openerp-expert-accounting team mailing list archive

[jlinkels <784339@xxxxxxxxxxxxxxxxxx>]

Stefan,

I think there is some confusion.

I have noticed that 
(a) the balance sheet is wrong by not displaying the correct balances (https://bugs.launchpad.net/bugs/930283)
(b) the P/L sheet is wrong by not processing the sign of expense/income accounts (https://bugs.launchpad.net/bugs/930739)

THIS thread we are posting in now describes bug (b) taking abs() values in the P/L sheet.
As it seems, your patch is for solving bug (a)

Applying your patch aborts with an error message (unexpected EOF) but I
think it is only the lines with the '-' and '+' character in front, and
the rest is just context, right?

Let me have a look in the account_profit_loss.py if this issue is
solved. As far as I have seen, the issue is still under discussion.

BTW, just to be sure, I have checked two other accounting programs (SQL-
ledger and xTuple Postbooks), and both handle a negative amount on an
expense account correctly (and a negative balance on the balance sheet,
that is). So I think there is little doubt about what the correct
processing and display should be.

jlinkels

-- 
You received this bug notification because you are a member of OpenERP
Accounting Experts, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/784339

Title:
  [stable 6.0.2] Account Balance Sheet parser logic error leads to
  incorrect totals amounts and developer confusion

Status in OpenERP Addons (modules):
  Fix Released

Bug description:
  If you look at the section where it calculates sum_dr and sum_cr it is
  incorrect.  Well it is technically correct, but in the sense of having
  a balance sheet that balances it is incorrect.

  Take the accounting equation property = property rights expanded to
  assets = liabilities + equity

  In the case of a net profit we incorrectly add the result to sum_dr,
  our equity has increased afterall, so sum_cr should increase, (this
  behaviour is correct, except the function is named wrong) however in
  the case of a net loss we subtract the amount from sum_cr (which
  should be sum_dr) which is incorrect as our equity has reduced.

  However here is the first bug - sum_dr and sum_cr are around the wrong
  way - sum_cr is increased for asset accounts, and sum_dr is increased
  for liabilities - it should be the other way around

  Put another way, for a balance sheet, we don't really want the totals
  to be the sum of dr's and cr's, we want it to be the total of the
  stuff on the left (Assets) and the total of the stuff on the right
  (Property Rights).

  So in the case of a Net Profit we must increase equity (credit) and in
  the case of a net loss we must reduce equity (credit).  At no point
  should we be changing debits.  The value of our Assets has not changed
  (in so far that a net loss already reduces our assets), it is our
  equity that has reduced.

  Now to make this one step more confusing, and for some unknown reason
  it has been decided to leave liabilities as a negative balance, and
  then on the report use absolute value which is also incorrect.  Many
  assets and liabilities should have a balance opposite of the standard,
  Accumulated depreciation for example in Assets,  VAT Paid in
  Liabilities, Bank Accounts temporarily in overdraft.

  In my own parser, which I have written, to resolve this we declare a
  dictionary called signs and at the point we compute the
  account.balance we multiple it by the sign.

          sign = {
              'fixed_asset': 1,
              'asset': 1,
              'liability': -1,
              'fixed_liability': -1,
              'equity': -1,
              }

  We use more types than standard but you get the idea.  Assets are
  their balance, liability is their balance *-1.

  Then all we do in the for account in accounts loop is make the
  balance: account.balance * sign[typ]

  So in summary
  sum_dr and sum_cr are round the wrong way.
  Adding a net loss to Assets is incorrect - it should be subtracted from Equity.
  values (already reported bug) should not be absolute, but rather their inverse for liability and equity accounts.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/784339/+subscriptions