the underlying accounting is ok, but honestly the default reports are still really badly written and give a lot of errors, especially in regards to accounts that have balances opposite of normal (Accumulated Depn for example on BS), but better than they used to be.
At least that is reassuring. I can tell you my heart sunk into my shoes when I had finished entering all the 2011 invoices for my company and noticed that the balance sheet was off-balance. By starting with a clean demo fortunately it turned out to be quite clear where the error is.
provided you rewrite them you get better results. is not so bad, at least the data is ok, but no you could not use the default reports for a credible bs/p&l IMO.
Well, this is exactly the point of this thread. I think in this world, everything is about money. You can run a factory, a non profit organization, any kind of organization, it is all about money, money and more money. If even the accounting is not sound, what is an ERP system worth? Managers do not give a darn about underlying data
, but they want to see a P/L which is correct, and they want it 3 times a day. Maybe OpenERP would gain more credibility if the one most important module (accounting IMHO) would be correct and flawless, and then concentrate on the other 1200 modules.
I have seen various responses about this particular problem, and hopefully it is solved in the trunk version as Fabien says. However I can't imagine that such a thing is still in after 10 years of development, or this is a regression error.
Sure I can adapt the reports myself, and I might do just that. However, I have spent 10 times more time in bug tracking and learning how to circumvent bugs and unusual behavior than on actual accounting. And that just for accounting and warehouse modules. That is simply not good, no matter how much voluntary effort has been put in by hundreds of developers.
I was planning to become an OpenERP partner and market is this program, I have taken the Functional and Technical trainings last year. But I simply don't dare to install this system somewhere because of this kind of errors.
I can only assume in continental accounting you are never allowed an account to be in negative balance.
What is continental
here? USA or Western Europe (Funny that even according to Wiki both continents are referred like that).
Whatever, as we are taught accounting in the Netherlands, it is allowed to have a negative balance, although most have to be corrected before presenting the final reports. On expense accounts like "Various profit & loss" and "Foreign Exchange Losses" it is very common to have a negative account.
I have checked this behavior in two other ERP/accounting programs: xTuple Postbooks and SQL Ledger. xTuple is fully USA focused, in SQL ledger I loaded the Dutch accounting schemes. Both programs showed the correct behavior in handling negative expenses.