Inhaltsverzeichnis
Das Wichtigste vorab
Wie wird eine Datenmigration nach SAP Business ByDesign geprüft?
Prüfen Sie bei einer Migration nach SAP Business ByDesign nicht nur den technischen Import, sondern auch die Bedeutung der übernommenen Daten. Dazu gehören die Zuordnung alter zu neuer Werte, Beziehungen zwischen Datensätzen und die anschließende Verwendung im Geschäftsprozess. Das SAP-Migrationswerkzeug unterstützt die Übertragung; es ersetzt nicht die kundenspezifische Bewertung der GxP-relevanten Daten.
Einordnung und Geltungsbereich
Der Beitrag betrifft die erstmalige oder ergänzende Datenübernahme in ByDesign. Laufende Schnittstellen und Cloud-Updates besitzen andere Prüfgrenzen. Nicht jedes historische Objekt lässt sich mit derselben Vorlage übertragen; der konkrete Objektumfang ist vorher festzustellen.
Wertumsetzung vor dem Import fachlich freigeben
Ein Mapping beschreibt mehr als Spaltennamen. Es legt beispielsweise fest, welcher alte Status welchem Zielstatus entspricht, welche Einheit verwendet wird und wie leere oder ungültige Werte behandelt werden. Unklare Werte sollten nicht stillschweigend mit einem Standard gefüllt werden. Gerade ein bequemer Standard kann eine fachlich falsche Freigabe vortäuschen.
Nach dem Import prüfen Sie ausgewählte kritische Datensätze in ihren tatsächlichen Abläufen. Ein Material muss beispielsweise nicht nur existieren, sondern mit den vorgesehenen Chargen- und Statusinformationen verwendet werden können. Bewahren Sie die freigegebene Mapping-Version, Importbelege und geklärte Fehler zusammen auf.
Migration nach Geschäftsobjekten und Nutzung planen
Beginnen Sie mit der künftigen Verwendung der Daten. Welche Materialstämme, identifizierten Bestände, offenen Vorgänge und Referenzen werden in ByDesign benötigt? Welche historischen Unterlagen können über einen geeigneten Archivweg verfügbar bleiben? Trennen Sie aktive Übernahme und Aufbewahrung. Ein technischer Tabellenexport bildet die fachliche Entscheidung noch nicht ab.
Prüfen Sie die für Ihren Tenant und Release vorgesehenen Migrationsobjekte und Werkzeuge. Produktumfang, Erweiterungen und Datenqualität bestimmen, was tatsächlich übernommen werden kann. Dieser Leitfaden verspricht weder die Migration jeder Historie noch eine einheitliche Standardfunktion für alle Objekte. Fehlende technische Unterstützung muss vor der Abschaltung des Altsystems behandelt werden.
Erfassen Sie die Abhängigkeiten zwischen Objekten. Ein Bestand kann einen Artikel, eine Einheit, einen Lagerbezug und einen identifizierten Bestand voraussetzen. Werden Kennungen verändert, braucht der Abgleich eine nachvollziehbare Zuordnung. Die gewählte Ladereihenfolge sollte diese Beziehungen berücksichtigen und in einem Probelauf geprüft werden.
Die Mappingakte als fachliche Entscheidungsgrundlage
Für kritische Felder dokumentieren Sie Quelle, Ziel, Bedeutung, Transformation und Prüfmethode. Eine technische Feldzuordnung reicht nicht, wenn ein Status im Ziel eine andere Wirkung besitzt. Legen Sie deshalb fest, welche Aktion auf dem Zielwert beruht und wie deren richtige Wirkung nachgewiesen wird.
Bewerten Sie Datenbereinigung gesondert. Wenn doppelte Kennungen zusammengeführt oder ungültige Einheiten korrigiert werden, verändert sich der Bestand bewusst. Solche Änderungen brauchen einen nachvollziehbaren Grund und eine Verbindung zur Quelle. Unkontrollierte manuelle Korrekturen zwischen Export und Import können die spätere Untersuchung von Differenzen erschweren.
| Datenbereich | Kritischer Inhalt | Eigener Abgleich |
|---|---|---|
| Materialstamm | Kennung, Einheit und relevante Parameter | Feldvergleich mit freigegebenem Mapping |
| Identifizierter Bestand | Produktbezug, Charge und Datumsangaben | Eindeutige Zuordnung und fachliche Verwendung |
| Bestand | Menge, Ort und zulässiger Status | Mengenvergleich plus ausgewählte Prozessprüfung |
| Offener Vorgang | Bearbeitungsstand und zugehörige Objekte | Kontrollierte Fortsetzung im Ziel |
| Historischer Kontext | Frühere Kennung und zugehörige Unterlagen | Rekonstruktion über Ziel- oder Archivweg |
Beispiel: gleiche Charge, andere Bedeutung des Status
Das Szenario ist frei konstruiert. Eine Charge C-44 wird aus dem Altsystem übernommen. Dort bedeutet Status S, dass Material für eine bezeichnete Produktionsverwendung gesperrt ist. Im Ziel wird ein scheinbar entsprechender Status zugeordnet. Erst ein Prozesstest zeigt, ob diese Zuordnung die erforderliche Nutzung tatsächlich begrenzt. Ein identischer Statusname genügt nicht.
Bereiten Sie zwei vergleichbare Bestände mit freigegebener und gesperrter Ausgangslage vor. Vergleichen Sie Kennung, Produktbezug, Menge und Zielstatus. Führen Sie anschließend den vorgesehenen erlaubten beziehungsweise unzulässigen Geschäftsablauf aus. Das erwartete Verhalten wird als eigene Prozessanforderung festgelegt; es ist keine pauschale Aussage zum Verhalten jeder ByDesign-Konfiguration.
Scheitert die gewünschte Sperrwirkung, unterscheiden Sie Mappingfehler und ungeeignete Zielkontrolle. Ein richtig geladener Status kann technisch korrekt sein und fachlich die falsche Wirkung haben. Die Korrektur kann deshalb eine andere Konfiguration oder einen ergänzenden, begründeten Kontrollweg benötigen. Wiederholen Sie die betroffenen Daten- und Prozessprüfungen nach Anpassung.
| Fall | Prüffrage | Erwarteter Nachweis |
|---|---|---|
| Freigegebener Bestand | Ist die definierte Nutzung möglich? | Richtig zugeordnete Charge und zulässiger Ablauf |
| Gesperrter Bestand | Greift die gewählte Nutzungsbegrenzung? | Unzulässiger Folgeschritt wird verhindert oder angemessen kontrolliert |
| Fehlende Referenz | Wird ein unvollständiger Objektbezug erkannt? | Kein ungeklärter fachlicher Datensatz |
| Wiederholte Übernahme | Entstehen doppelte oder überschriebene Objekte? | Geplanter Wiederanlauf bleibt nachvollziehbar |
| Historische Recherche | Lässt sich C-44 zum Quellvorgang zurückverfolgen? | Kennungszuordnung und erforderlicher Kontext verfügbar |
Probeläufe und finalen Datenstand kontrollieren
Ein Probelauf sollte mit einem bekannten Quellstand und einer bezeichneten Werkzeugkonfiguration erfolgen. Dokumentieren Sie Importumfang, Fehler, Warnungen und fachliche Differenzen. Beurteilen Sie, ob der Datenbestand repräsentativ genug für kritische Transformationen ist. Seltene Sonderfälle dürfen nicht allein wegen geringer Häufigkeit fehlen, wenn ihre mögliche Wirkung erheblich ist.
Zwischen Probelauf und finaler Übernahme können neue Chargen und Statusänderungen entstehen. Legen Sie einen führenden Quellzeitpunkt und den Umgang mit späteren Änderungen fest. Ein Deltaabgleich sollte die tatsächlich veränderten Objekte identifizieren. Das bloße Wiederverwenden eines früher erfolgreichen Importpakets bestätigt den finalen Datenstand nicht.
Planen Sie einen kontrollierten Abbruch. Wer entscheidet bei ungeklärten Differenzen? Welche Nutzung bleibt gesperrt? Wann kann das Altsystem noch sinnvoll weiterarbeiten? Ein Rückfall betrifft auch seit dem Wechsel entstandene Vorgänge. Die Antworten müssen zum eigenen Projekt passen und vor der produktiven Umschaltung verfügbar sein.
Freigabe, historische Daten und Übergabe verbinden
Eine Freigabeakte verbindet technischen Lauf, fachliche Abgleiche, bewertete Differenzen und erlaubte Nutzung. Benennen Sie ausgeschlossene Daten und deren Zugriffspfad. Eine Aussage wie „Migration vollständig“ sollte sich auf einen klar bezeichneten Umfang beziehen. Sonst bleibt offen, ob historische Änderungsinformationen, Anhänge oder offene Vorgänge überhaupt betrachtet wurden.
Für die Aufbewahrung ist ein lesbarer Export nicht automatisch ausreichend. Prüfen Sie, ob die benötigte Bedeutung und der Zusammenhang erhalten sind. Wenn eine historische Entscheidung nur zusammen mit einer Methodenversion oder einem früheren Status erklärbar ist, muss dieser Kontext angemessen verfügbar bleiben. Die konkrete Lösung kann sich je Datenart unterscheiden.
Übergeben Sie Mapping, Kennungszuordnung, Abgleichsberichte und verbleibende Betriebsaufgaben. Das interne Team sollte einen später gemeldeten Unterschied auf den übernommenen Stand zurückführen können. Nur so lässt sich unterscheiden, ob eine Abweichung aus Migration, Konfiguration oder einer späteren Änderung stammt.
Arbeitsvorlage: ein Geschäftsobjekt bis zur erlaubten Verwendung verfolgen
Wählen Sie ein Objekt, dessen Bedeutung mehrere Felder verbindet. Im Beispiel gehören Charge, Produkt, Menge, Einheit und Status zusammen. Dokumentieren Sie ihre Quellwerte und die erwartete Zielbedeutung. Eine bloße Liste erfolgreich geladener Felder kann diesen Zusammenhang nicht ausreichend erklären.
Führen Sie den Vergleich in zwei Stufen aus. Zuerst werden Kennungen und Werte geprüft. Danach wird ein geeigneter Geschäftsablauf mit dem Zielobjekt durchgeführt. Dadurch wird erkennbar, ob ein technisch richtig übernommener Status auch die gewünschte fachliche Wirkung besitzt. Die Sollreaktion wird aus dem eigenen Prozess abgeleitet.
Bei mehreren Datenbereichen kann eine gemeinsame Laufakte auf einzelne Objektprüfungen verweisen. Vermeiden Sie widersprüchliche Kopien derselben Entscheidung. Die Abschlussaussage sollte ihren Umfang präzise benennen: welche Daten aktiv übernommen und welche über einen anderen geeigneten Weg erhalten wurden.
| Kontrollfeld | Konstruierter Eintrag | Prüffrage |
|---|---|---|
| Identität | Charge C-44 gehört eindeutig zu Produkt P-44. | Bleiben Quell- und Zielreferenz verbunden? |
| Menge | Bezeichneter Bestand mit festgelegter Einheit. | Ist eine Umrechnung bewusst und richtig? |
| Status | Quellregel begrenzt eine bestimmte Verwendung. | Entspricht die Zielwirkung der benötigten Regel? |
| Offener Vorgang | Ein Auftrag ist zum Schnittzeitpunkt begonnen. | Wo und wie wird er weiterbearbeitet? |
| Historie | Frühere Unterlagen bleiben im benannten Zielweg. | Ist die vollständige Recherche möglich? |
| Delta | Spätere Statusänderung ist ausdrücklich enthalten. | Bestätigt der Abgleich den finalen Stand? |
Die nächsten Schritte
- Datenumfang, historische Restbestände und Verantwortliche abgrenzen.
- Mapping einschließlich fehlender und ungültiger Werte festlegen.
- Testimport mit kritischen Beziehungen und Ausnahmen ausführen.
- Finalen Importstand und fachlichen Abgleich zur Freigabe zusammenführen.
Häufige Fragen zu ByDesign: Datenmigration
Reicht die SAP-Funktion „Validate“ aus?
Müssen alle Altdaten nach ByDesign?
Darf nach dem Test das Mapping geändert werden?
Reicht es, alle Importfehler zu beseitigen?
Damit wird nur ein Teil der Prüfung abgeschlossen. Daten können technisch akzeptiert und fachlich falsch zugeordnet sein. Ergänzen Sie Vergleiche kritischer Inhalte, Beziehungen und Geschäftsabläufe. Bewerten Sie außerdem bewusste Ausschlüsse und historische Zugriffsmöglichkeiten. Der erfolgreiche Werkzeuglauf ist ein Nachweisbestandteil, keine vollständige Aussage zur GxP-Eignung der Migration.
Wie behandeln wir Daten, die ByDesign nicht in gleicher Form übernehmen kann?
Bewerten Sie deren benötigte Nutzung, Bedeutung und Aufbewahrung. Eine alternative Archiv- oder Zugriffslösung kann geeignet sein, wenn sie den erforderlichen Kontext nachvollziehbar erhält. Dokumentieren und prüfen Sie den gewählten Weg vor Entzug des Quellzugangs. Ein nicht umsetzbarer Import darf nicht stillschweigend als entfallener Aufbewahrungsbedarf behandelt werden.
Wie behandeln wir eine neue Quelländerung nach der Generalprobe?
Erfassen Sie den finalen Quellstand und prüfen Sie die dafür vorgesehene Deltaübernahme. Eine frühere erfolgreiche Generalprobe bestätigt die spätere Änderung nicht. Besonders Status, offene Vorgänge und Beziehungen können betroffen sein. Der finale Abgleich muss die tatsächliche letzte Übernahme und ihre erlaubte Nutzung erklären.
Kann die technische Ladereihenfolge fachlich relevant sein?
Ja, wenn Objekte voneinander abhängen oder Zielregeln bei Übernahme angewandt werden. Prüfen Sie die tatsächlich geplante Reihenfolge in einem geeigneten Probelauf. Eine Testumgebung mit bereits vorhandenen Referenzen kann fehlende Abhängigkeiten verdecken. Benennen Sie Vorbedingungen und prüfen Sie den späteren Zielstand.
Quellen & fachlicher Stand
Die Quellen bilden den fachlichen Rahmen. Tabellen, Checklisten und ausdrücklich illustrative Beispiele sind eigene methodische Ableitungen, keine wörtlichen Normvorgaben. Herstellerinformationen sind auf die eingesetzte Version und Konfiguration zu beziehen.
- Europäische Kommission: EU-GMP Annex 11, Computerised Systems (2011)
- SAP: Business ByDesign Data Migration
Zuletzt fachlich geprüft am 14.10.2026.
Daniel Herrmann Consulting
Damit Ihr Team den nächsten Schritt sicher planen kann.
Wir unterstützen Sie dabei, die Ausgangslage einzuordnen, Verantwortlichkeiten zu klären und passende Nachweise im Betrieb umzusetzen. Welche Unterstützung sinnvoll ist, hängt von Ihrem System, Ihrem Team und dem konkreten Ziel ab.
- IT-GxP-Audit →
Offene Punkte und Prioritäten für Ihren Betrieb einordnen.
- IT-GxP-Consulting →
Vereinbarte Systemprojekte strukturiert umsetzen und übergeben.