Форумчане, поделитесь опытом.
Какие схемы последующих документов в VLPOD реализовывали при пересорте?
Пока смотрю в сторону допоставок и сводной фактры, но, заказчик хочет ксф печатать на такие кейсы.

Речь про VLPOD с Т-запасом?
Или VLPOD используется только для фиксации разниц по поставке?

VLPOD используем для фиксации разниц с T-запасом.

А что конкретно хотите сделать?

Я в какой-то момент занялся вопросом как вернуть товар из T запаса назад, но не простым движением в MIGO, а со ссылкой на возвратную исходящую поставку.
Пришлось помучиться, но в итоге заработало:
viewtopic.php?f=2&t=86357&hilit=возврат

Кейс такой:
Отгрузили d Т-запас, напечатали доки и ндс по отгрузке.
М1=10шт
М2=10шт
При закрытии маршрута оказывается, что клиенту приехал М1=10шт, М2=5шт и М3=5шт.
Нужно выставить два ксф, по прямой поставке на минус и второй по допоставке на плюс.
Бизнес хочет прям в Vlpod добавить позицию, но естественно ответ они получили 'нет').
Вот собственно и хочу проникнутся экспертным опытом людей, кто возможно сталкивался с похожими кейсами.

У нас был похожий случай: перемещение интеркампани (между заводами разных БЕ в SAP) как раз с использованием VLPOD и запаса T.
Нарисовали полностью свою оболочку интерфейса приема товара, в которой вводились разницы и по результатам их фиксации происходили разные чудеса:
1. Недостачи возвращались назад на склад отгрузки
2. На излишки создавался новый заказ, исходящая поставка, ОМ к поставке
3. Формировалась сводные фактуры (исходящая и входящая) на количества из исходного потока документов и на заказ на излишек.
Сразу скажу, трудозатраты на такой подход очень существенные, к ним надо быть готовыми прежде чем брать его на вооружение.

Корректировочные счета-фактуры не применяли.
Зафиксировать разницы в VLPOD в исходящей поставке с запасом T не получилось, стандарт не дает это сделать (на то есть ноты) и я не смог придумать, как аккуратно его для этого подломить.

Трудозатраты примерно понятны.
Сейчас пока нарисовал прогу, которая читает tvpod и на статус ППП повесил выходнjq документ, которые делает возвратный или дополнительный заказ, в зависимости от причины разницы. А дальше ручками, ибо денег платить заказчик (пока) не хочет за громоздкую разработку.
Всем спасибо за Ваш экспирианс.