Гриценко А.В.Такой вот трабл с округлением

8.20 *(7.5 /100) = 0.615
round(8.20 *(7.5 /100),2)=0.61
round(0.615,2) =0.62


Никакого трабла нету, вернее трабл конечно есть, но это поведение - не баг, а особенность работы с double в языках программирования.

Дело в том что для компьютера первое равенство неверно отсчета из-за погрешности преобразования между двоичной и десятичной системами при работе с double.
8.20 *(7.5 /100) дает 0.61499999999999988
А это при окрулении до 2 знаков действительно 0.61

У вас получилось 0.615 вероятно потому что при отображении результат неявно округлился до 3 или более знаков либо вы считали вручную :).

Что делать?

Ваше решение через string конечно выбросить - оно работает через побочные эффекты.

Правильное решение: все промежуточные результаты операций, видимые вне формулы, надо округлять до некоторого разумного числа знаков, например 4 (зависит от точности входных данных, для сумм это 4: разрядность копеек^2).
Например:
a) 8.20 *(7.5 /100) должно быть записано как round(8.20 *(7.5 /100), 4)
b) round(8.20 *(7.5 /100), 2) должно быть записано как round(round(8.20 *(7.5 /100), 4),2)
Т.е. (b) рассматривается как операция round(а, 2) . Поэтому имеет смысл так и оформить (a) в виде отдельного compute, а в (b) его использовать. Ну и естественно round(а, 2) нет смысла округлять до 4.

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

VanoRи при чем тут double?
в хелпе написано
автор Round DataWindow expression function
Return value
Decimal.
Погрешность возникает не в Round, а при вычислении выражения, поэтому какой тип возвращает или принимает Round - не важно.