Постараюсь максимально простыми словами объяснить, например, было одно предприятие, там переносили очень много документов с подвязкой к НДС. Так вот так получилось, что перетаскивать НДС, как посчитали в старой платформе, не было возможности, для скоростного решения было придумано считать НДС на лету, так вот когда все пересчитывалось хорошо, тут бухгалтера мне говорят, что НДС переносится неправильно: на одну копейку больше или меньше, всегда по-разному. Давай копать, где я там алгоритм неправильно указал. 8 часов никаких результатов, на 9ый час с гениальными мыслями решил 2 таблицы сравнить, одну через тысячный формат, это я про сколько цифр после запятой, например, в весах пишется 1 кг 200 грамм, то есть получается тысячный формат после запятой, один запятая и двести (1,200 грамм), соответственно таблица значений будет с тысячными числами работать. Другая таблица денежная с копейками, то есть 1,20 копейки и т.д. Тут таблица с сотыми числами, и вот тут начинается магия, если с сотых пересчитать сумму 10,20 и 10,200, то цифры будут в конце отличаться на копейку где-то, вот такая вот фича бинарного мира. Тут платформа никакую роль не играет, это сама бинарная система считает, так что имейте в виду, для наглядности добавил обработку. Единственное, там вручную нужно указать, с какими числами тебе нужно считать, так по умолчанию, если никаких манипуляций не сделать, то по умолчанию тысячными считает, даже если в реквизите указано по-другому.
Тестирование проводилось 1С:Предприятие 8.3 (8.3.22.1704).
