Накатили на тестовую самые новейшие обновления. В результате перестала работать совершенно обычная операция, которая работает в продуктиве уже несколько лет.
Сбытовой заказ, поставка - нормально. Отпустить материал получается, только если в консигнацию, то есть когда нет проводок по списанию материала.
В поставке указан МПВ, там же, где и в аналогичной поставке на продуктиве.
Никаких настроек, которые могли бы коснуться этого, не меняли.
счет 70540200 - стоимость проданных товаров. FI посмотрели на счет, сказали что по сравнению с продуктивом все идентично. И это вообще не у них ошибка.
Спецов по контролингу у нас, собственно, нет.
ММ-щик тоже от проблемы отмахивается...

Потыркалась - ничего не могу найти. Подскажите, люди добрые, куда копать, где искать возможную причину? Может какие правила копирования?

При ОМ создается документ движения материала (отпуск со склада). При создании этого документа на закладке "Контировка" указывается объект учета затрат (МВЗ, заказ СО и пр.). Это сообщение говорит о том, что нужно удалить или наоборот указать этот объект учета затрат, т.к. данный счет не требует/требует указания объекта учета затрат.
Попробуйте вручную создать документ ОМ в migo и смоделируйте ситуацию - когда ошибка повторится, Вы сможете понять в чем проблема. В целом вопрос из области CO: счет сделан/не сделан видом затрат, а вид затрат требует указания контировки.

Если создать документ материала на списание материала на тот же 70540200 счет, и указать там МВЗ - все замечательно формируется, никаких ошибок.
И вся эта сбытовая цепочка замечательно работает на продуктиве, где еще непропатченая версия SAP....

Когда Вы делаете ОМ по исходящей поставке документ движения формируется автоматически - у Вас заполняется поле МВЗ в этом случае?

Посмотрите, вызываются ли у вас внедрения badi LE_SHP_GOODSMOVEMENT.
Если да, то заполнено ли поле МВП в mseg на входе в эту бади и не подменяется ли в самой бади?

Не знаю. Я получаю ошибку, документ материала нет.


спасибо, пошла смотреть.

Насколько я понимаю, вызывается.
Теперь бы сообразить, в какой таблице хранятся данные для mseg... Ну да, темная я...

Посмотрите параметры метода в определении бади в se18.
Если память не изменяет, вам нужна табличка ct_mseg

параметр метода - CT_XIMSEG
передается туда при вызове XIMSEG
при входе в метод и после завершения

XIMSEG[1]-KOSTL
XIMSEG[1]-PRCTR P1702001
XIMSEG[1]-KONTO

(в документе одна строка)

Какого типа вид затрат 70540200 - посмотреть можно в KA03.
Для какой операции OBYC указан этот счет?

Решить данную проблему можно несколькими способами, или отключить сообщение, что не рекомендуется для некоторых типов видов затрат, или настроив автоматическую контировку на какой-нибудь объект CO или в OKB9 или в самом виде затрат.

все проводки на МВП - статистические, поэтому не всегда можно использовать только МВП.

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

1958666 - Incorrect partner profit center for goods movements

если вдруг кто тоже на эти грабли наступит


Всем спасибо

Да, нота которая чистит поле PRCTR - 1628510 - Partner profit center in MIGO/BAPI not derived again

простите, я правильно понял, что вы ставите патч на патч, чтобы исправить глюк патча, который призван исправлять другие глюки.
Воистину говорят - "в новом релизе почистили старые баги и добавили некоторые новые"

ну в общем как-то так

А если стоит уже эта нота?

Коллеги создали новый завод и пытаются с него продать. И возникает такая же ошибка.