Entering content frameBackground documentation Conversions in Accordance with the SAP Standard Locate the document in its SAP Library structure

In the SAP standard in an SAP System without Unicode character sets, data that is displayed using different code pages is converted for the following:

Entering and Outputting Data in the SAP System

When entering and outputting data in the SAP System, data is converted from the format of the front-end code pages to the format of SAP(ISO) code pages used in the SAP System. Data is converted during communication between the SAP GUI and the application server using SAP-internal character numbers. In the SAP System you can see how these numbers are assigned to each character in table TCP01.

Correct Data Conversion in GUI-Server Communication

This graphic is explained in the accompanying text

In this example, Czech data is entered on a front end with Microsoft NT as the operating system, and then transferred to the SAP System (green arrow). The data originates from Microsoft code page 1250. This code page corresponds with the SAP(front-end) code page 1404 contained in the SAP System. The data must then be converted from the format of SAP(front-end) code page 1404 to the format of SAP(ISO) code page 1401 that is based on ISO code page ISO 8859-2.

In the SAP(front-end) code page 1404 (Microsoft code page 1250) the hex code 8E is assigned to the character entered (Ž). The SAP internal character number 291 corresponds to this hex code. The system searches for this character number in SAP(ISO) code page 1401 on the application server. Hex code AE is found, and this is stored on the database.

The diagram also shows how the Czech character Ž is output on the front end (blue arrow). The hex code AE is read from the database and converted in the same way. The SAP-internal character number 291 corresponds with the hex code AE of SAP(ISO) code page 1401. The system searches for this number in the SAP(front-end) code page 1404 and the hex code 8E is found. This is output on the front end as the character Ž.

The following points ensure that the data is converted correctly:

Note

The code page entered in the SAP logon dialog box of the SAP GUI, or the front end environment parameter SAP_CODEPAGE determines the SAP(front-end) code page used for the conversion. The entry in the SAP logon dialog box overwrites the environment parameter.

Note

The logon language controls which code page is active on the application server (SAP(ISO) code page 1401 in the example). This code page is used for the conversion. Languages that can be displayed using several code pages only activate the default code page specified for the language. Therefore you may only log onto the system in one of these languages if you want to enter data in languages that can be displayed using the default code page.

By logging on as described you ensure that the corresponding (suitable) SAP(ISO) code page or blended code page for the SAP(front-end) code page set up is active (1404 « 1401 in the example). For examples of code page pairs of this kind, see Languages, Code Pages, and Conversions.

If the SAP(front-end) code page and the SAP(ISO) code page do not correspond, the SAP-internal character number for each character may not be found. The # (number sign) character is then used. The corresponding hex code 23 is stored in the database for this character, or the # character is output on the front end. The following diagram shows the former:

Incorrect Conversion when Entering Data

This graphic is explained in the accompanying text

The data is not converted correctly because the active SAP(ISO) code page on the application server (1100) does not correspond with the SAP(front-end) code page (1404).

Communication Using Remote Function Calls

When using a Remote Function Call (RFC) for communication between a sending and recipient system, the code pages of the sender and recipient and the data format determine the conversion of the transferred data. The following rules apply here:

Caution

Data that has to be displayed using a code page that is different from the active code page in the sending system can be converted incorrectly and therefore corrupted.

Caution

This means that language-dependent data displayed using different code pages is converted as a whole when being transferred in RFC communication. Only the code pages from the sending and recipient systems control the conversion and not the language keys. If data is converted as a whole, it could therefore be incorrectly converted and corrupted.

Application Link Enabling

Application Link Enabling (ALE) is based on RFC communication between two SAP Systems so that when data is transferred, conversions are performed in accordance with the rules of RFC communication.

In ALE, IDocs are always transferred in CHAR format so that conversion is always possible if the active code pages of the sending and recipient systems are different. However, as the data is stored in the format of the SAP(ISO) code pages used in the SAP System in both the sending and recipient system, a conversion does not have to be performed when transferring data via ALE. You can avoid unnecessary conversions if the active code page of the sending system is the same as that of the recipient system. Data is then stored in the recipient system in exactly the same way as in the sending system.

Business Application Programming Interfaces

Business Application Programming Interfaces (BAPIs) are also based on RFC communication. For example, if a BAPI is called in a JAVA application, the code pages of the JAVA front end and the SAP System determine the conversion of the data.

 

 

Leaving content frame