В системе настроены 3 области оценки:
Оценка в соответствии с законодательством - валюта 10
Оценка в рамках концерна - валюта 11
Оценка по МВП - валюта 32
При просмотре отчета "S_ALR_87013644 МВЗ: Дифференциация затрат" в оценке в рамках концерна дифференциация затрат не формируется.
Как настроить дифференциацию затрат в оценке концерна?

Я правильно понимаю, что под настройкой областей оценки понимаете, настройку именно в СО, а не только в FI?

Настройки cделаны и в CO и в FI.
Активирован РМ, дифференциация в оценке в соответствии с законодательством работает и ее можно увидеть в отчете S_ALR_87013644 МВЗ: Дифференциация затрат. При просмотре отчета S_ALR_87013644 МВЗ: Дифференциация затрат в оценке в рамках концерна видны только фактические тарифы и фактические работы, а самой дифференциации по элементам затрат нет. Может быть дифференциация затрат по элементам затрат работает только в одной оценке?

А что вы хотите видить в этом отчете?
Он у вас не показывает дифференциацию работ по затратам?

Да, не показывает дифференциацию работ по элементам затрат в оценке в рамках концерна.

У меня тоже так получилось , но предварительно расширили эхему элементов затрат до 120 позиций и ввели трехзначные коды элементов затрат. Подозреваю, что стандартный отчет это не переварил. В расчете рарифа все без ошибок, все считается правильно. Сейчас с этим разбираюсь.

Подскажите, пожалуйста, каким способом расширяется схема элементов до 120 позиций?
У нас только 20 позиций, а при создании 21-й возникает
ошибка KQ304 "Достигнуто максимальное число полей затрат 40"

Ломкой стандарта... прежде чем делать так, подумайте хорошо, сап не зря ограничил до 40 элементов в стандарте и спрятал ноту по расширению числа элементов...
по крайней мере вот то, что начнет раздражать после увеличения числа элементов хотябы до 100 позиций:
1. различия между подробной ведомостью и дифференциацией материала могут достигать десятков рублей, особенно если материал уж очень многоуровневый;
2. циклы перерасчетов работ начнут заметно подтормаживать;
3. расчет заказов также начнет тормозить;
4. на мвз после перерасчетов будут зависать бОльшие суммы, а это в свою очередь может начать смущать бухгалтерию, т.к. эти отклонения придется куда-то закрывать;
5. ну и как любое исправление стандартного кода, требует мониторинга при обновлении системы.

Как ломать и про то кто скока добавлял написано вот здесь.

Спасибо!