Просмотр подробных настроек правила обработки сообщений

На странице сведений «Управление правилами обработки сообщений» отображается подробная информация о выбранном правиле.

Чтобы просмотреть подробные настройки правила обработки сообщений, выполните следующие действия:

  1. Выберите «Управление отпусками» > «Конфигурация» > «Правила обработки сообщений».
  2. Нажмите кнопку «Детализация» для правила обработки сообщений.
  3. Просмотрите в информации заголовка для выбранного правила обработки сообщений следующие поля:
    Дата начала действия
    В этом поле определена дата начала периода действия для конфигурации.
    При редактировании нажмите кнопку «Календарь», чтобы выбрать дату начала с помощью календаря.
    Дата окончания действия
    В этом поле указана дата завершения периода действия для конфигурации.
    При редактировании нажмите кнопку «Календарь», чтобы выбрать дату завершения с помощью календаря.
    Замечание
    Просмотрите или предоставьте краткое описание поясняющее цель конфигурации.
    Клиент
    Клиент представляет собой произвольный набор символов, который используется, чтобы уникальным образом идентифицировать клиента в пределах экономической единицы. Клиент получается из системы ERP.
    При редактировании нажмите в поле кнопку «Подстановка». Выберите клиента из списка, который отобразится в диалоговом окне.
    Имя клиента
    В этом поле отображается имя клиента, с которым заключен контракт.
    Если выбрать клиента, его имя отображается автоматически.
    Получатель
    Проверьте или укажите местонахождение получателя для строки контракта. Это поле показывает код местонахождения, который используется вместе с местонахождением получателя, чтобы показать, куда отгружаются товары.
    При редактировании нажмите в поле кнопку «Подстановка». Выберите получателя клиента из списка в диалоговом окне. Получатели, отображаемые в диалоговом окне, действительны для выбранного клиента.
    Имя получателя
    Просмотрите имя местонахождения, которое используется с идентификатором местонахождения «Получателя», чтобы показать, куда именно отгружаются товары.
    Внутреннее изделие
    Проверьте или укажите номер внутреннего изделия в строке контракта, который используется поставщиком и идентифицирует это изделие.
    При редактировании нажмите в поле кнопку «Подстановка». Выберите изделие, используемое поставщиком, из списка в диалоговом окне. Отображаемые изделия действительны для выбранного клиента и получателя.
    Описание изделия
    В этом поле отображается описание внутреннего изделия.
    Экономическая единица
    Экономическая единица — это корпорация или ее подразделение. Экономическая единица является независимой относительно одной или нескольких функций оперативного управления и бухгалтерского учета. Экономическая единица (часто юридическое лицо) ведет учет прибылей и убытков на основе полного сбалансированного набора транзакций. Экономическая единица определяется в приложении-участнике и может содержать местонахождение.
  4. Разверните раздел «Примечания» и просмотрите комментарии, указанные для правила обработки сообщений.
  5. Просмотрите информацию, отображенную в поле «Строки правила обработки сообщений»:

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

    Можно настроить, как интерпретируется дата требования, отправленного клиентом, — как дата прибытия или дата приема. Данный параметр можно настроить для каждой комбинации типа и подтипа сообщений.

    Уровень замены
    Уровень замены определяет порядок, в котором обрабатываются требования, относящиеся к разным типам и подтипам сообщений. Порядок обработки зависит от назначенных стратегий замены и сочетания требований. Требования единичного плана обрабатываются в порядке убывания. Сначала обрабатываются требования того типа сообщений, который назначен стратегии замены самого высокого уровня. Затем обрабатываются требования следующего более низкого уровня. Например, сначала обрабатываются графики отгрузки, для которых определен уровень замены 2, а затем графики планирования с уровнем замены 1. Максимальный уровень замены — 10.
    Тип сообщения
    В качестве типа сообщения могут выступать График отгрузки или График планирования.
    Подтип сообщения
    Для подтипа сообщения доступны перечисленные далее варианты.
    • По умолчанию: это конфигурация по умолчанию, которая используется для замены или объединения требований в объединенном плане.
    • 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.
    Стратегия замены

    Стратегия замены определяет, как требования определенного типа и подтипа сообщений заменяются и объединяются с другими требованиями в объединенным плане. Можно выбрать одну из описанных далее стратегий замены.

    • Добавить

      Количества требований, для которых определены тип и подтип сообщения, добавляются к требованиям в объединенном плане. Все требования передаются в новый объединенный план. Исключение: разница между текущей кумуляцией полученного из объединенного плана и текущей кумуляцией полученного из единичного плана вычитается из требований. Учитываются оба типа планов, чтобы не допустить того, что первые требования не будут переданы или будут сокращены.

    • Добавить без учета последней даты требования

      Можно использовать эту стратегию замены для настройки правил обработки сообщений для входящих заказов на отпуск от клиента типа сообщения График отгрузки. Количества требований для этого типа сообщения добавляются к требованиям в объединенном плане. Исключение: требования в самую последнюю дату требования не передаются в новый объединенный план.

      Например, торговый партнер Fuji Heavy Industries отправляет редакции графика отгрузки. Требования в самую последнюю дату требования не должны передаваться в новый объединенный план и не должны публиковаться в ДБО ShipmentSchedule. Потенциально доступные запланированные требования с одинаковой датой требования копируются в новый объединенный план. Вторая часть требования в индивидуальной дате требования отправляется с редакцией следующего графика отгрузки. Первая часть требования должна быть передана в объединенный план. Эти требования публикуются в ДБО ShipmentSchedule.

      разница между текущей кумуляцией полученного из объединенного плана и текущей кумуляцией полученного из единичного плана вычитается из требований. Смотрите стратегию замены Добавить.

    • Заменить и использовать существующее оставшееся еженедельное количество

      Даты начала и окончания устанавливаются на следующий день после текущей самой последней даты окончания. Например, текущая самая последняя дата окончания последнего графика отгрузки. Количество оставшегося требования — это количество исходного недельного требования минус все количества требований графиков отгрузки, которые уже существуют на этой неделе. Пример. На прошлую неделю в графике было 2 графика отгрузки с количествами 100 и 80. Количество еженедельного требования равно 500. Эта ситуация требований приводит к оставшемуся еженедельному требованию 320.

    • Заменить и выполнить перерасчет оставшегося еженедельного количества на основе ежедневного среднего недели

      Даты начала и окончания устанавливаются на следующий день после текущей самой последней даты окончания. Например, текущая самая последняя дата окончания последнего графика отгрузки. Количество еженедельного требования делится на количество дней в неделе, чтобы получить среднее ежедневное требование. Среднее ежедневное требование умножается на оставшееся количество дней недели после последнего дня графика отгрузки. Пример. На прошлую неделю в графике было 2 графика отгрузки с количествами 100 и 80. Количество еженедельного требования равно 500. Количество оставшихся дней недели после последнего дня графика отгрузки равно 3. Эта ситуация требований приводит к оставшемуся еженедельному требованию в 500/5 в соответствии с определенным правилом диапазона дат * 3 = 300.

    • Заменить и распределить оставшееся еженедельное количество по ежедневным требованиям

      Оставшееся количество и оставшиеся дни вычисляются в точности как и при использовании стратегии замены Заменить и выполнить перерасчет оставшегося еженедельного количества на основе ежедневного среднего недели. Для оставшихся дней вычисляется ежедневное количество требований. Пример. На прошлую неделю в графике было 2 графика отгрузки с количествами 100 и 80. Количество еженедельного требования равно 500. Количество оставшихся дней недели после последнего дня графика отгрузки равно 3. Эта ситуация требований приводит к оставшимся трехдневным требованиям в 500/5 в соответствии с определенным правилом диапазона дат = 100.

    • Замена на ту же дату

      Количества требований, для которых определены тип и подтип сообщения, передаются в новый объединенный план. Исключение: требование из текущего объединенного плана, которое уже существует с датами начала и окончания, совпадающими с датами нового требования (без сравнения времени), заменяется. разница между текущей кумуляцией полученного из объединенного плана и текущей кумуляцией полученного из единичного плана вычитается из требований. Смотрите стратегию замены Добавить.

    • Заменить и выполнить перерасчет оставшегося ежедневного количества на эту же дату

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

      1. Количества твердых требований по состоянию на последнюю дату требования суммируются, если их несколько.
      2. Если запланированное требование превышает суммарное количество твердых требований, происходят перечисленные ниже события.
        1. Количество запланированного требования уменьшается на суммированное твердое количество.
        2. Вновь рассчитанное запланированное требование добавляется в объединенный план вместе с твердым требованием.
        3. Время выполнения запланированного требования может быть скорректировано, чтобы в объединенном плане были разделены твердые и запланированные требования.

      Пример. График отгрузки с твердым количеством 50 штук запланирован на 25.03.2019. Количество запланированного требования на ту же дату равно 200. Вновь рассчитанное запланированное требование (200 – 50 = 150) добавляется в объединенный план вместе с твердым требованием.

    • Заменить и выполнить перерасчет оставшегося ежедневного количества на эту же дату (на основе часового пояса клиента)

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

      1. Количества твердых требований по состоянию на последнюю дату требования суммируются, если их несколько.
      2. Если запланированное требование превышает суммарное количество твердых требований, происходят перечисленные ниже события.
        1. Количество запланированного требования уменьшается на суммированное твердое количество.
        2. Вновь рассчитанное запланированное требование добавляется в объединенный план вместе с твердым требованием.
        3. Время выполнения запланированного требования может быть скорректировано, чтобы в объединенном плане были разделены твердые и запланированные требования.

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

    1. Самая поздняя дата окончания всех существующих требований
    2. Номер недели последнего требования
    3. Месяц последнего требования
    4. Год последнего требования
    5. Сумма всех количеств требований за прошлую неделю
    6. Сумма всех количеств требований за прошлый месяц

    Затем новые требования обрабатываются следующим образом:

    1. Все требования с более ранней датой окончания (без сравнения времени), чем существующая максимальная дата окончания, игнорируются вне зависимости от типов требований.
    2. Еженедельные или ежемесячные требования, которые существуют на прошлой неделе или в прошлом месяце, вычисляются так, как описано в таблице выше.

    Оставшиеся ежемесячные требования обрабатываются таким же образом этими стратегиями замены.

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

    Количество оставшегося ежемесячного требования — это исходное ежемесячное требование минус все требования графиков отгрузки, которые уже добавлены в график на прошлый месяц.

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