Что-то подобное реализовал на 95% на текущем проекте (как всегда остались самые сложные 5%), а именно формирование заявок или плановых заказов в вашем случае с ссылкой на потребность которая их породила.
Как заметили раньше уважаемые Гуру MRP – это плавильный котел с неоднозначными связями между конечным результатом и потребностями.
Весь этот котел находится в таблице RESB (и так далее) и связь там не однозначна.
Плюс надо понимать, что придется ЛОМАТЬ стандарт, иными средствами этого не достичь, так же напрямую делать апдейт EBAN деля агрегированную позицию по потребностям при чем в условиях того, что потребность не всегда равна сформированной заявке пусть даже агрегированной, так как есть стоки, страховой запас и прочие переменные.
Еще надо отметить, что более менее это реализуймо с детерминированым MRP, туши свет если MRP стоохастический на основании данных прогноза и потребностей к примеру
Но оптимизм у меня все таки остается, так как я вижу, что сам MRP способен раскрутить свои заявки до потребностей – значит, и мы сможем пример тому MD09.
Удачи и не болейте!!
And do not hesitate to contact me