Reporting Multiple Currency Rates

Hi
Wonder if anyone has completed a report or know's a way of creating a currency report with more than one translation rate, ideally in SAP standard reports (Painter, Query or Drill-down etc).
The report is from PCA and we have GBP as the main currency. We need to submit a report in EUR with 5 (yes 5!) different exchange rates on the report.
The report layout is as follows:
Act Act Fcst Fcst Bud
Mth Ytd Mth Ytd Ytd
Each column has a different rate Translated from GBP into EUR.
We would ideally like to maintain the exchange rates in the standard way, so we can default them in the report, or allow the users to enter the individual rates in the selection screen.
Any help would be appreciated
Thanks
Bryn

Hi Shivaji,
If Kenya is you Business Area and you want all reporting at Business Area level. You need to do the following:
1.Balance sheet of kenya branch is to be prepared in INR: In OBY6 for your company code check the box Business Area in Fin Statements and make Business Area as mandatory field for all your transaction.
2.day to day transactions at kenya is to be at their currency (KES) only as per statutory requirement in kenya .
While doing transaction the transaction currency will be KES and maintain Exchange rate in OB08
3.Receipt or payment may be in KES or USD
4. sale to nearby countries will be invoiced in their currencies & payment made by them will be in their currency or USD.
Please use the concept of Multiple Currencies.
Br,Vivek

Similar Messages

BW Report with currency rates

Hello,
small question: Does anybody has generated a report in BW which is showing (only) the different currency rates (the ones from T-Code OB08)? (= sorry, newbie-question, I know...)
At the moment we're creating a list with the rates in excel by coping the rates from SAP into Excel by hand - would be more fun to do this in an automated way...
Thanks in advance,
Hansi

Haven't tried it as I don't have the right to read in tables.

Reporting Multiple Currencies per Entity? Tools or Methods? Planning

The customer wishes to be able to enter more then one local currency. So they could have USD and CAD or USD and Euros for the same Entity.
The requirement is to be able to report on totals by currency.
What is the best way to get report totals of LOCAL currencies when there can be more then one per Entity. So the cell has the currency code in Essbase.
I can get this with various steps with the excel addin or smartview but how to get it with FR or other tools?

Hi, Alp
Thank you for you answer. I've checked your link and it's amazing that information like this was written not in admin but in user guide.
Another thing i've wondered that it depends on setting of Calculate Currencies calc script (run on save). But it's just a think men must know and do I think.
Unfortunately I can't see how does it work, although I've done this settings.
If I set local currency for one of the entity as GBP then I can enter data in GBP of course and Calculate Currencies script runs ok. I can see exact values for local (GBP) and default currency (USD) just on planning form as I set currency dim in page.
But in my case when i set local currency for this entity back to USD entered value in GBP always changed back to USD regardless of Calculate Currencies script settings. It happens during save on the form
Can I get a bit more information about some other settings to be done to make this functionality work?
BR,
Vladimir

Report Painter - Multiple Currencies

Hi,
I would like to know on how you create multiple currencies in report painter. We have a requirement
whereby we have 3 different columns:
Current Year (Actuals) ---> Exchange rate Type X
Prior Year (Actuals)
Plan Current Year -
> Exchange rate Type Y
My question is how can i create a report that will enable me to prompt for exchange rate of Actuals and Plan data as we would like the user to enter different exchange rate type for actual & plan.
Appreciate your help.

Hi,
I'm afraid, it's not possible via Report Painter (to have different columns calculated by different rate); you'll have to develop a report in ABAP for this.
Regards,
Eli

Plan, Actual & Commitment Report in Multiple Currency

Dear SAP gurs,
Is there any report where I can see Plan, Actual & Commitments in Multiple currency (see below format). In standard SLAR reports, values are displayed in one currency at a time either I can see in INR or USD.
Here each WBS is planed in USD as well as in INR. If PO is raised in USD, then actual value should be shown against planning done in USD.
WBS Elem     Plan          Actual          Commitment
     USD     INR     USD     INR     USD     INR
WBS1.1     3000$     1000INR     500$               500INR
WBS2.2          50000INR          10000INR          300INR
Thanks,
Venkat

Dear Venkat
Each of the views in the hierarchy reports (such as 12KST1C) can
only contain values for one currency at a time (because totals for
multiple currencies would not make sense).
Since only one currency can be displayed at a time, the Trans.currency view is not meant to show values in multiple currencies; rather, the Trans.currency view only provides a reference to the user of the currency involved in the Plan and
Actual postings. For example, if the actual postings had been in
mixed currencies like:
Doc. date Cost elem.    Value COCurr CO.Cr      Value TranCurr TCrcy
   01-07-2007 911010000                 800   XXX                        1700 YYY
   01-07-2007 911010000              3,000   XXX                        3,000 XXX
Then the Trans.currency view would have contained:
Trans.currency         Plan             Actual
YYY                            0             800
XXX                         3,700           3,000
Result                     3,700           3,800
You can always switch between currencies in the report Settings ->
Currency, but only one will be displayed at once.
I hope this explanation helps you to understand the standard system
behaviour.
Regards
Martina

IF i want multiple currency conversion inthe report how to do

IF i want multiple currency conversion in the report how to do

HI
Basically currency translation is going to be happen based on OB08 Table. this table is exists in ERP and BI as well through some internal program the BI OB08 table will be updated based on ERP.
if you want to maintain the currency translation if it is 3.X Tcode os RRC1 is it is BI7 RCUR.
there you can maintain how many conversions you want according to your requirement
Regards,
Chandra.

Rollup Report for Project Information Multiple Currencies

Hi All,
Report Rollup:
We have multiple projects created in multiple currencies across multiple legal entities. Ex: Prj#1 USUSD, PRJ#2--FRA-FRF, PRJ#3--GER-MD, PRJ#4--JPA-JPY
How can we get a rollup numbers (Actuals & Budgets) for these projects.
1. Program and project Hierarchy? -- Currencies are different
2. Project Analytics - How conversion is handled ( Non-US projects are set up and transacted in local currencies).
Auto Allocations:
Any one created allocations from a PRJ#2--FRA-FRF, PRJ#3--GER-MD, PRJ#4--JPA-JPY to *Prj#1 USUSD*_
Projects are created under respective Legal Entities-->OU-->PRJ ORGS
Thanks

Dear Prasanna Reka,
I'm sure this can be achievable thru OBIA. Since we have something called Global Currencies on OBIA, if u have selected Global Currency 1 (ie. USD) u would be able to see the output based on the Items (Eg. OU, Buss Unit, Project Type...etc) selected on the dash board.
Please let me know if u need more info on this.
Regards
Raghavender Kandikonda
Edited by: 980226 on Apr 29, 2013 2:04 AM

Material Ledger Multiple Currency

Hello,
We have a problem with ML - multiple currency.
I am working in a retail company and they dont have product costing. they are using material ledger only for multiple currency.
but they never run ckmlcp. $ is company code currency and EUR is group.
here is the problem, we bought something for 15 $ (10 EUR) and after sometime the currency rate changes and when we tried to sell or transfer the material for 15 $ this time system calculates the euro side as 11 EUR. we dont have a problem with $ but our COPA reports with EUR shows this 1 EUR as loss or revenue ?
to make it short
buy for    15 $ (=10 EUR)
sell for   15 $ (= 11 EUR) ---> 1 EUR stays and shown as loss or revenue in COPA reports with EUR ???
i believe if we run ckmlcp system revaluates the euro side with the new currency rate but i am not sure.
One more question can we run ckmlcp if we dont have product costing ???
thank you..

Hi,
I was confused at first. The multi-currency capabilities are suited to keep the historic curency information and make material valuation in parallel currencies independent from the current exchange rate
So in your example:
buy for 15 $ (=10 EUR)          --> 10 EUR wil become the material valuation
sell for 15 $ (= 11 EUR)       --> stock value will be reduced by 10 EUR (not 11 as would the current exchange rate suggest)
But you are right for the sales price ori the CO-PA revenue in EUR. This will still use the current exchange rate and would lead to the 1 EUR profit because you have the material on stock valuated with 10 EUR but sell it with 11 EUR price.
Material ledger would not prevent the profit/loss and also not counter-post it, even if you used CKMLCP. The actual price would even after ML closing be 10 EUR and no revaluation of consumption would be necessary. The sales prices is an 'external' decision and normally not determined by material valuation, therfore the sales price will not be adapted by material ledger calculations.
Sorry, I have no proposal how to get rid of that. Search ratther in CO-PA currency conversion than in ML.
best regards,
                    Udo

Handling multiple currencies

We have CHF as local currency key for a consolidated unit, but we use EUR as Functional/ operating currency. Unfortunately, parallel currencies have not been activated for the consolidated unit.
How does multiple currencies are handled in SEM-BCS? One suggestion is to keep this CHF currency cons unit as a separate cons group, then do curr translate from CHF to EUR for the local cons group. Using version, copy this EUR to the main cons group and then consolidate in the main group currency USD. I have been trying to configure this but users are not happy since it involves using the option of multiple currencies and multiple versions. The users are asked to enter specific parameters like group currency key and version each time and they don't like it.
Any suggestion for handling the scenario of third currency in SEM-BCS, other than Local currency and Group Currency?

Hi Greg,
CHF is the local currency and there is only local reporting requirement which they can do from R/3 company code anyway. For some reasons, the business is using EUR as functional currency aka primary currency for that specific consolidation unit for consolidation purpose. The group currency is USD and the final consolidated report will come in USD. EUR is just an interim currency.In other words, it is not multiple group currencies reporting.
I am using the same version 100 and try to copy from CHF to EUR, using copy function. The copy function is throwing many errors. One error is asking to provide CHF to USD conversion rate and I do not understand this logic, while I have provided CHF to EUR conversion rate.
In copy function, am I required to map and also provide badi?? (I have done mapping and also source and target selection conditions except Badi).
If you have configured copy method in the past, please advise.
Message was edited by:
Tim_Bingo

Multiple currencies? Multiple languages?

hi,
Does SAP handle multiple currencies? Multiple languages? What is a currency factoring technique?
Thank you
Ashok kumar

HI,
Yes.
SAP handles Multiple Currencies and Languages
see the table TCURR, TCURC for different currencies
Currency Factoring Technique:
Currencies in Planning
In Profit Center Accounting, three currencies can be stored at once:
Transaction Currency
The transaction currency is the currency used for a specific transaction. You can choose a different currency from the list of valid currencies for each new transaction. The transaction currency is stored in the transaction data for Profit Center Accounting as the so-called "first currency".
Local Currency (Company Code Currency)
The controlling area currency is stored in Profit Center Accounting as the second currency.
Profit Center Local Currency
You need to set a special currency for Profit Center Accounting in Customizing for each controlling area. This currency is used in the standard reports, among other things. You can find more information about this currency in Customizing. The profit center currency is the third currency updated in the transaction data.
How Do I Plan Currencies in Profit Center Accounting?
You first plan a profit center in USD. Then you later plan the same profit center in DEM in a second planning session. This may be necessary if:
the planned costs for the profit center in a certain cost element consist of external invoices in the local currency and external invoices from abroad and
the external invoice from abroad was billed and paid abroad
The currencies which can be planned manually are defined in the Layout.
If the corresponding key figures are defined and ready for input in the planning layout, you can plan in any permissible transaction currency, the company code currency or the profit center currency. The planned amount is then immediately and automatically translated into the other currencies. Note, however, that the system can only translate into a transaction currency if you have explicitly specified a transaction currency.
If you want to want to plan data using different transaction currencies, you need to use a planning layout that contains the characteristic "Transaction currency".
Note that data can only be saved in the transaction currency if a transaction currency has been specified. Otherwise the data will only be saved in the other currencies without the transaction currency.
If you want to want to summarize data in the transaction currency, you need to use a planning layout that does not contain the characteristic "Transaction currency". You can then:
change the summarized values, in which case the changes are not updated in the transaction currency, and
add any combinations of objects that have not already been planned.
If you
enter one transaction currency, the system only displays the amounts planned in that currency. You can
change these amounts
plan in the currency specified
enter a number sign (#) to represent the value " " (no value), the system only displays those values that were planned without the transaction currency. You can
change these amounts
plan amounts without a transaction currency
specify more than one currency or all currencies (*), the system displays all the planned values. You can
change these amounts
can plan as yet unplanned combinations of your planning objects in any valid currency.
Planned currency amounts are translated using
the value date you entered in the planner profile for your area
a translation factor entered in the currency table for the exchange rate type entered in the planner profile
You will find further information about the currency table and currency translation in the documentation FI Configuration and Organization.
Transfer Pricing Using the Conditions Technique
The term "transfer pricing" is used to describe the calculation of prices for internal exchanges of goods between profit centers. Conditions are the individual steps carried out during price calculation. When a goods movement takes place between two plants, the price can depend on a number of factors, such as the material involved, the sender plant, the profit center, the partner profit center, and so on. The information on these variable factors is stored as master data in the form of condition records. There the transfer price can be defined as a fixed price or a percentage increase or reduction.
This section describes the steps necessary to define transfer prices. You define these transfer prices in Customizing. There you will also find a detailed description of how to proceed.
Define condition tables, which you use to store condition records for each condition type.
Here you define the price dependencies for transfer prices. You can make the transfer price found dependent upon a combination of fields. For example, if you want your transfer prices to be defined for a combination of material and partner profit center, you need to define a condition table that contains these key fields. The condition records then contain the individual prices for each combination of material and profit center. You maintain the condition records when you define the individual condition types.
Define access sequences that the system should use to search for valid condition records.
An access sequence is a search strategy that the system uses to find valid data for certain condition tables. Each access sequence consists of one or more steps, which the system processes in the order specified. The order determines where the system should look first for a valid condition record. You can specify an access sequence for any condition type for which you create condition records.
Define condition types for all the pricing elements (fixed amounts, markups and markdowns) that occur in your daily business operations.
In Profit Center Accounting, a condition type represents a component of a transfer price. You can define condition types for every type of fixed price, markup or markdown that occurs in your internal goods movements. If you define a percentage markup or markdown as a condition type, you also need to define another condition type to serve as the basis for this percentage. This can be a price stored in the material ledger. The relationship between these two condition types is then defined in the pricing procedure.
In some condition types you need to specify an access sequence. In this way you determine which fields the system should use to search for a valid condition record.
Define condition records that determine the amount or percentage to be applied for each set of values in the condition table (such as "fixed price of USD 100.00 for material 01, profit center ABC, and plant 0001").
You can maintain condition records directly from within the definition of the condition type. Or you can define them from the application menu by choosing Master data ® Transfer prices ® Conditions. It is also possible to copy existing condition records to create new ones. This is especially useful if you want to change the currency of the condition record. You can maintain condition records either in Customizing or in the application menu, under Master data ® Transfer prices.
Define a pricing procedure to group together condition types and determine how they relate to one another.
In addition to the selection and order of condition types, a pricing procedure determines
which subtotals should be calculated
what base value the system should use for calculating percentage markups or markdowns
what conditions must be met in order for a certain condition type to be calculated
The base value for markups and markdowns can be either a fixed price or a value from the material ledger. Using a routine supplied in the standard R/3 System, you can have the system read the legal, group, or profit center price from the material ledger and calculate the markup or markdown on this basis.
Define condition exclusions, which let you determine which condition type should be used in a given situation.
In transfer pricing for goods movements, it often happens that a number of different condition records are valid. Using condition exclusions, you can compare conditions with one another and use, for example, the most favorable price for the partner profit center.
For different condition exclusion methods are available:
· The most favorable condition in an exclusion group
· The most favorable condition record for a condition type
· The most favorable condition among different exclusion groups
· Exclusion of those conditions in an exclusion group when a condition type that belongs to another exclusion group appears
Define transfer price variants, which let you specify which pricing procedures are relevant for actual data and which for plan data.
To valuate different datasets, such as plan and actual data, using different conditions, you can define variants with an assignment to a specific pricing procedure. The system processes the specified procedures in order until it finds a valid transfer price.
In transfer pricing for goods movements, only actual data is valuated (variant 000). However, you can also create additional variants if you want to calculate plan prices on the basis of pricing data.
Define pricing reports, which determine the structure of lists of conditions.
A pricing report lets you analyze condition records according to certain criteria and define the structure of these lists. You can define pricing reports either in Customizing for Profit Center Accounting or in the application menu, under Master data ® Transfer prices ® Pricing reports.
Regards,
Padmam.

URGENT: multiple currency one country grouping

I have a requirement whereby i have multiple currencies for one country grouping (international payroll). How do i handle thIs requirement? Since payroll driver RPCALCx0 only calls one currency. Treat as urgent. Cheers.

Hi
To what I know, Payroll driver is always works for one currency respective to the company or CG currency.
You can have multiple currency payroll which will be transparent to users with different currencies in infotype 14/15 or 0008. This is allowed in the system and you can change the infotype currency code when maintaining the infotype.
in the payroll schema you have to convert the foreign currency to company code currency using currency conversion table in FI by using a custom function or you maintain the conversion rate in constants table.(for each period). in the 2nd case use yr PCR to convert the currency.
once payroll is completed you convert the payment currency in bank transfer internal table with yr foreign currency and use the same conversion factor.
when you run the reports using the payroll cluster you have to use the currency feild to choos the reporting currency including payslip. system will use the same conversion table in FI for displaying the foreign currency amount.
Hope this helps.
Regards
Varadhan

Multiple currency planning and budgeting?

Hi all
We are having a requirement of planning and budgeting in same WBS with multiple currencies and also seeing reports in different currencies on single screen.
Now has anybody explored this area and has anything to suggest.
Thanks in anticipation
Raman

Hi Raman
The following is the literature from SAP on the subject. You may find it useful.
Planning and Budgeting in Any Currency
Use
International groups often use one uniform company code currency (group currency) in CO. However, it may be necessary to plan and budget in the respective local currency as the majority of costs will be incurred in the local currency. The local currency is usually the corresponding company code currency.
Previously only budgeting of jobs (orders and projects) was possible in the local currency.
From Release 4.70, you can also budget investement programs in the local currency. In addition, it is possible to plan investment programs, appropriation requests and jobs directly in the local currency.
As was previously the case for orders and projects, plan and budget values for investment programs and appropriation requests are also saved in both the controlling area and local currencies defined in the master record of each object. If you change or re-specify the exchanged rates used, it is now possible to recalculate the values in the local currency using the values in the controlling area currency, and vice-versa.
In reporting for IM, it is even possible to calculate evaluations in any report currency (plan, budget and assigned values). If the values are available in the specified report currency, they are issued unchanged. If they are not available, they are converted from the controlling area currency into the report currency.
Effects on Existing Data
Before Release 4.70, the plan values for appropriation requirements, were only saved in the controlling area currency. This was also the case if a local object currency was specified in the master record for the appropriation requirement. From Release 4.70, the plan values for appropriation requirements are always saved in the controlling area and local currencies. Therefore, you must adjust appropriation requests that were created in an earlier release and use a local currency that varies from the local object currency. The easiest way to do this is to use the program RAIMCRC2 to recalculate the plan values in the local object currency for appropriation requests whose plan values are in the controlling area currency (transaction IMCRC2, menu path: Financial Accounting -> Investment Management -> Appropriation Requests -> Tools -> Recalculate Currency Plan for Appropriation Requests). Before you run the program, select the relevant option in the Process Control section of the initial screen.
Effects on Customizing
Adjustment of Planning and Budget Profiles
To enable the planning of investment programs, appropriation requests and jobs in a transaction currency different to the controlling area currency, you must adjust the relevant planning profiles.
To enable the budgeting of investment programs in a transaction currency different to the controlling area currency, you must adjust the relevant budget profiles.
In the planning currency (or budgeting currency) section of the planning (or budget) profile, you must define the transaction currency in which planning (or budgeting) is to be executed:
Only in the controlling area currency (default),
Only in the object currency
(= local currency defined in object master record ) or
In a transaction currency chosen at the start of planning/budgeting
(this option is not possible for appropriation requests).
In the planning or budget profiles, you must also define the exchange rate types to be used for the conversion of total values that are not dependent on the fiscal year.
To adjust the planning profiles, use the process steps:
Maintain Planning Profiles (investment programs)
Maintain Planning Profile for Cost Planning (appropiation requests)
To adjust the budgeting profiles, use the process steps:
Define Budget Profiles for Investment Programs (investment programs)
Exchange Rate Types
In the fiscal-year-dependent data of the CO planning versions, you must also define the exchange rate types to be used for conversion of plan values that are not dependent on the fiscal year.
For conversion of fiscal-year-dependent budget values and fiscal-year-dependent plan values of appropriation request variants not yet assigned to a plan version, each exchange rate type is taken from the fiscal-year-dependent data of the CO planning versions 0.
As the plan or budget values are stored in the transaction, controlling area, and local currencies, the exchange rates used must enable the conversion of the transaction currency into the controlling area and local currencies. Where necessary, the exchange rates used must be extended.
To enter the exchange rate types, use the process step:
Define Versions (investment programs)
Change Planning or Budget Currency
If you always planned or budgeted existing investment programs/measures in the controlling area currency, it is not subsequently possible to change the planning or budget currency to the object currency in the planning or budget profiles. This conversion is not prevented in Customizing, but leads to an error when you next plan or budget existing investment programs/measures. Alternatively, you can convert the planning or budget currency into the transaction currency in the planning or budget profiles, and set the object currency indicator as default.
A similar restriction does not exist for appropriation requests. You can change the planning currency in the planning profile at any time.
Use the process step under "Adjust the Planning and Budgeting Profiles".
Detailed Planning
When you call up detailed planning from structure-based cost planning or revenue planning, the standard SAP planning profiles are used, to which the standard SAP planning layouts are assigned. These planning profiles cannot be changed in the planning transactions. Import the standard SAP planning layouts 1-401-IM, 1-402-IM, 1-403-IM, 1-701-IM, 1-702-IM and 1-703-IM using the transaction OKBF from client 000 in your client.
To execute the import, choose the process step:
Import Standard Planning Layouts.
Reporting Currency for IM Reporting
In IM reporting, if you want to be able to specify a reporting currency that is different to the controlling area and object currencies used in the investment program items or subordinate appropriation requests and measures, another exchange rate type is required for the due conversion of plan, budget, or values into the reporting currency. You define this exchange rate type in Customizing for the program type for the investment program to be reported ( Group Reporting).
To enter additional reporting currencies, use the process step:
Define Program Types (investment programs)
you may also refer the following link in SAP help on the subject
[http://help.sap.com/saphelp_47x200/helpdata/en/86/98853478616434e10000009b38f83b/frameset.htm]
Venu

SQL Open Sales Orders Value using today's currency rates

Hi experts,
I am creating a report for displaying the open sales order values (and other fields) using current currency rate (where applicable). I developed the below query. The only problem with this query is that it ignores the order rows in which the currency field is blank (Don't understand why this happens in SAP). Do you have other ideas?
Thanks & Regards,
IC
SELECT
T0.DocNum as 'Sales Ord No', T0.DocDate as "Ord Date", T0.CardCode as "Cust Code", T0.CardName as "Customer Name", T1.ItemCode,
T1.Dscription, T3.ItmsGrpNam, T1.U_SU, T1.U_SULEN, T1.U_SUQTY, T2.InvntryUom as 'Stock UOM', T1.Quantity as 'Ord Qty', T1.Quantity*T2.U_ITWTSTU as 'Weight (KG)', T1.Quantity-T1.OpenQty as "Qty Delivered", T1.OpenQty as 'Bal Qty', T1.Price*T1.Quantity/T4.Rate AS "Ord Value (GBP)", T1.Price*T1.OpenQty/T4.Rate AS "Open Qty Val (GBP)", T1.Price/T4.Rate AS "Price (GBP)", T1.Price*T1.OpenQty as "Ord Value (BP Currency)", T1.Price as 'Price (BP Curr)', T1.Currency as 'Cur Ind', T4.[Rate] AS 'Curr Rate', T0.DocDueDate as "Due Date", T1.WhsCode as 'Del WHG'
FROM ORDR T0 INNER JOIN RDR1 T1 ON T0.DocEntry = T1.DocEntry INNER JOIN OITM T2 ON T1.ItemCode = T2.ItemCode INNER JOIN OITB T3 ON T2.ItmsGrpCod = T3.ItmsGrpCod, ORTT T4 WHERE T0.DocCur <> 'GBP' AND T1.Currency=T4.Currency AND T4.[RateDate] = [%0] AND T1.OpenQty > 0
UNION ALL
SELECT
T0.DocNum as 'Sales Ord No', T0.DocDate as "Ord Date", T0.CardCode as "Cust Code", T0.CardName as "Customer Name", T1.ItemCode, T1.Dscription, T3.ItmsGrpNam, T1.U_SU, T1.U_SULEN, T1.U_SUQTY, T2.InvntryUom as 'Stock UOM', T1.Quantity as 'Ord Qty', T1.Quantity*T2.U_ITWTSTU as 'Weight (KG)', T1.Quantity-T1.OpenQty as "Qty Delivered", T1.OpenQty as 'Bal Qty', T1.LineTotal AS "Ord Value (GBP)", T1.LineTotal/T1.Quantity*T1.OpenQty AS "Open Qty Val (GBP)", T1.LineTotal/T1.Quantity AS "Price (GBP)", T1.Price*T1.OpenQty as "Ord Value (BP Currency)",T1.Price as 'Price (BP Curr)', T1.Currency as 'Cur Ind', T1.[Rate] AS 'Curr Rate', T0.DocDueDate as "Due Date", T1.WhsCode as 'Del WHG'
FROM ORDR T0 INNER JOIN RDR1 T1 ON T0.DocEntry = T1.DocEntry INNER JOIN OITM T2 ON T1.ItemCode = T2.ItemCode INNER JOIN OITB T3 ON T2.ItmsGrpCod = T3.ItmsGrpCod WHERE T0.DocCur = 'GBP' AND T1.OpenQty > 0 ORDER BY 2,1

Hi,
Try:
SELECT
T0.DocNum as 'Sales Ord No', T0.DocDate as "Ord Date", T0.CardCode as "Cust Code", T0.CardName as "Customer Name",
T1.ItemCode, T1.Dscription, T3.ItmsGrpNam, T1.U_SU, T1.U_SULEN, T1.U_SUQTY, T2.InvntryUom as 'Stock UOM',
T1.Quantity as 'Ord Qty', T1.Quantity*T2.U_ITWTSTU as 'Weight (KG)', T1.Quantity-T1.OpenQty as "Qty Delivered",
T1.OpenQty as 'Bal Qty', T1.Price*T1.Quantity/T4.Rate AS "Ord Value (GBP)",
T1.Price*T1.OpenQty/T4.Rate AS "Open Qty Val (GBP)", T1.Price/T4.Rate AS "Price (GBP)",
T1.Price*T1.OpenQty as "Ord Value (BP Currency)", T1.Price as 'Price (BP Curr)',
T1.Currency as 'Cur Ind', T4.[Rate] AS 'Curr Rate', T0.DocDueDate as "Due Date", T1.WhsCode as 'Del WHG'
FROM ORDR T0 INNER JOIN RDR1 T1 ON T0.DocEntry = T1.DocEntry
INNER JOIN OITM T2 ON T1.ItemCode = T2.ItemCode
INNER JOIN OITB T3 ON T2.ItmsGrpCod = T3.ItmsGrpCod
LEFT JOIN ORTT T4 ON T1.Currency=T4.Currency AND T4.[RateDate] = [%0] AND T4.Rate != 0
WHERE T0.DocCur != 'GBP' AND AND T1.OpenQty > 0
Thanks,
Gordon

Report Painter Currency Help

Hello Gurus!!
I'm a report painter user for almost a month, i've been doing a report using multiple currencies, it has worked well, but i need it now to make it to a target currency (lets say, Japanese Yens, YEN), the money is originally in mexican pesos (MXN), the company money unit is dollars (USD).
I want to make a conversion directly from MXN to YEN, but the sistems makes this conversion: MXN->USD->YEN, i've made lots of changes on the system, and still can't find out how to resolve this, i need direct conversions, not the triangulation its making, hope u can help me, thanks!!

Hi,
You can copy and create the new report with column defined with basic key figure as "Total Cost in Object Currency".
You also have the option to translate the report from one currency to another inn final output.
Hope this helps.
Assign points if helpful.
Regards,

Problem while posting FI document through BAPI - Multiple Exchange Rates

I am able to post FI document with multiple exchange rates for the same currency using FB01. But, when I try to post the same document details using BAPI_ACC_DOCUMENT_POST , it throws an error F5 701 - Inconsistent Rate for Currency XXX .
How can we avoid this error while posting through BAPI ?
Thanks & Regards,
Nidhi

Hi Nidhi,
Value range
    The field CURR_TYPE (currency type) describes the role played by a
    currency in the SAP System.
    The currency type can take on the following values, for example:
    o   00      Transaction currency
    o   10      Company code currency
    o   20      Controlling area currency
    o   30      Group currency
    o   40      Hard currency
    o   50      Index-based currency
    o   60      Global company currency
    If an entry is not made in the field CURR_TYPE, the default value "00"
    is retained.
    If only one data record is transferred in transaction currency for each
    line item, the field CURR_TYPE does not need to be filled out. If
    several data records are transferred for each line item, the currency
    type must be entered for each record.
If the parameter CurrencyAmount is filled with the currency fields,
a complete document check including characteristics and value
components of profitability analysis (CO-PA). Otherwise, the account
assignment objects are checked.
Check the BAPI documentation SE37.
Regards,
Boobalan Suburaj

Reporting Multiple Currency Rates

Similar Messages

Maybe you are looking for