Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

Currency Format

Former Member
0 Kudos

Hi

I have a DEV system which has 2 clients, one for config and the other for Testing. In the config client the format of the amount field is correct, e.g. 3,500,000.00 while in the testing client it is wrong, i.e 3.500.000,00 (the commas and fullstops are swopped around). I have checked the user settings in SU01 and they are right in both clients, config in SPRO for country settings (transaction OY01) has been configured correctly and I have even transported the transport in SCC1 to the testing client. This is happening for a specific country only.

Any ideas why the amount format is wrong? Is there any other config or setting?

Thank you.

Regards

2 REPLIES 2

Former Member
0 Kudos

Hi,

Go to "SU3" transaction -> PreFixed values tab and set up the "Decimal Representation".

Hope it helps you...

--

Alexis Sánchez N.

SAP ABAP Development Consultant

Molen Services and Consulting, C.A.

Former Member
0 Kudos

Hhmm, ok, sounds like you've covered already the basic steps (i.e. checking user settings and even country settings), so please bear with me if my comments seem silly...

First of all it would be interesting to know at what output you're looking at and how is that wrongly formatted field output being generated. I'm assuming also - since you've posted in the ABAP forum - that we're not talking about something like web dynpro for Java, because there locale settings are a bit different.

If you're talking about print output it might be that the output is somehow triggered via a different user. E.g. sometimes you have a user saving a transaction, which triggers of a workflow event that then prints out a document. In that case you'd have to check the user settings of the workflow user.

Another example is when using SAPscript your form should set the locale by using the statement SET COUNTRY. This is usually done by utilizing master data (e.g. country of recipient) and thus you'd have to ensure that the master data in both clients matches (assuming that you're using the same data).

However, if you're talking about simple output of a list (e.g. SE16N) and you're seeing differences there, then the user settings should be the one driving it. I wouldn't expect this as this would indeed be very strange...

Cheers, harald