Добрый день!
Извините, если этот вопрос задавали ранее. не смогла найти такую тему.
Входящий аванс Дт 51 Кт 62 (624,06) , автоматическая позиция по НДС Дт 76 Кт 68 рассчиталась неверно. По причине некорректного округления.
624,06*18/118=95,19559
Программа создала позиции на 95, 19,но по правилам округления требовалось провести 95,20
Сталкивался ли кто-нибудь с подобным?
Как в корне решить данную проблему стандартном?

заранее спасибо!

Система сначала рассчитывает базу, а только потом применяет ставку. В отладчике покопался, получилось вот такое.
От базы 528,86 по чистой ставке 18 процентов получается именно 95,19.

Спасибо Вам за оперативный и развернутый ответ!

Но если сложить Базу и НДС, то не хватает одной копейки 528,86 + 95,19=624, 05
А у меня сумма аванса 624,06

В позициях с ОГК поля базы не заполняются, заполняется сумма налога. Фактически базу в авансе можно увидеть только в позиции по 68 счету. В Вашем авансе в поле HWBAS будет сумма 528,87. Вот как раз и эта копейка. Я на самом деле могу только предполагать, но я думаю, что система делает так:
1. Применяет какие-то хитрые манипуляции (наверное, при желании можно и в них погрузиться и понять), вычисляя согласно пропорции вклад базы и вклад налога.
2. Получает что-то вроде базы.
3. Рассчитывает сумму налога от этой базы.
4. Вычитает из общей суммы полученную сумму налога и вот теперь получает базу для записи в HWBAS. Этот же пункт служит какой-то мерой балансировки, скажем так.

Вы не первый(ая), кто спросили. У всех проблемы с округлением, все живут.
Если хотите, можете сделать очень простую штуку: написать на втором моменте проверку, которая будет рассчитывать свою сумму налога и применять арифметическое округление (вы же арифметическое применяете), сравнивать рассчитанный налог (до двух знаков после запятой) с тем налогом, что рассчитала система, выкидывать желтое предупреждение и дальше работать в нужном направлении.