Currency Decimal to be corrected according to the currency used(Report prog

Hi Experts,
I have one requirement in which presently, always two decimal places are used for any currency. This does not hold good for cases where decimal places are other than 2. Example, for JPY, no decimal places are used.
This needs to be corrected while updating in outbound table as well as outbound file which is sent to bank.
How to solve it?
Any pointers will be highly appreciated?
Regards,
Rahul

Hi,
Use SET COUNTRY cntry.
refer the following code.
DATA: dat       TYPE sy-datum VALUE '20020127',
      num       TYPE p LENGTH 8 DECIMALS 2 VALUE '1234567.89',
      t005x_wa TYPE t005x,
      t005x_tab TYPE SORTED TABLE OF t005x
                WITH NON-UNIQUE KEY xdezp datfm.
SELECT *
       FROM t005x
       INTO TABLE t005x_tab.
DELETE ADJACENT DUPLICATES FROM t005x_tab.
LOOP AT t005x_tab INTO t005x_wa.
SET COUNTRY t005x_wa-land.
WRITE: / num, dat.
ENDLOOP.
Best Regards,
Surendar Reddy.

Similar Messages

In the output data is coming in two rows instead of the onerow using report

HI ,
I am trying include two cloumns in the existing report layout ,But the output is coming in two rows.
I tried to increase page width in the layout sections and also rebulid the layout using the test data ,For test data is coming fine ,when i ran the concurrent program some records is coming in two rows .
Can any one help ,how to map the columns according the data and increase the width in the report layout .
Thanks
Narendra.

Do a right mouse click on the left, gray row marker => "Insert Row"=> "Inside Group
- Above or Below", then you get a second detail row.
Olaf Helper
[ Blog] [ Xing] [ MVP]

Is it possible to Automate the Workbook using Reporting Agent??

Hi Guru's,
Can any one explain how to automate an Workbook that run weekly once?
Please give me the steps or any document related to this.
I have some Reporting Agent documents but i never worked on RA before.
Please suggest me with best method and solution if possible.
Will assign full points to the solution.
Thanks in advance.
BH
Message was edited by:
Varma Bh

as of my understanding, you can't automate workbook. if you know the solution, please update.
thanks,
vsn

Currency Decimal Points - Urgent

Hi,
I am facing a serious problem with currency decimal points. Unfortunately "Currency code" has been deleted from where we can maintain currency decimal points in OY04 Tcode and the currency code was maintained by zero decimal places. Before deleting the Currency from decimal points the document currency was showing $1000.00 which is correct. But after deleting Currency Code from OY04 Tcode the same amount is showing $100000 by combining decimals.
I have again given same Currency Code in same transaction code. But still it is showing ($100000) the amount by combing the decimals.
Please help me
Thanks
Ravindra

You said someone "unfortunately" deleted an entry from table TCURX. Has that someone seen all the following WARNINGS given by SAP!!!
In a productive system, you must not delete the currencies in use or change the decimal places. This could make amounts in documents already posted incorrect or invalid.
Before you continue, please read the following text carefully. If you do not heed this note, you can cause irreparable damage to the system with this transacton. In the R/3 System tables currency fields are stored as decimal figures with a variable number of decimal places. The decimal point is not stored in the field in the database. Instead, each currency field refers to a currency key field. In this transaction you assign the number of decimal places to this currency key uniquely. Example: If you have set currency USD to have two decimal places and you post an amount of 100 USD, an amount of 10000 USD is stored in the currency field in the database. Not until this amount is processed further or is output does the system use the currency key from the reference field to determine the number of decimal places via this table. In this way the table content can be interpreted correctly for further processing or formatted for output with the correct punctuation. If after posting you changed the number of decimal places for USD, for example, to 3, the existing field content of 10000 would be interpreted for futher processing or output as 10 USD (10.000). This would mean that the contents of tables across the system would, for all currency fields containing an amount in USD, be interpreted incorrectly by 10 per cent. To
change the number of decimal places for a currency already in use, you must convert all the tables in the R/3 System that contain
currency fields, so that the data integrity remains. This cannot, however, for both organizational reasons and under the runtime aspect be carried out in a productive system. The following changes to the TCURX table can thus lead to the loss of data integrity if you
make the changes in a productive system or transport them into a productive system:
o Change to the number of decimal places of an existing currency
o Deletion of an entry from the TCURX table (corresponds to changing the decimal places to the standard value of two decimal places)
o Insertion of an entry in the TCURX (corresponds to changing the standard value of 2 decimal places to a different value), if this is a currency code that already exists Uncritical changes are any made to this table during the Customizing of a new installation or the insertion of TCURX even during operations, if the currency codes have just been entered in the TCURC table using transaction OY03, signifying that no postings to these currency codes can have been carried out yet.
Do you want to change the decimal places despite all recommendations?

Asian (JPY) currency Decimal Places Issue

HI All,
Need your help, we have a program which creates a BDC session and when the user tries to process it it throws an errror for amount in asian currencies like JPY - no decimal places allowed for currency, in the background it calls the FBB1 transaction.
The original amount is in USD however after conversion when we store it back to amount field which is of type
"glpct-tslvt" it stores the amount in JPY currency with decimal places so for example :
USD amount = 93,214. 00
JPY amount = 115,021. 86
guess the amount is stored with decimals in BSEG table, so now when we try to process the session with the JPY amount with decimals it throws an error.
I have tried the
CALL FUNCTION 'CURRENCY_AMOUNT_SAP_TO_DISPLAY'
and
CALL FUNCTION 'BAPI_CURRENCY_GETDECIMALS'
it gives me the correct value for amount so for above example JPY amount = 115,021. 86 by using the mentioned two methods i am able to get the currency in this format 11502186.00 but still has two decimal places, i think it still will not work when we process the session for FBB1.
Need your help people, appreciate your co-operation.

sorry to revive an old thread...but we are having an issue with JPY in our electronic bank statements.
the BAI format for our JPY account has for example 900 yen which according to our finance department is really 9 yen. the bank claims this is a known issue and the BAI format documentation seems to be confirming the bank's position in that the decimals are implied according to the currency code (whatever that means in SAP terms is a bit foggy to us).....
currently we wrote a custom code to suppress the last two zeros (when they are zeros) but i feel this error is caused either by a wrong setting in our currency or translation tables in SAP or something else since our feeling is that this should work right out of the box without any custom programming...any ideas???...where we shoudl start looking in our currency config....does the 100:1 or 1:1 translation ratio between JPY/USD make any difference...should we try and use a function module to convert the currency ...any ideas or hints are welcome
thanks
Ram
[email protected]

The currency cannot be displayed in ALV if I choose a saved layout

I have a currency field in ALV, and I set the currency key for this field,
gr_fieldcat-cfieldname = 'WAERS'.
gr_fieldcat-datatype = 'CURR'.
gr_fieldcat-ctabname = 'ITAB_RESULT'.
please see the following info:
step 0, the original amount is 13.45
step 1, run program, now display the amount correctly, 1.345
step 2, save the layout as 'layout1'
step 3, quit the program
step 4, run program again, now the amount is correct:1.345
step 5, choose the layout 'layout1'
step 6, now, the amount is incorrectly, it is 13.45
it seems the currency key doesn't work now. but I don't know why.
can anybody tell me the reason? thank you!!

Add in field catelog....
CLEAR gs_fcat.
gs_fcat-fieldname = 'CURRENT'.
gs_fcat-ref_table = 'ITAB_RESULT'.
gs_fcat-coltext = 'currency'.
gs_fcat-seltext = 'currency'.
gs_fcat-col_pos = 1.
gs_fcat-outputlen = 13.
gs_fcat-no_zero = abap_true.
gs_fcat-datatype = 'CURR'.
gs_fcat-do_sum = abap_true.
APPEND gs_fcat TO gt_fcat.
Message was edited by:
Minal Nampalliwar

I copied onto my pc several tracks from a cd off mem stick but only 1 would synch onto my ipad. Ive done it correctly accordinsynch onto my ipad. Ive done it correctly according to other comments in this column. Help!

I copied onto my pc several tracks from a cd off mem stick but only 1 would synch onto my ipad. I've done it correctly according to the comments in this column. Help!

Audio formats supported: HE-AAC (V1 and V2), AAC (8 to 320 Kbps), Protected AAC (from iTunes Store), MP3 (8 to 320 Kbps), MP3 VBR, Audible (formats 2, 3, and 4, Audible Enhanced Audio, AAX, and AAX+), Apple Lossless, AIFF, and WAV
Are the formats of all the tracks on the above list?
Did you copy the tracks into iTunes and then synced your iPad?
Did you remember to select the new tracks in iTunes so that they are added to your iPad when you sync?
Finally what, if any, error messages did you get when you attempted to sync and the new tracks were not added to your iPad?

By default show the currency as USD

Hi,
I have a requirement where the user has to enter few account values in USD irrespective of the entity selected. Here entity dimension contains the list of projects region wise. This is to enable workflow project wise. The geography is in a separate dimension called the LegalEntity dimension. Since multiple currencies have to be enabled for a single entity, i have enabled "Allow multiple currencies per entity" option in the data form setting. For the list of accounts where the value is going to be entered in USD, i should display the currency as USD by default. If the currency tagged to the entity is INR, i have to display USD instead of INR. Is this feasible?
I tried something like this. But this didnt work out.
"Calculated Production Revenue"->HSP_InputCurrency = USD;
Regards,
Ragav.
Edited by: ragavhere on May 13, 2010 9:24 PM

Hi,
It worked. Instead of giving "Calculated Production Revenue"->HSP_InputCurrency = USD; i gave it as
"Calculated Production Revenue"->HSP_InputCurrency = 1000; since 1000 is the code for USD.
The actual script is
Fix(Scenario,Version,Period,Year,Entity,"Billing Rate")
HSP_InputCurrency = 1000;
ENDFIX
This script is going to definitely take time. Is there any other way to do this in less amount of time.
Regards,
Ragav.

Change the currency

Hi Exeperts,
Can anybody tell me is it possible change the currency in company, company is maintaining the currency since 10 yrs. if we change the currency in company, what will be the effect in previous years transaction.
Regards,
Nagesh.
Moderator: Please, search SDN

Hi ,
To change the unit we do not need to remove it from the data targets.
But changing it directly will cause all the dat targets to get deactivated where evert it is used.
You will get the list of target deactivated targets as a wrning when you will change it so no need to worry.
Hope it helps
Thanks

For currency at the time of report generation it is considering decimal

Dear Team,
I struck with this issue from the long time and I really appreciate if any body help me on this,
Des: Delivery and Billing happened, the amount is 1234/-, the dispalying the same in the documents but while generating the report from VBRK and VBRP for one country it is showing as 12.34/-
The report is ZVF05N,
We checked for reference WAERK is also assigned for NETWR
Best part is in the same report for country currecy it is giving the correct info but only for 1 country it is considering it is taking decimal point,
Please provide the some input for this

The output should be done with a WRITE statement with CURRENCY addition specifying the currency, to avoid this issue. Ask your developer to qualify all places where the amount is output with either
WRITE <amount> CURRENCY <3 character currency key>.
OR
WRITE <amount> TO <output variable> CURRENCY <3 character currency key>.

Changing the Decimal places in the currency

Hi all
we are using the currecy SAR. Decimal places was set to 4, now that they want to revert back to 2 decimal places. i understand that by doing so they would be inconsistencies in the data allready recorded. how to avoid that?
is there any programmes / reports that would fix such inconsistencies?
any OSS notes?
thanks and regards
gkk

HI,
You should NOT change the decimal places in a productive system.
If you would do, the correction of the posted documents afterwards would be a remote consulting issue. Which you have to pay for SAP.
You see, all posting you have done until now, would get displayed in a wrong way, and the new posting wouldn't compare to the others.
Please check the note 137626 describes this.
If you really need to change the decimals, you should create a new currency type, for example your current is SAR, and now you should create a SA2. Then you should enter new rations and exchange rates for it, and work with the new one.
Also if you want to set the decimals to two digits from four, youshould not enter an entry in the OY04(TCURX).
In this table you can only enter a value, that discriminate from 2 decimals. If there is no entry in the table, it means the currency has two decimals.
Please assign points if it useful.
Regards
Ravinagh Boni

Error in decimal places while using the currency ends with 4 e.g. CNY4,USD4

Dear all,
I need ye help, the problem that a report having a field KONP-KBETR .......the report moves the decimal 2 places to the right. And so, 412.3846 becomes 41238.46. ..occurs only when the currency ends in 4 (CNY4, USD4, EUR4..)
Can you please guide.
Thanks in advance .
Rgds,
Pem

Hi,
I think you are misinterpretting the things.
1.CNY4, USD4, EUR4 are Currency keys and they does not end with 4 they are CNY, USD, EUR.
2.and KBETR is CURR(11,2) so it will always display TWO places of decimals.
Regards,
Neha

Changing the Decimal in the currencies

Hi,
We have an issue related to our SAP Production system.
At the time of raising Billing invoices to customers in USD currency,
we are using currency SAR with two decimal places currently. Now our requirement is to bring three decimal places to USD currency for another project. new project also in the same lanscape .To proceed further i need to achieve this change in existing settings and test the impacts. so it is a cross client change (oy04)it will be seriously effected to our production system. Whether it will be suggested for changing the TCURX table? as these change is a urgent requirement for our new IS Oil
project, as in the SAP note : 434349 and 137626 it is clearly mentioned that it will affect the already posted documents , I need to know what are the other impacts and is there any other way to do the same.
Regards
Sanj
Edited by: Sanj S L on Feb 21, 2012 11:26 AM

Yes changing the currency decimal in IMG in the midway is not at all recommended. Instead, you can differentiate the same in pricing condition itself. Say for example, currently if you maintain price per piece, you can maintain per ten or hundred so that system will calculate the exact net value.
G. Lakshmipathi

Error while deriving the currency from table T001P.

Hi Friends,
I am trying to run payroll for NZ using schema NZ00 but i am getting an error stating "Error while deriving the currency from table T001P. Error during initialization of Payroll"
I have checked V_T001P, V_T001 and have deleted the personnel area and subarea and again created it but still i am unable to solve this problem.
Could you please help me as to where this error can be corrected.
Thanks,
Manj

About the incidence, the problem might be related to the links between
personnel area, company code and currency set up (table T001P, T500P and
T001).
Please check the following points:
1- Have you assigned the Personnel area to the Company code under SPRO -
IMG -> Enterprise Structure -> Assignment -> Human Resource Management
-> Assignment of Personnel Area to Company Code.
2- SPRO -> Personnel Management -> Personnel Admin -> Basic Settings ->
Determine Currencies (Public Sector Currency Need to be maintained along
with the other node).
3- SPRO- Personnel Management -> Personnel Admin -> Payroll Data ->
Basic Pay -> Define Hourly Rates for several decimal places. (Please
maintain all the nodes).
4- Maintaining the table t500c through transaction code OE00.
Regards
Ramana

Currency Decimal Places setting restore

Hi Experts ,
Unfortunately we have changes the setting for currency decimal places in SPRO ==> SAP NETWEAVER ==>GENERAL SETTINGS ==>CURRENCIES ==>SET DECIMAL PLACES FOR CURRENCIES.
for Currency INR from default 3 decimal places to '4' decimal places, due to this the amounts entered in MM inforecords were changed e.g. the amount which was entered as 15.20 inr changed to 1520.00 inr, After getting reply from Fourm and the senior consultants we have deleted the INR currency from the about setting i.e.from table 'TCURX' after doing this the amounts get corrected i.e. from 1520.00 INR to 15.20 INR.
But again the same (adverse) change is being seen in amounts for MM Inforecords and SD Condition Records
If we enter a new record it shows the correct amount.
How can i correct the previous amounts. It has happen suddenly and what guarantees that this should not happen again.
Please give me the solution as early as possible. We have to Go-Live in next 2 days..
Thanks in advance
Amol

HI, anand,
SAP suggest never touch decimal places.
Regards,
Satish

Currency Decimal to be corrected according to the currency used(Report prog

Similar Messages

Maybe you are looking for