Приветствую всех!

Есть такой функционал в SAP ERP как выполнение изменений объектов (например спецификаций) со ссылкой на номер изменения с параметром области действия типа "Интервал дат" (для отражения изменений спецификации, который действуют в течение определенного срока, так называемые временные изменения). В планировании и производстве подтягивается состав спецификации с учетом всех подобных временных изменений. Но вот при выполнении калькуляции временные изменения игнорируются и в качестве количественной структуры подгружается состав без учета изменений с параметром области действия "Дата".

Есть ли возможность в принципе выполнит калькуляцию с учетом временных изменений? Или подобный функционал не поддерживается в калькуляции?

Заранее спасибо. (возможно тема ближе к модулю CO, но, думаю, и тут может кто-нибудь помочь)

По идее калькуляция в СО должна разузловывать спецификацию так же как и РР - через один и тот же ФМ.

Вот мы тоже ожидали одинаковой логики работы. Однако что-то не так.

При планировании спецификация разузловывается на дату потребности, а при калькуляции - на дату калькуляции. Если использовать CS11 - CS13 разузлование будет на конкретную дату. А если планируете - даты будут разные.

Посмотрите - может даты разные, например калькуляцию обычно делают на 1ое число месяца, и дату тоже 1ое число месяца ставят в калькуляции. А когда спецификацию в PP смотрите даты - не совпадают.

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

Ключ деблокировано для калькуляции в номере изменения стоит?

Не используем ключи деблокирования - изменения во всех областях вступают в силу.

Я бы в отладке посмотрел на ФМ CS_BOM_ExPL_MAT_V2. И посмотрел с какими параметрами он вызывается в обоих случаях, и в чем разница. Возможно это прольёт свет.

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