Internationale SAP-Rollouts: ein strukturierter Ansatz, um Ihre SAP-Lösung Schritt für Schritt fit für jeden Markt zu machen

Internationale SAP-Einführungen scheitern selten an der Übersetzungsqualität, sondern geraten meist aus weniger offensichtlichen Gründen ins Stocken: Der genaue Übersetzungsumfang war unklar. Das Budget war nur grob geschätzt. Die Inhalte wurden fortlaufend angepasst, obwohl der Vertrag längst unterzeichnet war.

Das alles hat mit der Übersetzung wenig zu tun. Vielmehr handelt es sich um ein Problem mit der Definition des Projektumfangs. Das sich vermeiden lässt, wenn man die richtigen Maßnahmen ergreift, bevor die erste Zeichenkette das System verlässt. Genau da setzen wir an.

Vier Phasen der SAP-Lokalisierung, von Anfang an geplant 

Jedes SAP-Lokalisierungsprojekt sollte vier Phasen umfassen: Projektdefinition, initiale Übersetzung, Auslieferung und Änderungsmanagement. Viele Projekte scheitern, weil die erste Phase ausgelassen und die letzte nicht eingeplant wurde. Wir berücksichtigen jede einzelne dieser vier Phasen, sodass die zentrale Übersetzungsphase sauber geplant werden kann.

Phase 1: Projektdefinition – Eine Zahl, die Sie begründen können 

Fragebogen zur ersten Analyse

Wir beginnen mit einem kurzen, strukturierten Fragebogen und sprechen mit Ihren Systemadministratoren, Entwicklern und Anwendern – da jede Gruppe einen anderen inhaltlichen Fokus hat. Gemeinsam erfassen wir Ihre Systemlandschaft, Clients, Namensräume und Zielsprachen und ermitteln, ob das Projekt neue Sprachen, Aktualisierungen bestehender Sprachen oder beides umfasst.

Inhaltsverwaltung

SAP-Texte befinden sich nicht an einem einzigen Ort. Sie sind verteilt auf kundenspezifische ABAP-Entwicklungen, Fiori- und SAPUI5-Apps, Customizing-Tabellen, Stammdaten und Formularvorlagen – oft über mehrere Systeme und Mandanten hinweg. Wir identifizieren dies in seiner Gesamtheit, einschließlich des Transportwegs Entwicklung > Qualitätssicherung > Produktion, sodass es am Go-Live-Wochenende keine unerwünschten Überraschungen gibt.

Entwicklungssprache und Ausgangssprache

Viele Systemlandschaften enthalten Objekte, die in mehreren Ausgangssprachen verfasst sind, beispielsweise einige auf Englisch und andere auf Deutsch. Wir unterstützen Sie bei der expliziten Definition von drei Schlüsselelementen: der Entwicklungssprache jedes Objekts, der Ausgangssprache für die Übersetzung und den Zielsprachen selbst. Wurden Inhalte von Nicht-Muttersprachlern verfasst, führen wir eine Überprüfung der Ausgangstexte durch, bevor die Übersetzung beginnt. Unklarheiten einmalig zu beseitigen ist wesentlich kostengünstiger, als sie in zwölf Sprachen zu übernehmen.

Systembereitschaft

Damit wir den Ergebnissen der späteren Analyse rundum vertrauen können, prüfen wir, ob die Zielsprachen installiert sind, die Sprachimporte auf demselben Stand wie die Support-Packages sind und die Ergänzungen sowie die Client-Wartung ordnungsgemäß durchgeführt wurden. Ein übersprungener Sprachimport ist ein typischer Grund dafür, dass eine Analyse Tausende von „nicht übersetzten“ Zeichenketten meldet, die SAP bereits übersetzt hat.

Analyse und kritische Überprüfung

Auf Grundlage der Übersetzungsanalyse wird der Übersetzungsumfang bestimmt. Wichtig dabei ist: Arbeitslisten enthalten regelmäßig große Sammlungen, für deren Übersetzung niemand bezahlen sollte, z. B. temporäre Objekte, veraltete Inhalte und Anpassungen, die als nicht übersetzungsrelevant gekennzeichnet sind. Letztere machen oft die größte Sammlung in einer Arbeitsliste aus! Durch Inhaltsklassifizierung und Feinabstimmung für jede Sprache stellen wir sicher, dass Ihr Budget in Texte fließt, die tatsächlich gelesen werden.

Inhalte außerhalb des Systems

Dokumentationen, Schulungsmaterialien, Portale und Apps mit eigenen Ressourcendateien werden zusammen mit den Systeminhalten analysiert und im Angebot berücksichtigt, damit es nicht mitten im Projekt zu unliebsamen Überraschungen kommt.

Mehr als Zahlen: Rollen und Tools 

Die Projektplanung umfasst auch die klare Definition der relevanten Rollen. Dazu gehören Übersetzungsadministrator, Projektmanager, Übersetzer, Terminologe, Systemadministrator, BTP-Administrator, Entwicklungsleiter und Fachabteilung. Diese Aufgaben- und Verantwortungsbereiche sind nicht gleichzusetzen mit der Anzahl der dafür benötigten Personen: Eine Person kann mehrere Rollen übernehmen, ebenso kann eine Rolle auf mehrere Personen verteilt sein. Besonderes Augenmerk legen wir dabei auf Terminologie und BTP-Administration – zwei Rollen, die häufig zu wenig berücksichtigt werden. Die Projektplanung bestimmt außerdem die empfohlenen Tools, je nachdem, wer übersetzt und wie umfangreich das Projekt ist: SE63, SAP Translation Hub, XLIFF-basierte Drittanbieter-Tools oder eine Kombination daraus.

Phase 2: Initiale Übersetzung – Zuerst die Terminologie 

Terminologie als erster Schritt

Bevor auch nur eine einzige Seite übersetzt wird, erstellen und bestätigen wir Ihre Terminologie, die sich an den SAP-Standardbegriffen in jeder Zielsprache orientiert. Ihre benutzerdefinierten Felder werden sich so lesen, als wären sie von SAP selbst entworfen worden.

Termcasting basierend auf Datenelementen

Datenelemente bilden das Rückgrat von SAP-Texten. Wir übersetzen Feldbezeichnungen einmalig auf Datenelementebene und wenden diese Terminologie einheitlich auf alle Bildschirme, Berichte und Tabellen an, in denen die Bezeichnungen zum Einsatz kommen. Durch diese integrierte Konsistenz verringern sich die Kosten für jede weitere Sprache.

Erst die Kurztexte, dann die Langtexte

Kurze Texte wie Feldbezeichnungen, Meldungen und UI-Texte werden zuerst übersetzt, da sie den Nutzern täglich begegnen. Dann folgen lange Texte wie Dokumentationen, F1-Hilfetexte und ausführliche Meldungen. Dank der bereits vorhandenen, genehmigten Terminologie und des Translation Memory ist ein Großteil der Inhalte bereits übersetzt und muss nur noch überprüft werden, anstatt ihn komplett neu zu tippen.

Konsistenz zwischen Backend und Frontend

Im Backend-ABAP-Stack erfassen wir Datenelemente, Domänen, Nachrichtenklassen, Textelemente, Customizing-Tabellen und Dokumentation. Im Frontend-Fiori/SAPUI5-Stack erfassen wir i18n-Ressourcendateien und App-Texte. Benutzer sehen in der SAP GUI und im Fiori Launchpad dieselben Begriffe.

Phase 3: Auslieferung – Freigabe direkt im System 

Übersetzungen werden – wie alle anderen Änderungen – entlang des vereinbarten Weges und mit denselben Genehmigungen wie der Rest Ihres Releases übertragen. Die abschließende native Prüfung erfolgt kontextbasiert im System und nicht in einer Tabelle. Ein Begriff, der in einer Datei korrekt dargestellt wird, kann in einem 20-Zeichen-Feld auf einer Fiori-Kachel dennoch fehlerhaft sein – und nur auf der Kachel lässt sich dies erkennen.

Phase 4: Änderungsmanagement – minimal, planbar, kontrollierbar 

Diese Phase sichert Ihre Investition langfristig ab. Ihre Teams nehmen regelmäßig Anpassungen vor, Ihre Entwickler erstellen neue Objekte und modifizieren bestehende. Doch jede geänderte Quellzeichenfolge macht eine Übersetzung, die im Vormonat noch korrekt war, unbemerkt ungültig. Wir machen daraus Routine: Analyse, Übersetzung der Änderungen, Transport. So entstehen geringe, planbare Kosten anstelle eines jährlichen Neuprojekts. Wir dokumentieren außerdem Ihre Übersetzungseinstellungen und schulen Ihr Team, damit der Prozess nicht vom Wissen einer einzelnen Person abhängt.

Für Unternehmen mit internen SAP-Entwicklungen

Ihre individuellen Z- und Namensraumentwicklungen sind oft der geschäftskritischste Teil Ihres Systems und existieren üblicherweise nur in der Entwicklungssprache. Ob Sie einen internationalen Rollout vorbereiten oder ein weiteres Land hinzufügen – wir ermitteln den tatsächlichen Übersetzungsbedarf, beseitigen Unklarheiten in der Quellsprache und integrieren unsere Arbeit in Ihre bestehenden Transport- und Releaseprozesse. Nach dem Go-Live halten wir Ihre Sprachen auf dem neuesten Stand, um Ihre Weiterentwicklungen zu begleiten.

Für Anbieter von SAP-Add-ons und Partnerlösungen

Kunden auf internationalen Märkten erwarten Ihr Produkt in ihrer Sprache und in der gewohnten SAP-Qualität. Wir werden Ihr Lokalisierungspartner für jede neue Version. Ihr Namensraum wird einmalig definiert, Ihre Terminologie und Ihr Translation Memory bleiben versionsübergreifend erhalten, und für jede neue Version wird lediglich das Delta benötigt. Eine neue Sprache wird so zu einem planbaren Schritt in Ihrer Produkt-Roadmap anstatt zu einem einmaligen Projekt.

Ihre Vorteile durch eine strukturierte SAP-Lokalisierung 

Ein nachvollziehbarer Projektumfang und eine Kostenschätzung basierend auf Ihren tatsächlichen Systeminhalten. Klare Entscheidungen bezüglich Entwicklung und Ausgangssprache. Terminologie gemäß SAP-Standard. Bereitstellung der Übersetzungen in Ihrem System über den von Ihnen gewählten Transportweg. Freigabe durch Muttersprachler im jeweiligen Kontext. Ein Delta-Prozess, der Ihre Sprachen mit jedem Release aktuell hält.

Kurz und knapp: So gelingt ein SAP-Rollout 

Erst Projektumfang definieren, dann Angebot erstellen. Sprachabhängigkeiten frühzeitig klären. Vor der Analyse die Systemvoraussetzungen prüfen. Wichtige Rollen von Anfang an besetzen. Die Tools auf die Übersetzer abstimmen. Das Änderungsmanagement von Beginn an planen. So führen wir jedes SAP-Lokalisierungsprojekt durch.

Sprechen Sie uns an

Schildern Sie uns Ihr SAP-Entwicklungsprojekt oder Ihre Erweiterung. Investieren Sie dann 20 Minuten in die Bearbeitung unseres Fragebogens zur Erstanalyse und gewinnen Sie ein erstes, realistisches Bild Ihres Lokalisierungsprojekts.

‍