Добрый день!
Я программист, возникла необходимость писать под PP. В ходе работы возникло несколько вопросов, на которые наши консультанты ответить не в силах. Если кто-нибудь знает ответы – подскажите, пожалуйста.
Есть заказ, который привязан к материалу. Материал – составной (т.е. есть спецификация), вложенность как я понимаю теоретически - неограниченная. В свою очередь, на основе материалов составляющих спецификацию, также созданы заказы. Собственно вопрос: как получить связку заказ к материалу верхнего уровня – заказ к материалу нижнего уровня? Нечто похожее делает транзакция MD04, но оттрассировать ее пока не получается. Может быть уже кто-то сталкивался с этой проблемой?

делюсь тем, что нарыл в отладке MD04, когда писал аналогичный отчёт.
Вся связь есть через резервирования и заказы , но там не всё просто просто (например в суммарный потребностях потом приходится пропорционально делить на заказы верхнего уровня). Есть такая функция MD_SALES_ORDER_STATUS_REPORT она всю нужную работу по логике SAP. Рекомендую.

Спасибо за ответ, а можно чуть-чуть по-подробнее? Я в курсе, что отследить можно через RESB. И меня не интерисуют на данном этапе суммарные потребности. Я не могу отследить какая связь между вышестоящим и нижестоящим заказом? В созданном нашими консультантами примере, один и тот же заказ нижнего уровня может быть подчинен нескольким заказам верхнего уровня. Плюс, на материал нижнего уровня могут буть несолько заказов. Собственно суммирую вопросы: интерисует связь вышестоящий заказ-нижестоящий заказ. И исключение не входящих в эту цепочку. Сейчас я помониторю еще MD04, но вот вчера что-то не вытанцовывалось это.

Прямой ссылки нет - это точно. Продавали удалять плановый заказ, cозданный системой, и вместо него вставлять свой, созданный руками с аналогичными датами и количеством - проходит на "ура" и заказ встраивается в цепочку.
Связь, насколько я понимаю, определяется по дате и количиству потребности. Наши абаперы с поиском связи помучались, а потом реализовали нужную функциональность как клон MD09.

В таблице(iioelx) которую возвращает функция MD_SALES_ORDER_STATUS_REPORT в поле delnr - плановый заказ от которого пришла потребность(только там надо фильтровать часть записей).

Большое спасибо. Пока что этой информации мне хватило.

Если ставить NODISP = '', то запускается сам отчёт в виде дерева с иерархией (как в тр. md4c или CO46). Если ставить NODISP = 'X', то отчёт не запускается и возвращается много записей в таблице iioelx. Как эти данные сопоставить с этой иерархией? Как понять какая запись в какой узел попадает? Через отладчик не получается найти
Вообще, интересует первый (близлежайщий) нижестоящий заказ. Подскажите, пожалуйста, как выцепить его.

Надо подойти к консультантам и сказать: Господа ваша зада решается путем использования сети заказов с контировкой на заказ клиента.
Програмить в данном случае ничего не надо, т.к. в стандарте все есть.
Если просто надо плоский список материалов к заказу можно просто обойтись контировкой на заказ клиента. Весь запас в данном случае будет тип Е - Заказ клиента. В РР-заказах так же как и заявках на закупку будет ссылка на заказ клиента.

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

К сожалению никак не выбрать... Эта задача не формализуемая даже на уровне ТЗ.
Простой вопрос: Как быть если на одну дату потребности 2 плановых/производственных заказа покрывающие потребность? Какой из заказов выбирать? А что если один из заказов покрывает частично потребность другого вышестоящего заказа?

Логика связи в MD04 по спецификации планового заказа и дате разузлования спецификации. Почему и при навигации по дереву изделия открывается не конкретный плановый заказ, а список заказов/потребностей на разные даты.

Введите в 300 класс дополнительный признак, например, заказ клиента + позиция заказа клиента.
По ним потом и отследите все движения с заказами, с RESB жить будет слишком сложно.