Стандартный поток:
Заказ->исходящая поставка->ОМ->Входящая поставка->ПМ.

Действия: Поступление материала было отсторнировано транзакцией MBST вместо VL09.

Ситуация: Теперь невозможно удалить входящую поставку (говорит, что было Поступление материала). Невозможно отсторнировать ПМ транзакцией VL09 (говорит, что ПМ уже отсторнировано)

Задача: Удалить входящую поставку.

Решение: неизвестно.
Помощь: требуется.

Спасибо.

Ну дык положи на склад в требуемую партию требуемое количество и сторнируй опять.

Что значит положи и сторнируй опять.

Сторнировать чем?
Положить как?

Поступление материала больше не делается.. Уже есть.

Прямой проводкой верните всё что отсторнировали и сторнируйте уже VL09.

Прецендент был но на столько давно что деталеё не помню.

Дело в том, что запас на складе есть, но не сторнируется он не по этой причине..
help.sap.com говорит, что:

"Make absolutely sure that you do not mix up the goods receipt process for inbound delivery (for example, transaction VL32N) with the functions you already know, such as goods receipt (post) for unknown purchase order (transaction MBOA/MIGO), or cancellation of the goods receipt (transaction VL09 as opposed to MBST/MB0A). You must organize your tasks in such a way that the goods receipt posting is only executed using one of the two ways described. "

А когда уже всё сделано не так, как надо, тогда что делать?

Сторнировать документ кривого сторно и сделать нормальное

Привет..
Как было сказано в САПе:
I have to inform you that the problem you are faced does not concern an
R/3 error but a standard system behavior.
According to note 199703:
...If goods receipt postings from Transaction VL32/VL32N are
cancelled using Transaction MBST, this can also cause document
inconsistencies, since the delivery document flow is not updated
in this case either.
...

So SAP strongly recommends to AVOID the mix of VLxx and MBxx
transactions.

If you need to delete inbound deliveries that was already posted
incorrectly, you can proceed as follows:
- Delete all entries in VBFA for this delivery where the field
VBFA-VBTYP_N = 'R' with the help of debugging.
- Run the report RVDELSTA with transaction SE38 to correct the status of the delivery first with the test flag to check if the status
will be set to A and than again without this flag
- Afterwards the delivery should be open for another posting."

Простите, что не отписался раньше...

Да... Даже тупые пользователи, с которыми мне довелось работать, не делали такого

А нейрохирургическая коррекция мне понравилась. Надо будет вписать нотку в поминальник

Это значит не настолько тупые...
мне, правда, больше понравились фразы: ".. the problem you are faced does not concern an R/3 error but a standard system behavior." ....
и "SAP strongly recommends....".

Пользователи способны на все!!! Как вам такой пример: Особо продвинутый товарищ вместо сторно просто осуществил 102 вид движения на нужное количество товара каждой позиции в МИГО.