Управление отпусками

Эти списки кодов могут использоваться только в среде Automotive Exchange.

JobCUMImporter

В область «Управление отпусками» можно вручную импортировать данные по кумуляции отгруженного товара для активных планов. Этот список кодов используется для конфигурации импорта кумуляции. Функция импорта считывает файл в формате .csv, содержащий данные по кумуляции отгруженного товара и поля планов. Поля планов используются для извлечения текущего единичного плана. Данные кумуляции отгруженного товара используются для обновления единичного плана и публикации нового плана.

Проверьте, что данные файла импорта соответствуют текущему графику импортированных планов.

Примечание. 

Рекомендуется активировать тестовый режим для проверки ошибок по импорту кумуляций. При активации тестового режима, импорт кумуляции не изменяет данные плана в области «Управление отпусками».

  • «Имя»: определяет имя конфигурации импорта кумуляции. Запись JobCUMImporter с именем «параметр» используется в качестве конфигурации по умолчанию. Клиенты могут использовать эту запись для настройки и тестирования импорта кумуляции.
  • «Активный»: активирует импорт кумуляции. По умолчанию импорт кумуляции деактивирован.
  • «Список полей»: указывает список полей, для которого импортируются данные кумуляции и данные плана из файла импорта в формате .csv. Поля должны быть разделены запятыми. Имена полей — с учетом регистра. Пример списка полей без ТЛК и без общей кумуляции отгруженного: PlanAE,PlanLocation,CustomerID,ShipToID,ItemID,ShippedCurrent
  • «Пропустить ошибки»: если активировано, тогда импорт пропускает планы с ошибками и обновляет другие правильные планы. Если этот параметр деактивирован, то после нахождения ошибки импорт останавливается и обновление планов отменяется. По умолчанию этот флажок снят.
  • «Тестовый режим»: если установить этот флажок, данные плана не будут изменены в области «Управление отпусками». По умолчанию этот флажок снят. Рекомендуется активировать тестовый режим и проверить ошибки по импорту перед импортом данных.

PhaseOutItemsActivation

Этот список кодов можно реализовать для изделий, которые используются при назначении требований к заказу на отпуск для строк контракта на основе дат вступления в силу для изделий и связанных с ними внутренних изделий. Этот новый список кодов необходимо активировать, чтобы включить функцию даты требования на уровне экономической единицы (компании) и на уровне местонахождения. Установите флажок «Активно», чтобы даты вступления в силу для ликвидируемых изделий применялись ко всем изделиям на уровне экономической единицы.

PlanAdditionalContractSearch

Этот список кодов для местонахождения получателей используется в процессе Точно в срок и в других бизнес-процессах. Различные изделия отгружены на один и тот же завод, соответственно одному и тому же получателю в данном сценарии. Поэтому область «Преобразование» не может извлекать разные идентификаторы получателя из входящих сообщений EDI. Разные идентификаторы получателя позволяют областям «Управление отпусками» и «Отгрузка» различать процесс Точно в срок и другие бизнес-процессы. Это необходимо, например, для поддержки процесса точно в срок КАНБАН для BMW.

Список кодов PlanAdditionalContractSearch содержит дополнительную информацию о получателе. Данная информация позволяет области «Управление отпусками» извлекать соответствующие строки контракта. Для поддержки разных торговых партнеров, которые связаны с разными идентификаторами получателя, область «Управление отпусками» использует следующий метод для поиска соответствующего контракта:

  1. Область «Управление отпусками» использует следующие критерии для поиска контракта: клиент, получатель, номер изделия клиента, номер заказа клиента и дата действия.
  2. Если соответствующую строку контракта не удается найти, область «Управление отпусками» выполняет поиск идентификатора дополнительного получателя по списку кодов PlanAdditionalContractSearch. Область «Управление отпусками» использует идентификатор получателя из ДБО, который опубликован областью «Преобразование».
  3. Если идентификатор получателя находится в списке кодов, идентификатор дополнительного получателя восстанавливается из этого списка.
  4. Область «Управление отпусками» использует следующие критерии для поиска соответствующего контракта второй раз: клиент, идентификатор дополнительного получателя из списка кодов, номер изделия клиента, номер заказа клиента и дата действия.
  5. Если строку контракта не удается найти, в области «Управление отпусками» создается необработанный план. Необработанный план содержит идентификатор дополнительного получателя из списка кодов.

Если для одного получателя требуется поддержка более двух разных логистических бизнес-процессов, список кодов PlanAdditionalContractSearch можно улучшить:

  • «Имя»: укажите идентификатор получателя, используемый для оценки строки контракта на основе входящих сообщений EDI.
  • «Эк. единица»: укажите экономическую единицу, для которой используется идентификатор дополнительного получателя. Если экономическая единица не указана, дополнительный получатель действителен для всех экономических единиц обрабатывает в приложении-участнике, для которого выполнен вход.
  • «Краткое описание»: укажите краткое описание дополнительного получателя и бизнес-процесса, для которого он используется. Краткое описание может содержать не более 512 символов.
  • «Описание»: укажите описание дополнительного получателя.
  • «Дата начала действия»: укажите дату начала действия дополнительного получателя.
  • «Дата окончания действия»: укажите дату окончания действия дополнительного получателя.
  • «Дополнительный получатель»: укажите дополнительного получателя, который используется для особых бизнес-процессов.

PlanCUMHandlerTestMode

Этот список кодов можно использовать для активации тестового режима для области «Управление отпусками». В тестовом режиме, кумуляции балансируются перед запуском новой системы в реальную эксплуатацию. Можно импортировать заказы на отпуск в новую систему и параллельно работать с уже существующей системой. Импорт отгрузки из системы ERP (кумуляция отгруженного = кумуляция полученного) является необязательным. Тестовый режим можно определить на уровне экономической единицы.

По умолчанию тестовый режим не активирован.

PlanFilterCustomerItems

Поле «Имя» определяет номер изделия клиента, который фильтруется при импорте плана. Используется для импорта кодов PlanningSchedules, ShipmentSchedules и SequenceSchedules, которые фильтруются по изделиям клиентов. Для одного номера изделия клиента можно указать до трех сочетаний клиента и экономической единицы.

SequenceAcceptImpulseWithoutForecast

Стандартно область «Управление отпусками» останавливает сообщение «Последовательный импульс», не имеющее соответствующего сообщения «Последовательный прогноз». Эти графики отображаются как необработанные планы со статусом исключения Сбой на странице «Необработанные планы».

Данный список кодов был реализован для обработки сообщения «Последовательный импульс», не имеющего соответствующего сообщения «Последовательный прогноз».

По умолчанию этот параметр не активирован. Сообщение о последовательном импульсе отображается как необработанный план со статусом исключения Сбой на странице «Необработанные планы». Если этот параметр активирован, сообщение последовательного импульса обрабатывается без ошибок.

SequenceNetChange

Обычно сообщение «Последовательный импульс» содержит информацию об одном транспортном средстве. Когда область «Управление отпусками» публикует ДБО SequenceSchedule, все добавленные в последовательность требования публикуются вне зависимости от того, изменены ли они. Чтобы уменьшить количество строк в ДБО SequenceSchedule, который нужно опубликовать, область «Управление отпусками» можно настроить таким образом, чтобы публиковались только измененные требования.

Этот список кодов можно использовать, чтобы указывать клиентов, для которых публикуются чистые изменения.

При корректировке планов для поля «Код цели» устанавливается уровень требования. Поддерживаются значения «Вставить», «Обновить» и «Удалить». Если функциональность Чистое изменение активирована, код в поле «Код цели» публикуется для требований типа «Последовательный импульс» в соответствии со ссылкой RequirementPurposeCode.

Кроме того, весь график SequenceSchedule отмечается в качестве графика NetChange.

Если функциональность Чистое изменение не активирована, публикуются все требования.

SequenceNewPlanRevisionImportingShipment

После импорта отгрузок или потребления запасов, которые оказывают влияние на кумуляцию отгруженного, обновляются объединенный план и единичный план, на который дается ссылка. Требования уменьшаются на отгруженное количество и создается новая редакция плана. Чтобы сократить объем данных, которые нужно обрабатывать в последовательных процессах, можно деактивировать создание новых редакций планов после импорта отгрузок с этим списком кодов.

По умолчанию этот параметр активирован.

SequencePartlySequencedAutomaticProcessing

Если запись этого кода активирована, частично добавленные в последовательность планы автоматически повторно проверяются и последовательные отзывы обрабатываются.

SequencePartlySequencedWaitTime

Чтобы избежать повторной проверки частично добавленных в последовательность и ожидающих обработки планов на странице «Необработанные планы» в области «Управление отпусками» при выполнении обработки этих планов, можно настроить задержку. Значение по умолчанию — 10-минутная задержка.

SequencePlanningScheduleFastProcess

Область «Управление отпусками» публикует все ДБО в соответствии с правилом разделения ДБО после импорта нового графика. При импорте ДБО PlanningSchedule, публиковать ДБО SequenceSchedule не требуется.

Данный список кодов был реализован для подавления публикации ДБО SequenceSchedule после импорта ДБО PlanningSchedule для клиента и экономической единицы.

По умолчанию этот параметр не активирован. Публикуется ДБО SequenceSchedule. Если этот параметр активирован, публикация ДБО PlanningSchedule подавляется, когда импортируется ДБО SequenceSchedule.

SequencePublishPlanningSchedule

Область «Управление отпусками» публикует все ДБО в соответствии с правилом разделения ДБО после импорта нового графика. При импорте ДБО SequenceSchedule, публиковать ДБО PlanningSchedule не требуется.

Данный список кодов был реализован для подавления публикации ДБО PlanningSchedule после импорта ДБО SequenceSchedule.

По умолчанию этот параметр не активирован. Публикуется ДБО PlanningSchedule. Если этот параметр активирован, публикация ДБО PlanningSchedule подавляется, когда импортируется ДБО SequenceSchedule.

ShipmentIgnoreDuplicateReference1Keys

Если этот список кодов активирован, область «Управление отпусками» проверяет требования со ссылками из объединенного плана. Если кодовый номер 1 для входящей отгрузки уже использовался в качестве ключа для требования к отгруженному товару, это требование отфильтровывается.

ShipmentPublishPlanAfterImport

Этот список кодов можно использовать, чтобы публиковать планы после импорта отгрузок. Для потребления запасов публикация активна, только если установлен флажок «Обновить отгруженное количество потреблением запасов» в разделе «Правила корректировки кумуляций». Этот список кодов следует настраивать, только если для процесса ТЛК не импортируется ни одна отгрузка.

  • «Активный»: активация публикации планов. Публикация активна по умолчанию.
  • «Опубликовать листы приема»: если данный флажок установлен, после импорта отгрузок из листа приема из системы ERP публикуется новая редакция плана.