vise DMW · Data Migration Workbench
Wissen, was scheitert – bevor Sie laden.
Fachbereich und IT steuern die Datenseite einer Migration auf einem Bildschirm: extrahieren, validieren, profilieren, Felder und Werte mappen, den Ladevorgang simulieren, über Standardschnittstellen einspielen, berichten. Die ganze Kette – oder die Schicht vor dem Ladewerkzeug, das Sie bereits einsetzen.
- Seit 2017
- produktiv bei einer globalen Brauereigruppe
- 8 Schritte
- von der Extraktion bis zum Bericht
- Dutzende
- Länder nach SAP migriert
01
Eine Workbench. Drei Wege, sie in ein Programm einzubringen.
DMW sitzt dort, wo sich Datenqualitäts- und Migrationswerkzeuge überschneiden. Kunden nutzen die ganze Kette oder nur den Teil, der ihrem Integrator fehlt – niemand muss sein Ladewerkzeug wechseln.
02 · Die acht Schritte
Jeder Schritt ist gesteuert. Jeder Schritt ist sichtbar.
Wählen Sie einen Schritt, um zu sehen, was er tut und wie der Bildschirm aussieht.
Schritt 01 · Extract
Daten aus der Quelle holen – so, wie sie sind.
SAP ECC, JD Edwards, Dynamics, Altsysteme, Datenbanken oder Flat Files. Jedes Objekt: Kunde, Lieferant, Material, Geschäftspartner, Finanzen, Instandhaltung, Anlagen, Sachkonten, Kostenstellen. Extrakte werden versioniert, sodass sich jeder Validierungslauf auf den exakten Quell-Snapshot zurückführen lässt.
- Jedes Objekt; Quellen: ERP-Tabellen, Datenbanken, Staging-Tabellen, Flat Files
- Versionierte Snapshots
- Durchsatz im PoC an Ihren Daten gemessen
Bildschirme zu diesem Schritt zeigen wir im Migrations-Walkthrough – oder an Ihrem eigenen Objekt im 30-Tage-PoC.
Schritt 02 · Scope
Entscheiden, was mitgeht und was zurückbleibt.
Programme, Projekte und Standorte sind eigenständige Objekte: Ein Rollout ist ein Programm, ein Land ein Projekt, jeweils mit eigenen Objekten, Meilensteinen und Verantwortlichen. Scope-Regeln legen fest, welche Datensätze mitgehen – nur aktive Lieferanten, offene Posten nach einem Stichtag –, und der Rest wird bewusst ausgeschlossen, nicht aus Versehen.
- Hierarchie Programm → Projekt → Standort
- Scope-Regeln je Objekt
- Meilensteine mit Verantwortlichen und Terminen
Schritt 03 · Validate
Regeln als Code, auf jedem Datensatz ausgeführt, mit einer namentlich verantwortlichen Person.
Validierungsregeln sind kleine Funktionen mit Geltungsbereich, Schweregrad, dokumentierter Begründung und einer verantwortlichen Person. Sie werden versioniert, in einer Sandbox getestet und gegen den aktuellen Extrakt ausgeführt. Fachanwender sehen die Ergebnisse je Objekt und Feld, Architekten den Code der Regel. KI kann eine Regel aus einem Satz entwerfen – aktiviert wird sie von einem Menschen.
- Format-, LoV-, Bedingungs-, individuelle und Aggregatregeln
- Schweregrad, Geltungsbereich und Verantwortliche bei jeder Regel
- Von KI entworfen, vom Menschen aktiviert
Schritt 04 · Profile
Die Form der Daten kennen, bevor man darüber streitet.
Vollständigkeit, Gültigkeit, Konformität, Konsistenz und Eindeutigkeit je Objekt und Feld, mit Verteilungen und Ausreißern. Die DQ-Scorecard ist die Zahl, die der Lenkungsausschuss bekommt: ein Score je Standort, einer je Programm und der Trend seit der Baseline.
- Fünf DQ-Dimensionen je Objekt
- Scorecard je Standort und Programm
- Baseline und Trend ab dem ersten Tag
Schritt 05 · Field Map
Vom Quellfeld zum Zielfeld, mit dokumentierter Transformation.
Das Mapping ist eine Spezifikation, nach der das Projekt arbeitet – keine Tabelle, die niemand findet. Mit vise FieldMap kommt der erste Entwurf – Feldpaare, Transformationsregeln, Confidence Score – vom Modell; Ihr Berater übernimmt, ändert oder verwirft jede Zeile, und jede Entscheidung wird versioniert, bevor etwas transformiert wird.
- Mapping als versionierte Spezifikation
- KI-Entwurf mit Confidence Score (FieldMap)
- Freigabe Zeile für Zeile
- vise FieldMap →
Schritt 06 · Value Map
Werte einmal harmonisieren, an jedem Standort und in jeder Welle wiederverwenden.
Zahlungsbedingungen, Kontengruppen, Länder, Währungen, Einheiten: von Fachanwendern in vise LoV-MAP gemappt, einmal freigegeben, überall angewendet. Globale und lokale Wertelisten liegen als Wörterbücher vor, gegen die DMW validiert – ein Wert, der nicht auf der Liste steht, wird nie geladen.
- Globale und lokale Wertelisten
- Fachanwender mappen, nicht Entwickler
- Wörterbücher, die die Validierung wiederverwendet
- vise LoV-MAP →
Schritt 07 · Load Sim
Den Ladevorgang probeweise durchlaufen. Korrigieren, was scheitert. Dann einspielen.
Bevor etwas eingespielt wird, prüft DMW den Datenbestand gegen die Regeln Ihres Zielsystems mit Ihrem Customizing – Pflichtfelder je Rolle und Gruppierung, Kontengruppen, Regeln zur Nummernkreisvergabe, länderspezifische Steuerformate, Prüfungen auf BAdI-Ebene – und gegen die Geschäftsregeln, die SAP nicht kennt. Jeder abgelehnte Datensatz kommt mit Begründung zurück und landet in der Korrektur-Queue; der Lauf wird wiederholt, bis er sauber ist. Das Zielsystem validiert jeden Datensatz genau so wie beim echten Ladevorgang – Sie erhalten dieselben Fehler, je Datensatz, und nichts wird festgeschrieben. Der echte Ladevorgang läuft dann über dieselben Schnittstellen mit Fehlerbehandlung je Datensatz. Der Änderungsmodus aktualisiert Bestehendes, statt alles neu zu laden.
- Zielregeln mit Ihrem Customizing, nicht nur das Dateiformat
- Ablehnungen je Datensatz, mit Begründung, in die Korrektur-Queue
- Änderungsmodus für bestehende Datensätze
Bildschirme zu diesem Schritt zeigen wir im Migrations-Walkthrough – oder an Ihrem eigenen Objekt im 30-Tage-PoC.
Schritt 08 · Report
Berichte, die Ihre Fachverantwortlichen ohne Entwickler lesen können.
Bereinigungsfortschritt je Landesgesellschaft, die Wochenübersicht mit Verbesserungen und Rückschritten, die Regeln mit den meisten Fehlern samt Sechs-Wochen-Trend, Besprechungsnotizen und offene Punkte je Projekt – in DMW Reports und in Apache Superset auf denselben Daten.
- Sichten je Standort und je Programm
- Veränderung gegenüber der Vorwoche
- Superset-Dashboards auf validierten Daten
03 · In eine bestehende Pipeline
Ihr Integrator behält sein Ladewerkzeug. vise DMW sitzt davor.
Quelle → DMW (extrahieren, validieren, mappen, simulieren) → der Ladeweg, den Sie bereits haben → S/4HANA. Drei Varianten der Anbindung, je Objekt gewählt. vise DMW hält die Regeln, die Mappings und den Audit-Trail; die Datensätze liegen in SAP.
In jeder Variante läuft das Laden über die Standardschnittstellen von SAP – CVI, Customizing-Prüfungen, BAdIs/Exits, Nummernkreise und Berechtigungen bleiben aktiv. DMW schreibt nie direkt in eine Tabelle.
04 · Regeln als Code
KI entwirft die Regel. Ein Mensch schaltet sie ein.
Beschreiben Sie die Prüfung in einem Satz – „die Umsatzsteuernummer eines norwegischen Lieferanten muss aus NO, neun Ziffern und MVA bestehen“ – und der DMW-Assistent entwirft die Regel, führt sie in einer Sandbox gegen echte Datensätze aus und meldet, was bestanden hat. Die Regel ist eine lesbare Funktion mit Geltungsbereich, Schweregrad und dokumentierter Begründung. Sie zu aktivieren ist eine menschliche Entscheidung, protokolliert mit Benutzer und Zeitpunkt.
- Jede Regel hat eine verantwortliche Person, eine Version und ein Sandbox-Testergebnis.
- Architekten lesen den Code, Fachverantwortliche den Satz.
- Nichts, was die KI schreibt, läuft vor der Freigabe auf Produktivdaten.
05 · Berichte
Datenqualität, die Ihre Fachverantwortlichen lesen können.
Kein Entwickler-Log. Die Seiten, die Programmmanager, Data Steward und Lenkungsausschuss jede Woche öffnen.
06 · Für SAP-Architekten
Standardschnittstellen. Keine Überraschungen in Ihrem System.
Die Fragen, die wir in jedem Architektur-Review hören – jedes Mal gleich beantwortet.
Die vollständige Architekturseite- 01Wie lädt DMW nach S/4HANA?
- Ausschließlich über Standard-BAPIs, IDocs und OData. Nie direkt in eine Tabelle. Geschäftspartner laufen über CVI wie bei jedem von SAP freigegebenen Werkzeug.
- 02Kann DMW Migration Cockpit oder BODS beliefern, statt selbst zu laden?
- Ja. vise DMW kann die DQ- und Mapping-Schicht vor Ihrem bestehenden Ladewerkzeug sein oder selbst das Ladewerkzeug. Für Migration Cockpit liefert es vorvalidierte Dateien im Vorlagenformat; für BODS oder einen eigenen Loader den gemappten Datenbestand als CSV, XML, JSON oder Staging-Tabellen samt Mapping-Spezifikation. Unser langjährigster Kunde setzt es vor BODS ein.
- 03Was prüft Load Sim?
- Die Simulation prüft den Datenbestand gegen die Regeln Ihres Zielsystems mit Ihrem Customizing: Pflichtfelder je Rolle und Gruppierung, Kontengruppen, Steuerformate je Land, Prüfungen auf BAdI-Ebene – plus die Geschäftsregeln, die SAP nicht kennt. Weil das Zielsystem selbst jeden Datensatz validiert, liefert die Simulation dieselben Fehler wie der echte Ladevorgang – je Datensatz, in die Korrektur-Queue – ohne etwas festzuschreiben.
- 04Was prüfen Sie, was Migration Cockpit nicht prüft?
- Cockpit, LSMW und BODS prüfen, was SAP kennt: Formate, Pflichtfelder, Customizing. Das beantwortet die Frage „Nimmt SAP die Daten an?“. DMW ergänzt die Regeln, die SAP nicht kennt – objektübergreifende Konsistenz, länderspezifische und regulatorische Prüfungen, Finance Governance, Ihre eigenen Einkaufs- und Vertriebsrichtlinien. Das beantwortet die Frage „Kann das Business mit den Daten arbeiten?“. Beide Ebenen bleiben aktiv.
- 05Worauf greift die KI zu?
- Nur Entwürfe: Feld-Mappings, Transformationsregeln, Validierungsregeln. Jeder Vorschlag wird versioniert, in einer Sandbox getestet und von einer namentlich benannten Person freigegeben, bevor er läuft.
- 06Wo läuft es?
- In der EU, in einer dedizierten Umgebung je Kunde (AWS oder ein dedizierter OVHcloud-Server in Deutschland), betrieben von Visehub; Anbindung an Ihre Systeme über einen Site-to-Site-IPsec-Tunnel oder eine Extrakt-Übergabe; namentliche Konten und Rollen; TLS durchgängig, verschlüsselte Backups in Frankfurt. ISO/IEC 27001 und ISO 9001. Details auf der Seite Vertrauen & Sicherheit.
Arbeitet mit der übrigen vise-Familie zusammen
Ihre eigenen Daten in DMW – in 30 Tagen.
Ein Objekt aus einem Standort – meist Kunden- oder Lieferantenstamm –, extrahiert, profiliert, validiert, feld- und wertegemappt und gegen Ihr Zielsystem ladesimuliert. Sie erhalten den Data Assessment Report, das lauffähige Projekt und eine Aufwandsschätzung für die gesamte Welle. Ihr Beitrag: ein Extrakt oder Systemzugang und ein Data Owner für die Entscheidungen. Beratung zum Festpreis; keine Lizenzgebühr für die 30 Tage. Danach: eine Projektlizenz nach Standorten und Benutzerkonten (je mehr Standorte, desto niedriger der Preis je Standort) – Ihre IT betreibt sie, wir betreiben sie unter SLA, oder hybrid.