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

[STatiana]

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

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

Заранее всем спасибо.

[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! Молодцы!

[zelen]

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

[blokva]

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

[clerk]

Цитата:

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

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

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