Sorry but your in France for example your patch can't be used. Indeed in our country you have to use a 2 decimal precision for accounting. But you can sold product with a price accuracy of 3, 4 or more.
So OpenERP needs two parameters Price_accuracy : this accuracy is ONLY for the price of the product Account_accuracy : this accuracy is ONLY for the chart of account and should not be harcoded 'Accounting precision should not be hardcoded to "2". IIRC, the yen precision is "0". Someone could probably recall other currencies that such thing happens." : Cloves Almeida http://n3.nabble.com/Floating-point-precisions-balanced-entries-and-VAT-included-reflexions-td430873.html#a430873 Moreover as OpenERP create a account move for each line of product sold, tax amount and untaxed amount have to be rounded to the account accuracy for EACH line. And the total of the invoice will be the total of the rounded line. I just remenber this patch which works with a test of 5000 invoice without any problems http://launchpadlibrarian.net/42770860/price_accuracy_patch.diff -- [5.0] Cannot validate Invoice with price_accuracy=3 https://bugs.launchpad.net/bugs/513278 You received this bug notification because you are a member of OpenERP's Accounting Experts, which is a direct subscriber. Status in OpenObject Addons Modules: Confirmed Bug description: Using a fresh DB and the latest 5.0 branches from LP, I get an error "Integrity Error ! You can not validate a non-balanced entry !" when I try to enter an invoice with: - --price_accuracy=3 - unit price=444,444 - qty=1 - 1 tax = 19.6% (VAT as defined in the French accounting l10n module) Lionel. _______________________________________________ Mailing list: https://launchpad.net/~openerp-expert-accounting Post to : [email protected] Unsubscribe : https://launchpad.net/~openerp-expert-accounting More help : https://help.launchpad.net/ListHelp
