account voucher bug when the currency of the journal is different from the currency of the company

Bug #770503 reported by Salvi Angjeli
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Odoo Addons (MOVED TO GITHUB)
Fix Committed
Low
OpenERP Publisher's Warranty Team

Bug Description

There is a bug when we create a voucher with a journal that have a different currency from the company currency. The system make a difference between values with different currencies.

Tags: maintenance

Related branches

Revision history for this message
Salvi Angjeli (salvi-angjeli) wrote :
Revision history for this message
Vinay Rana (OpenERP) (vra-openerp) wrote :

Hello Salvi,

Which type of result did you aspect when you used multi currency environment.I have checked this and the account voucher payment should behave as normal with respect of company currency.

The current system behave like following way:
 => When you assigned the currency to particular journal then onchange on journal the related invoice (Sales or Expense) entries will be converted into journal currency amount. If the related journal currency is blank then the amount will be converted into company currency.

Now you need to manage the passed residual amount from payment voucher.

Would you please explain your case in more detail including your end configuration.

Thanks.

Changed in openobject-addons:
status: New → Incomplete
Revision history for this message
Salvi Angjeli (salvi-angjeli) wrote : Re: [Bug 770503] Re: account voucher bug when the currency of the journal is different from the currency of the company

Hellp Vinay,

There are not problems when you pay an invoice that create only one
"account.move.line" during the validation, but my example is a bit more
complex:
1.My company currency is in USD.
2.I create a cash journal, with a journal currency in EUR.
3.I create a new payment term like this ( Payment term: "Advance Payment" , with
a computation sequence where
the first row is (sequence:1,line name:Advance, valuation:Percent, Value amount:
0.5,number of days:0, day of the month:0)
and second row is(sequence:5,line name:30 Days End of Month,
valuation:Balance,number of days:30, day of the month:-1)

Now lets create an invoice, ( the currency of invoice will be in USD by
default), choose like a payment term : "Advance Payment"

In this case after the validation of the invoice the system will generate two
account.move.line connected with this invoice.

Now if you try to pay the invoice by the "Payment" button in the invoice form,
choosing like a Payment method "Cash (EUR)" and

inserting in the "paid amount" field an amount smaller than the half of the
total amount of the invoice, i expected that the system will
pay only one of the two "account.move.line" created for this invoice, but the
system change both of them.

Thanks
Salvi

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for OpenERP Addons because there has been no activity for 60 days.]

Changed in openobject-addons:
status: Incomplete → Expired
Changed in openobject-addons:
assignee: nobody → OpenERP R&D Addons Team 3 (openerp-dev-addons3)
importance: Undecided → Wishlist
status: Expired → Confirmed
Changed in openobject-addons:
assignee: OpenERP R&D Addons Team 3 (openerp-dev-addons3) → OpenERP Publisher's Warranty Team (openerp-opw)
importance: Wishlist → Low
tags: added: maintenance
Changed in openobject-addons:
status: Confirmed → In Progress
Revision history for this message
Priyesh (OpenERP) (pso-openerp) wrote :

Hello Salvi Angjeli,

Thanks for posting the issue.

This issue has been fixed in https://code.launchpad.net/~openerp-dev/openobject-addons/6.0-opw-32041-pso
rev-no: 4937
rev-id: <email address hidden>

Branch is under review and it will be merged soon with Stable branch.

Thanks,
Priyesh

Changed in openobject-addons:
status: In Progress → Fix Committed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.