Создание правила консолидации требований

  1. Выберите «Управление отпусками» > «Конфигурация» > «Правила консолидации требований».
  2. Нажмите кнопку «Создать», чтобы отобразить подробное представление страницы «Правила консолидации требований».
  3. Укажите следующую информацию заголовка:
    Дата начала действия
    В этом поле определена дата начала периода действия для конфигурации.
    При редактировании нажмите кнопку «Календарь», чтобы выбрать дату начала с помощью календаря.
    Дата окончания действия
    В этом поле указана дата завершения периода действия для конфигурации.
    При редактировании нажмите кнопку «Календарь», чтобы выбрать дату завершения с помощью календаря.
    Тип сообщения
    В качестве типа сообщения могут выступать График отгрузки или График планирования.
    Подтип сообщения
    Для подтипа сообщения доступны перечисленные далее варианты.
    • По умолчанию: это конфигурация по умолчанию, которая используется для замены или объединения требований в объединенном плане.
    • RAN: эта конфигурация используется для замены или объединения требований из сообщений RAN клиента.
    • GPI: этот подтип сообщений используется для типа сообщений График отгрузки в процессе GPI для Renault. GPI — это интегрированная система управления производством, которая используется на сборочных заводах Renault. При использовании процесса GPI поставщики получают заказы на отпуск с уникальным ИД транспортировки на уровне строки требования и точкой потребления на уровне плана. Отгрузки группируются по идентификатору транспортировки.
    • L3P: этот подтип сообщений используется для типа сообщений График отгрузки в процессе L3P для Renault. При использовании процесса L3P поставщики получают заказы на отпуск с ИД транспортировки, точкой потребления и зоной распределения на уровне строки требования. Отгрузки структурируются по зоне распределения, идентификатору транспортировки и точке потребления. У каждого груза есть уникальный ИД транспортировки. Следовательно, отгрузки группируются по ИД транспортировки, если их несколько в грузе.
    • CINDI: этот подтип сообщений используется для типа сообщений График отгрузки в процессе CINDI для Renault. Процесс CINDI работает с GPI или L3P. При использовании этого процесса поставщики получают график отгрузки с номером RAN или КАНБАН. Ожидаемая дата прибытия включена в сообщение в дополнение к полям, которые известны из GPI и L3P. Номер RAN или КАНБАН является уникальным для заказов на отпуск на уровне строки требования. ИД транспортировки уникален для каждого груза. Возможно существование нескольких отгрузок для груза или идентификатора транспортировки. На одну отгрузку и на одно изделие в отгрузке может быть несколько номеров RAN или КАНБАН. Подтип сообщения CINDI также используется для процесса LISA.
    • Лист приема: эта конфигурация используется для замены или объединения требований из сообщений Лист приема клиента.
    • Манифест: эта конфигурация используется для замены или объединения требований из сообщений Манифест клиента.
    • КАНБАН: эта конфигурация используется для замены или объединения требований из сообщений КАНБАН клиента.
    • В последовательности: этот подтип сообщений выбирается для типа сообщений График отгрузки. Данный подтип сообщений используется для обработки графиков отгрузки, для которых нужна последовательная информация, например синхронизированные с производством заказы на отпуск. Если используется подтип сообщений В последовательности, в поле «Основа вычислений» в конфигурации правил корректировки кумуляции должно быть выбрано значение Со ссылкой. Необходимо установить флажок «Кодовый номер 1 является ключом».
    • В последовательности c окном отгрузки: этот подтип сообщений выбирается для типа сообщений График отгрузки. Если область «Управление отпусками» получает ДБО ShipmentSchedule, страница «Правила обработки сообщения» проверяется на последовательность отзыва с подтипом сообщения В последовательности с окном отгрузки. Данный подтип сообщения также ожидается от клиента. В этом случае, ДБО ShipmentSchedule объединено с текущим единичным планом типа График отгрузки в новый единичный план. Новый единичный план содержит последовательность требований. Эта функция используется торговым партнером A0061 Ford North America.
    • Загрузка последовательности: этот подтип сообщений выбирается для типа сообщений График отгрузки и используется для компании Honda, когда информация о последовательности партии отправлена. В таком случае, ссылочное поле состоит из номера заказа в графике и последовательности партии для загрузки грузовика по запросу компании Honda.
    Замечание
    Просмотрите или предоставьте краткое описание поясняющее цель конфигурации.
    Клиент
    Клиент представляет собой произвольный набор символов, который используется, чтобы уникальным образом идентифицировать клиента в пределах экономической единицы. Клиент получается из системы ERP.
    При редактировании нажмите в поле кнопку «Подстановка». Выберите клиента из списка, который отобразится в диалоговом окне.
    Имя клиента
    В этом поле отображается имя клиента, с которым заключен контракт.
    Если выбрать клиента, его имя отображается автоматически.
    Получатель
    Проверьте или укажите местонахождение получателя для строки контракта. Это поле показывает код местонахождения, который используется вместе с местонахождением получателя, чтобы показать, куда отгружаются товары.
    При редактировании нажмите в поле кнопку «Подстановка». Выберите получателя клиента из списка в диалоговом окне. Получатели, отображаемые в диалоговом окне, действительны для выбранного клиента.
    Имя получателя
    Просмотрите имя местонахождения, которое используется с идентификатором местонахождения «Получателя», чтобы показать, куда именно отгружаются товары.
  4. Разверните набор полей «Примечания» и укажите пояснение для правила консолидации требований.
  5. Укажите настройки вычисления требований:
    Удалить все существующие требования
    Используйте этот параметр, чтобы удалить все существующие требования единичного плана. Критерии выбора правила консолидации требований определяют требования, подлежащие удалению. Например, требования к определенному типу сообщения и подтипу сообщения. Требования новых заказов на отпуск передаются в объединенный план. Объединенный план полностью представляет ситуацию с требованиями у клиента.
    Удалить существующие требования до первой даты требования
    Используйте этот параметр для удаления требований с датой требования ранее первой даты требования нового единичного плана.
    Удалить все запланированные требования до первой даты требования

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

    Примечание. 

    Данный параметр имеет конкретное влияние на процесс RAN (Nissan). Все запланированные требования с датой, не позже последней даты входящих твердых требований, удаляются в новом единичном плане. Если поступает запланированное требование, существующее запланированное требование с такой же датой удаляется в новом единичном плане.

    Удалить ежемесячные требования до первой даты
    Ежемесячные требования единичного плана до первой даты требования нового заказа на отпуск удалены. Этот параметр нельзя использовать, если установлен флажок «Удалить существующие требования до даты первого требования».
    Удалить еженедельные требования до первой даты
    Используйте этот параметр, чтобы удалить все требования единичного плана, которые запланированы еженедельно до первой даты требования нового заказа на отпуск. Этот параметр нельзя использовать, если установлен флажок «Удалить существующие требования до даты первого требования».
    Удалить все требования до даты вычисления
    Используйте этот параметр, чтобы удалить требования единичного плана, которые запланированы до даты вычисления нового объединенного плана. Этот параметр нельзя использовать, если установлен флажок «Удалить существующие требования до даты первого требования».
    Удалить существующие требования после последней даты требования
    Этот параметр удаляет требования с датой позже даты последнего требования нового изделия заказа на отпуск.
    Заменить существующие требования за пределами диапазона дат горизонта на новые даты требований
    Этот параметр заменяет существующие требования за пределами диапазона дат горизонта для единичных требований из нового плана. При отсутствии существующих требований вне диапазона дат горизонта функция выполняет полную замену требований в диапазоне дат горизонта.
    Фильтровать по первому кодовому номеру
    Поле, сопоставленное с полем «Кодовый номер 1» в качестве критерия выбора для консолидации и фильтрации требований. Например, поле «Модельный год» сопоставлено с полем «Кодовый номер 1». При необходимости сравниваются, заменяются или объединяются только требования одного и того же модельного года. Чтобы использовать этот параметр, на странице «Сопоставления полей» должно быть определено сопоставление полей для нужного процесса заказа на отпуск. Это сопоставление полей сопоставляет критерий отбора, например модельный год, с полем «Кодовый номер 1» на уровне требования. Сопоставление полей нужно назначить торговому партнеру на странице «Сопоставления торговых партнеров». Этот параметр фильтрации требований также можно использовать для других критерий отбора.
    Заменять требования с меньшим номером передачи на требования с такой же датой или с тем же кодовым номером
    Этот параметр определяет заказ, в котором обрабатываются требования. Если существуют требования с более низким «номером передачи» с той же датой или с тем же «кодовым номером» (в зависимости от подтипа плана), эти требования должны быть заменены требованиями с более высоким «номером передачи».
    Удалить все, что не совпадает с первым кодовым номером
    Требования из текущего плана, которые не совпадают со значением в поле «Кодовый номер 1» удаляются. Данный параметр можно использовать, чтобы автоматически удалять требования, если изменяется модельный год. Изменение модельного года обнаруживается системой, если номер отпуска, полученный со следующим графиком планирования, увеличивается. Номер отпуска сохраняется в поле «Номер внешнего документа» в наборе полей «Информация отпуска».
    • Без удаления: если от клиента получен новый номер отпуска, требования со старым модельным годом не удаляются автоматически. Требования с разными модельными годами для одной и той же даты требования сохраняются одновременно в один план. Необходимо активировать параметр «Фильтровать по первому кодовому номеру».
    • Удалить по внешнему номеру документа: требования, которые не совпадают с новым номером отпуска, автоматически удаляются. Необходимо активировать параметр «Фильтровать по первому кодовому номеру».
  6. Чтобы сохранить правило консолидации требований, нажмите кнопку «Сохранить».
    Отобразится уведомление о том, что правило консолидации требований успешно сохранено.