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

Что уважаемый клиент считает выполненной заявкой: когда по заявке на закупку создали заказ и произошло поступление на центральный склад, должно быть создано резервирование на перемещение от заявителя. Когда по этому резервированию произошло перемещение с центрального на цеховой склад - вот тогда только заявка будет считаться выполненной.

Примерное решение может быть таким:

1. В заявке прорезать два Z-поля: номер резервирования и перемещенное количество.

2. при создании заявки на закупку Z-ом создавать соответствующее резервирование на 311 движение и в заявке сохранять его номер. (при каждом изменении заявки - автоматом менять резервирование)

3. при каждом MIGO с 311 движением по резервированию проверять, имеет ли резервирование ссылку с заявкой, и менять значение в Z-поле заявки перемещенное количество (и самое неприятное - сторно надо тоже отслеживать и учитывать).

4. Если в заявке перемещенное количество = заказанному количеству, то такая заявка выполнена.

На всякий случай - материал в партиях не ведется.

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

Заявки от подразделений, склад - не центральный.
Заказ на поставку, склад - центральный.

При оприходовании создается резервирование 311 ВДв (склад в заказе --> склад в заявке), пользователю, создавшему заявку, посылается сообщение, что создано резервирование и его номер (тут могут быть трудности, что-то там в фоне не отрабатывало как надо, может быть сейчас все ок, вроде ноту выпустили).
В отдельную таблицу пишется соответствие номер резервирования - номер заказа - номер позиции графика поставок - (номер заявки, если нужен).

Пользователь смотрит номер резервирования и идет с распечатанным документом резервирования к кладовщику, кладовщик по номеру резервирования создает документ перемещения и выдает товар.

Я так делал. Возможны, конечно, вариации.

можно и так, учти только, что пользователи может быть захотят по одной заявке с множеством позиций один документ резервирования (система это позволяет) - бумагу экономят - тогда нужно еще и позицию. Плюс к тому, возможны частичные поступления товара - тогда нужно учитывать еще и MBLNR/MJAHR/MBLPO.

не нужно так сложно. в поле EKET-WEMNG текущее количество, оприходованное по заявке, с учетом сторно и т.д.

Спасибо, SAA, очень ценные дополнения

по одной позиции документа ПМ создается одна позиция резервирования, при сторнировке ПМ на позицию ставится метка удаления, ну я думаю это понятно

1. Подразделение делает заявку на пополнение запаса (перемещение) с центральльного склада.
2. Центральный склад закупает материалы, и делает заказы на перемещение с центрального склада в подразделение на основании заявок.
3. Отпускаем материал к заказу на центральном складе, принимаем материал к заказу на складе подразделения.

Через заказ на перемещение имеем связь всхех поступлений с заявками подразделений. Абапим свои отчеты.

Чем плоха такая схема, кроме того что запас на центральном складе не резервируется под заявку на перемещение?

Абапить конечно всеравно придется, но думаю меньше чем если свои поля прорезать.