Hello, in fact, if I'm correct this is the bug Akretion fixed in Beligum for v7 and for which we asked a backport for 6.1 through an OPw ticket related to this bug https://bugs.launchpad.net/openobject- addons/+bug/1046416
So the unmerged 6.1 backport branch is https://code.launchpad.net /~openerp-dev/openobject-addons/6.1-opw-578877-rha I should still report how well it works in production but hadn't time for it yet unfortunately. -- You received this bug notification because you are a member of OpenERP Accounting Experts, which is subscribed to a duplicate bug report (1020862). https://bugs.launchpad.net/bugs/814446 Title: Unit price in invoice should follow sales/purchase price accuracy Status in OpenERP Addons (modules): Fix Released Bug description: unit price in invoice follow accounting decimal accuracy. If I create an order (VAT included) of 7.0551 x25 = 176.38 RMB. When I create the invoice based on this order, I get the following: 7.06 x25 = 176.5 which is incorrect. Unit price in customer invoice/refund should follow sales price accuracy and in suppliers invoice/refund should follow purchase price decimal accuracy. To manage notifications about this bug go to: https://bugs.launchpad.net/openobject-addons/+bug/814446/+subscriptions _______________________________________________ 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
