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

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

Критерий, по которому 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

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

The second process compares the new or updated line to the shipments available for consolidation in the database only after attempting to consolidate to any shipments available in cache.

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

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

  (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
• 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

Для закупок

Purchase Order Level:

• Blank Requested Delivery Date defaults to today
• Promised Delivery Date is always passed to Transportation as 0

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

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

   Обещанная дата отгрузки /Promised Shipment Date (PSD) заказа на закупку не была введена или находится в прошлом;

   -ИЛИ-

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

   -ИЛИ-

   Обещанная дата отгрузки (PSD), на которую выполняется консолидация, уже прошла.

2. Обещанная дата поступления / Promised Delivery Date (PDDJ)

   Обещанная дата доставки (PDD) заказа на поставку не была введена или уже прошла;

   -ИЛИ-

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

   -ИЛИ-

   Консолидируемая обещанная дата доставки (PDD) отгрузки в прошлом

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

   Запрошенная дата поставки (RDD) заказа на поставку равна запрошенной дате поставки (RDD) отгрузки, к которой консолидируется.

Даты

Для ЗНЗ / 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