Hello Hbto and co, After a very quick test, on v6, the refund is properly taking the original price of the product, so it looks correct on v6 (disclaimer: very quick test).
Raphaël Valyi On Thu, Sep 23, 2010 at 8:44 PM, hbto (Netquatro) <[email protected]>wrote: > Hello Guys, > > Does anyone know if this bug also affects OERP v6.0?? > > So it could be tackled before go to R.C. > > > 2010/8/5 invitu <[email protected]> > > > About the fact that cost_sale_price for returned products should be the > > historical_standard_price and not the standard price at the day of the > > return (which is the aim of this thread), our french accountants would > > go in that way but to our knowledge, it's not a legal statement, only > > good sense. > > > > -- > > Refund Invoice takes the actual price of the products to make the cost of > > sales move > > https://bugs.launchpad.net/bugs/527120 > > You received this bug notification because you are a direct subscriber > > of the bug. > > > > -- > Refund Invoice takes the actual price of the products to make the cost of > sales move > https://bugs.launchpad.net/bugs/527120 > You received this bug notification because you are subscribed to > OpenObject Addons. > > Status in OpenObject Addons Modules: Confirmed > > Bug description: > Whenever you make a Refund Invoice (in my country, aka Credit Notes) for a > sale, and the client send back some products, the accounting move for the > cost of sale (using anglo-saxon account mode) made by openerp takes into > account the last (current) cost of sale - in my case the last (current) > average price- of the product and not the previous one used when sale was > made, this happens whenever there have been a purchase in the meantime,with > different prices for the products involved, between the sale and the credit > note. > > The accounting people has advised me that the cost of sale should be the > same one when the product was invoiced and not the current one. > > They say this should be the correct behaviour for the Refund Invoice and > not the one used right now, because if the full sale is refunded then there > will be mismatches between the movelines for the cost of sale in the Client > Invoice account move and the Refund Invoice Account Move > > Thank in advance for your attention, > > > -- Refund Invoice takes the actual price of the products to make the cost of sales move https://bugs.launchpad.net/bugs/527120 You received this bug notification because you are a member of OpenERP Accounting Experts, which is a direct subscriber. Status in OpenObject Addons Modules: Confirmed Bug description: Whenever you make a Refund Invoice (in my country, aka Credit Notes) for a sale, and the client send back some products, the accounting move for the cost of sale (using anglo-saxon account mode) made by openerp takes into account the last (current) cost of sale - in my case the last (current) average price- of the product and not the previous one used when sale was made, this happens whenever there have been a purchase in the meantime,with different prices for the products involved, between the sale and the credit note. The accounting people has advised me that the cost of sale should be the same one when the product was invoiced and not the current one. They say this should be the correct behaviour for the Refund Invoice and not the one used right now, because if the full sale is refunded then there will be mismatches between the movelines for the cost of sale in the Client Invoice account move and the Refund Invoice Account Move Thank in advance for your attention, _______________________________________________ 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
