http://wiki.frei-bier.org/w/index.php?title=Freibier.Pfand&feed=atom&action=historyFreibier.Pfand - Versionsgeschichte2024-03-29T10:46:20ZVersionsgeschichte dieser Seite in FreiBierMediaWiki 1.19.1http://wiki.frei-bier.org/w/index.php?title=Freibier.Pfand&diff=59&oldid=prevTbayen: Die Seite wurde neu angelegt: „= Pfand (Deposit) = In germany is is usual to take a deposit for the frame and the bottles when buying a case of beer. It is the same with the barrel. The de…“2013-08-26T12:50:12Z<p>Die Seite wurde neu angelegt: „= Pfand (Deposit) = In germany is is usual to take a deposit for the frame and the bottles when buying a case of beer. It is the same with the barrel. The de…“</p>
<p><b>Neue Seite</b></p><div>= Pfand (Deposit) =<br />
<br />
In germany is is usual to take a deposit for the frame and the bottles when buying a case of beer. It is the same with the barrel.<br />
<br />
The deposit is not really "turnover" but just gives the right to give the barrel back an get your money refunded.<br />
<br />
That said: For Accounting and Tax it IS turnover and you have to treat it like a normal product. It has normal VAT.<br />
<br />
For statistics and customer analysis I want to separate it. I am only interested in sold beverages, not in sold deposit. It does not matter for me wheter I refunded it or not because there is no contribution margin with it.<br />
<br />
If I enter an item into the order lines that has a connection with deposit articles these articles have to be counted the same time. But I do not want them to be shown on the screen (to not fill the screen up with useless information). If I delete a line from the order list the deposit articles have to be deleted at the same time.<br />
<br />
It is possible to enter deposit articles directly (especially in the return aquisition tab).<br />
<br />
<br />
<br />
== implementation thoughts ==<br />
<br />
=== use BOM ===<br />
<br />
ADempiere experts adviced me to use the BOM functionality.<br />
<br />
<MCalderon> I could imagine a further "Component Type" entry, besides the actual (component, by-product, co.product, phantom, etc)<br />
<br />
=== automatic lines ===<br />
<br />
In my opinion there has to be a way to differentiate between normal entered order lines and automatic created deposit lines. In my first "proof-of-concept" I entered a reference field to the "motherproduct". So it was easy to delete deposit products when I delete the ware product.<br />
<br />
=== differentiate ===<br />
<br />
There has to be a possibility to divide the deposit products from normal products for statistical reasons. I would use a flag for this in the product record.</div>Tbayen