Inhaltsverzeichnis
Das Wichtigste vorab
Was muss bei der GxP-Datenmigration nach Business Central geprüft werden?
Die GxP-Prüfung einer Datenmigration nach Business Central verbindet Quellbestand, Übertragungsregeln und tatsächliche Nutzung im Ziel. Kontrollieren Sie besonders Einheiten, Statuswerte und Beziehungen. Ein erfolgreich verarbeitetes Konfigurationspaket bestätigt nicht automatisch die fachliche Vollständigkeit. Definieren Sie deshalb vorab, welche Daten übernommen werden, welche außerhalb verbleiben und wie das Ergebnis abgeglichen wird.
Einordnung und Geltungsbereich
Microsoft beschreibt Konfigurationspakete als eine Möglichkeit zur Übernahme von Einrichtungsdaten. Welche Methode für Ihre Quelldaten und Zielversion geeignet ist, muss projektspezifisch entschieden werden. Der Artikel ist kein Importrezept für sämtliche Tabellen.
Die fachliche Bedeutung muss den Systemwechsel überstehen
Achten Sie auf Reihenfolgen und Abhängigkeiten. Ein Bewegungsdatensatz kann auf Material, Lagerort, Einheit und Charge verweisen. Werden diese Beziehungen unvollständig übernommen, bleibt eine formal vorhandene Datenmenge fachlich unbrauchbar. Kontrollieren Sie deshalb ausgewählte vollständige Geschäftsvorgänge statt nur isolierte Zeilen.
Der Abgleich sollte erwartete Ausnahmen sichtbar machen. Verworfene Datensätze, bewusst nicht migrierte Historie und nachträgliche Korrekturen brauchen eine erklärbare Behandlung. Stimmen Summen nicht überein, darf eine pauschale Rundungsbegründung nicht unterschiedliche Einheiten oder doppelte Übernahmen verdecken.
Technischen Import und fachliche Übernahme unterscheiden
Ein erfolgreicher Import bestätigt zunächst, dass ein Werkzeug bestimmte Daten verarbeitet hat. Er beantwortet nicht, ob alle benötigten Objekte, Beziehungen und Statuswerte im Ziel richtig vorliegen. Beginnen Sie deshalb mit dem vorgesehenen Prozess: Welche Daten werden nach dem Wechsel für Materialverwendung, Rückverfolgung oder Qualitätsentscheidungen benötigt?
Konfigurationspakete in Business Central erlauben eine Auswahl von Tabellen und Feldern. Microsoft beschreibt auch Grenzen beim automatischen Ergänzen verknüpfter Tabellen und Einstellungen zur Feldvalidierung. Daraus folgt für die eigene Prüfung: Paketinhalt und Einstellungen müssen bewusst bewertet werden. Die Werkzeugfunktion „Validate“ ist keine allgemeine GxP-Validierung des gesamten Migrationsprozesses.
Erfassen Sie neben Stammdaten offene Vorgänge, Chargen- oder Serienbezüge, Einheiten und Erweiterungsfelder. Welche historischen Daten aktiv übernommen und welche anderweitig zugänglich bleiben, ist eine fachliche Entscheidung. Eine pauschale Übernahme jeder alten Tabelle kann ebenso ungeeignet sein wie ein Export nur der sichtbaren Hauptfelder.
Eine Mapping- und Abgleichsmatrix vorbereiten
Verknüpfen Sie Quellobjekt, Zielobjekt, Transformationsregel und Prüfmethode. Benennen Sie Schlüssel, damit Datensätze eindeutig verglichen werden können. Wenn Nummern neu vergeben werden, wird eine nachvollziehbare Zuordnung zwischen alten und neuen Kennungen benötigt. Eine Gesamtanzahl ist dafür zu wenig.
Unterscheiden Sie unveränderte Übernahmen von bewusst geänderten Werten. Eine Einheit kann umgerechnet, ein Status neu abgebildet oder ein Feld zusammengeführt werden. Für jede kritische Transformation sollten passende Normal- und Grenzfälle vorliegen. Legen Sie erwartete Ergebnisse vor Durchführung fest und begründen Sie den Umfang automatisierter und manueller Prüfungen.
| Objekt im Beispiel | Kritischer Zusammenhang | Eigene Prüfung |
|---|---|---|
| Artikel | Identität, Einheit und relevante Zusatzfelder | Schlüssel- und Feldvergleich |
| Chargenbestand | Artikel, Menge, Ort und verwendbarer Status | Bestandsabgleich mit ausgewählten Geschäftsabläufen |
| Offener Auftrag | Bezug zu Material und Bearbeitungsstand | Fortsetzung eines bezeichneten Vorgangs |
| Erweiterungsfeld | Bedeutung und technische Umsetzung | Mapping und Verhalten nach Import prüfen |
| Historischer Nachweis | Verknüpfung zum früheren Vorgang | Rekonstruktion im Ziel oder im freigegebenen Archivweg |
Beispiel: richtige Gesamtmenge bei falscher Chargenzuordnung
Das Beispiel ist konstruiert. Im Altsystem existieren zwei Chargen desselben Artikels mit jeweils 50 Einheiten. Eine ist freigegeben, die andere gesperrt. Nach Migration zeigt Business Central insgesamt 100 Einheiten. Dieser Mengenabgleich besteht auch dann, wenn der Sperrstatus der falschen Charge zugeordnet wurde. Die fachliche Kontrolle muss deshalb Identität und Status verbinden.
Vergleichen Sie im Test zunächst beide Datensätze anhand ihrer Quell- und Zielschlüssel. Prüfen Sie anschließend eine erlaubte und eine unzulässige Materialverwendung nach der konkret gewählten Prozessregel. Das Systemverhalten hängt von Konfiguration und eingesetzten Erweiterungen ab; der Artikel behauptet keine universelle Standardsperre. Die Testanforderung wird aus Ihrem tatsächlichen Ablauf abgeleitet.
Dokumentieren Sie bei einer Differenz nicht nur die manuelle Berichtigung. Untersuchen Sie, ob Mapping, Schlüssellogik oder Reihenfolge weitere Datensätze betroffen haben können. Nach Korrektur der Ursache werden geeignete Abgleiche wiederholt. Ein einzelner reparierter Beispieldatensatz genügt nicht, wenn die Transformationsregel systematisch falsch war.
| Prüfschritt | Erwartung | Aussagegrenze |
|---|---|---|
| Mengenabgleich | 50 plus 50 ergibt 100 | Keine Bestätigung der richtigen Chargenzuordnung |
| Schlüsselvergleich | Jede Charge bleibt eindeutig identifizierbar | Keine Bestätigung des fachlichen Status |
| Statusvergleich | Freigegeben und gesperrt sind richtig zugeordnet | Keine Bestätigung des tatsächlichen Folgeprozesses |
| Geschäftsprozess | Definierte Nutzung reagiert auf den richtigen Status | Gilt für den geprüften Ablauf und Stand |
| Ursachenprüfung | Mappingfehler und betroffener Umfang sind geklärt | Weitere Transformationen separat bewerten |
Probelauf, finale Übernahme und Delta verbinden
Ein Probelauf prüft Werkzeug, Datenregeln und vorgesehenen Ablauf an einem bezeichneten Stand. Zwischen Probelauf und Produktivwechsel entstehen oft neue Vorgänge. Legen Sie fest, welche Quelle für den finalen Stand führend ist, wann Änderungen enden und wie danach entstandene Daten behandelt werden. Ohne diesen Bezug kann eine erfolgreiche Generalprobe einen späteren Datenverlust verdecken.
Dokumentieren Sie die finale Paketversion, ausgewählte Felder, relevante Einstellungen und Importberichte. Prüfen Sie, ob Fehler, Warnungen und ausgeschlossene Datensätze vollständig bewertet wurden. Ein grüner Gesamtstatus ist schwach, wenn einzelne Datensätze nicht zum erwarteten Umfang gehören oder nur über einen unkontrollierten manuellen Nachtrag ergänzt wurden.
Planen Sie einen Abbruch- und Wiederanlaufweg. Ein zweiter Import darf nicht ungeprüft doppelte Vorgänge oder überschreibende Änderungen erzeugen. Testen Sie geeignete Unterbrechungs- und Wiederholungsfälle in einer kontrollierten Umgebung. Welche technische Methode verwendet wird, richtet sich nach Datenobjekt, Werkzeug und konkreter Business-Central-Version.
Abnahme und Betrieb nach dem Wechsel
Die Abnahme verbindet technischen Lauf, fachliche Abgleiche, bewertete Ausnahmen und die Freigabe des vorgesehenen Betriebs. Benennen Sie offene Vorgänge und gegebenenfalls begrenzte Nutzungsbereiche. Eine globale Startentscheidung ohne sichtbare Restpunkte erschwert die Zusammenarbeit zwischen QA, Fachbereich und IT.
Erhalten Sie Quellstand, Mapping, Abgleichsberichte und Entscheidungen in geeigneter Form. Die spätere Frage „Warum sieht dieser historische Auftrag anders aus?“ sollte beantwortet werden können. Aufbewahrungspflichten und Datenzugang enden nicht allein durch eine erfolgreiche Migration. Für nicht aktiv übernommene Informationen wird ein geeigneter Zugriff benötigt.
Übergeben Sie außerdem die Zuständigkeit für erste Betriebsfehler. Ein nach dem Wechsel gemeldeter falscher Status kann aus Migration, neuer Konfiguration oder einer späteren Änderung stammen. Eindeutige Stände und Protokolle helfen, diese Ursachen zu unterscheiden. Die erste produktive Phase sollte deshalb einen nachvollziehbaren Klärungsweg besitzen.
Arbeitsvorlage: Konfigurationspaket und fachlichen Abgleich zusammenführen
Für jeden finalen Lauf sollte erkennbar sein, welche Tabellen, Felder und Einstellungen tatsächlich verwendet wurden. Ein Paket aus der Generalprobe kann später geändert worden sein. Dokumentieren Sie deshalb den konkreten Stand und prüfen Sie insbesondere ausgeschlossene Felder sowie gewählte Feldprüfungen. Technische Paketprüfung und fachliche Abnahme bleiben unterschiedliche Aussagen.
Verwenden Sie eine kleine Kontrollakte mit Quellumfang, Zielumfang und bewerteten Differenzen. Ergänzen Sie einen vollständigen Geschäftsfall, der kritische Beziehungen nutzt. Der Test sollte nicht nur die importierte Tabelle öffnen, sondern die vorgesehene Material- oder Auftragsverwendung bestätigen. Ein positiver und ein negativer Statusfall helfen, die Datenbedeutung sichtbar zu machen.
Bei einem neuen Lauf werden alte Berichte nicht lediglich umbenannt. Die Prüfaussage muss zum tatsächlichen Eingangs- und Zielstand passen. Wenn dieselbe technische Regel weiterverwendet wird, kann ihre bereits geeignete Bewertung unterstützen. Der finale Datenabgleich bleibt jedoch auf den wirklich übernommenen Bestand zu beziehen.
| Lauffeld | Konstruierter Eintrag | Akzeptanzfrage |
|---|---|---|
| Quelle | Bezeichnete Extraktion mit zwei Chargen und bekannten Statuswerten. | Ist der finale Quellstand eindeutig? |
| Paket | Tabellen, eingeschlossene Felder und relevante Einstellungen sind benannt. | Sind kritische Felder nicht versehentlich ausgeschlossen? |
| Transformation | Quellstatus wird nach dokumentierter Regel abgebildet. | Bleibt die benötigte Bedeutung erhalten? |
| Abgleich | Schlüssel, Mengen, Einheiten und Status werden verglichen. | Sind Differenzen vollständig geklärt? |
| Prozess | Erlaubte und begrenzte Verwendung werden geprüft. | Wirkt der tatsächliche Zielablauf richtig? |
| Restdaten | Historischer Kontext bleibt über einen bezeichneten Weg verfügbar. | Ist die spätere Recherche praktisch möglich? |
Die nächsten Schritte
- Datenquellen, Umfang und Ausnahmen festlegen.
- Feldzuordnung und Umrechnungsregeln freigeben.
- Testübernahme mit zusammenhängenden Geschäftsvorgängen ausführen.
- Finalen Datenstand, Abgleich und Abweichungen dokumentieren.
Häufige Fragen zu Business Central: Datenmigration
Reicht eine Stichprobe?
Müssen historische Vorgänge in das operative System?
Wer bestätigt die fachliche Richtigkeit?
Ist ein fehlerfreier Konfigurationspaket-Import ausreichend?
Nein. Prüfen Sie ausgewählte Tabellen, Felder, Einstellungen und die fachliche Verwendung der übernommenen Daten. Technische Feldprüfung und GxP-Nachweisstrategie haben unterschiedliche Aufgaben. Benötigt werden geeignete Vergleiche für Vollständigkeit, Bedeutung, Beziehungen und kritische Prozesse. Der Umfang richtet sich nach Datenrisiko und konkreter Transformation.
Müssen alle historischen Daten aktiv nach Business Central übernommen werden?
Nicht zwingend. Entscheiden Sie anhand weiterer Nutzung, Aufbewahrung und erforderlicher Rekonstruktion. Ein geeigneter Archivweg kann bestimmte historische Informationen zugänglich halten. Die Lösung muss Inhalt, Kontext und Zugriff angemessen erhalten. Ein nicht geprüfter Export oder eine später nicht mehr erreichbare Altsystemdatenbank genügt dafür nicht automatisch.
Warum sollten ausgeschlossene Felder ausdrücklich dokumentiert werden?
Weil eine technisch erfolgreiche Übernahme deren Inhalt nicht bestätigt. Ein ausgeschlossenes Feld kann unkritisch sein oder eine notwendige Qualitätsinformation enthalten. Die Entscheidung braucht fachlichen Bezug. Prüfen Sie außerdem, ob das Ziel einen Standardwert setzt, der eine fehlende Übernahme unbemerkt verdeckt.
Was tun wir, wenn ein finaler Import erneut gestartet werden muss?
Klären Sie zuerst den bereits erreichten Zielzustand. Bewerten Sie, ob erneute Verarbeitung Daten ergänzt, überschreibt oder doppelt anlegt. Nutzen Sie den vorgesehenen Wiederanlaufweg und wiederholen Sie passende Abgleiche. Ein neuer technischer Erfolg beweist nicht automatisch, dass frühere Teilverarbeitung folgenlos blieb.
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)
- Microsoft: Prepare a configuration package, Business Central
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.