Что значит положи и сторнируй опять.
Сторнировать чем?
Положить как?
Поступление материала больше не делается.. Уже есть.
| SAPфорум.RU https://sapboard.ru/forum/ |
|
| Транзакции MBST и VL09 https://sapboard.ru/forum/viewtopic.php?f=96&t=10725 |
Страница 1 из 1 |
| Автор: | Николай [ Чт, дек 01 2005, 14:59 ] |
| Заголовок сообщения: | Транзакции MBST и VL09 |
Стандартный поток: Заказ->исходящая поставка->ОМ->Входящая поставка->ПМ. Действия: Поступление материала было отсторнировано транзакцией MBST вместо VL09. Ситуация: Теперь невозможно удалить входящую поставку (говорит, что было Поступление материала). Невозможно отсторнировать ПМ транзакцией VL09 (говорит, что ПМ уже отсторнировано) Задача: Удалить входящую поставку. Решение: неизвестно. Помощь: требуется. Спасибо. |
|
| Автор: | WarWar [ Чт, дек 01 2005, 15:02 ] |
| Заголовок сообщения: | |
Ну дык положи на склад в требуемую партию требуемое количество и сторнируй опять. |
|
| Автор: | Николай [ Чт, дек 01 2005, 15:05 ] |
| Заголовок сообщения: | |
Что значит положи и сторнируй опять. Сторнировать чем? Положить как? Поступление материала больше не делается.. Уже есть. |
|
| Автор: | WarWar [ Чт, дек 01 2005, 15:39 ] |
| Заголовок сообщения: | |
Прямой проводкой верните всё что отсторнировали и сторнируйте уже VL09. Прецендент был но на столько давно что деталеё не помню. |
|
| Автор: | Николай [ Чт, дек 01 2005, 16:27 ] |
| Заголовок сообщения: | |
Дело в том, что запас на складе есть, но не сторнируется он не по этой причине.. 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. " А когда уже всё сделано не так, как надо, тогда что делать? |
|
| Автор: | Katrin [ Вт, фев 07 2006, 17:36 ] |
| Заголовок сообщения: | |
Сторнировать документ кривого сторно и сделать нормальное |
|
| Автор: | Николай [ Вт, фев 07 2006, 17:46 ] |
| Заголовок сообщения: | |
Привет.. Как было сказано в САПе: 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." Простите, что не отписался раньше... |
|
| Автор: | Admin [ Вт, фев 07 2006, 19:03 ] |
| Заголовок сообщения: | |
Да...  Даже тупые пользователи, с которыми мне довелось работать, не делали такого
А нейрохирургическая коррекция мне понравилась. Надо будет вписать нотку в поминальник
|
|
| Автор: | Николай [ Ср, фев 08 2006, 08:56 ] |
| Заголовок сообщения: | |
Это значит не настолько тупые... мне, правда, больше понравились фразы: ".. the problem you are faced does not concern an R/3 error but a standard system behavior." .... и "SAP strongly recommends....". |
|
| Автор: | rasdol [ Вт, май 02 2006, 14:50 ] |
| Заголовок сообщения: | |
Пользователи способны на все!!! Как вам такой пример: Особо продвинутый товарищ вместо сторно просто осуществил 102 вид движения на нужное количество товара каждой позиции в МИГО. |
|
| Страница 1 из 1 | Часовой пояс: UTC + 3 часа |
| Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |
|