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

В документации упоминается только то, что проверка доступности может производиться в момент создания поставки. Вполне логично, что проверка также проходит при увеличении количества. Мне кажется, что ваш сценарий можно реализовать только посредством создания программы, которая будет пробегаться по поставкам и делать перепроверку. Даже user exit тут вряд ли поможет, т.к. его что-то должно запустить, а если поставки лежат себе и никого не трогают, то и никакой user exit не сработает.

Собственно именно по этой причине SAP рекомендует создавать поставки только в самый последний момент. Еще есть такой Availability Check for Stock Transport Order, но я даже не знаю, что это за зверь.

Про Availability Check for Stock Transport Order я знаю. Это мы тоже используем, с ним проблемм нет. А где можно порчитать про такую рекомендацию работы с поставками - что их надо делать в последний момент?
Просто у нас создают заранее, т.к. по процессу по ней потом заказывают транспорт.

Нам это вдалбливали консультанты, когда внедряли SD. К сожалению, не знаю, откуда конкретно они взяли эту информацию (какие-нибудь best practices?), но, оглядываясь назад, могу сказать, что такой подход вполне логичен.


Так может вам не создавать поставки только ради этого-то? Нарисуйте какой-нибудь отчетик, который будет типа симуляцию делать.

Я так понимаю, что это когда заходим на изменение поставки. Тогда можно повесить эту проверку на экзит сохранения поставки или на отпуск материала.

К сожалению, надо. Речь идет о стандартном интерфейсе с внешнй системой, который работает на поставках.

Пока хочется найти стандарт.

Попробуйте посмотреть транзакцию V_V2. Вроде она как раз умеет принудительно повторно проверять доступность в торговых документах. Не уверен, что она напрямую подойдет, но внутри она использует ФМ SD_BACKORDER_CHECK_AND_SAVE, возможно его как раз можно будет использовать.