svnvlad,

Округляй каждую услугу. Суммируй округленные значения. Итог считай во всех местах именно таким, одинаковым везде образом.

svnvladCane Cat Fisher,

если округлить тариф за тонну до 2 знаков, то при 1000 тоннах будет расхождение в десятки рублей.

Не надо округлять тариф за тонну. Округляй получившуюся сумму позиции до копеек. И затем суммируй эти округленные суммы позиций.

Или о чем ты? Давай подробнее цепочку расчета.

L_argoОсобенно прикольно, когда нужно выйти на точную сумму к-л внешнего документа (счет/оплата/задолженность и пр.).
Может быть ситуация, что штатным способом это невозможно - не бьют копейки. А потом эти копейки неприятно маячат в незакрытых суммах.
Приходится ручками построчно подгонять суммы и дрожать, что документ однажды не будет перепроведен с потерей всех копеечных правок. :)

Значит, правки пусть вносит алгоритм (пере)проведения.

svnvladX-CiteУ вас точность 4 знака... Расчеты делаете с точностью в 4 знака отображается в 2 знака.. при чем сумму считается отдельно и попозиционный вывод отдельно..
т.е. 2 + 2 = 5 это норма в таком случае... вывод 2 отдельно сумма 5 отдельно...
Вот именно. Но попробуйте убедить в этом бухгалтеров. "Нарисуйте 7 параллельных линий, 4 из которых перпендикулярны друг-другу".

Здесь два вопроса перемешались.

Первый вопрос - вывод данных с уменьшенной точностью.

Пусть, например, имеем ведомость:

#СтрокаОплачено (руб)#11.30#21.30Итого2.60

И вдруг аналитик говорит: "А покажите мне ведомость в рублях (вариант: баланс предприятия в тысячах)." Мол, не хочу в копейках погрязать, мне бы орлиным взором тенденции обозреть.

Хорошо, округляем каждое число как он просит- получаем чудеса: 1 + 1 = 3.

#СтрокаОплачено (руб)#11#21Итого3

Здесь нужно понимать, что округленные таким образом данные - это уже не бухгалтерия, это аналитика. И придираться к ней бессмысленно - это все равно что столбчатую диаграмму в масштабе "1 см = 1 млн руб" распечатать, а затем линейкой ее мерять и ругаться, что копейки не сходятся.

Лепить в этом случае какие-то поправки, чтобы сходилась сумма - не имеет смысла. В самом деле, что здесь править - единичку в какую-то сроку долепить, или из итоговой тройки двойку сделать? А потом аналитик попросит эти же данные в другом разрезе, и вопросы станут еще неприятнее. Выход лишь в том, что при подготовке подобной аналитики нельзя округлять данные до порядка самих величин - если есть 2 млн 600 тыс, нельзя делать из них ни ровно 2, ни ровно 3 миллиона - надо оставлять хотя бы 2,60. Тогда подобные расхождения в итогах будут невелики по сравнению с самими данными, и не помешают аналитику обозревать его тенденции.

А другой вопрос - когда ведомость составляется с полной точностью, до копеек. Здесь уже бухгалтерия имеет право выдвинуть логичное требование, чтобы итоги сходились со строками, даже если каждая строка вычисляется с какими-то тарифами до 6-го знака. Тут основной рецепт в том, чтобы поймать момент, когда условные величины (тариф за каплю водки, 1е-06 руб/кап) становятся деньгами (стоимостью накапанного стаканчика, руб.00 коп). В этом месте деньги нужно округлить до копеек, поскольку не может быть платежа в долях копейки, и в дальнейшем складывать только округленные величины. Тогда итог в любом случае сойдется до копеек, что и требовалось.

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


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

Соколинский БорисCane Cat FisherВсе это хорошо, до тех пор, пока эта позиция, в которую свалилась поправка, не встретится в другом отчете, в котором округление не потребовалось. Это не проблема. Если нужно сравнивать показатели в разных единицах (рубли vs рубли с копейками) просто делается поправка в увязке - модуль разности значения не больше единицы.

Нет, я не о том, неточно выразился. Все это хорошо, до тех пор, пока эта позиция, в которую свалилась поправка, не встретится в другом отчете, в котором поправка в нее не сваливалась (например, не требовалась, либо свалилась в другую, более подходящую в том наборе данных позицию).

Например, в ведомости выше, в "1+1 = 3", в строке #1 тихонько делаем из 1 миллиона 2, чтобы сошлось "2 + 1 = 3". А затем оказывается, что существует отдельный отчет "Ведомость по #1 развернутая", где позиция #1 расшифровывается на #1.1, #1.2 и т.д., и в ней в итоге ясно видно, что миллион-таки один.