c2c-oerpscenario team mailing list archive

["qdp \(OpenERP\)" <qdp-launchpad@xxxxxxxxxxx>]

Hello Vadim,

i read you bug description carefully and i agree that we have a lack in
the statement reconciliation process for mutli-currency use cases...
Nevertheless, it hasn't been planned yet in our roadmap (no chance it
could be done for the v6, which is already released: new features are
done in new versions only). That's the reason i setting this bug as
"won't fix": it means we won't do it for the v6, but it doesn't mean
that we will never implement it.

I suggest you to create a poll for that idea on
http://feedback.openerp.com/forums/87921-accounting whereas we will
choose the best ideas to implement for the next version.

Thanks for your contribution,
Quentin

** Changed in: openobject-addons
   Importance: Undecided => Wishlist

** Changed in: openobject-addons
       Status: New => Won't Fix

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/699815

Title:
  v6rc2 account_bank_statement for foreign curency banks

Status in OpenERP Modules (addons):
  Won't Fix

Bug description:
  Probably this is not a bug, but something that has not been
  implemented yet and I just would like to confirm either this will be
  done for the v6 release or not.

  Currently the statement reconciliation does ignore the foreign curency
  bank balances for foreign banks and does all the computations in the
  base company curency instead.

  Example:
  base curency - EUR
  Bank and bank journal curency - GBP

  The bank reconciliation screen for this bank journal should present
  the entries and totals in GBP, not in EUR. EUR could be presented
  optionally for if you like to implement the additional feature of the
  monthly bank revaluation, yet this operation is normally done via a
  different module/screen.

  This is the corect logic of all the other accounting systems that I
  came accross to date.