Управление перевозками (Черновик): различия между версиями
(→Путь 1) |
|||
Строка 21: | Строка 21: | ||
; Консолидация нескольких заказов/Multiple Order: строка заказа будет обработана по обоим путям 1 и 2. (эквивалент "ВКЛ" в Xe) | ; Консолидация нескольких заказов/Multiple Order: строка заказа будет обработана по обоим путям 1 и 2. (эквивалент "ВКЛ" в Xe) | ||
− | ==== Путь 1 ==== | + | ==== Путь 1: Консолидации на уровне транзакций (отгрузка обрабатывается в кэше) ==== |
Версия 13:53, 5 октября 2021
Критерий, по которому EnterpriseOne Transportation объединяет строки заказа в отгрузки, был проблемой для многих клиентов и консультантов. Этот документ определяет критерии для двух путей консолидации.
- Режим объединения в отправку/Shipment Consolidation Mode
- Multiple Order Consolidation
- Single Order Consolidation
- Transactional Consolidation
- No Consolidation
During order entry every order line goes through consolidation logic to attempt to be added to the same shipment as a previous order line, regardless of the setting of the shipment consolidation flag in the Transportation Constants (F49002). The shipment consolidation flag only controls whether or not the system attempts to add lines to shipments already existing in the database. While promised ship date drives the calculation of dates, changing the dates on an order will produce varying results. This document will discuss how shipments are consolidated based on constant settings, order dates entry/override, and the effects of changing various dates after order entry.
При вводе заказа каждая строка проходит через логику консолидации, чтобы попытаться добавить ее к той же отгрузке, что и предыдущая строка заказа, независимо от установки флага консолидации отгрузки в константах транспортировки (F49002). Флаг консолидации отгрузок только контролирует, пытается ли система добавить строки к отгрузкам, уже существующим в базе данных. В то время как обещанная дата отгрузки/promised ship date влияет на расчет дат, изменение дат в заказе приведет к различным результатам. В этом документе обсуждается, как отгрузки консолидируются на основе постоянных настроек, ввода/переопределения дат заказа и последствий изменения различных дат после ввода заказа.
Prior to 8.9, during order entry every order line went through consolidation logic to attempt to be added to the same shipment as a previous order line (Path 1), regardless of the setting of the shipment consolidation flag in the Transportation Constants (F49002). The shipment consolidation flag only controls whether or not the system attempts to add lines to shipments already existing in the database (Path 2).
До версии 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)