Добрый день!

Ежемесячно после прогона фактической калькуляции на счетах отклонений по некоторым материалам оатсется сальдо по 1-4 коппейки.
В CKM3 оно оторбражается в "не распределено". В CKMVFM оно тоже отображается корректно.
Вопрос знатокам - правильно я понимаю, что это известная проблема округления(то есть система не может распределить эти коппейки, так как она не может корректно подобрать базу)?
И, если это известная проблема - неужто ее до сих пор не побороли?

Спасибо за потраченное время.

проблема известная, но не в корректности базы дело, а в том, например, как разделить 1 копейку на два потребления? В принципе, эти копейки самопогашаются...

Что они бывает самопогашаются согласен.

Это как математический и физический вакуум. В математическом нет ничего а в физическом нет ничего в пределах решаемой задачи.

С точки зрения бухгалтерии счет должен быть закрыт вообще в 0.
А из - за этих коппеек он вообще в ноль не закрывается.
Поэтому и вопрощаю - может какая известная проблема и у нее есть известное решение.

Я конечно понимаю, что поделить 2 на 3 нацело никак нельзя.
Но можно ведь придумать что - то логичечное.
Допустим после всех распределний осталось это самое сальдо в 1 коппейку.
Можно бросить ее на самое большое потребление.
Или если осталось 3 коппейки, а потреблений 4 и они все равны - можно бросить по коппейке на 3 первых по сроку потребления.
Тогда и бухгалтерии приятно и регистр закрыт в 0.


От кого - то слышал, что в системе 1С(не при гуру будь сказано) подобная проблема решена...

а как решается у вас эта проблема при вычислении тарифов работ, когда на МВЗ остаются копейки?

Закрываем МВЗ специальным циклом в 0.

наверное, аналогично можно поступать и здесь...
во всяком случае, мне известно только такое решение...

Интересный момент есть здесь.

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

А как это можно автоматизировать?

В голову приходит только разработка собственной транзакции, которая сотрит сальдо на счете в двух валютах и формирует проводку в двух валютах...

В стандарте ничего подобного нет?

Подскажите как вы все таки решили эту проблему???

Бухгалтер смотрит сальдо и делает одну проводку.

ага. только у нвс это делает пакетник. руки не доходят чтобы наабапить отчет. 15 мин раз в месяц очень быстро забываются.

Если эта тема ещё не закрыта, может подскажете как бухгалтер делает одну проводку и куда, если это все счета наличия для учета материальных средств и по ним запрещены ручные проводки.

А у них в 16х настроен корректировочный счет типа 1699... по которому разрешены ручные проводки, у нас также сделано