Добрый день.
Опишу ошибку: При вычитание двух полей decimal {2} в поле Computed Object в восьмом разряде после запятой появляется число! Как это может быть?

Числа такие:
поле a = 516906610,99
поле b = 495544659,21
Computed Object a - b = 21361951,78000003

Что можно сказать про 000003 ?

KOLCHOZ_POSTEVENTВзгляните на формат компьютерного поля.
Там,наверное,GENERAL.
Поменяйе его на ваш формат,с которым вы работаете: ###,###,###.##,чо будет?
Если вы умеете замазывать ошибку, то это не значить, что на этом можно работать.
Я нашел эту ошибку когда не сходятся суммы по дебету и кредиту на копейку, а должны были сходиться..... и форматом это уже не замажешь, а доверие к PB в целом и к Computed Object в частности упало...

ЗоринАндрейИ неплохо бы версию PB указывать с точностью до билда.
Телепаты в отпуске. (с)
Да написал же что глючит то v6.5 - 10.0 включительно build у меня стоит 5064, но мне бы этот глюк на 6.5.1 победить нужно....

Anatoly MoskovskyВсе операнды перед вычислением арифметической операции в DW приводятся к типу NUMBER(он же DOUBLE).
А операция приведения типа в общем случае имеет погрешность.
В данном случае погрешность на несколько порядков меньше точности операндов, поэтому достаточно просто округлить результат до точности операндов, чтобы получить верный и повторяемый результат:

round(a - b, 2) Наверное это самое полезное из всего вышесказанного, спасибо....

KOLCHOZ_POSTEVENTЕсли заменить его полем и считать в скрипте-должно помочь. заменил полем, не помогло Sum () по колонке выдает такую же погрешность....