Добрый день

Есть два непонятных вопроса.
Первый. Ситуация такая: Имеется резервирование на 20шт. при прогоне ППМ md03 создается заявка на 20шт. Кладем Запас 20шт. ППМ убирает заявка все ОК. Но на самом деле он ее не удаляет, а зануляет кол-во в ней. И теперь при каждом прогоне ППМ создается новая заявка с нулевым кол-вом. Как бы страшного ниче нет, но уж больно много мусора будет в системе. Кто сталкивался с этим?

Второй. Ситуация такая: Есть резервирование на 20, создается заявка на перемещение на 20на другой завод. При прогоне ППМ по другому заводу создается еще одна заявка на закупку на основе заявки на перемещение все норм. Но при корректировки потребности заявка на перемещение изменяется к примеру на 10, а вот заявка на закупку создается новая тоже на 10. Хотелось бы уточнить это стандарт так работает или же нет. Так как есть подозрение что здесь мешает какой то Z, так как используем Badi. Посмотрел в отладке, дело в том, что в структуре при создании Заявки на перемещение есть поле Delnr так вот оно при создании заполнено и поэтому ППМ в одном из Perform видит эту заявку и именно ее корректирует, а вот в следующем прогоне по др.заводу это поле пустое, ну и по счетчику создает новую. Как это можно избежать?

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

1. Пробовал. По умолчанию стоит 1-Адаптация плановых данных. А вот в 3 да -Удаление и новое создание плановых данных. Но не помогает(
2. Если более понятно то: Есть резервирование 0001 по заводу 1000. При прогоне ППМ формируется заявка на перемещение с заводом 1000 на завод 2000. Далее по заводу 2000 гонится ППМ и формируется заявка на закупку с заводом 2000. Так вот когда формируется заявка на закупающий завод(2000) почему-то создается новая, а не корректируется старая.

Дата потребности в будущем?

Да

кстати по п.2, тут с разными режимами планирования все равно создается новая заявка?

Планирование Детерминированное ? Видимо завод 1000 идет как головной. Если так , то почему Вы не прогоняете сначала по 2000, потом потребность завода 2000 будет учитываться на заводе 1000 при прогоне на нем.

Вообщем нашел решение.
Все-таки оказалось, что влияют Z-разработки. Жестко продебажили и нашли косяк. Смысл был в том, что в структуре MDPSX имеются заявки и не только, все элементы ППМ. Так вот они сравниваются с теми, которые уже созданы и если имеются расхождения то ППМ создает новую заявку, если нет то редактирует старую. Структура новых заявок, элементов ППМ, лежит в MDPSN.