Доброго дня.
На форуме уже несколько раз подымались аналогичные темы. Но какого то законченного технического решения я в них не нашел.
Вот похожие ветки
viewtopic.php?f=3&t=36075
viewtopic.php?f=3&t=36595
Задача:
Имеются объекты генерящие первичную потребность: Заказы ТОРО, PS заказы – сетевые графики. На выходе необходимо иметь массив заявок на закупку потребность которых будет в точности соответствовать объектам первичной потребности а именно компоненту заказа ТОРО и сетевому графику PS. По ряду объективных причин заявки на закупку должны быть таковыми, это требование закупщиков, так как в зависимости от реквизитов первичной потребности могут быть разные поставщики, а также это связано с тем что в заявке в зависимости от заказа ТОРО ведется разная аналитика вида деятельности, техобъектов и т.д. группировать потребности из за этого запрещено.
Алгоритм ППМ и формирование плановых заказов реализуется в транзакции MD03.
Элементом планирования является склад.
Имеется на рассмотрение два варианта решения задачи:
1 вариант включает в себя
- доработку логики работы транзакции MD03 в части формирования плановых заказов, таким образом чтобы позиция планового заказа четко соответствовала объекту первичной потребности. В связи с этим вопросы: сталкивался ли кто нибуть с подобным расширением стандартной транзакции MD03? Интересует именно техническая сторона решения данной задачи, а именно события CMOD BADI и т.д. где такую задачу можно реализовать.
2 вариант включает в себя
- MD03 группирует первичную потребность в общие плановые заказы в соответствие со стандартным поведением и настройками
- заявки ММ создавать\обновлять с помощью своей написанной Z оболочки, так как на основание планового заказа по фильтру ведомости ППМ можно получить исходные объекты первичной потребности, по которым и можно создавать заявку на закупку по средствам BADI.

Буду рад если еще кто нибуть предложит возможные варианты))

Можно попробовать MD_CHANGE_MRP_DATA

Спасибо. Да я в курсе что есть два расширения CMOD и куча MD* бадишек. Естественно буду пробовать все. Но может кто еще подскажет законченое провереное техническое решение? Или любой другой вариант. Похожие задачки веть подымались уже.

То есть Вам нужно блюдечко с голубой каемочкой?

MD_CHANGE_MRP_DATA проверено работает.
С его помощью можно редактировать ведомость ППМ достаточно гибко, вплоть до проставления своих сумм, полученных, например, путем выборки из БД

Может кому понадобится или будет интерстно
приняли решения использовать концепцию изложеную во втором варианте
1. Первичная потребность выбирается с помощью ФМ MD_MRP_LIST_API там по циклу материалов планирования можно выбрать позиции ведомостей ППМ
2. На основе выборки пишется своя Z оболочка которая создае\обновляет\удаляет массив заявок сгрупированных так как надо заказчику, с использованием бапи

в события бади MD_CHANGE_MRP_DATA к сожалению уже поступает сгруппированая информация как по плановому заазу так и по заявке, с номерами позиций документов.
Что бы разузловать сгрупированую потребность на уровне позиции планового заказа или заявки, надо очень постараться да и не факт что далее стандартная процедура сохранения это съест((
Потому даже и стараться не стали.