Ага, тока это если все бизнес-процессы человеческие.
А когда все через Ж, то масса других вариантов возникает.
Например, РР-заказ без 101 движения (списывают п\ф 261-м дв., и все это кол-во 531 приходуют на склад брака (брак с исчисл. 2)).
Т.о. многоур.разн.списываемого матрла зависают на нем, ибо дальше их передать некуда.
Ну другие случаи бывают, конечно.

Но тут конечно на РМ пенять нельзя, надо бизн.-проц. организовывать по людски

Добрый день!

Аналогичная ситуация.
Висит сумма "НЕ РАСПРЕДЕЛЕНО".

В CKM3 явно этой суммы найти не могу. Везде все распределено, везде отклоенния раскиданы и проводки сформированы.

Подскажите, пожалуйста - как можно искать причину.

Еще интересная вещь - проваливаюсь по кнопке "Сообщения". Там явно видно, что шаг 4 и 7 с восклицательным знаком. Но в столбце "Текст сообщения" написано "Существует журнал сообщений".
В таблицах CMFK, CMFP, CMFPAR по данному материалу никаких сообщений нет.

Большая сумма не распределена? У нас копейки тоже зависают, но это из-за ошибок округления кол-ва. И где она висит, если в ckm3 ее не видно?

На копейки мы внимания не обращаем.
Это когда суммы менее рубля.
В данном случае 2 тысячи. Не похоже на ошибку округления.

Ну вы все советы в этой теме попробовали? Чудо галочку "проверку запасов" в 1уровнем исчислении? Были ли нестандартные движения материала, которые регистр мог не увидеть (тр. mb51)?

gr

Тоже копейки висят, думаю, что округление, хочу написать сапу да все некогда.
Правда у нас "не распределенные", а "не перерасчитанные" в потреблении

rollback

Буквально на днях разбирался с такой бедой. Бухгалтер при выполнении одноуровнего исчисления не поставил галку "Без проверки покрытия запасами"
Проверить элементарно, в табл. CKMLPP для этой кальк. если галка не стояла, то поле XNOPL будет пустым, если стояла - будет Х

Лечится только повторным выполнением 1-ур.исчисл.с установленным флагом.

Да, верно. Не перерассчитано.

Спасибо огромное!
Ларчик просто открывался.
Пользователи всегда галку ставили, а в этот раз забыли
Без тебя бы долго думал....

А как можно выявить что причинв именно в этом?

Обычно в транзакции CKMVFM, для материалов с такими разницами количество ограничителя цен меньше кумулятивного количества и горит зелененький индикатор "Разница перерассчитывается при КоличОграничитЦены = 0"...

Провалился сейчас из CKMVFM по кнопке "Не распределено".
Вижу в верхней таблице "Вычисление" строку с желтой пиктограммой(типа ошибка).
А в нижней таблице вижу перечень релевантных документов.

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

Внимательнее читай посты:



Вообще говоря для всех калькуляций прогона это поле будет пустым, если в прогоне галку не поставили

У нас была проблема, когда выполняли повторный расчет РР-заказа без предварительного сторнирования первого расчета и регистр как-то расчитываемый объем учитывал дважды (это было видно в CKMVFM). Т.е. с галкой все было бы окей, или же если бы перед повторным расчетом сторнировали предыдущий, то даже без галки было бы ок.

Ведь может возникнуть ситуация - когда и галка не стояла и причина не в галке

Как пользоваться CKMVFM примерно понял.
Там показано:
- куммулятивное количество
- поступившее количество
- процент отклонений, распределенный на куммулятивное количество

Если поступившее количество превышает реально поступившее (ккоторое видно в CKM3) - стоит призадуматься.
Это лечится указанием описанной выше галки.

1) Я первым делом смотрю в CKM3 на проблемный материал, как правило проблема в том, что из-за больших отрицательных многоуровневых разниц факт.стоим.кумул.запаса отрицательна, поэтому т.к. РМ не может установить отриц цену он юзает стратегию описанную в какой-то ноте, сначала пробует взять факт.цену прошлого периода, если нет ее, то стд.цену этого периода, а в строке "не распределено" отражает сумму, которой не хватате, чтобы в строке кум.запас было факт.стоим / кол-во = цена в соотв.со стратегией.

Кстати если регистр это делает, то всегда при этом в журнале будет соотв.сообщение "в качестве факт.цены материала ... должна быть использована факт.цена прошл.пер."

2) если же визуальный осмотр через CKM3 результатов не дает, т.е. там все красиво, то смотрю наличие галки в поле CKMLPP-XNOPL

3) если и там все ок, то тогда процесс творческий ))). Можно отладку ...