On 09/12/11 13:25 -0800, Graeme Gellatly wrote: > Normally what you are talking about is referred to as landed cost if at the > purchase end. Actual cost is more commonly used to refer to stock > accounting where you can identify the cost of each item you ship (aka > identification costing) although I know countries differ on this.
For me both are part of the same concept. It is just that "landed cost" refers to small range of cases. > Anyway > the trick for landed cost is that you are going to get one invoice from a > shipping company which could be for multiple purchases especially if using > a freight consolidator, so that cost needs to be spread across multiple > purchases. Because there are incoming invoices that need to have their > values reallocated from an expense account to a stock valuation account, > but at the time of receiving the goods you may not know what those costs > are yet it is a tricky issue. This case is more unusual. It is when you don't know the shipment cost when you receive the goods. But such situation can not be generalised because there is a lot of corner cases. Like what if your cost price of product is set to FIFO and you did not yet receive the invoice for the shipment before you sale the product, etc. Such cases could be managed using a re-computation of all the cost price history. But any way, the cost price computation is always approximation so there is many way to try to approcimate it. So I don't want to manage such cases by default in Tryton. > The 2 landed cost implementations I have > been part of for OpenERP handled it differently, one created a shipment > object and consolidated purchase order lines there as well as the incoming > costs, I don't understand. > the other one reallocated the incoming expense invoices to either PO > lines or already received stock. I don't understand. > Also more normally the allocation of costs is - for import duties - the > actual import duty, but for other costs shipping, insurance, clearance, > storage it is done by value. I don't understand. > I do not think carrier computation will work > so easily but hopefully I am wrong. This is because container rates vary > so often. What is wrong? -- Cédric Krier B2CK SPRL Rue de Rotterdam, 4 4000 Liège Belgium Tel: +32 472 54 46 59 Email/Jabber: [email protected] Website: http://www.b2ck.com/
pgpizwWVdZAYP.pgp
Description: PGP signature
