With permission of Johann, I'm forwarding the mail below to the public mailing list for inclusion in the list archive: There are a number of answers which might benefit other (potential) users. ---------- Forwarded message --------- From: Erik Huelsmann <ehuels(a)gmail.com> Date: Sun, Jan 2, 2022 at 10:37 PM Subject: Re: Questions Hi Johann, Thank you for your patience while you waited for my reply. Christmas and New Year's are traditionally busy times and this year even more so. No problem. Happy to answer. Before I do, one question though: generally I tend to handle as many replies as possible through public channels so others can benefit from the replies. There are cases where details can't be shared. I do handle those through private communications channels, including private e-mail. These are very often linked to (paid) support requests though. Is there a compelling reason to stay private? Or can we share our conversation with other (potential) users for their benefit? Depending on which features you want to use, I'd advise you to use 1.8: 1.9 has had a few changes where people are currently experiencing problems when converting orders to invoices. Other than that, I'm not aware of any problems with 1.9 which would prevent you from getting your testing done. There are no further requirements to use the application for your country. However, other configuration may be required to take advantage of certain functions in the application: In order to track outstanding receivables and payables, you need to create "Contacts" and within them "Accounts" as one example. Currently, in order to be able to log in, you need to create an employee for every user. That's correct. (It's something which I want to change, but it's how it is today.) That does sound how it should work, but I just ran some tests and it's not how it actually works: the markup is calculated from the last cost and the sellprice: I entered a sellprice of 12 and then purchased at 8. When I returned to the part definition screen, the markup showed 50%. That's not how I use the application. There's a checkmark on the customer which indicates "Tax included", but I think it's impractical to use it on customers (on vendors it's a different story), because then sometimes the prices will be regarded as being VAT inclusive and on other customers, they will be regarded as VAT exclusive, because you can only register one sellprice (not one with and one without VAT; nor can you indicate in the part that the price is VAT inclusive). This is a completely correct observation. That's correct. You will find that both for the PnL and the balance sheet reports the headings will be presented with the totals of the children. That's correct: you can generate an invoice from the order directly for the amount received. Once you post the invoice, items will be added to inventory (without a specific warehouse). The number of items entered in the "Rec'd" column will be taken out of the outstanding order. A specific PO is not required in this case. The goods will simply be added to the inventory when the the invoice posts. To be explicit: when you *do* enter a PO number, this workflow leaves the PO untouched -- it does *not* reduce the number of items outstanding in the PO. The Goods > Transfer workflow is intended to move stock between warehouses. If you want to use picking list type workflows for shipping to customers, I would recommend using orders and the shipping menu (Shipping > Ship for customer shipments ; Shipping > Receive for vendor shipments). Yes. And it's decremented when the inovice for the customer has been posted. I've contemplated making a difference between "being in stock" and "being in inventory" where the former would be "available in the warehouse" and the latter "accounted for in the balance sheet". But I think that's too complex for most smaller businesses, although, if you think differently, I'd love to hear your opinion too. Regards, -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in. -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.