столкнулись с ситуацией...
После проведения Заключительной Проводки в РМ и анализа цен материалов выясняется, что по многим материалам у нас зависли суммы - НЕ распределены ЦЕНОВЫЕ РАЗНИЦЫ.
Подобная проблема была при закрытии января - но всего по двум материалам - быстро решили.

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

Причин может быть достаточно много.

Точно знаю, что такая проблема возникает с CO-PP заказами при незавершенке, все отклонения зависают.

Посмотрите были ли перемещения из материла в материал.
Если были - то вот одна из причин.

коллеги, все преркасно видно из транзакции СКМ3 - все движения по материалу расписаны. Понимая логику Регистра нетрудно выявить закономерности и причины нераспределения отклонений

Я смотрю исторую в транзакции ckm3n.

а есть серьезные отличия СКМ3 от СКМ3N? Просветите

Я не знала о существовании ckm3, теперь знаю, как буду на работе, посмотрю, что это такое.

Лично я никаких отличий не заметил (впрочем и сильно много времени сравнению не посвящал)
Пользуюсь ckm3 - никаких нареканий не имею.
Хотя пожалуй целесообразнее юзать ckm3n - т.к. думаю N означает NEW


Прав Mist причин достаточно много, но разобраться в них не так трудно, Давай детали - мы на этом уже собаку съели, если бизнес-процесс похож, то помогу!

Прав Absira, в ckm3 все видно, но нужно освоиться,
см. ноту 908776, 554019

Absira - это мальчик Надо говорить "прав Абсира", а не "права"

Извини, не обратил внимание на пол.
ЗЫ: исправил

Я задала транзакцию ckm3, SAP автоматически выкинул меня в ckm3n.

Решил изучить этот вопрос.
Вот че нарыл:

Т.е. есть еще транз CKM3OLD. Сразу бросилось в глаза малое кол-во кнопок на панели.

И как видно из приведенного кода, если текущая транзакция не CKM3OLD (а, например, CKM3), то выполняется вызов транзакции CKM3N.

Reveuse: Так что попасть в ckm3 невозможно (без хирургического вмешательства).
Можно, однако, запустить CKM3OLD - правда не понятно зачем ))))))))))

Не распределено бывает вот когда:
1. После запуска первых двух пунктов в CKMLCP материал снова двигался. Их просто нужно перезапустить при расчете.
2. Цена в результате расчета станет отрицательной в следующем периоде по аналогии с расчетом средней скользящей. Борется установкой галки "Без проверки потребности...." в одноуровневом исчислении.
3. Получатель - материал со средней скользящей ценой.
4. Не выполнена повторная оценка потребления.
5. Вид движения был самостоятельно изготовлен и такой тип движения регистр не понимает. Но если настройки стандартные, то такое бывает очень редко.
6. Вид движения на самом деле попадает в поступления, а не в потребления.
7. По ходу закрытия, а также в период выполнения движений материалов был удален документ регистра материалов, например, при выполнении транзакции CKMM.
8. Вы сделали движение в запас поставщика, но таким видом движения, который скопировали из вида движения, где этот запас предусмотрен не был.

Вроде бы все. Помогло что-то или нет сообщите. если не помогло, то опишите подробнее объект-получатель, куда не распределены отклонения

1)

Если автор проблемы правильно ее назвал, то получатели тут не причем, ибо получатели играют, когда у нас появляется тип процесса "не перерасчитано" в категории потребление.
"Не распределено" появляется когда имеем проблемы в кумулятивном запасе, напр. отриц.цена или уже упомянутая оценка потребности потребления.

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