Процессы формирования последовательности
В разделе «
» можно управлять некоторыми списками кодов, которые используются для настройки и управления процессами формирования последовательности в области « »:Оптимизации производительности процессов Точно в срок (JIT) и Точно в последовательности (JIS)
В процессах формирования последовательности таких как JIT или JIS большие объемы данных должны быть обработаны в короткий срок. Данная ситуация приводит к конкретным требованиям к производительности. Поскольку процессы JIT или JIS отличаются от стандартных процессов, которые используют графики планирования и графики отгрузки, поэтому требуется определенная оптимизация производительности. Фактические требования зависят от конкретного процесса JIT или JIS. Следующие факторы влияют на процессы JIT или JIS:
- Торговые партнеры;
- Количество и вид изделий на одно транспортное средство;
- Количество производимых транспортных средств;
- Расстояние до поставщика (например, для JIS он может находиться в пределах предприятия или же, наоборот, на большом удалении).
Особенно важно вовремя обрабатывать сообщения последовательного импульса. Время обработки для этих сообщений зависит от конкретной производственной модели и модели смен и может составлять меньше 1 часа.
В следующем примере показаны некоторые оказывающие влияние факторы.
- 500 производимых транспортных средств в день
- 100 изделий на одно транспортное средство (из общего количества в 200 изделий)
- Ежедневный прогнозный график последовательности с горизонтом 1 день, получен за 5 дней и содержит 500 транспортных средств
- Одно сообщение последовательного импульса на транспортное средство: 500 сообщений EDI в день, получаемых примерно за 4 часа, в среднем одно сообщение последовательного импульса каждые 2 минуты
Ключевые цифры из этого примера приведут к формированию примерно 2500 строк заказов в объединенном плане в области «
»: 5 дней с 500 ожидаемыми транспортными средствами каждый день.Для каждого входящего ДБО область «PlanningSchedule
и SequenceSchedule
.
Чтобы улучшить общую производительность установок JIT/JIS клиента, в области «
» были реализованы следующие функции:- Область «
PlanningSchedule
иSequenceSchedule
для формирования последовательности. В случае импортаPlanningSchedule
не требуется публиковатьSequenceSchedule
. Чтобы подавить публикацию ДБОSequenceSchedule
после импорта ДБОPlanningSchedule
, настройте список кодовSequencePlanningScheduleFastProcess
в разделе « ». По умолчанию подавление деактивировано иSequenceSchedule
публикуется. ПубликацияSequenceSchedule
подавляется только для клиентов, указанных в списке кодов. Тип ДБО копируется в поле «Последний обработанный график» нового объединенного плана.
» публикует все ДБО в соответствии с правилом разделения ДБО после импорта нового графика. Обычно это ДБО - Область « » объединяет сообщения последовательного импульса перед проверкой. Обычно каждое сообщение последовательного импульса вызывает создание единичного плана для каждого изделия, представляющего одну строку заказа на транспортное средство. Эти новые планы перейдут в обработку. Все измененные планы публикуются с включением всех текущих строк заказов на транспортное средство. Для того чтобы уменьшить публикацию всех изделий для каждого транспортного средства, планы за определенное время собираются и обрабатываются одновременно. Затем такие объединенные планы обрабатываются по обычным правилам. Объединение всегда активно для сообщений последовательного импульса.
Публикация чистых изменений при обработке сообщений последовательного импульса
Обычно сообщение «Последовательный импульс» содержит информацию об одном транспортном средстве. Когда область «Управление отпусками» публикует ДБО SequenceSchedule
, все добавленные в последовательность требования публикуются вне зависимости от того, изменены ли они. Чтобы уменьшить количество строк в ДБО SequenceSchedule
, который нужно опубликовать, можно настроить область « » таким образом, чтобы публиковались только измененные требования.
В списке кодов SequenceNetChange
указываются клиент и экономическая единица, для которых публикуются чистые изменения.
При корректировке планов для поля «Код цели» устанавливается уровень требования. Поддерживаются значения Вставить, Обновить и Удалить. Если функциональность «Чистое изменение» активирована, код в поле «Код цели» публикуется для требований типа «Последовательный импульс» в соответствии со ссылкой RequirementPurposeCode
.
Кроме того, весь график последовательности отмечается в качестве графика NetChange
.
Если функциональность «Чистое изменение» не активирована, публикуются все требования.
Сообщения последовательного импульса без последовательного прогноза в процессе формирования последовательности
Стандартно область «Сбой на странице «Необработанные планы».
» останавливает сообщение последовательного импульса, не имеющее соответствующего сообщения последовательного прогноза. Эти графики отображаются как необработанные планы со статусом исключенияДля обработки сообщения последовательного импульса, не имеющего соответствующего сообщения последовательного прогноза, можно настроить список кодов SequenceAcceptImpulseWithoutForecast
в разделе « ».
По умолчанию параметр этого списка кодов деактивирован. Сообщение о последовательном импульсе отображается как необработанный план со статусом исключения Сбой на странице «Необработанные планы». Если этот параметр активирован, сообщение последовательного импульса обрабатывается без ошибок.