Есть ОЗМ1 и совместно-производимый ОЗМ2. ОЗМ2 - оценка на уровне партии.
Есть 4 производственных заказов на ОЗМ1.
С ПЗ1 приходуем ОЗМ2 (вид оценки1), с ПЗ2 приходуем ОЗМ2 (вид оценки2). Отпускаем на ПЗ№3 ОЗМ2 (вид оценки1), отпускаем на ПЗ4 ОЗМ2 (вид оценки2).
Приходуем с ПЗ3 ОЗМ1, приходуем с ПЗ4 ОЗМ2 (вид оценки3)
Затраты на ПЗ1 и ПЗ2 разные. Далее делаю расчет заказов - все ок.
При прогоне фактической калькуляции ОЗМ2 (вид оценки3) - цена остается стандартной, а все отклонения идут на ОЗМ1. Что делаю не так или может какие настройки забыл сделать?

Я всегда считал, что заказ рассчитывается на тот материал, который по нему производится (т.е. в Вашем случае ОЗМ1). ОЗМ2 в этом случае затрат на себя не принимает, т.е. это нормально.
Или я ошибаюсь?

думаю, что ошибаетесь, т.к. совместно-производимый продукт принимает на себя затраты, согласно правилу расчета.
Правило расчета по ПЗ1 и ПЗ2 100% на ОЗМ2, хотя сами заказы созданы на ОЗМ1. И калькуляция все правильно отрабатывает, т.е. одноуровневые отклонения попадают на тот вид оценки ОЗМ2, который нужен. А вот многоуровневые отклонения попадают на ОЗМ-заголовок, а не на тот ОЗМ, который приходовался, хотя у него в правиле расчета стоит тоже 100% на совместно-производимый ОЗМ2.

Вот хорошее у меня настроение по поводу открытия форума в новой мордочке, в связи с этим лишу с 10 консультантов и мега-гуру кусочка хлеба, ибо многие говорят, что описанную проблему нельзя вообще решить, сообщаю:

1. в транзакции se16 войдите в таблицу CKMLMVADMIN и сделайте новую запись. в ней в mandt поставьте, естественно, номер манданта, а в поле KKEY значение MGV-PROC-BWTAR, поле KDATA оставьте пустым. У вас в таблице уже должны быть заполнены две строчки. Если не заполнены - сигнализируйте. Чудо, система не попросить даже запрос, просто сохранит эту запись.
2. Сделайте движения заново.
3. Перезапустите регистр и ого - все распределится по видам оценки

Привет SAP-консультантам, которые говорят, что это была не проблема. Звание почетного гуру мне в этом году можно не присваивать....

Все сделал так, как написано, теперь в таблице три записи
MANDT KKEY KDATA

370 CK88_CCS001-1000 2008010
370 CK88_CCS002-1000 2008012
370 MGV-PROC-BWTAR


Повторил заново цепочку движений и все повторилось, как было - отклонения пошли на ОЗМ1 заголовок заказа, а не на тот ОЗМ2+вид оценки (правило расчета 100% затрат на ОЗМ2), который приходовался.

был получен ответ в личку (ответить лично не смог - не отправлялись сообщения:() - цитирую
"В общем во второй строчке не такие значения, нужно

370 CK88_CCS001-1000 2008010 так и настраивали, так и работает. Дата, 2008010 или 2008012 может и не принципиальна, а вот CCS001 или CCS002 важно

Обязательно выполните движения и расчет заказов заново, а потом регистр просчитайте с первого до последнего шага. Должно помочь."

НЕ понял - у меня должно получиться две одинаковые строчки? 370 CK88_CCS001-1000 2008010.

Скажите плз. а откуда в этой таблице возникают две другие записи и за что они отвечают:

370 CK88_CCS001-1000 2008010
370 CK88_CCS002-1000 2008012

У меня там сейчас вообще ни одной записи нет.

Заранее, спасибо!