Displaying Name Data in multiple languages (PA20, Reports, etc...)

[former_member443899]

Hi Everyone,

Has anyone who deals with 2 launguages noticed any issues with PA20 or Reports while creating records in one language and displaying them in another?  In Canada we have 2 official languages and data can sometimes be created in English and need to be displayed in French or vise versa.  What we are seeing is if the IT0002/PA0002 name information is created in English (for example) than concatinated fields like Full Name will display using the name prefix of the language the record was created.

Example starting in English:

Form of Address:  Mrs.

Last Name:          Person

First Name:          Test

Full Name:  Mrs. Test Person

In French I would expect to see...

Qualité:              Mme.

Nom:                 Person

Prenom:            Test

Nom: Mme. Test Person

However, what we are seeing in this example is the English prefix even when logged in as French.

Nom:  Mrs. Test Person

So any reports or anything that uses the full name fields is pulling in the name with the prefix for the Language that the record was created, but not properly based upon the langue setting for that user.

Is this normal?  Is there a fix that you are aware of with OSS?

I wanted to check with the community before I created an OSS message.

Thanks.

[former_member298958 · Accepted solution]

Hi,

The field is taken from pa0001-ename. Check the Name format is changed through Personnel Management -> Personnel Administration -> Personal Data -> Name Format.

When changing the format, I thing the title should not be stored in the database. You can use RPUP0001 to update.

Hope this help

Frederick

[former_member443899 · Accepted solution]

RPUP0001 definately updates the name to English or French.  So that was good to know, but still seems odd to me that if you log in as EN that you would see Mme Test Person and in IT0002 you'd see the proper prefix Mrs. since they are mapped to the same Form of Address code.

So this helps me get the name into the format the users want per pernr, but still curious why it doesn't dynamically determine the prefix if PA0002 doesn't store (which it doesn't) the text.

Quick update.. this didn't fix everything, but report RPUP0001 will help me with my current problem.

Message was edited by: Doug Robbins

[former_member298958]

Hi,

We are using both french and langage and no problem. Check if table T522T is translated. The key in table pa0002 is saved in the database, not the text. Also, check in the infotype 2 screen is 2007.

Regards,

Frederick

[former_member443899]

Yeah when looking at SE16 it didn't make a lot of sense why it won't properly translate since it should just be concatinating a prefix code translation to the first and last name.

The T552T table seems fine and the drop down menus look fine and the IT0002 on PA20 looks fine when you look at the name prefix.  It is just the Full Name and Nom field that concatinates this information that is incorrect.

Message was edited by: Doug Robbins