Jedes Objekt, jedes Mockup und der endgültige Ladevorgang durchlaufen die gleichen sechs Schritte: Extrahieren (Kundendateninhaber), Zuordnen (Migration Conductor und Hauptbenutzer), Validieren (die Regeln des Cockpits), Testladen in Nicht-Produktionsumgebung (Migration Conductor), Abgleichen (Finanzcontroller) und Umstellung (Countdown Owner).
Die Schleife wird so lange wiederholt, bis alle Daten fehlerfrei sind. Ein abgelehnter Datensatz wird mit dem Begründungscode des Cockpits an den Dateneigentümer zurückgesendet, und der nächste Testlauf führt das gesamte Objekt erneut aus. Im Zielmandanten werden niemals manuelle Korrekturen vorgenommen – dies würde einen Prüfpfad hinterlassen, der einen nie stattgefundenen Ladevorgang beschreibt.
| Laufen | Wann | Akzeptieren, wenn |
|---|---|---|
| M1 | T-10 → T-9 | Alle Objekte werden geladen; weniger als 5 % werden abgelehnt und zugewiesen. |
| M2 | T-7 → T-6 | Null TB-Delta; Nebenbuch-Gleichstand; Ablehnungen unter 0,5 % |
| Trockenlauf-Umschaltung | T-4 → T-3 | Null Delta; Dauer innerhalb des Umstellungsfensters; Runbook aktualisiert |
| Probendaten | T-2 → T-1 | Die Probe verläuft |
| Finale | T-0 | Null Delta; die Reglerzeichen |
Versöhnung ist Arithmetik
- Zählungen und Hash-Summen: extrahiert = geladen + abgelehnt, pro Objekt; Hash-Summen für Mengen und Quantitäten.
- Saldenliste: Altbestand − TRANXACT-Bestand = 0 für jedes Konto, jede Entität und jede Dimension.
- Die Nebenbücher: Debitoren-Fälligkeitsliste, Kreditoren-Fälligkeitsliste, Lagerbewertung und Anlagenregister entsprechen jeweils ihrem Hauptbuch-Kontrollkonto.
Die Delta-Formeln des Toolkits färben sich bei jedem Wert ungleich Null rot, und der Finanzcontroller unterzeichnet erst, wenn alle Zeilen Null ergeben oder erklärt und genehmigt wurden. Das Ausführungsprotokoll des Cockpits – wer wann was wie viele Datensätze geladen hat und wie viele abgelehnt wurden – dient als Prüfprotokoll für die Unterschrift.
Die Extraktion hängt von der Quelle ab
Jedes Quellsystem hat ein eigenes Tabellenblatt in der Projektplanungsmappe. Die Muster unterscheiden sich: Standardberichte und Tabellenauszüge für große ERP-Systeme, gespeicherte Suchen oder CSV-Exporte für Cloud-Buchhaltung, XML- oder Excel-Exporte von Hauptbüchern und Belegen für andere Systeme, Cockpit-Vorlagen, die direkt in Tabellenkalkulationen ausgefüllt werden – und damit auch die zu beachtenden Punkte: Buchungskreise versus Entitäten, Segmente versus Dimensionen, fehlende Validierung an der Quelle in einer Tabellenkalkulation. Die vollständige Tabelle nach Produkt finden Sie im Leitfaden.
Das T-0-Ablaufbuch (beispielhafte Zeitangaben)
| Zeit | Schritt | Eigentümer |
|---|---|---|
| T-1 18:00 | Letzte Legacy-Transaktionen; Einfrieren angekündigt | Countdown-Besitzer |
| T-1 18:30 | Abschluss der Legacy-Periode; endgültige TB- und Nebenbuchberichte | Finanzcontroller |
| T-1 20:00 | Endgültiger Auszug pro Objekt | Dateneigentümer |
| T-1 21:00 | Letzte Cockpitbeladung in der Trockenlaufsequenz | Migrationsleiter |
| T-0 02:00 | Abstimmung von Hauptbuch und Nebenbuch — Delta = 0 | Finanzcontroller |
| T-0 06:00 | Integrationen in Produktionsendpunkte | Operationspilot |
| T-0 07:00 | Legacy-Version (schreibgeschützt); Benutzer aktiviert; Go-Live-Kommunikation | Flugleiter |
| T-0 ≈ 11:00 | Erste Rechnung in der Produktion verbucht. | Key-User, Vertrieb |
Jeder Schritt hat einen benannten Verantwortlichen, eine geplante Dauer und einen Rückrufhinweis, und das Toolkit berechnet die geplanten Endzeiten und die Abweichung vom Trockenlauf.
Calderwoods M2 zeigt einen Bestand von 1400 Artikeln mit 2.450.009,10 im Altsystem und 2.449.909,10 in TRANXACT an: eine Differenz von 100,00, gekennzeichnet als „Prüfen“. Grund dafür ist eine abgelehnte Bestandsposition aufgrund einer fehlenden Chargennummer. Diese wird mit dem entsprechenden Fehlercode an den Datenverantwortlichen des Lagers zurückgesendet, und der nächste Testlauf verarbeitet den gesamten Bestand erneut – die Position wird nicht manuell in TRANXACT eingegeben.
Probier es aus Calderwoods Testlauf ergibt zwar Null, benötigt aber 13 Stunden anstatt der vorgesehenen 11 Stunden für die Umstellung, da die neun Journale der P1-Periode langsam geladen werden. Was rät T-Minus zum weiteren Vorgehen?
Den Umfang reduzieren, nicht das Zeitfenster verlängern: Die Periodendaten – die P1-Journale – nach T-Plus verschieben und nach dem Go-Live laden, anstatt die Umstellung unnötig in die Länge zu ziehen. Ein Testlauf, der nicht ins Zeitfenster passt, ist ein Problem, kein verschobener Termin.