Openbravo Issue Tracking System - Openbravo ERP
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0009013||Openbravo ERP||01. General setup||public||2009-05-13 10:32||2010-07-20 11:45|
|Target Version||Fixed in Version|
|Merge Request Status|
|Review Assigned To|
|Regression introduced in release|
|Regression introduced by commit|
|Triggers an Emergency Pack||No|
|Summary||0009013: Multi-currency: conversion rates setup|
|Description||When using multi-currency, you are required to setup a conversion rate.|
I was testing to add a Purchase Invoice for dollars instead of Euros. I had setup the conversion rate of EUR to DOLLAR, yet when I wanted to complete the Purchase Invoice, I had an error message that the conversion rate from DOLLAR to EURO had not been created.
As soon as you set up the conversion rate EUR to DOLLAR the relation is defined and calculations can be made, so the system should not require that you also setup the conversion rate of DOLLAR to EURO, it can get the calculation for the exchange rate from the EURO to DOLLAR setup.
|Steps To Reproduce||- General Setup || Application || Currency || Currency:|
making sure that the currency you will use is set up in Openbravo
- General Setup || Application || Conversion Rates || Conversion Rate
Setup the conversion from the foreign currency to the system currency
- Master Data Management || Pricing || Price List || Price List
Create a Purchase Price list in the foreign currency with the products that you will buy in that currency and the prices in that currency
- Procurement Management || Transactions || Purchase Invoice || Header
Here you select the foreign price list and the currency related to that pricelist will be defaulted. When you enter the lines you will notice that only products that are on that foreign pricelist can be selected.
|Proposed Solution||2 approaches to be research on:|
The easiest way to approach it as this is something lit bit complex is to remove the field "Divided Rate by". This field is just confusing things because it is not use in the system (that is the reason why you realized about the issue reported) and besides it is true that conversion rate from $ to eur could not be the same as eur to $.
Therefore OB user will have to enter 2 conversion rates:
from € to $ (by using "Multiple Rate by" field)
and from $ to € (by using "Multiple Rate by" field) as well.
b) the system should allow the definition of an exchange rate of X between two currencies, for example from A * X = B. The system should automatically determine that the reverse exchange rate is the inverse of X, for example B * 1/X = A.
Conversely the system should also allow the exchange rate to be defined as an inverse, meaning that the user should be able to define B * 1/X = A. The system should then automatically determine the reverse rate as A * X = B.
This should not result in rounding differences as long as X is defined in only one direction (i.e., the system always determines the reverse rate.
The user should never need to manually enter the reverse rate.
|Tags||No tags attached.|
|2009-05-13 10:32||RenateNieuwkoop||New Issue|
|2009-05-13 10:32||RenateNieuwkoop||Assigned To||=> rafaroda|
|2009-05-14 13:40||rafaroda||Assigned To||rafaroda => pjuvara|
|2009-05-20 11:21||rafaroda||Relationship added||related to 0002181|
|2009-05-20 11:22||rafaroda||Note Added: 0016495|
|2009-05-21 07:28||pjuvara||Assigned To||pjuvara => rmorley|
|2009-05-21 07:36||pjuvara||Note Added: 0016546|
|2009-08-05 12:08||RenateNieuwkoop||Note Added: 0018838|
|2010-07-20 09:17||psanjuan||Proposed Solution updated|
|2010-07-20 11:45||rafaroda||Issue Monitored: rafaroda|