Emerald 2.5.285 does *NOT* round the decimals, until after the final
results. The extra 4 cents is coming from it carrying all the decimal
places. 278 rounded to two decimals *BEFORE* any calculations,
which ended up loosing 4 cents on this calculation.
> Emerald internally seems to track more decimal places than two (that's a
> good thing), though I don't know how many. Appararently, the calculations
> used to generate Invoice.Amount are rounding to 2 decimals in the wrong
> place and that's why Emerald's MBR total is correct and Invoice.Amount is
> not.
This has been corrected and the Display will match the (correct)
invoice total in the final update.
--Dale E. Reed Jr. Emerald and RadiusNT__________________________________________IEA Software, Inc. www.iea-software.com