Всем привет.

Есть такой процесс:
1. Прогоняем ППМ по области ППМ1. Формируются заявки на перемещение с завода в область ППМ. Стандартного вида NB. Поскольку размер партии стоит месячный, то дата поставки и деблокирования в заявке устанавливается на начало месяца (например 01.06.09).

2. В ME51N сворачиваем все заявки по области в одну вида TB (или опять же NB) и фиксируем заявку.

3. ППМом удаляем все нефиксированные зявки по области ППМ1.

Проблема в том, что при копировании заявки в заявку, поле Дата поставки копируется из исходной заявки, а поле Срок поставки из ОЗМ, причем с завода, а не с области ППМ. Дата деблокирования рассчитывается по этому сроку.

Соответственно в сводной заявке и в исходной получаем разные даты деблокирования.

ППМ по заводу почему то толкается не от требуемой даты поставки в сводной заявке, а именно от даты деблокирования.

Вобщем, подскажите можно ли настроить правила копирования заявки в заявку?
Или как сделать чтобы при копировании не пересчитывалась дата деблокирования?
Или как сделать чтобы ППМ учитывал дату поставки, а не дату деблокирования в заявке на перемещение ?

На области планирования стоит срок поставки 0 дней, галка Использовать плановый срок поставки установлен.

Выяснил, что если значение на области планирования 0, то при создании заявки система тянет срок поставки с завода, и расчитывает дату деблокирования.
Если значение на области не 0, то тяенет значение из области.

Спрашивается, как настроить ППМ, если у нас срок поставки с центрального склада меньше 1 дня

Придется BAdi искать какой нибудь

Ну да. Ставить 1 день. И, например, в MD_PURREQ_CHANGE править даты.

Нашел кучу нот на тему время деблокирования в заявке на поставку. Сап много чего исправлял в этом деле.

Как думаете, можно считать ошибкой, если ППМ успешно сьедает плановый срок поставки 0 дней на области ППМ и корректно рассчитывает дату деблокирования, а ME51N не хочет использовать нулевой плановый срок поставки с области и тянет вместо него ненулевой заводской?

Мне кажется в одной и той же операции - создание заявки, параметры ОЗМ должны обрабатываться одинаково. ИМХО - ошибка.

Ну да, ошибка скорее всего. Если разберешься - то ноты, которые помогли, запости сюда для истории.

При решении проблем, описанных в нотах:
828210
1056904
SAP врезал везде проверку на нулевой срок поставки.

В итоге если на области ППМ срок поставки 0 (перемещение с центрального склада), то при создании заявки, ME51N возьмет первый попавшийся не нулевой срок поставки из инфо-записи, с завода и т.д. (например, 30 дней, как при закупке на стороне).

Итог: плановый срок поставки 0 на области планирования использовать нельзя.
Хоть это и не в логике процесса, повидимому это в логике SAP

Есть еще BAdi MD_EXT_SUP, где метод GET_PLIFZ должен позволять изменять кастомеру плановый срок поставки.

Так вот этот BAdi не срабатывает при автоматическом определении источника поставки - всеравно тянется заводский срок поставки, а если вручную нажать кнопку Присвоение источника поставки, тогда из бади подтягиваетсядаже 0-й срок поставки.

ИМХО такая логика работы системы - косяк, но как объяснить это SAPу, у меня идей пока нет.

Если где-то в хелпе написано, что должно работать именно так, как вам надо - они, может быть, и пошевелятся.
Иначе - отмазки в стиле "миллионы людей по всему миру работают именно так" и делать ничего не будут. По крайней мере пара sap-messageй недавних завершилась именно этим, несмотря даже на ссылки на ПБУ и взывание к логике.