Bisher war es für SAP-Nutzer üblich, mehrere Codepages zu verwenden, um verschiedene Sprachen abzubilden. Jedes Zeichen belegt dabei genau ein Byte. In einem Unicode-basierenden System existiert nur noch eine "Unicode-Codepage", die etwa eine Million Zeichen umfasst. In dieser Zeichentabelle werden neben allen Sprachen dieser Welt auch Symbole abgebildet. Ein Zeichen belegt 1 bis 4 Byte. Durch diese Darstellung ergeben sich verschiedene Unicode Transformation Formats (UTF): UTF-8 beispielsweise codiert Zeichen in variabler Länge, bei UTF-16 werden Byte-Paare zur Zeichendarstellung verwendet, und das seltener genutzte Format UTF-32 repräsentiert jedes Zeichen durch einen 32-Bit-Code (4 Byte).

SAP macht Unicode zur Pflicht

Ab SAP ERP 6.0 setzt die SAP voll und einzig auf Unicode. Systeme mit Multi-Codepages werden nicht mehr unterstützt. Es laufen zwar noch Single-Codepage-Systeme, bei der Verwendung von Java-basierenden Programmen kann es aber zu Einschränkungen kommen. Außerdem ist offen, wie lange SAP für Single-Codepage-Systeme noch Support bietet. Aus diesem Grund empfiehlt sich für Firmen, baldmöglichst auf Unicode umzustellen, spätestens aber dann, wenn sie ihre R/3-Systeme auf ERP 6.0 migrieren.

Release-Wechsel und Unicode-Umstellung

Beim Upgrade auf ein neues Release sollte auch eine Unicode-Umstellung des Systems eingeplant werden. Durch die gleichzeitige Release- und Unicode-Umstellung wird der Testaufwand der eigenentwickelten Software maßgeblich reduziert. Bei separaten Projekten ist ein Test der Eigenentwicklungen nach der Unicode-Umstellung und einer zusätzlich nach dem SAP-Release-Wechsel notwendig. Verwendet ein Unternehmen eine Single-Codepage im R/3, so kann es Unicode nach dem Umstieg auf SAP ERP 6.0 einführen.

Alte SAP-Systeme schleppen Ballast mit

Unicode-Umstellungen sind dann aufwändig, wenn Eigenentwicklungen (Programme, Schnittstellen etc.) überarbeitet und getestet werden müssen. Ältere ERP-Systeme schleppen oft viel Ballast mit, entsprechend viel müssen die Firmen anpassen. Reduzieren lässt sich der Aufwand, wenn der SAP-Anwender ungenutzte Eigenentwicklungen entfernt beziehungsweise durch Funktionen ersetzt, die der Softwareanbieter mittlerweile standardmäßig ausliefert. Firmen hatten selbst Programme geschrieben, da ihnen Funktionen in R/3 fehlten. Diese werden aber selten entfernt, wenn sie nicht mehr benötigt werden. Release-Wechsel oder Migrationsprojekte sind ein willkommener Anlass, aufzuräumen.

Die "Schlankheitskur" lohnt sich: Wie die Praxis zeigt, lassen sich 30 und mehr Prozent an Projektkosten einsparen. Dabei darf ein wesentlicher Aspekt nicht vergessen werden: Weniger Entwickleraufwand bedeutet weniger Anfälligkeit und einen geringeren Testaufwand. Darüber hinaus lässt sich das Projekt rascher durchziehen und belastet die betroffenen Mitarbeiter weniger. Empfehlenswert ist eine Analyse der Eigenentwicklungen, die dem Anwender genaue Fakten über genutzte sowie ungenutzte Eigenentwicklungen sowie deren Performance an die Hand gibt.

Partnersysteme und Fremdsoftware

Doch die Arbeiten betreffen nicht nur das eigene Unternehmen. Wer Fremdsoftware verwendet und mit SAP-Systemen verbunden hat, muss auch diese ins Projekt einbeziehen. Um später Konflikte zu vermeiden, müssen auch Drittsysteme Unicode-fähig sein. Ferner ist es notwendig, beispielsweise Partnerunternehmen rechtzeitig über das Unicode-Vorhaben zu informieren. Denn sie müssen ihrerseits Tests vorbereiten, damit der Datenaustausch weiterhin klappt. Gemeinsam mit den Fachbereichen sollten die SAP-Experten Testfälle erarbeiten sowie Pläne für Testreihen aufstellen.

Tipps zum Aufbau

Das (System)-Vokabular muss vor der Umstellung bearbeitet werden, und zwar so früh wie möglich. Häufig fällt auf, dass zum Zeitpunkt der Umstellung noch eine große Zahl an nicht übersetzten Texten im System vorhanden ist. Außerdem hat es sich bewährt, ein "Sandbox"-System zur Konvertierung möglichst früh einzurichten. In dem neuen Unicode-System sind alle generierten Objekte (Tabellenpflegedialog, Pflege der Konditionssätze etc.) anzupassen. Die weiteren Tätigkeiten sind identisch mit dem Neuaufbau eines SAP-Systems.

Zeitaufwand für Umstellung und Test

Die Praxis hat gezeigt, dass ein erfahrener Entwickler an einem Arbeitstag durchschnittlich fünf Programmobjekte (Report, Modulpool, Subroutinenpool, Funktionsgruppe etc.) auf Unicode umstellen kann. Er setzt dabei Unicode-Haken an bearbeitete Bereiche, eliminiert Syntaxfehler und prüft Warnungen und Meldungen. Gegebenenfalls muss er obsolete Anweisungen und Funktionsbausteine neu schreiben.

Der Test der selbst entwickelten Software dagegen hängt stark davon ab, wie viele Drittsysteme angebunden sind. Grundsätzlich sollten Key User und mindestens ein in der entsprechenden Anwendung erfahrener Anwender die Tests begleiten. Bei Schnittstellentests muss der Partner auf der "anderen Seite" Testdateien bereitstellen und von den Eigenentwicklungen erstellte Dateien verarbeiten sowie die korrekte Verarbeitung dieser Daten bestätigen. Dadurch ergibt sich ein Testaufwand von etwa zwei bis drei Programmobjekten pro Tag.

Auswirkung auf die Hardware

Erfahrungen aus der Praxis zeigen, dass sich bei einer Unicode-Umstellung durch die Reorganisation der Datenbank und den Neuaufbau der Indizes die Größe der Datenbank zunächst verringert. Im täglichen Betrieb unter Unicode kann es zu Mehrbelastungen des Systems kommen (siehe Grafik "Hardwarelast steigt durch Unicode").

Der Spielehersteller Ravensburger AG aus Ravensburg migrierte ohne nennenswerte Probleme auf Unicode. Durch gute Vorbereitung vor allem bei den Umstellungsarbeiten der Anwendungsprogramme blieb das Projekt im Zeit- und Budgetrahmen und verursachte keinen Systemstillstand.

Die SAP-Umgebung bei Ravensburger wurde zuvor um ungenutzte Eigenentwicklungen bereinigt. Routinen, die seit Jahren nicht mehr aufgerufen worden waren, verschwanden. Ferner wurden die Entwickler geschult und waren somit auf die Unicode vorbereitet. Die Anwender nutzten spezielle Analyseprogramme von SAP, die für Unicode-Umstellungen konzipiert wurden. Ute Seiler, Projektleiterin Unicode bei Ravensburger, rät Anwendern, die Ähnliches vorhaben: "Testen, testen, testen, und zwar in enger Zusammenarbeit mit den Key Usern der teilweise ausländischen Fachbereiche." Zusammen mit der Fachabteilung wurden auf einem eigens für die Unicode-Umstellung eingerichteten SAP Spiegelsystem die Anwendungen anhand von Testplänen geprüft. Die Abnahme erfolgte durch die Fachabteilung. (fn)