Классы /SAPAPO/CL_RRP_CTP и /SAPAPO/CL_RRP_FIX: Сравнение 

Для процесса CTP предлагается стандартный класс /SAPAPO/CL_RRP_CTP. Этот класс управляет поведением системы при проверке CTP с фиксированной разметкой. В качестве альтернативы к этому классу можно использовать стандартный класс процесса ATP /SAPAPO/CL_RRP_FIX, если необходимо другое поведение системы в процессе CTP.

Основное различие между этими двумя классами заключается в том, что в случае класса /SAPAPO/CL_RRP_CTP существующие фиксированные отношения разметки удаляются, а потребности клиентов переприсваиваются элементам поступления с каждым новым вызовом проверки CTP для уже подтвержденного заказа клиента (например, при изменении желательного срока в заказе клиента). Затем создаются новые фиксированные отношения разметки для фиксации присвоения.

С другой стороны, в случае класса /SAPAPO/CL_RRP_FIX фиксированные отношения разметки сохраняются. Возобновленная проверка всегда выполняется относительно фиксированной разметки. При необходимости система просто корректирует количества разметки, но оставляет фиксированные отношения разметки без изменений.

Поведение системы в соединении с каждым классом проясняется следующим примером:

Пример 1a: Перемещение заказа клиента на более ранний срок (класс /SAPAPO/CL_RRP_CTP)

В этом примере уже подтвержденный заказ клиента (SD1) снова изменяется. Измените дату потребности, для которой требуется желательный объем, составляющий 10 штук. Существующее фиксированное отношение разметки между потребностью клиента SD1 и плановым заказом PO2 будет удалено и будет выполнена новая проверка CTP. При проверке CTP выполняется присвоение планового заказа PO1 потребности клиента, поскольку это более благоприятно с точки зрения времени.

Пример 1b: Перемещение заказа клиента на более ранний срок (класс /SAPAPO/CL_RRP_FIX)

Если используется этот класс, система не удаляет фиксированное отношение разметки в случае возобновленной проверки, но снова присваивает существующий плановый заказ PO2 измененной потребности клиента, поскольку проверка выполняется относительно фиксированной разметки.

 

Пример 2a: Отсрочка заказа клиента (класс /SAPAPO/CL_RRP_CTP)

Если используется класс CTP, при проверке CTP система удаляет фиксированное отношение разметки и переприсваивает измененную потребность клиента более подходящему плановому заказу с точки зрения времени. Затем создается новое отношение разметки между потребностью клиента SD1 и плановым заказом PO2.

Пример 2b: Отсрочка заказа клиента (класс /SAPAPO/CL_RRP_FIX)

 

Если используется этот класс, существующие фиксированные отношения разметки сохраняются. В случае возобновленной проверки в соответствии с измененным сроком заказа клиента потребность клиента переприсваивается тому же самому элементу поступления, поскольку при проверке учитывается существующее фиксированное отношение разметки.