Косяк в точности вычислений:

Вероятно в реальности хранится что-то типа 37630156.11999999 (это вполне возможно если в памяти число хранится в двоичном формате с плавающей запятой), а при выводе округляется до 5-ти знаков после запятой. Функция INT() в таком случае просто отбросит 9-ки на конце.

Поэтому тебе надежнее использовать ROUND(indt*100, 0) или брать тип CURRENCY для хранения сумм, там нет проблем с потерей копеек, но есть проблемы с делением.

Hel!Riserчстандартно знаковый ИНТ от -2 147 483 648 до 2147 483 647

Ловко ты тип INTEGER c функцией INT() в одну кучу смешал

colt76Но ведь dbf это ведь текстач простой с определенной структурой, так вот если смотреть этот файл в каком нибудь текстовом редакторе то там сумма 37630156.12000 а не 37630156.11999999, это fox так глючит на некоторых числах чтоли? кстати с 597097465.17 такая же бодяга
DBF хранит NUMERIC текстом, но никто не утверждает что для расчетов оно не конвертируется в какой-то внутренний формат. И этот внутренний формат что-то типа DOUBLE (двоичное с плавающей запятой), т.к. с ним процессор напрямую умеет работать, но у него есть проблемы с точностью, т.к. невозможно точно перевести дробное число из десятичной системы в двоичную, почти всегда есть погрешность, для устранения этого используются какие-то хитрые алгоритмы для обратного отображения в десятичный вид, но на больших числах это не всегда правильно происходит.
Хотя в документации заявлена точность 15 первых разрядов, в твоем случае хватило 10-ти

colt76И как доверять тогда? не доверять?
Если ROUND(..., 0) не подходит, то переходи на тип CURENCY для денег, там потерь при сложении/вычитании/умножении никаких нет, т.к. реально это 8-байтовый INT со сдвинутой точкой на 4 разряда при отображении


но при делении сразу все откидывает после 4-го знака после запятой

colt76Да мне просто файл dbf нужно подготовить в другую организацию, а там поле должно быть нумерик, я и сделал, но решился проверить а дебет с кредитам не сходиться копейки съедает где-то, в общем если вдруг у них тоже проверка не пройдет, надо как то доказвать что вроде как все правильно просто это компьютер виноват и им надо в CURENCY сконвертить

1. Зачем на 100 тогда умножать и INT() делать? Сумму посчитай с копейками и все.
2. Непонятно - если сам файл готовишь и поле под деньги, то почему там 5 знаков после запятой? Сделай N(15,2), не заставляй фокс с точностью выше требуемой считать.
3. Про CAST() и ROUND() ничего не сказал чем они тебе не понравились
4. Если файл не большой - проверку в экселе можно сделать