Добрый день, коллеги

Кто-нибудь сталкивался с подобным? Вообщем есть материал, с типом планировани VB(по точке заказа вручную). Этот же материал входит в производственнуб спецификацию. Необходимо чтобы в ведомости после прогона ППМ отображались потребности от точки заказа+вторичные потребности (от спецификации).

Собственно, насколько я знаю, в стандарте такого нельзя, но может есть какие выходы? (в ведомости надо вторичные потреьности отображать и калькулировать).
Вроде есть бади MD_CHANGE_MRP_DATA. Но я не уверен, поможет ли оно? Кто-нибуь сталкивался?

Так же, как альтернатива, допустим использовать для данного материала PD + включить страховой запас. Насколько такое решение может быть нормальным? Со страховым очень очень давно сталкивался, не помню какие там могут быть грабли.

Буду признателен за помощь

Да вроде бы связуемое. Скопируйте стандартный тип ППМ VB и активируйте в нем учёт внешних потребностей.

не, не работает такое, пробовал...
собственно и на буржуйском форуме про это писали. Решение так и не нашли - типа стандарт не позволяет такого...

А что значит не работает, в чём это проявляется? Проверил у себя в системе, при ручной точке заказа и активированном учёте внешней потребности, объем заготовки поднимается до точка заказа + объем потребности (запас 0).

Ну вторичные потребности даже не появляются в ведомости. И калькуляция их не видит.
Видит только заказы, но не вторичные потребности.

А какие у вас настройки в типе ППМ?

Прошу прощения, проморгал, что речь идет именно о вторичных потребностях (проверял на обычных заказах), на них действительно этот механизм не распространяется, так как они отсекаются ещё раньше.

Происходит это вот тут: SAPLM61X / LM61XF38 FORM / UEBERNEHMEN_SBED
Начиная со строк:


а перед этим есть BADI md_change_mrp_data->consider_resb

Можно сюда вклиниться и именно для вторичных потребностей немного поменять условия

Например, только для этого типа ППМ заменять элемент ППМ вторичной потребности на элемент ППМ ручного резервирования MDRS-BDART = "MR".

Навскидку - должно работать, но лучше внимательно протестировать.

спасибо!

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

сделали все с помощью BADI, но странная штука, что он не срабатывает с MDBT в бекграунде. С md01-02 и тд все ок

не так давно общался с SAP по похожей теме. Да, с помощью BAdi можно вывести эти потребности, но участвовать в ППМ они не будут, см. ноту 549752

В общем, получилось, в ППМ участвуют)))

BADI md_change_mrp_data->consider_resb

в ведомости то они есть, но учитываются ли они при прогоне? У нас не получилось, да и SAP ответил что невозможно.

в том то и фишка, что при прогоне добавляются.
К примеру точка заказа стоит 5, вторичные потребности 10, на складе 3. После прогона формируется заявка на закупку (или плановый) на 12 (10+5-3).

Если же без разработки, то при VB только на 5-3=2 будет заявка. При PD на 10-3=7

А вторичные в md04 видны всегда, только фильтр надо включить

странно, кроме MD_CHANGE_MRP_DATA~CONSIDER_RESB что нибудь делали? Можете прислать код из CONSIDER_RESB?

вроде ничего не делали, только это.
там в инклуде SAPLM61X просто условие прописать на проверку из MDRS (оттуда просто брать и подменять тип при прогоне ППМ)
если MDRS-BDART=’SB’, MRP type= ваш тип ППМ, то подменять на MDRS="MR"

ну и подвязать это к транзакциям по прогону ППМ. Чтобы в MDBT работало, там надо не к транзакции, а к программе подвязать.

Возникла некоторая проблемка.

Если к типу VB добавить учет вторичных потребностей, то, вроде как, все хорошо, но остается проблема в создании заявок или заказов в зависимости от настройки размера партии (которая в ОЗМ в ППМ1 выбирается).
К примеру, если было 3 вторичных потребности по разным месяцам, в ОЗМ стоит MB (месячный размер партии), то ППМ генерит всего одну заявку - плановый заказ, покрывающий 3 вторичных потребности+потребность от точки заказа.

Может, кто знает, как такое поправить?