Ein wichtiges Einsatzgebiet von SAP EH&S ist die Erzeugung und Verwaltung von Dokumenten. Durch die internationale Vermarktung von Produkten werden SAP-EH&S-Dokumente (Berichte) und die darin enthaltenen Daten häufig in vielen Sprachen benötigt. Beispiele sind Sicherheitsdatenblätter, die in verschiedenen EU-Sprachen ausgegeben werden sollen, Unfallmerkblätter, die in allen ADR-Sprachen benötigt werden, sowie Etiketten, die Daten in mehreren Sprachen enthalten.

Im SAP EH&S werden diese Berichte mittels Daten aus dem SAP-System generiert. Die benötigten Daten müssen daher in beliebigen Sprachen erfasst und am Frontend oder auf Berichten ausgegeben werden können. Dies ermöglicht der EH&S Native Language Support (EH&S NLS), und zwar unabhängig davon, ob Sie ein SAP-System mit Unicode-Zeichensätzen (Unicode-System) einsetzen oder nicht.

Des Weiteren können Sie den EH&S NLS ohne diese Lösungen in einem Unicode-System nutzen.

Folgende Standard-Lösungen für Nicht-Unicode-Systeme werden im SAP EH&S nicht unterstützt:

• Multiple National Language Support (MNLS)

• Multi Display / Single Processing Code Pages (MDSP)

Durch den EH&S NLS werden alle EH&S-Daten in der Datenbank im Format der SAP(ISO)-Codepages (Nicht-Unicode-System) oder im von SAP verwendeten Unicode-Format (Unicode-System) abgelegt. Sie können dadurch auch von anderen SAP-Komponenten uneingeschränkt auf EH&S-Daten zugreifen.

Sie müssen im Customizing der Produktsicherheit den EH&S NLS eingerichtet haben. Dazu bearbeiten Sie die IMG-Aktivität EH&S Native Language Support einrichten und setzen in der IMG-Aktivität Umgebungsparameter festlegen den Parameter MULTI_CODEPAGE_SUPPORT.

Weitere Voraussetzungen finden Sie im Abschnitt Funktionsumfang.

Im SAP EH&S kommt es vor, dass per Remote Function Call (RFC) Datensätze übertragen werden, die in einem Nicht-Unicode-System über verschiedene Codepages abgebildet werden müssen (z.B. Phrasentexte oder Identifikatoren in verschiedenen Sprachen). Da Daten, die per RFC übertragen werden, im SAP-Standard nicht satzweise sondern nur im Ganzen konvertiert werden können, wurden mit dem EH&S NLS zusätzliche Konvertierungsprogramme eingerichtet. Diese sorgen analog in einem Unicode-System z.B. dafür, dass alle Daten korrekt in die Codepage konvertiert werden, die die Anwendung verwendet, zu der die Datensätze per RFC übertragen werden.

Die folgende Abbildung zeigt, an welchen Stellen Daten gemäß dem SAP-Standard konvertiert werden (gelb) und an welchen Stellen die zusätzlich mit dem EH&S NLS eingerichteten Konvertierungen erfolgen (dunkelrosa). Dargestellt ist ein Nicht-Unicode-System, in dem MDMP mit den SAP(ISO)-Codepages 1100, 1401 und 8000 installiert wurde. Auf den Frontends dient Microsoft Windows NT als Betriebssystem. Die Konvertierungen in einem Nicht-Unicode-System mit einer Blended Codepage verlaufen analog.

Die folgenden Abschnitte beschreiben im Detail, wie an den entsprechenden Stellen durch den SAP-Standard oder durch die eigenen Konvertierungen des EH&S NLS Daten korrekt konvertiert werden.

Die im SAP EH&S verwendeten Business Application Programming Interfaces und Application Programming Interfaces (BAPIs und APIs) können Daten im Unicode-Format sowie in den Formaten der SAP(ISO)-Codepages und der Microsoft-Codepage lesen und verarbeiten. Die BAPI- und API-Aufrufe enthalten einen Parameter, der die Konvertierung entsprechend dem Umgebungsparameter MULTI_CODEPAGE_SUPPORT steuert. Bei gesetztem Parameter wird die Konvertierung während des BAPI- oder API-Aufrufs eingeschaltet und am Ende des Aufrufs wieder ausgeschaltet.

Die Erfassung und Ausgabe von EH&S-Daten im SAP-System und damit auch die Konvertierungen erfolgen gemäß dem SAP-Standard während der Kommunikation zwischen dem SAP GUI und dem Applikationsserver. Eine zusätzliche Konvertierung durch den EH&S NLS ist daher nicht nötig.

Sie können sprachabhängige EH&S-Daten zu Phrasen, Spezifikationen und Literaturquellen sowohl im Format der im SAP-System verwendeten Codepages als auch im Format der Microsoft-Codepages importieren und exportieren. Konvertierungsprogramme in den API-Bausteinen sorgen dafür, dass die Daten beim Import korrekt im Format der SAP(ISO)-Codepages (Nicht-Unicode-System) oder im Unicode-Format (Unicode-System) in der Datenbank abgelegt werden und im gewünschten Format exportiert werden.

Beim Import enthält der Parameter +SC im Verwaltungsteil der Austauschdatei die Formatinformation:

Beim Export steuert der Umgebungsparameter EXPORT_CHARACTER_NORM in welchem Format die Daten exportiert werden. Den Parameter bewerten Sie im Customizing der Produktsicherheit in der IMG-Aktivität Umgebungsparameter festlegen. Der Wert dieses Parameters wird an die API-Bausteine zum Lesen der Daten weitergegeben:

Im Verwaltungsteil der Export-Austauschdatei wird der Parameter +SC automatisch entsprechend dem ermittelten Wert des Parameters EXPORT_CHARACTER_NORM gesetzt, damit bei einem späteren Import dieser Datei richtig konvertiert wird.

Bei der Verteilung per Application Link Enabling (ALE) werden über eine RFC-Kommunikation Daten im Format der im SAP-System verwendeten Codepages von einem SAP-System auf weitere SAP-Systeme übertragen. Das System wird so eingerichtet, dass dabei nicht konvertiert wird.

Generell wird bei einer RFC-Kommunikation nicht konvertiert, wenn die aktiven Codepages im Empfänger- und Sendersystem gleich sind. Dies wird folgendermaßen erreicht:

• Innerhalb eines ALE-Verteilungsmodells muss eine Codepage als Codepage für die Übertragung ausgewählt werden (z.B. SAP(ISO)-Codepage 1100). Diese Codepage muss auf allen am Verteilungskonzept beteiligten SAP-Systemen eingerichtet sein.

• Sie müssen im Sendersystem im Customizing der Produktsicherheit in der IMG-Aktivität Umgebungsparameter festlegen mit Hilfe des Parameters ALE_TRANSFER_LANGUAGE eine Sprache dieser Codepage als Transfersprache angeben. Diese Sprache steuert, welche Codepage bei der Datenübertragung im Sendersystem aktiv ist.
• Sie müssen die RFC-Destinationen der Empfängersysteme mit der Anmeldesprache definieren, die Sie im Customizing der Produktsicherheit im Parameter ALE_TRANSFER_LANGUAGE angegeben haben.
• Wenn Daten übertragen werden sollen, die über verschiedene SAP(ISO)-Codepages abgebildet werden müssen, dann müssen die Betriebssysteme des Sender- und Empfängersystems ASCII-Zeichensätze nutzen.

Bei der Bearbeitung von Berichtsvorlagen werden aus dem SAP-System Daten über den Funktionsbaustein GUI_DOWNLOAD an das Windows-Frontend geladen und nach folgenden Kriterien gemäß dem SAP-Standard konvertiert:

• Word-Dokument (enthält die Berichtsvorlage)

• Strukturdatei (enthält die Symbole und Wiederholungsgruppen)

• Sprachabhängige Daten wie Symbolbezeichnungen und Phrasentexte zur Anzeige in den Dialogfenstern des WWI

Eine zusätzliche Konvertierung durch den EH&S NLS ist nicht nötig.

Beim Generieren eines Berichts werden Daten der SAP-Komponente Produktsicherheit und anderer SAP-Komponenten abgemischt. Dabei werden vom WWI-Workprozess Daten über eine RFC-Kommunikation an den Generierungsserver geschickt und zuvor nach folgenden Kriterien durch Konvertierungsprogramme des EH&S NLS konvertiert:

• Word-Dokument (enthält die Berichtsvorlage oder den Bericht)

• Strukturdatei (enthält die Symbole und Wiederholungsgruppen)

• Wertedatei (Value-File)

Bei der Layoutkontrolle von Berichten werden aus dem SAP-System Daten über den Funktionsbaustein GUI_DOWNLOAD an das Windows-Frontend geladen und zuvor nach folgenden Kriterien durch Konvertierungsprogramme des EH&S NLS konvertiert:

• Word-Dokument (enthält die Berichtsvorlage)

• Wertedatei (Value-File)

Bei der Sekundärdatenermittlung durch den EH&S Expert werden EH&S-Daten gelesen, auf dem Expert-Server verarbeitet und die Ergebnisse in die Datenbank geschrieben. Der Expert-Server ist ein selbstregistrierender Server mit einem Microsoft-Windows-Betriebssystem. Das Programm des EH&S Expert basiert auf ASCII-Zeichensätzen. Daten müssen daher beim Lesen vom Format der im SAP-System verwendeten Codepages in das Format der Microsoft-Codepages und beim Schreiben zurück in das Format der SAP-Codepages konvertiert werden. Dabei können prinzipiell Daten gelesen oder geschrieben werden, die in einem Nicht-Unicode-System über mehrere Codepages oder über eine andere als die aktive Codepage des Applikationsservers abgebildet werden müssen.

Der Regeleditor wird derzeit nur in Englisch ausgeliefert. Wenn Sie sich in einer anderen Sprache anmelden, erhalten Sie den Eigenschaftsbaum und die Phrasenauswahlmengen in dieser Sprache angezeigt, sofern das Gebietsschema Ihres Frontends die Anzeige dieser sprachabhängigen Daten im Format der korrekten Microsoft-Codepage ermöglicht. Die Daten werden hierzu falls nötig durch die RFC-Kommunikation konvertiert.

Wenn Sie durch die Regelwerke sprachabhängige Daten (z.B. einen Identifikator oder Freitext in einer bestimmten Sprache) lesen oder schreiben wollen, dann müssen Sie bei der Erstellung des Regelwerks darauf achten, dass das Gebietsschema Ihres Frontends die Eingabe dieser sprachabhängigen Daten im Format der korrekten Microsoft-Codepage ermöglicht. Eine Konvertierung in das Format der im SAP-System verwendeten Codepages ist an dieser Stelle nicht nötig, da die Regelwerke nur auf dem Expert-Server genutzt werden.

Ein SAPscript-Dokument und damit auch ein Gefahrgutpapier darf generell nur sprachabhängige Daten in Sprachen enthalten, die über eine SAP(ISO)-Codepage oder Blended Codepage abgebildet werden können, da die Daten nicht datensatzweise konvertiert werden. Die in den Kopfdaten des SAPscript-Formulars im Feld Sprachenschlüssel angegebene Sprache (Formularsprache) bestimmt die Codepage des Formulars und somit die Sprachen, die über das Formular ausgegeben werden dürfen. Sie benötigen daher für Gefahrgutpapiere in Sprachen verschiedener Codepages für jede Codepage mindestens ein separates SAPscript-Formular in der entsprechenden Formularsprache.