Добрый день!
После сторнирования (102 вид движения, транзакция MIGO) ошибочной проводки поступления материала с технологического заказа (101 вид движения, транзакция MIGO) объем поступившего материала в технологическом заказе (AFPO-WEMNG) не уменьшился. Мы нашли ноту 1514304. Но она входит в пакет обновления SAPKH60019, который у нас уже был установлен до возникновения этой ситуации. В тестовом манданте эту ошибку повторить не удалось. Зато в продуктиве она потом возникла еще 2 раза: уже для двух других материалов, но не для всех сторнирований. Дампов не было, ошибок обновления не было… Подскажите, пожалуйста, в чем может быть причина этих ошибок.
Может быть, кто-нибудь сталкивался с этим и знает, что нужно сделать, чтобы такие ошибки больше не возникали?
Заранее спасибо!

P.S.
Последствия этого глюка мы лечим программой ZPCON_076D, взятой из ноты 1352231.

День добрый.

Возможно вы сторнировали материал которого уже нет на складе. Посмотрите в транзакции COGI - есть ли ошибки по заказу.

Спасибо за ответ! Но, похоже, дело не в этом. Отрицательные остатки у нас запрещены. Транзакция COGI ничего не показывает (пишет "Запись для выбора не найдена").

Konstantin_SI у меня была точно такая же ситуация. После сторнирования материал оставался на складе. В COGI зависших ошибок не было.
Если у вас в заказе подтвержденное количество отличается от поставленого количества, тогда скорее всего у вас тоже самое. Попробуйте сделать следующее:
Откройте свой заказ в CO14 и провалитесь в сторнированную операцию в которой приходуется товар. У меня это последняя операция. Там перейдите на вкладку администрирование и там у вас должна быть активной кнопка "повторная обработка" в движениях материалов. Эта кнопка активна только если есть эта ошибка. В открывшемся меню вы увидите зависшие материалы, которые ви сможете допровести.
То же самое вы сможете сделать в транзакции CO1P.
У меня такой глюк бывает время от времени.
Кстати я так и не нашел закономерности его проявления...

Спасибо, Vetro! Но подтверждение у нас не используется. Последствия этого глюка мы лечим программой ZPCON_076D, взятой из ноты 1352231. Пытаемся понять причины или хотя бы закономерности его появления, но не получается.

Все же попробуйте посмотреть в CO1P. Если у вас есть в данный момент зависшая сторнировка - должно отобразить... После обработки в CO1P создается документ сторно и все становится гладко.

Зависших сторнировок я не увидел. Недавно у нас обновили систему - установили EhP 5. Надеюсь, что теперь с этим глюком будет покончено. Спасибо всем за ответы.

К слову, у нас такая проблема была из-за контрольных партий QM. Так как было решение об использовании принято и материал с запаса на контроле попадал в свободное. Вообщем лечилось все так: В MIGO указываем операцию-поступление, ссылка -заказ. ВДВ руками правим на 102, а запас выбираем уже свободно используемый.