Добрый день.

Некоторое время назад вылезла беда:
Значения ценовых разниц (как одноуровневых, так и многоуровневых) в схеме исчисления цен регистра материалов не совпадают со значеними этих ценовых разниц в ракурсе "элементы затрат". Т.е. сумма значений дифференциации ценовых разниц по элементам не соответсвует итоговому значению. Материалы 3S.

Колупались, колупались.. времени на устранение было мало и обратились в SAP. SAP посмотрел, увидел проблему, и сослался на глюченую ноту 1106708 , которая была установлена одним из пакетов обновлений. Рекомендовали поставить ноту 1467620 для того чтобы такого больше не было. И SAP принялся сам устранять проблему неконсистентности. Устраняли с помощью программы MLHELP_CCS_CONS_CHECK. Эта программа просто подгоняет величину каждого элемента дифференциации, таким образом чтобы в сумме вышло правильное итоговое значение. Причем удельный вес каждого элемента фактической дифференциации становится равным удельному весу этого же элемента в плановой калькуляции. Т.е. просто делит правильное итоговое значение ценовых разниц по элементам схемы элементов удельными весами из плана. Однако, SAP строго настрого запретил использовать эту программу самостоятельно, сказав, что если такая беда будет еще - незамедлительно обращатся к ним.
В общем, SAP все исправил тогда. Ноту, что они рекомендовали, мы поставили.. и стали себе жить спокойно.

Прошло несколько закрытий регистра и вот теперь опять полезла такая же беда.. По разным заводам, по разным видам оценки, по разным материалам. Причем заметили странность, что в большинстве случаев итоговое значение ценовых разниц в ракурсе Элементы затрат банально в 2 раза больше чем это же значение в ракурсе "схема исчисления цен".
Копали, копали.. понять логику появления неконсистентности не можем.
Обратимся в SAP, они опять прогу запустят, и опять подгонят величины элементов под итог. Но не надо нам это.

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

P.S. Регистр при закурытии никаких ошибок не выдает.

Нашлось объяснение причин возникновения неконсистентности данных в таблицах PM:
Неконсистентность возникает из-за глюка при выполнении CKMM, и из-за ошибок пользователей. Когда мы меняем управление ценой с 3 на 2, ценовые разницы должны удалится, а это происходит не всегда (глюк).. И вот они болтаются в таблице.. Затем пользователи меняют управление ценой с 2 на 3 (что делать нельзя: 3-->2-->3) и тут как тут наши старые неудаленные ценовые разницы... вот и неконсистентность..