When I make a sale the transation journal correctly shows a COGS entry but it is charging to the default (seeded) Cost of Sales account (which is renamed Cost of Sales - Merchandise) instead of the COGS account specified on the item above. This should be going to Cost of Sales - Fuel as defined on the item above.
OK. @lubos This is definately to do with the inventory kits.
I did one invoice (in TEST) with three lines. One using BASE item, one using each of the two kits. The line using the base item booked to the custom COGS account, the lines using the Kits did not - they simply booked to the seeded default account.
Two obeservations:
Kits do not have an option for a custom expense account (only selling)
Given 1) which I think actually makes sense, the COGS entries when a kit is sold should reflect the COGS accounts for the underlying items in the Kit. In theory multiple kit components could have different COGS accounts.
So, I think the issue is that for Kits either COGS needs to refelect the component item COGS account (could be multiple) or at a minimum (less complete solution but acceptable), kit items should also allow for a custom COGS/expense account?
Inventory kits have been really really unfortunately addition to Manager. Instead of inventory kits, I should have made it so each inventory item can have optional “bill of materials” and if you go negative on that inventory item, then Manager can offer you to create necessary production order using that bill of materials.
I think the way I will solve it is to leave inventory kits as they are for now (even if broken) and extend inventory items so they can have optional bill of materials. Then eventually migrate inventory kits over to these inventory items with bill of materials.
@lubos I don’t think they are such a bad thing, but neither do I think they are a BOM. That is not their purpose
Inventory kits (as implemented), are a sales device, what I’d call a ‘pick-to-order’ kit/bundle for sales purposes. For example I sell a ‘kit’ for student pilot that includes a couple of books, a plotter etc. as a bundle. The items can be sold sepately also.
This is in no way a Bill of Materials, none of these items are ‘components’ of any of the others. A BOM would be attached to a production order (WIP job) to issue/consume raw material or sub-assembly components.
In summary, please don’t drop pick to order kits in favour of BOM’s. They serve distinct purposes. I think this is a perception/education issue as to what the purpose of a KIT is vs a BOM is.
Kit’s also can be used to allow for selling an item in different UOM’s. A kit with a UOM of Box or CASE could be defined to issue a quantity of 10 each’s etc. (serves the purpose of item specific UOM conversions). Again, not a BOM. In a couple of cases I have member and non-member pricing for an item. In the absense of any fancy pricing functionality I define kits, e.g. AVGAS/Member and AVGAS/Non-Member with different prices but each with only one item, the same item in them. That way I can put the kit item on a sales invoice, get the appropriate/different pricing but still issue the same/correct (base) item. In summary, Kits have several purposes, but they aren’t BOM’s. Don’t kill them!
