Знатокам производства.

[George Nordic]

Г-н Nic! К сожалению, подобную проблему ни стандартным функцоналом, ни доработками не решить - это, скорее, органицационный вопрос. Модификации были, и много - мы писали отчеты, в которых начальство пыталось разобраться
Но когда разобралось, то сватилось за голову. И последовали жесткие организационные меры. Это была не проблемы аксапты - просто руководство требовало отчетов по определнным параметрам...
Внедрение вскрыло очень много "темных мест"... Ео здесь заслуга не Аксапты - просто во время внедрения выпрямили бизнес процессы и разгребли бардак.

С Уважением,
Георгий.

[Nic]

George Nordic, вы у себя брак учитываете?

[George Nordic]

Разумеется! При этом он сортируется - можно что-нибудь с ним сделать или нет. Здесь тоже много проблем - если стараться минимизировать потери, то скоро весь цех будет завален панелями, из которых непонятно что делать. И разумеется, рабочий не будет в них рыться просто так - ему проще взять новую панель. А если сразу переделывать, на то, что можно из них сделать, а не то, что нужно продавать, то скоро весь цех будет завален передними панелями для ящиков. Которые потом выбросят, т.к. к столу люди обычно берут 1 ящик, а не 10. А деньги за обработку этих ящиков уже выплатили.
Короче, есть проблемы... И не только Axaptой они решеются - она просто может показать, сколько у нас скопилось ящиков в цехе.

С Уважением,
Георгий.

[Nic]

И еще один вопрос:
Г-н George Nordic, функционал, который позволяет вам учитывать брак, разделяя его на "Исправимый" и "Неисправимый", вы сами дописывали или нашли нечто похожее в аксапте?

[STatiana]

всем спасибо!

Уже решили модифицировать, отказываемся от планирования аксапты.

[George Nordic]

Это была наша модификация. Но от планирования стандартного мы не отказывались Мы не настолько радикально настроены!

С Уважением,
Георгий.

[air]

Цитата:

Изначально опубликовано STatiana
всем спасибо!

Уже решили модифицировать, отказываемся от планирования аксапты.

А что Вас, Татьяна, не удовлетворило в Аксапте? В чем, все-таки, причина Вашего отказа?

[akvi]

Цитата:

Изначально опубликовано George Nordic
Хм. Ну, приезжайте к нам

Я работаю в "Феликсе" (http://www.felix.ru/31289?USE_AREA=). У нас автоматизирован производственный контур, кол-во рабочих мест превышает сотню.
На очереди - торговля.

Но, я думаю, Вам имеет смысл обратиться в консалтинговую контору. Все-таки мы пишем для себя, и не занимается внедрениями для других компаний, особенно конкурентов

Уважаемый Георгий. Значит, приглашаете к себе? Я с удовольствием приму такое приглашение. К тому же мы не Ваш конкурент: ОАО "Энергомаш", г.Чудово, Новгородская обл. (http://www.energomash.net). Машиностроение, позаказное производство.
Тоже автоматизируем производство на Аксапте. Необходимы доработки и очередной пересмотр бизнес-процессов. На очереди планирование закупок, которое должно привязываться к производственному плану.

[clerk]

Цитата:

Сообщение от STatiana

На производстве возникает ситуация:
Обрабатываем детали на одной операции (время обработки к примеру 20), обработав, например 10 штук, можно переходить к их дальнейшей обработке. Ставим перекрытие - 10.
Время выполнения второй операции - 10.
При планировании производства получаем: обработав 10 шт, планируется начало следующей операции. В итоге получается что втрая операция заканчивается раньше первой. А в реальности так быть не должно. если не готовы детали для второй операции, то операция должна быть прервана, и должна начаться когда будут готовы следующие детали для дальнейшей обработки.

Можно ли это как то настроить? Уверена многи с этим сталкивались напроизводстве.
Подскажите.

.

Та же ситуация и у нас.
Изготавливаются большие партии (по 10-20 тысяч). Рабочий сделал 3 изделия, передал на другую операцию, следующий сделал 10, передал на следующую и т.д.
Если не использовать «Перекрытия» то цикл изготовления становится огромным – 2-3 месяца на партию в 10 000. Реально же 1-2 недели.

Если использовать «Перекрытие», и последующие операции по трудоемкости больше предыдущих, то все ок. Расчеты совершенно корректные.
Если использовать «Перекрытие», и последующие операции по трудоемкости меньше предыдущих, тогда Аксапта, как уже упоминалось, считает неверно. И дата завершения производственного заказа будет равняться дате завершения последней операции. В моем примере цикл изготовления партии в 10000 изделий вместо реальных 2 недель, получился 3 дня.

Дошли слухи, что эту ошибку исправили в 4-й версии. Правда ли это? Кто-нибудь пробовал?

[Maxim Gorbunov]

Вариант 1: Укрупняйте операции.
Вариант 2: Используйте вложенные BOM. Т.е. стройте спецификацию для каждого НЗП. Тогда планирование будет происходить не на основе длительности операций и перекрытия, а исходя из наличия материалов на складе.

[clerk]

Цитата:

Сообщение от Maxim Gorbunov

Вариант 1: Укрупняйте операции.
Вариант 2: Используйте вложенные BOM. Т.е. стройте спецификацию для каждого НЗП. Тогда планирование будет происходить не на основе длительности операций и перекрытия, а исходя из наличия материалов на складе.

1. Укрупнять некуда. На самом деле в маршруте всего 3 операции.
2. Планирование должно происходить именно на основе длительностей операций на 1-2 месяца вперед. А материалы иногда привозят в день запуска производственного заказа.

[Maxim Gorbunov]

2 - Вы не поняли. Рассматривайте каждую операцию, как отдельный производственный заказ (на самом деле, несколько производственных заказов). На выходе будет НЗП. Если правильно составите спецификацию, Аксапта автоматически свяжет эти заказы ссылками.

Вообще, до тех пор, пока вы явно не укажете, что во второй операции должен использоваться в качестве материала выход из первой, Аксапта и будет планировать их независимо. Она ж мыслей не читает

[clerk]

Цитата:

Сообщение от Maxim Gorbunov

2 - Вы не поняли. Рассматривайте каждую операцию, как отдельный производственный заказ (на самом деле, несколько производственных заказов). На выходе будет НЗП. Если правильно составите спецификацию, Аксапта автоматически свяжет эти заказы ссылками.

Вообще, до тех пор, пока вы явно не укажете, что во второй операции должен использоваться в качестве материала выход из первой, Аксапта и будет планировать их независимо. Она ж мыслей не читает

Не подходит. Получается нужно создать множество фиктивных номенклатур и спецификаций. Если предприятие выпускает порядка 50 000 вариантов готовой продукции, и техпроцесс изготовления включает в себя 3 операции, необходимо добавить 100 000 новых фиктивных полуфабрикатов, также 100 000 новых спецификаций.
При этом вместо простой регистрации годного количества на операции в карте маршрута, необходимо выполнить Приемку полуфабриката 1 и дальнейшее его списание через Отгрузочную накладную на производственный заказ Полуфабриката 2. Огромное количество лишних складских проводок.

[Maxim Gorbunov]

Цитата:

Сообщение от clerk

Не подходит.

Как хотите, я не настаиваю.

Цитата:

Сообщение от clerk

Получается нужно создать множество фиктивных номенклатур и спецификаций. Если предприятие выпускает порядка 50 000 вариантов готовой продукции, и техпроцесс изготовления включает в себя 3 операции, необходимо добавить 100 000 новых фиктивных полуфабрикатов, также 100 000 новых спецификаций.

Для этого есть средства. Тот же конфигуратор продукции, например.

Цитата:

Сообщение от clerk

При этом вместо простой регистрации годного количества на операции в карте маршрута, необходимо выполнить Приемку полуфабриката 1 и дальнейшее его списание через Отгрузочную накладную на производственный заказ Полуфабриката

Можно это сделать автоматически. Хотя автоматически отгружать полуфабрикат в следующую операцию, по-моему, не стоит.

Цитата:

Сообщение от clerk

2. Огромное количество лишних складских проводок.

Ну, во-первых, не такое уж оно и огромное. А, во-вторых, а в чем проблема? Вы их по одной сверяете постоянно?

[clerk]

Отвечаю сам себе.
Установил 4-ку, проверил. Действительно исправили.

Теперь при планировании заданий система рассчитывает время "Queue after" и сдвигает начало следующей операции. (см. рисунок Snap1.jpg)

На рисунке Snap4.jpg видно, что теперь на операции производственного заказа не одно поле "Перекрытие", а два: "Transfer batch" и "Overlap quantity".

Значение Overlap quantity рассчитывается в момент планирования заданий.

Зауважал ребят из Microsoft! Молодцы!

[blokva]

А если время следующей операции = времени предыдущей операции у Вас все в порядке?

[zelen]

Могу сказать так же что на Феликсовском производстве кроме брака учитывается расход остатков, опилок, неликвидов и т.п. от производства. Но как говорил Георгий пришлось делать хорошую кастомизацию функционала, отчетов. Доработанное планивароние производства может расчитать мощности, обработанное количество в разрезе заказов, маршрутов!

[clerk]

Цитата:

Сообщение от blokva

А если время следующей операции = времени предыдущей операции у Вас все в порядке?

Проверил, рассчет корректный.