Всем привет!

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

Суть проблемы в том, что нужно удалить входящую поставку, которую ошибочно сторнировали в транзакции MIGO.

Поставка была создана через VL32N. Но почему-то его ошибочно сторнировали через MIGO, когда надо было через VL09.

Теперь в тесте смоделировал подобную ситуацию, в MIGO сторнировал сторнирование и теперь хочу выполнить сторнирование через VL09 (чтобы было правильно и можно было удалить поставку через VL32N или Vl66).

Когда система запрашивает подтверждение на сторнирование в транзакции VL09, нажимаю Далее и всё. Никакой больше реакции. Форма подтверждения просто исчезает и все. Ничего не происходит и поставка не сторнируется.

Статус движения материала = C
Статус планирования транспортировка = А.

Подскажите, пожалуйста, как теперь сторнировать поставку чтобы ее можно было удалить?

Надо понимать что с потоком документов(VBFA) в результате создания документов в MIGO.
Возможно "неверно" определяется номер документа материала для сторно: например в потоке документов к поставке у вас только самый первый ДМ и он УЖЕ сторнирован.

Посмотрите ФМ WS_REVERSE_GOODS_ISSUE.

Определение ДМ для сторно выполняется тут:

Вот выборка ДМ из потока:

SELECT * FROM VBFA INTO TABLE LT_VBFA "AIP
WHERE
VBELV = XLIPS-VBELN AND
POSNV = XLIPS-POSNR AND
VBTYP_V IN ('J', 'T', '7') AND
VBTYP_N = 'R' AND
POSNN NE '000000' AND
STUFE = '00' AND
( BWART = XLIPS-BWART AND
BWART NE SPACE ).




А вот тут выбирается документ с максимальной датой и временем создания:

... Schließlich wird der neueste MM-Beleg (Datum u. Uhrzeit) gefunden
SORT IVBFA DESCENDING BY ERDAT ERZET.
READ TABLE IVBFA INDEX 1.



Поставь точку прерывания и посмотри.
Если моя версия верная, то можно попробовать подать на вход в ФМ номер ДМ и его год для сторно принудительно(параметры I_MBLNR и I_MJAHR ).


В свое время, насколько помню, не было проблем ни со сторно ВП ни через VL09, ни через MIGO.
Но это если была установлена галка в SPRO-ОЛ-Отгрузка-Основы-настройка общих данных отгрузки-Обновление потока документов.
Вероятно, у вас эта галка не стояла.