Kevin McMenamin
ERP Capability Lead
Solnet Solutions Limited
L7, Brookfields House, 19 Victoria Street West, Auckland
PO Box 6619, Auckland 1141, New Zealand
DDI +64 9 977 5805, Mobile +64 22 651 3753
Main +64 9 977 5800, Fax +64 9 977 5801
www.solnetsolutions.co.nz
From: Graeme Gellatly <gdgellatly@xxxxxxxxx>
To: ferdinand <office@xxxxxxxxxx>,
Cc: "openerp-expert-accounting@xxxxxxxxxxxxxxxxxxx"
<openerp-expert-accounting@xxxxxxxxxxxxxxxxxxx>
Date: 18/06/2013 10:32 p.m.
Subject: Re: [Openerp-expert-accounting] Anglo-saxon accounting and
average price
Sent by: "Openerp-expert-accounting"
<openerp-expert-accounting-bounces+kevin.mcmenamin=solnet.co.nz@xxxxxxxxxxxxxxxxxxx>
------------------------------------------------------------------------
Ferdinand we should compare notes,
I still use your picking_invoice_rel module to correctly price
anglosaxon transactions and have done a 100% rewrite of the
anglo_saxon module to make it work better.
On Tue, Jun 18, 2013 at 10:26 PM, ferdinand <_office@chricar.at_
<mailto:office@xxxxxxxxxx>> wrote:
On 06/11/2013 08:23 PM, Graeme Gellatly wrote:
Hello!
the avg price calculation and anglo saxon methods are not working
correctly
you may find some solutions here
_
__http://bazaar.launchpad.net/~camptocamp/c2c-rd-addons/7.0/files/head:/c2c_stock_accounting/_
<http://bazaar.launchpad.net/%7Ecamptocamp/c2c-rd-addons/7.0/files/head:/c2c_stock_accounting/>_
__http://bazaar.launchpad.net/~camptocamp/c2c-rd-addons/7.0/files/head:/c2c_product_price_unit/_
<http://bazaar.launchpad.net/%7Ecamptocamp/c2c-rd-addons/7.0/files/head:/c2c_product_price_unit/>_
__http://bazaar.launchpad.net/~camptocamp/c2c-rd-addons/7.0/files/head:/c2c_product_price_unit_anglosaxon/_
<http://bazaar.launchpad.net/%7Ecamptocamp/c2c-rd-addons/7.0/files/head:/c2c_product_price_unit_anglosaxon/>
However the reporter has it wrong with their statement in 3.1. There
can be a price difference entry with average cost but generally only
if the invoice cost differs from the received cost.
On 11/06/2013 11:37 PM, "Martin Trigaux" <_mat@openerp.com_
<mailto:mat@xxxxxxxxxxx>> wrote:
Hello folks,
I have a question related to anglo-saxon accounting with price
differences and average price.
This is related to the following bug report
_https://bugs.launchpad.net/openobject-addons/+bug/1154190_(demo video
attached)
In the current scenario when we have have account_anglo_saxon module
installed in the db and create a product with the following configuration:
Product Type: Stockable Product
Costing Method: Average Price
Inventory Valuation: Real Time (automated)
Assign product category: All Products
Modify product category All Products to make sure you have an account
specified for each category (including Price Difference)
Now When I Create first purchase order for this product, quantity 10
and Unit Price 10, select Invoicing Control: Based on incoming
shipments, I process the order, create an invoice and validate it.
I create another purchase order for this same product also with
quantity 10 but this time Unit Price is 15. Again, select Invoice
Based on incoming shipments, I process and I validate the invoice..
We observe that the first journal entry of the invoice is normal, but
the second invoice journal entry has another entry in the Price
difference account.
On the completion of the first PO with quantity 10 with a unit price
of 10, the product price will be 10. When we complete second PO at the
unit cost of 15 with 10 qty, the total purchase will be 150.
After the reception for the second PO, the system will update the
product price as (100+150)/20=12.50. There is a difference between the
product price and the purchase price of 15 - 12.50 = 2.50. In the
purchase journal we have an accounting entry for the price difference
account of 25.
This is the current behavior of account_anglo_saxon module in OpenERP.
My question is, Is this correct ? The perso who reported this believes
there should not have any price difference.
I need your views to understand more on Anglo Saxon Accounting in
terms of price difference calculation and current behaviour of this
module.
Thank you in advance
--
Martin Trigaux
OpenERP Enterprise Services
Join us at the OpenERP Open Days 2013, July 1-5 in Brussels, Belgium
OpenERP sa
Chaussée de Namur, 40
1367 Grand-Rosière
Tel: _+32 81 81 37 00_ <tel:%2B32%2081%2081%2037%2000>
_http://openerp.com_ <http://openerp.com/>
_________________________ ______________________
Mailing list: _https://launchpad.net/~openerp-expert-accounting_
<https://launchpad.net/%7Eopenerp-expert-accounting>
Post to : _openerp-expert-accounting@lists.launchpad.net_
<mailto:openerp-expert-accounting@xxxxxxxxxxxxxxxxxxx>
Unsubscribe : _https://launchpad.net/~openerp-expert-accounting_
<https://launchpad.net/%7Eopenerp-expert-accounting>
More help : _https://help.launchpad.net/ListHelp_
_________________ _________________________ _____
Mailing list: _https://launchpad.net/~openerp-expert-accounting_
<https://launchpad.net/%7Eopenerp-expert-accounting>
Post to : _openerp-expert-accounting@lists.launchpad.net_
<mailto:openerp-expert-accounting@xxxxxxxxxxxxxxxxxxx>
Unsubscribe : _https://launchpad.net/~openerp-expert-accounting_
<https://launchpad.net/%7Eopenerp-expert-accounting>
More help : _https://help.launchpad.net/ListHelp_
_________________________ ______________________
Mailing list: _https://launchpad.net/~openerp-expert-accounting_
<https://launchpad.net/%7Eopenerp-expert-accounting>
Post to : _openerp-expert-accounting@lists.launchpad.net_
<mailto:openerp-expert-accounting@xxxxxxxxxxxxxxxxxxx>
Unsubscribe : _https://launchpad.net/~openerp-expert-accounting_
<https://launchpad.net/%7Eopenerp-expert-accounting>
More help : _https://help.launchpad.net/ListHelp_
_________________ _________________________ _____
Mailing list: https://launchpad.net/~openerp-expert-accounting
<https://launchpad.net/%7Eopenerp-expert-accounting>
Post to : openerp-expert-accounting@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~openerp-expert-accounting
<https://launchpad.net/%7Eopenerp-expert-accounting>
More help : https://help.launchpad.net/ListHelp
Attention: This email may contain information intended for the sole
use of the original recipient. Please respect this when sharing or
disclosing this email's contents with any third party. If you believe
you have received this email in error, please delete it and notify the
sender or postmaster@xxxxxxxxxxxxxxxxxxxxx as soon as possible. The
content of this email does not necessarily reflect the views of Solnet
Solutions Ltd.
