Ситуация такова:

1) есть заказы ТОРО;

2) в заказах ТОРО прописаны материалы, используемые для выполнения операций;

3) для создания заявок на основе заказов используется ППМ;

4) в каждой строчке с материалом используются поля "Получатель" (resb-wempf) и "Пункт выгрузки" (resb-ablad) для хранения собственных данных.

После прогона ППМ на каждую строчку создаётся "временная" заявка. У них свой диапазон номеров (3000000000-3999999999) и свои виды документов (MV03-MV18). Далее посредством собственной разработки из этих заявок должна формироваться одна отдельная заявка с новым номером, по которой, собственно, и будут покупаться материалы.

Вопрос как раз по собственной программе. Необходимо связать заявку на 3 с резервированием. Ранее (в другой тестовой системе) для этого использовался ФМ MD_PEGGING. После перехода на другую тестовую систему я вижу от него один ответ на все заявки: "Отсутствует источник потребности". Настройки перенёс один к одному все, какие знал

Два вопроса:

1) В чём может быть причина такого поведения ФМ?
2) Как можно обойтись без ФМ? То есть, как, зная номер заявки, найти номер соответствующей ей потребности?

а отладчиком не пробовал по MD_PEGGING пройтись?

Дополнение:

1) Есть некоторое количество областей ППМ (CEX03-CEX18).
2) Есть соответствующее им количество групп ППМ и объёмов планирования (C03-C18).
3) ППМ (MD01) запускается каждый раз с нужным объёмом планирования (C03-C18).
4) Есть также область ППМ типа "Завод", соответствующая всему заводу.
5) После прогона ППМ в MD04 для материала не видна заявка, если указать нужную область ППМ из CEX03-CEX18, но виден номер ТОРО-вского заказа, на основе которого заявка создалась. Однако если в MD04 указать область ППМ, которая соответствует заводу, то видна правильная заявка с позицией, но не виден номер заказа.

Это как понять? Почему материал планируется не в той области ППМ?

В области ППМ показывается первичная потребность - ТОРО-заказ, а в заводской области - отзыв по заявке от области ППМ. То есть первичные потребности планируются в областях ППМ, а в заводскую область передаются заявки на дефицит материала в области ППМ.

Хорошо. Тогда как сделать так, чтобы не передавались?

У Вас заявки не на перемещение, а сразу на закупку и закупку осуществляют сами области ППМ? Я такой процесс не смотрел - не подскажу. Если закупка у Вас идет сразу в области ППМ, тогда зачем нужна заводская область? Центральных складов нет, значит должны все склады быть присвоены областям ППМ. Или как?

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

Но созданные в процессе прогона заявки я должен видеть в складских областях ППМ, а не в заводской. И потом эти заявки собственной программой обрабатываются и закрываются.

Заявки на перемещение должны светиться и в складских и в заводской области. В складской заявка - как закрытие потребности, в заводской - как потребность, потом на ее основе заказ на перемещение - и перемещение запаса с заводской области в складскую. Так должно работать по стандарту. А в заводской эти заявки вам мешаются как-то? Вы ж их все равно потом закрываете.

Но в складской не светится.

А какой элемент заготовки закрывает потребность по ТОРО-заказам? В MD04 какая картинка?

А склад какой в заявке прописывается? Он присвоен этой области ППМ? В ОЗМ сегмент этой области ППМ введен? Или может как-то так настроено, что не отображать заявки в области ППМ? Но я с такой настройкой не встречался.

Со складами и ракурсами ППМ в ОЗМ всё нормально.



Я тоже не встречался. Если б встречался, то не спрашивал бы