Просмотр списка планов

На странице «Планы» отображены активные и новые строки контрактов для графиков отгрузки и графиков планирования.

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

  1. Выберите «Управление отпусками» > «Планы».
  2. Проверьте следующую информацию:
    Клиент
    Клиент для строки контракта. Клиент представляет собой произвольный набор символов, который используется, чтобы уникальным образом идентифицировать клиента в пределах экономической единицы. Клиент получается из системы ERP.
    Имя клиента
    Имя клиента, с которым заключен контракт.
    Получатель
    Получатель для строки контракта. Это поле показывает код местонахождения, который используется вместе с местонахождением получателя, чтобы показать, куда отгружаются товары.
    Имя получателя
    Просмотрите имя местонахождения, которое используется с идентификатором местонахождения «Получателя», чтобы показать, куда именно отгружаются товары.
    Тип сообщения
    Тип сообщения последнего импортированного заказа на отпуск. В качестве типа сообщения могут выступать График планирования или График отгрузки. Например, если в поле «Тип сообщения» указано График отгрузки, последний импортированный заказ на отпуск нужно искать на странице «Графики отгрузки». Если в поле «Тип сообщения» указано График планирования, последний импортированный заказ на отпуск нужно искать на странице «Графики отгрузки».
    Подтип сообщения
    Подтип сообщения заказа на отпуск клиента. Для подтипа сообщения возможны перечисленные далее варианты:
    • По умолчанию: это конфигурация по умолчанию, которая используется для интеграции требований.
    • 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, страница «Правила обработки сообщения» проверяется на последовательность отзыва с подтипом сообщения В последовательности c окном отгрузки, которое также ожидается от клиента. В этом случае, ДБО ShipmentSchedule объединено с текущим единичным планом типа График отгрузки. Новый единичный план содержит последовательность требований. Эта функция используется торговым партнером A0061 Ford North America.
    • Загрузка последовательности: этот подтип сообщений выбирается для типа сообщений График отгрузки и используется для компании Honda, когда информация о последовательности партии отправлена. В таком случае, ссылочное поле состоит из номера заказа в графике и последовательности партии для загрузки грузовика по запросу компании Honda.
    Внутреннее изделие
    Внутренний идентификатор изделия в строке контракта, который используется поставщиком.
    Изделие клиента
    Идентификатор изделия в строке контракта, который используется клиентом.
    Дата обработки
    Последняя дата обработки активной строки контракта.
    Контракт
    Внутренний идентификатор контракта для строки контракта.
    Строка
    Номер строки контракта.
    ИД плана
    Идентификатор того плана, который назначен строке контракта. ИД плана создается областью «Управление отпусками» автоматически.
    Версия
    Номер текущей версии плана. Каждый импорт заказа на отпуск или другие изменения плана приводят к созданию новой версии плана. После изменения номер версии плана увеличивается на единицу.
    Статус процесса
    В это поле отображается последнее успешно выполненное действие по обработке для импорта плана.
    Экономическая единица
    Корпорация или ее подразделение, которые являются независимыми относительно одной или нескольких функций оперативного управления и бухгалтерского учета. Экономическая единица (часто юридическое лицо) ведет учет прибылей и убытков на основе полного сбалансированного набора транзакций. Экономическая единица определяется в приложении-участнике и может содержать местонахождение.
    Внутренний статус
    Внутренний статус строки контракта. Внутренний статус строки контракта устанавливается в значении Активно, когда обрабатываются входящие заказы на отпуск. Создается единичный план и объединенный план, и планы назначаются на строку контракта. Внутренний статус Новое показывает, что планы еще не назначены строке контракта.
    Местонахождение
    В данном поле отображается код, который идентифицирует местонахождение экономической единицы.
    Автор создания версии
    В данном поле отображается один из перечисленных далее источников версии плана.
    • Импорт: эта версия плана была создана путем импорта заказа на отпуск.
    • Пользователь: эта версия плана была создана вручную пользователем.
    • Отгрузка/потребление: эта версия плана была создана путем импорта отгрузки или потребления.
    Описание изделия
    Описание изделия для строки контракта.
    Дата окончания действия
    Определяет дату окончания периода действия для строки контракта.
    Дата начала действия
    Определяет дату начала периода действия для строки контракта.
    Ответственное лицо
    В данном поле отображается имя собственного ответственного сотрудника, который назначен для работы с этим контрактом.
    Номер внешнего документа
    В этом поле отображается номер внешнего документа заказа на отпуск от ПКО. Поле может быть использовано для описанных ниже целей.
    Обработка входящих текстовых сообщений ASC X12 864. Входящее текстовое сообщение ASC X12 864 связано с соответствующими заказами на отпуск по «внешнему номеру документа». Импортированные текстовые сообщения отображаются на странице «Текстовые сообщения».
    Обработка требований разных модельных годов. В данном поле содержится номер отпуска последнего графика планирования. Требования могут иметь разные номера отпуска и модельные годы для одной и той же даты требования. Параметр «Фильтровать по первому кодовому номеру» в функции «Правила консолидации требований» позволяет сохранять требования одновременно в один план. Чтобы автоматически удалить потребности для более старых модельных годов, можно использовать поле «Удалить все, что не совпадает с первым кодовым номером». В поле необходимо установить значение Удалить по внешнему номеру документа. Если график планирования с увеличенным номером отпуска получен, требования для этого модельного года сохраняются в новой редакции плана. Другие требования для более старых модельных годов удаляются автоматически. Чтобы удалить требования для старого модельного года вручную, удалите требования нового плана для старого модельного года. Увеличьте номер отпуска в поле «Номер внешнего документа».