Zum Inhalt springen

Lösung · Datenqualität & Validierung

Ein Readiness-Score statt zwanzig Tracking-Listen.

Validierungsregeln je Objekt, eine Scorecard je Standort und Programm, die Regeln mit den meisten Fehlern, jeweils mit Verantwortlichem, und eine Korrektur-Queue, mit der Fachanwender tatsächlich arbeiten. Die Daten werden im Quellsystem korrigiert; der Lenkungsausschuss bekommt eine Zahl und ihren Trend. Gebaut auf SAP-Daten; läuft auf jeder Quelle – ERP-Tabellen, Datenbanken, Flat Files.

seit 2017
DQ vor jeder Rollout-Welle bei einer globalen Brauerei
1 Ausschreibung
ausgewählt vor zwei globalen DQ-Anbietern
5
DQ-Dimensionen je Objekt
Cleansing Progress in vise DMW: bereinigte Datensätze und Felder je Landesgesellschaft
Bereinigungsfortschritt je Landesgesellschaft – Demo-Programm Nordic RolloutBildschirme aus dem Demoprogramm Nordic Rollout · fiktive Daten

01

Was üblicherweise schiefgeht.

01 Zwanzig Tracking-Listen, keine Zahl Jedes Land führt sein eigenes Excel mit „bekannten Problemen“. Niemand kann sagen, wie bereit der Lieferantenstamm ist, also ist der Go-live-Termin ein Gefühl, keine Tatsache.
02 Fehler erst beim Laden gefunden Die IT entdeckt die fehlerhaften Datensätze, wenn der Ladevorgang scheitert – Wochen nachdem der Fachbereich sie hätte korrigieren können. Jede Iteration kostet einen Zyklus.
03 Fachverantwortliche sehen nicht, was zu korrigieren ist Fehlerprotokolle sind für Entwickler geschrieben. Die Person, die eine Zahlungsbedingung tatsächlich korrigieren kann, sieht nie eine Liste, mit der sie arbeiten kann.

02 · So läuft es in vise DMW

Dieselbe Disziplin in jedem Schritt.

  1. Schritte 1–2 · Extract und Scope

    Jeder Standort, jedes Objekt, ein Programm.

    Extrakte aus SAP (oder einem anderen ERP) je Standort, auf die Objekte der Welle beschränkt: Lieferant, Kunde, Material, offene Posten, Kostenstellen. Meilensteine und Verantwortliche liegen am Projekt, sodass „Wer zeichnet Norwegen in 28 Tagen ab?“ ein Feld ist, keine E-Mail.

    Programme und Projekte in vise DMW: Nordic Rollout mit Norwegen und Schweden
    Programm → Projekt → Standort
  2. Schritt 3 · Validate

    Regeln als Code, verantwortet von einer namentlich benannten Person.

    Format-, Wertelisten-, Bedingungs-, individuelle und Aggregatregeln je Feld, jeweils mit Schweregrad, Geltungsbereich, Dokumentation und Verantwortlichem. Die KI entwirft eine Regel aus einem Satz; ein Mensch schaltet sie ein. Dieselbe Regelbibliothek läuft für jeden Standort im Programm.

    Regelbibliothek in vise DMW, nach Standort gefiltert
    156 Regeln über 119 Felder und 7 Objekte (Demo)
  3. Schritt 4 · Profile

    Ein Score, fünf Dimensionen, je Objekt.

    Vollständigkeit, Gültigkeit, Konformität, Konsistenz und Eindeutigkeit, verdichtet zu einer Scorecard je Standort und Programm mit dem Trend seit der Baseline. Das ist die Zahl, die der Lenkungsausschuss jede Woche bekommt.

    DQ-Scorecard in vise DMW nach Dimension und Objekt
    DQ-Scorecard – Norwegen, nach Dimension
  4. Korrekturschleife

    In der Quelle korrigieren. Erneut validieren. Zusehen, wie sich die Zahl bewegt.

    Fehlerdetails gehen an die Personen, denen die Daten gehören, nach Objekt und nach Regel, mit der Begründung in klaren Worten. In einem Datenqualitätsprojekt wird immer im Quellsystem korrigiert – nie in DMW –, dann wird das Objekt erneut validiert und die Scorecard aktualisiert. Die Regeln mit den meisten Fehlern zeigen, wo sich der Aufwand zuerst lohnt.

    Die Regeln mit den meisten Fehlern in vise DMW, mit Sechs-Wochen-Trend und Verantwortlichen
    Regeln mit den meisten Fehlern – Fehler, Sechs-Wochen-Delta, Verantwortlicher
  5. Schritt 8 · Report

    Die Freitagsseite, vom System geschrieben.

    Wochenübersicht mit Verbesserungen und Rückschritten, Bereinigungsfortschritt je Landesgesellschaft, offene Punkte und Besprechungsnotizen je Projekt, Superset-Dashboards auf denselben validierten Daten. Kein Export, keine Foliensammlung.

    Wochenübersicht in vise DMW: gültige Datensätze, größte Verbesserungen, Rückschritte
    Wochenübersicht – wer sich verbessert hat, was sich verschlechtert hat

03 · 30-tägiger Proof of Concept

Was Sie nach 30 Tagen haben.

  • Ein Objekt aus Ihrem System, extrahiert, profiliert und gegen ein erstes Regelwerk validiert
  • Ein Data Assessment Report: Scorecard, die Regeln mit den meisten Fehlern, was den Ladevorgang blockiert
  • Ein lauffähiges DMW-Projekt, das Ihr Team weiterführen kann – keine Foliensammlung
  • Ein Vorschlag für die Regelbibliothek und den Korrekturprozess für das gesamte Programm
So funktionieren PoC und Lizenz

04 · FAQ

Klare Antworten, in jedem Review dieselben.

Für SAP-Architekten
01Müssen wir mit DMW migrieren, um es für Datenqualität zu nutzen?
Nein. Unser langjährigster Kunde setzt DMW als Readiness-Gate vor BODS ein. vise DMW kann validieren, profilieren und berichten, während ein beliebiges vorhandenes Ladewerkzeug lädt.
02Wo wird korrigiert?
In einem Datenqualitätsprojekt immer im Quellsystem. DMW zeigt, was zu korrigieren ist und warum, der Verantwortliche korrigiert in SAP, DMW validiert erneut. Es gibt keine zweite Kopie der Wahrheit.
03Was unterscheidet das von Ataccama oder Informatica?
vise DMW ist um SAP-Objekte und Migrationswellen gebaut: Regeln je Objekt, Scorecards je Standort und Programm, eine Korrekturschleife für Fachanwender, und dieselbe Plattform trägt weiter in Migration und alltägliche Änderungen. Preise nach Standorten und Benutzern, keine Enterprise-Plattformlizenz.
04Was macht die KI hier?
Sie entwirft Validierungsregeln aus einem Satz und testet sie in einer Sandbox. Eine namentlich benannte Person aktiviert jede Regel. Nichts, was die KI schreibt, berührt Ihre Daten ohne Freigabe.

Ein Readiness-Score für ein Objekt in 30 Tagen.

Wählen Sie das Objekt, das Ihnen die meisten Sorgen macht. Wir profilieren es, validieren es und zeigen Ihnen die Scorecard – auf Ihren Daten, in einem Projekt, das bei Ihnen bleibt.