Управление перевозками (Черновик)

Консолидация заказов в Отправке

Критерий, по которому EnterpriseOne Transportation объединяет строки заказа в отгрузки, был проблемой для многих клиентов и консультантов. Этот документ определяет критерии для двух путей консолидации.

Режим консолидации отправок/Shipment Consolidation Mode

• Multiple Order Consolidation
• Single Order Consolidation
• Transactional Consolidation
• No Consolidation

При вводе заказа каждая строка проходит через логику консолидации, чтобы попытаться добавить ее к той же отгрузке, что и предыдущая строка заказа, независимо от установки флага консолидации отгрузки в константах транспортировки (F49002). Флаг консолидации отгрузок только контролирует, пытается ли система добавить строки к отгрузкам, уже существующим в базе данных. В то время как Обещанная дата отгрузки/promised ship date влияет на расчет дат, изменение дат в заказе приведет к различным результатам. В этом документе обсуждается, как отгрузки консолидируются на основе постоянных настроек, ввода/переопределения дат заказа и последствий изменения различных дат после ввода заказа.

До версии 8.9 во время ввода заказа каждая строка заказа проходила логику консолидации, чтобы попытаться добавить к той же отгрузке, что и предыдущая строка заказа (Путь 1), независимо от установки флага консолидации отгрузки в константах транспортировки (F49002). Флаг консолидации отгрузки только контролирует, пытается ли система добавить строки к отгрузкам, уже существующим в базе данных (Путь 2).

Начиная с версии 8.9 и вплоть до текущих выпусков, настройка консолидации отгрузки всегда будет определять, будет ли консолидирована строка заказа на основе пути 1 или 2 следующим образом:

• Без консолидации/No Consolidation: строка заказа не будет обработана по Пути 1 и по Пути 2.
• Консолидация транзакций/Transactional: строка заказа будет обработана по Пути 1. (эквивалент "ВЫКЛ" в Xe)
• Консолидация одного заказа/Single Order: строка заказа будет обработана по Пути 1 и по Пути 2. Однако Путь 2 используется в рамках Ключа заказа.
• Консолидация нескольких заказов/Multiple Order: строка заказа будет обработана по обоим путям 1 и 2. (эквивалент "ВКЛ" в Xe)

Путь 1: Консолидации на уровне транзакций (отгрузка обрабатывается в кэше)

Первый процесс консолидации сравнивает созданную/обновленную (кроме самой первой) строку заказа с существующей отгрузкой, доступной в кэше. Запись об отгрузке в кэше создается и доступна только после ввода, обновления или разделения первой строки заказа. Этот процесс выполняется в версии Xe, независимо от установки флага консолидации, а в версиях 8.9+ для всех настроек консолидации, кроме «Нет консолидации».

Следующие введенные поля строки должны строго совпадать с соответствующими полями в текущей отгрузке в кэше:

• NMCU - Origin Shipment Depot
• ORGN - Origin Address Book Number
• SHAN - Ship To Address Book Number
• AN8 - Sold To Address Book Number
• SRCO - Source of Order
• PMDT - Promised Shipment Time
• RSDT - Promised Delivery Time
• DRQT - Requested Delivery Time

Значения, введенные (или полученные через предпочтения) в следующие поля, должны быть равны значению соответствующего поля текущей отгрузки в кэше -ИЛИ- либо введенное поле, либо соответствующее поле отгрузки в кэше должно быть пустым (?оба или хоть одно из них):

• MOT - Method of Delivery
• CARS - Carrier
• CAR1 - Carrier1
• CAR2 - Carrier2
• CAR3 - Carrier3
• ILEL - Carrier Preference Include/Exclude flag
• BPFG - Bulk/Packed Flag
• FRTH - Freight Handling Code
• FRSC - Rate Schedule
• DLLV - Line Level Delivery
• RSLT - Route Selection Type
• BFSD - Freight Summary
• DSTN - Distance
• UMD1 - Distance UOM
• Currency Code

Следующие введенные даты должны быть равны дате соответствующей даты для текущей отгрузки в кэше. -ИЛИ- либо введенная дата, либо соответствующая дата для отгрузки в кеше должны быть пустыми:

• PPDJ - Promised Shipment Date
• RSDJ - Promised Delivery Date
• DRQJ - Requested Delivery Date

Условия консолидации для дат в закупках

Purchase Order Level:

• Если дата Requested Delivery Date = Пусто, то система укажет текущую дату;
• Promised Delivery Date система всегда передает в TMS значение 0.

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

1. Обещанная дата отгрузки/Promised Shipment Date (PPDJ)

   Обещанная дата отгрузки в ЗНЗ не была введена или уже в прошлом;

   -ИЛИ-

   Обещанная дата отгрузки в ЗНЗ равна Обещанной дате отгрузки в Отправке, с которой консолидируется строка ЗНЗ;

   -ИЛИ-

   Обещанная дата отгрузки в Отправке, с которой консолидируется строка ЗНЗ, уже прошла.

2. Планируемая дата доставки / Promised Delivery Date (RSDJ)

   Планируемая дата доставки в ЗНЗ не была введена или уже в прошлом;

   -ИЛИ-

   Планируемая дата доставки в ЗНЗ равна Планируемая дата доставки в Отправке, с которой консолидируется строка ЗНЗ;

   -ИЛИ-

   Планируемая дата доставки в Отправке, с которой консолидируется строка ЗНЗ, уже прошла.

3. Требуемая дата доставки / Requested Delivery Date (DRQJ)

   Требуемая дата доставки в ЗНЗ равна Требуемой дате доставки в Отправке, с которой консолидируется строка ЗНЗ.

Путь 2: Критерии консолидации на уровне одного/нескольких заказов (Shipment Header (F4215) table)

Второй процесс сравнивает новую или обновленную строку с Отправками, доступными для консолидации в таблице, только после попытки консолидации с любыми Отправками, доступными в кэше.

Следующие условия должны быть выполнены для попытки консолидации:

• Ключевые поля заказа должны быть одинаковыми (только для консолидации одного заказа)
• Статус отправки < Защищенный статус отправки

  (Note: The Shipment Status is the Approved Shipment Status setup in the Transportation Constants (P49002) program)

• Number of Routing Steps = 1
• Actual Shipment Date = Zero or Null Date
• Load Number = 0
• ТМЦ должны быть совместимы
• Существующий Shipment Number <> Консолидированный Shipment Number (Процесс консолидация при удалении строк из отправки)

Следующие введённые поля должны совпадать с соответствующими полями отправки в таблицах (F4215/F4941)

• NMCU - Origin Shipment Depot
• ORGN - Origin Address Book Number
• BPFG - Bulk/Packed Flag
• SHAN - Ship To Address Book Number
• AN8 - Sold To Address Book Number
• SRCO - Source of Order
• PMDT - Promised Shipment Time
• RSDT - Promised Delivery Time
• DRQT - Requested Delivery Time

The values entered (or brought in by preferences) in the following fields must be equal to the corresponding field of the shipment in the database (F4215/F4941) -OR- either the entered field or the corresponding field of the shipment in the database (F4215/F4941) must be blank:

• MOT - Method of Delivery
• CARS - Carrier
• FRTH - Freight Handling Code
• FRSC - Rate Schedule

If a carrier is brought in by preferences on the order line, it must be equal to the corresponding field of the shipment in the database (F4215/F4941) -OR- the order line's carrier(s) must be blank:

• CAR1 - Carrier1
• CAR2 - Carrier2
• CAR3 - Carrier3

Даты

Для ЗНЗ / Other Inbound

Даты ЗНЗ:

• Request date (DRQJ) - Дата запланированного прибытия ТМЦ или запланированного выполнения действия.
• Scheduled Pick date (PDDJ) - The promised shipment date for either a sales order or purchase order. Эта дата представляет собой день, когда товар может быть отгружен со склада.
• Original Promised Delivery (OPDJ) - Первоначальная обещанная дата доставки для ЗНЗ.
• Actual Ship Date (ADDJ) - The date on which the shipment to the customer is confirmed as shipped. During shipment confirmation, the system updates the Sales Order Detail table (F4211) with this date.
• Promised Shipment (PPDJ) -The promised shipment date for a sales order. This date represents the day that the item can be shipped from the warehouse.

Три даты определяют Поставку:

• Требуемая дата доставки/Requested Delivery Date (DRQJ) на наш склад
• Обещанная дата доставки/Promised Delivery Date (RSDJ) на наш склад
• Обещанная дата отгрузки/Promised Shipment Date (PPDJ) со склада поставщика

Пользователь может ввести в ЗНЗ вручную Requested Date или Promised Delivery Date. Если не ввести, Requested Date = Текущая дата, Promised Delivery Date = 0. ?Из ЗНЗ Promised Delivery Date всегда приходит равны 0.

Для расчета дат система пытается выполнить обратное планирование/Back scheduling, если не получается, по прямое планирование/forward scheduling. Система обновит данные в Маршрутизированной поставке, а затем в ЗНЗ.

• Если пользователь не указал Promised Delivery Date, то система выполняет обратное планирование/Back scheduling на основе Requested Date (DRQJ).
  • расчет Promised Delivery Date (RSDJ)
    1. RSDJ(C1) = DRQJ
    2. RSDJ = RSDJ(C1) - Days (WC B/P, CAR) >= TD
  • расчет Promised Shipment Date (PPDJ)
    1. PPDJ(C1) = RSDJ - Transit Days (route)
    2. PPDJ(C2) = PPDJ(C1) - Days (WC SUP, CAR) >= TD
    3. PPDJ(C3) = PPDJ(C2) - Lead Days (route)
    4. PPDJ = PPDJ(C3) - Days (WC SUP) > TD
  • после применения маршрута, RSDJ запишется Поставку и ЗНЗ, PPDJ запишется в Поставку. Если расчет не прошел проверку, то данный Маршрут не будет отображён.

• Если пользователь указал Promised Delivery Date (RSDJ), и это первый этап маршрута, то система выполняет обратное планирование/Back scheduling на основе Promised Delivery Date (RSDJ(M)).
  • расчет Promised Delivery Date (RSDJ)
    1. RSDJ(C1) = (RSDJ(M)
    2. RSDJ = RSDJ(C1) - Days (WC B/P, CAR) >= TD
  • расчет Promised Shipment Date (PPDJ)
    1. PPDJ(C1) = RSDJ - Transit Days (route)
    2. PPDJ(C2) = PPDJ(C1) - Days (WC SUP, CAR) >= TD
    3. PPDJ(C3) = PPDJ(C2) - Lead Days (route)
    4. PPDJ = PPDJ(C3) - Days (WC SUP) > TD
  • после применения маршрута, RSDJ запишется Поставку и ЗНЗ, PPDJ запишется в Поставку. Если расчет не прошел проверку, то данный Маршрут не будет отображён.

• Если пользователь не указал Promised Delivery Date (RSDJ) и Requested Date (DRQJ) в Поставке, то система пытается выполнить прямое планирование/forward scheduling на основе Today's Date(TD)
  • расчет Promised Shipment Date (PPDJ)
    1. PPDJ(C1) = TD + Lead Days (route)
    2. PPDJ = PPDJ(C1) + Days (WC SUP, CAR)
  • расчет Promised Delivery Date (RSDJ)
    1. RSDJ(C1) = PPDJ + Transit Days (route)
    2. RSDJ = RSDJ(C1) + Days (WC B/P, CAR)
  • после применения маршрута, RSDJ запишется Поставку и ЗНЗ, PPDJ запишется в Поставку.

Ссылки

• E1: 49: Promised Shipment and Delivery Date Calculation
• E1: 49: Shipment Consolidation