Re: [WebERP-developers] Float accuracy problem

[Rafael C. <raf...@gm...>]

Hi Exson,

In inventory I do not have this problem, but in currency I have it.

Exchange rate has few room (decimals) to allocate enough "significant
digits" (sorry I do not know the exact translation). I explain myselt: 600
CRC =1 USD, that is a exchange rate of 0.0016 USD/CRC. The result: For a
transaction of 111.111,11 (8 "significant digits") we need 3+8= 11 decimals
in the exchange rate. The real solution is to use "scientific notation"
with  enough "significant digits". I did not the best (but fast): I
modified to have 14 decimals.

Best regards, Rafael.

2015-01-04 23:01 GMT-06:00 ExsonQu <hex...@gm...>:

> *Dear all,*
>
>      I've received one more case about this. The number in the inventory
> account does not match with the inventory actual value. There is always
> some
> variance even we set up more decimal places.
>
>      Does anybody meet this same problem?
>
>      Best regards!
>
>      Exson
>
>
>
>
> --
> View this message in context:
> http://weberp-accounting.1478800.n4.nabble.com/Float-accuracy-problem-tp4657899p4657939.html
> Sent from the web-ERP-developers mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming! The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>