Гуру, доброй ночи.

Нужна помощь, в обьяснении того, как формируется сумма в ДМ.
Бизнес процес следующий:
1) Создан ЗнП на материал, 1926 грн за 10000 шт. Цена 1 шт = 0,1926 коп
2) Приходуют на Завод 1 ВДв 101-м какое то количество
3) Переводят в запас постащика - 541 О, на том же Заводе 1
4) 301 О - перекидывают на Завод 2
5) Списывают Z51-м ВДв с Завода 2.

Проблема:
С Завода 1 на Завод 2 301-м ВДв перекинули 8990 шт. за 1731,47 грн = 0,1925995550611791 за шт.
А когда списывали с Завода 2 Z51-м ВДв, списали тех же 8990 шт. за 1731,48 грн = 0,1926006674082314 за шт. (система сама сформировала цену)
В мастер-даных материала на вкладке "БухУчет 1" получил общий запас завода 0, общая сумма запаса "- 0,01 коп"
Ну и далее ошибка М7308 "Стоимость запаса и количество не реалистичны: 0,01- / 0,000" на любую проводку по этому материалу.

Вопрос:
1) Как система считает сумму в ММ-документе? Почему система позволила взять на 1 коп больше?
2) В ССЦ материала я вижу только цену 0,19 коп., где система берет 3-4 знак после запятой?
3) Что бы убрать "-0,01" коп. в материале, САП нота "1708261 - Error M7308 / M7309 is raised when trying to post a goods movement" советует с помощью MR21 увеличить запас на 0,01 (то есть до 0,20 коп), потом убрать назад до 0,19 коп, таким образом пересчитается общая сума запаса (0,19 * 0 шт = 0). Но в таком случае следующие проводки пойдут не по 0,1926 коп., а по 0,1900 коп.

Буду очень признателет за любой ответ.

Привет!

Речь же про среднескользящую цену?

1) Ну примерно так:
Сумма в ВВ рассчитывается по формуле = количество из позиции ДМ в БЕИ (MSEG-MENGE) * общую стоимость запаса в области оценки (MBEW/EBEW/QBEW/OBEW, поле SALK3) / общий запас (MBEW/EBEW/QBEW/OBEW, поле LBKUM ).
Расчет выполняется с использованием промежуточной переменной с плавающей запятой.
Итоговая сумма округляется по математическим правилам до величины с двумя знаками после запятой.

2) Цена - это вычисляемая величина, носит информативный характер. При каждом движении стоимость рассчитывается, цена не участвует в расчете.

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

Все верно, про среднескользящую.
Ded_Moroz спасибо большое, маленький нюанс, но играет большую роль.
Знания за плечами не носить, благодарю.