← Back to team overview

openerp-india team mailing list archive

[Bug 891800] Re: invoice ignores secondary currency

 

*** This bug is a duplicate of bug 888522 ***
    https://bugs.launchpad.net/bugs/888522

** This bug has been marked a duplicate of bug 888522
   secondary currency of an account doesn't force moves to use the currency

-- 
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/891800

Title:
  invoice ignores secondary currency

Status in OpenERP Addons (modules):
  New

Bug description:
  I'm working with OpenERP 6.03 and I get errors when trying to
  reconcile a paid invoice. The root of the problem seems to be that
  when you Approve an Invoice for posting, it does not check whether the
  account_id field of account.invoice has a secondary currency and
  whether it differs from company currency. As i check
  "action_move_create()" method of account.invoice it seems to only take
  into account whether the currency_id defined at the invoice differs
  from company currency. I wouldn't have noticed this issue and could
  have not been sure if it is a bug, but this surfaces when you create a
  bank/cash statement.

  When closing a bank/cash statement, you can see in its method
  "create_move_from_st_line()" that it does check if the account used
  has a secondary currency and it does set the amount_currency field on
  account.move.line to be created.

  Finally, when you try to reconcile the payable account related to the
  two previous actions, it will return an error requesting a write-off
  account. If you check, the main debit/credit fields do sum up to zero
  (which is why no option to enter a write-off account will be given),
  but the amount_currency is way off because the invoice entry on
  journal did not put the corresponding value.

  Am I getting this right o am I missing something?

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


References