Datenmigration testen

Liefern altes und neues System dasselbe richtige Ergebnis?

Eine Migration ist oft der akute Anlass: S/4HANA, ein neues Kernbanksystem, der Weg in die Cloud. SQACE verifiziert, dass das Zielsystem dieselben fachlich korrekten Ergebnisse liefert wie das Altsystem, regelbasiert und im großen Volumen.

Anlass Akute Migration, zunächst auf Projektebene. Häufig der erste Berührungspunkt mit SQACE.

Das Problem

Eine Migration läuft durch und sieht fertig aus.

Der Lauf bricht nicht ab. Die Zieltabellen sind gefüllt, die Summen wirken plausibel, das Projekt meldet Vollzug. Ob jede Position fachlich korrekt übernommen wurde, weiß zu diesem Zeitpunkt niemand sicher.

Geänderte Datentypen, gerundete Beträge, eine verschobene Stichtagslogik oder eine nicht übernommene Sonderregel: solche Fehler sehen im Zielsystem unauffällig aus und fallen oft erst im Jahresabschluss oder in der nächsten Prüfung auf. Ein reiner Bestandsabgleich findet sie nicht, weil er nur fragt, ob zwei Bestände gleich sind, nicht, ob der Bestand fachlich stimmt.

Ansatz

Abstimmung und regelbasiertes Soll, im selben Lauf.

SQACE stimmt Quelle und Ziel ab und berechnet zusätzlich aus den Quelldaten und Ihren Regeln, was im Zielsystem stehen muss. So trennen Sie zwei Fragen, die ein einfacher Abgleich vermischt: Ist sauber migriert worden? Und war das Ergebnis schon vorher fachlich richtig?

PRÜFLAUF MIGRATION-DEPOT-BEISPIEL, On-Prem
PRÜFLAUF MIGRATION-DEPOT-BEISPIEL, On-Prem ABGESCHLOSSEN
QUELLE Altsystem und Zielsystem, beide Oracle JDBC, LAUFORT On-Prem/EU-Cloud, ZUGRIFF read-only, REST /api/v1/runs
saldo_eur Soll 48.920,15 Ist 48.920,15 geprüft
stueckzinsen_eur Soll 312,44 Ist 312,44 geprüft
uebertrag_gesamt_eur Soll 49.232,59 Ist 49.232,59 geprüft
anzahl_positionen Soll 1.204 Ist 1.198 Abweichung
Regel WENN eine Depotposition übernommen wird, DANN uebertrag_gesamt = saldo + stueckzinsen, und die Anzahl der Positionen im Ziel muss der Anzahl in der Quelle entsprechen. Im Ist fehlen 6 von 1.204 Positionen.

Soll ist die zweite, regelbasierte Berechnung aus den Daten des Altsystems. Klassifiziert als Vollständigkeits-Abweichung im Feld anzahl_positionen, über Läufe verfolgt.

Lauf reproduzierbar, versioniert, im Audit Trail. Sicherheit und Architektur
Illustratives Beispiel, synthetische Werte

1. Soll aus der Quelle

Erwartetes Ergebnis berechnen

Aus den Daten des Altsystems und Ihren fachlichen Regeln berechnet SQACE, was im Zielsystem stehen muss. Das ist eine zweite, regelbasierte Berechnung, kein bloßes Kopieren.

2. Abstimmung alt gegen neu

Quelle und Ziel abgleichen

Datensatz, Spalte und Summe werden gegenübergestellt: vollständig, mit Toleranzen und Schweregraden. Fehlende, doppelte und abweichende Positionen fallen auf.

3. Befund auf Feldebene

Abweichungen klassifizieren

Jede Abweichung wird bis auf Feld- und Regelebene klassifiziert und fachlich erklärt, im geschützten Datenraum gespeichert und über Läufe verfolgt.

In der Praxis

Migrationen im Bankenumfeld, belegt.

SQACE ist seit 2020 bei der LBBW im Produktivbetrieb als zentrale Plattform für Datentests. Dort ist die Methode von 6 produktiven Applikationen aus angelegt, mit Skalierung Richtung 70 bis 80, und sie wird über Teams hinweg standardisiert eingesetzt.

Dieselbe Methode trägt die Migration: Was sich als wiederverwendbares Regelwerk verifizieren lässt, prüft den Umzug heute und die folgenden Releases morgen. Aus dem einmaligen Migrationstest wird die laufende Verifikation.

Bei der LBBW ist SQACE die zentrale Plattform für Datentests, von 6 produktiven Applikationen aus, Skalierung Richtung 70 bis 80. Die genannten Kennzahlen sind öffentlich auf sqace.io belegt.

LBBW, öffentliche Referenz (Jens Wauer)

Über 20 Jahre Banken-Domäne (FINARIS, zuvor RapidRep). Made in Europe, Frankfurt am Main.

Häufige Fragen

Migration verifizieren

Sichern Sie Ihre Migration an echten Daten ab.

In einer Demo verifizieren wir an einem Ausschnitt Ihrer Migration, dass alt und neu dasselbe richtige Ergebnis liefern. Oder starten Sie mit einem Proof of Concept.