Besonderheiten mit Unicode 
RFC von einem non-Unicode-System in ein Unicode System
Es können folgende Fehlersituationen auftreten:
Das non-Unicode System sendet defekte Zeichen. |
Ein MDMP System sendet Daten in einer unbekannten Sprache. Daher kann das Unicode System die Code Page dieser Daten für die Konvertierung nicht ermitteln. |
Unicode Rückgabezeichen sind nicht in die erforderliche non-Unicode Code Page konvertierbar |
Bei der Rückgabe von Ergebnissen läuft der Ausgabepuffer über |
Das gerufene Unicode System reagiert auf Konvertierungsfehler abhängig von den Profile Parametern
rfc/cp_convert/ignore_error
rfc/cp_convert/conversion_char
durch Verwendung eines Ersatzzeichens oder durch Abbruch des Aufrufs.
Das Ersatzzeichen gibt man durch dessen UTF-16 Zeichennummer an; das voreingestellte Zeichen hat daher den Wert 0023, beispielsweise das Zeichen "~" hätte den Wert 007E. Die Unicode Zeichennummern findet man unter http://www.unicode.org/
Voreinstellung: Fehler ignorieren und nicht konvertierbare Zeichen durch das Zeichen '#' ersetzen.
Das rufende System erhält die Ausnahme COMMUNICATION_FAILURE mit der Nachricht connection closed.
RFC von einem Unicode-System in ein non-Unicode-System
Es können folgende Fehler auftreten:
Das non-Unicode System liefert defekte Ergebnisdaten |
Eine Textsprache ist unbekannt. |
Das Unicode System sendet Zeichen, die nicht in die erforderliche non-Unicode Code Page konvertierbar sind. |
Der Empfangspuffer des non-Unicode Systems läuft über. |
Im rufenden Unicode System ist die Reaktion auf Konvertierungsfehler für jede Destination einzeln einstellbar. Siehe Transaktion SM59 Remote Destination definieren.
Für das gerufene System ist ein Konvertierungsfehler nicht sichtbar. Fehler in den Eingabedaten erkennt das rufende Unicode System bevor es eine Aktion auf der gerufenen Seite auslöst; Fehler in den Ausgabedaten erkennt das rufende Unicode System erst, wenn der aufgerufene Kontext bereits abgebaut ist.