Может кто подскажет таблички.

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

Боюсь, нигде. Резервирования - только один вид потребности, для покрытия которой могут создаваться плановые заказы, прямой связи и быть не может...

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

Потребности могут быть из резервирований, сбытовых заказов, сбытовых поставок... Мало ли чего... И плановый заказ формируется на основании ОБЩЕЙ потребности (которая может формироваться всеми этими документами), а не только резервирований. И откуда ему знать, на основании потребности какого конкретного документа сформировался именно этот ПлЗак. Если у вас в вашем случае только резервирования, это дела не меняет.

Пример: потребность из резервирования на 10, из сбытового заказа на 50. Сформировался плановый заказ на 60 на основании двух документов, формирующих потребность. И на что ему ссылаться?

md09

Ссылатся ему нужно на резервирование на 10 шт и на сбытовой заказ на 50 шт.

Если этой связи не будет, то вся идеология планирования рвется

Действительно, как тогда MD09 работает? связка явно есть.

А ссылка должна быть именно в документе резервирования (сбытовом заказе и т.д) на плановый заказ, а не наоборот. Именно по причине, что он отражает сводную потребность.
Вот только не могу найти ее, эту самую ссылку

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

Удачи и не болейте!!
And do not hesitate to contact me

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

При наличии запаса, связь между потребностью и покрытием является условностью. Пусть на одну и ту же дату созданы 2 резервирования по 10 шт. Пусть есть запас в 10 шт., и MRP создал заявку на 10 шт. На какое именно из 2-х резервирований должна ссылаться заявка?

Конечно, можно сделать разработку, связывающую функционал ППМ и функционал проверки доступности. Система будет понимать, что запас присвоен элементам потребности, и в заявках будет ссылаться на те элементы потребности, к которым запас не присвоен (или частично присвоен). Но и в этом случае существуют тонкости и оговорки. Пользуйтесь MD09...