Представим у нас есть два документа и регистр накопления, по которым они делают движения. Колонки: Курс, сумма, сумма валютная. Курс имеет 4 знака после запятой, а суммы - два. Курс за все время не менялся.

Представим, что документ Д1 сделал движение в регистр первый, а документ Д2 - второй:



Естественно сумма считается как валютная * курс. В случае первого документа округления не было. В случае второго сумма получилась -428.655, которая округлилась как -428.66 по всем правилам (5 в большую сторону).

Теперь посчитаем остатки:



Однако: 4.1820 * 1025.14 = 4287,13548 = 4287,14

Как же так получилось? Оказывается что мы неправильно округлили в первом случае. Так значит когда мы имеем расход, или приход с "-" (сторно), тогда 5 нужно округлять не к большому значению, а к меньшему?
Кто как считает? И как выйти из ситуации?

В таких случаях делается некий "конечномесячный" документ, который в конце месяца собирает накопившиеся ошибки и делает коррекцию в нужную сторону.

Проклятая математика .
У меня тоже не редко возникают всякие приколы с округлениями. Люди ручками разбрасывают копейки, если что.

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

Так всетаки. Что Вы скажете о том, чтобы округлять 5 в меньшую сторону, когда движение есть "расход" или сторно?

Продаем мы что-то. Сумма с учетом НДС = 24,99. Выделяем НДС, получаем 4,165 = 4,17. Получаем примерно такие проводки:

Дт 361 - Кт 702 - Сумма 24,99
Дт 702 - Кт 6432 - Сумма 4,17

Делаем возврат. Если следовать тому, что вы только что сказали, то проводки будут такие:

Дт 704 - Кт 361 - Сумма 24,99
Дт 704 - Кт 6432 - Сумма -4,16

Обратите внимание, что в результате у вас зависнет копейка на счете 6432.

Тут согласен

vbi, что касаемо приколов с округлениями НДС, в типовых есть функция ПересчитатьНДСсУчетомПогрешностиОкругления в модуле ОбработкаТабличныйЧастей. В её описании сказано:



Как-то я хотел разобраться как она работает, но посидев и покумекав над ней - я бросил эту затею. А разобраться хотел, потому что при пересчете оно всеравно в некоторых случаях считает не так как надо. Что в итоге?

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

Так вот. Делает нам покупатель заказ на 3 позиции какого-то товара, цена которого, включая НДС, составляет 5 грн. Отгружаем ему 3 расходными накладными, в каждой по 1 штуке, соответственно. В каждом из них по НДС будет такая проводка:

Дт 702 - Кт 6432 - Сумма 0,83

Итого по 3 документам получается НДС-а на сумму 2,49

Делаем возврат всех 3 позиций одним возвратом. Набиваем каждуюу позицию отдельной строкой, указываем документ партии, все как положено. Но когда проводим документ, эта функция (ПересчитатьНДСсУчетомПогрешностиОкругления которая) делает ход конем и понимает, что т.к. сумма общая получается 15 грн., то НДС должен быть 2.5 грн., в результате чего добавляет 1 копейку к НДС-у какой-то позиции и даже скажет нам


Проводка в этом случае по НДС получается такая:

Дт 702 - Кт 6432 - Сумма -2,5

И снова у нас на 6432 висит копейка. Какой мы делаем вывод? Правильно:


Для меня это все наболевшая тема.

Что касается округления, связанного с валютой, правильно делать следующим образом.
1. Вычисляем конечный остаток в валюте.
2. Вычисляем конечный остаток в эквиваленте по курсу со стандартным округлением.
3. Вычисляем сумму движения в эквиваленте как разницу между начальным и конечным остатками.


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