Stammdaten-Abweichungsüberwachung für SAP

Finden Sie jede stille Abweichung zwischen Ihren SAP-Systemen — bevor es jemand anderes tut.

DELTA vergleicht Tabelleninhalte zwischen Ihrem Quellsystem und jedem verbundenen System, deckt jede Abweichung auf und öffnet automatisch ein ServiceNow-Incident — bis die Daten wieder übereinstimmen. Konfigurierbare Sichten, geplante Hintergrundläufe, ein Ort, um zu sehen, was nicht synchron ist.

Video-Einführung

DELTA in Aktion.

Was DELTA tut, die kleine Idee dahinter und ein durchgespieltes Beispiel — eine Abweichung zwischen zwei Systemen, im Moment ihres Entstehens erkannt, mit automatisch geöffnetem Incident.

Das Problem

Stammdaten driften in dem Moment, in dem man nicht mehr hinsieht.

Jede Mehrsystem-SAP-Landschaft hat denselben stillen Fehlermodus: Stamm- und Bewegungsdaten sollen zwischen Quellsystem und den verbundenen Systemen synchron bleiben — und meistens tun sie das, bis ein kleiner Prozessfehler, ein misslungener Transport oder eine manuelle Änderung den Vertrag still bricht.

Das erste Anzeichen ist meist eine Eskalation weiter unten: ein Preis pflanzt sich nicht fort, eine Lieferung wird abgewiesen, ein Finanzlauf stimmt nicht ab. Dann arbeiten Sie sich rückwärts durch drei Systeme, um ein Feld zu finden, das seit zwei Wochen falsch ist.

Die Idee

Den Vergleich kontinuierlich, not when something breaks.

DELTA macht aus „vergleiche diese zwei Tabellen in jenen vier Systemen“ Konfiguration. Ein Team wählt die relevanten Tabellen und Felder aus, markiert jedes als Anzeige, Warnung, or Fehler, und speichert das Bündel als Sicht.

Aus dieser Sicht kann jeder eine Variante erstellen — dieselbe Sicht auf ein Zielsystem fixiert, mit ein paar Auswahlfiltern und einem Ausgabemodus. Varianten laufen nach Zeitplan, erreichen jedes System per RFC, verknüpfen die Daten und erzeugen ein farbcodiertes Ergebnis, das man auf einen Blick erfasst.

Taucht eine Abweichung auf, öffnet DELTA-MDD automatisch ein ServiceNow-Incident. Zeigt der nächste Lauf die Abweichung als behoben, schließt sich dasselbe Incident selbst mit einer einzeiligen Notiz.

So funktioniert's

Vier Bausteine. Eine Wahrheit für „sind wir synchron?“

Eine Sicht definiert die Form; eine Variante fixiert sie auf ein Ziel; ein geplanter Lauf holt die Daten; das Ergebnis erzählt die Geschichte.

1

Sicht

Wählen Sie die Tabellen, die Verknüpfungsbedingungen und die relevanten Felder — jedes als Anzeige, Warnung oder Fehler markiert. Einmal gespeichert, von jeder darauf aufsetzenden Variante wiederverwendet.

2

Variante

Fixieren Sie die Sicht auf ein Zielsystem, ergänzen Sie Auswahlkriterien und Pro-Bedingungen, wählen Sie die Ausgabe (Anzeige, E-Mail, Speichern). Speichern. Ausführen. Einplanen.

3

RFC-Verteilung

Zur Laufzeit feuert DELTA ein dynamisches SELECT an jedes Zielsystem per RFC, verarbeitet die Zeilen in Paketen, damit große Läufe nicht den Speicher sprengen, und verknüpft die Daten an einem Ort.

4

Ergebnis + INC

Farbcodiertes ALV nach Zeile und System. Fehler öffnen automatisch ein ServiceNow-Incident; der nächste saubere Lauf schließt es automatisch. Niemand vergisst, das Ticket zu aktualisieren.

Warum Teams es einsetzen

Kontinuierliche Datenqualität, kein manueller Ticket-Lebenszyklus.

Erkennt Abweichungen früh

Tägliche / wöchentliche Läufe decken Abweichungen Tage oder Wochen auf, bevor nachgelagerte Prozesse sie bemerken.

Öffnet + schließt Incidents automatisch

Eine DELTA-correlation_id → ein ServiceNow-Incident. Fehler weg? Das Incident schließt sich selbst mit einer klaren Notiz.

Konfiguration, kein Code

Einen neuen Vergleich hinzuzufügen ist eine Sicht + Variante — von Stammdaten-Produktteams gepflegt, kein ABAP-Ticket nötig.

Systemübergreifend von Grund auf

Ein Quellsystem, beliebig viele verbundene Systeme. Jede Variante fixiert auf ein RFC-Ziel — die Verteilung ist eingebaut.

Korrektur überprüfen

Der Ergebnis-Viewer hat eine Schaltfläche zum erneuten Ausführen — starten Sie sie nach einer Korrektur, und das SNOW-Incident schließt erst, wenn die Daten wirklich übereinstimmen.

Sicher bei riesigen Läufen

Paketweiser Vergleich auf DB-Ebene + Pufferung über temporäre Tabellen halten den Speicher auch beim Vergleich zweistelliger Millionen Datensätze im Rahmen.

Power-User-Sichten — schreiben Sie das SELECT selbst

Überspringen Sie den Tabellen-und-Joins-Editor und liefern Sie ein freies Open-SQL-Statement (CTEs, Fensterfunktionen, bedingte Joins, volle HANA-Ausdruckskraft). DELTA verteilt dasselbe SELECT an jedes Zielsystem — derselbe Ergebnis-Viewer, derselbe SNOW-Lebenszyklus.

Für wen es ist

Jeden, der zwei SAP-Systeme dieselbe Geschichte erzählen lassen muss.

📦

Artikel-Stammdaten

GTIN-, Vertriebs- und Werkserweiterungs-Abweichungen abfangen, bevor Listungen falsch ins Regal kommen.

🤝

Geschäftspartner-Teams

Lieferanten- & Kundenadressen, Steuernummern, Zahlungsdaten — in jedem System gleich, sonst merken Sie es.

📑

Kontraktverwaltung

Gültigkeit, Konditionen, Partnerrollen. Jeder Kontrakt muss in jeder Region dasselbe bedeuten.

🏷️

Preise & Konditionen

Konditionssätze und Zugriffsfolgen — leicht in Transporten zu verlieren, schmerzhaft, wenn es passiert.

🛠️

IT-Services / ADM

Automatisch erzeugte Incidents landen in Ihrer Queue — mit klarer Korrelations-ID und Ein-Klick-Prüfung.

📊

Data Governance

Eine Protokolltabelle für jeden Vergleichslauf — die Spur, die Prüfer wirklich wollen.

🏢

Systemarchitekten

Ein Framework, ein Transportfluss, ein ServiceNow-Vertrag — über jedes Geschäftsobjekt und jede Region hinweg.

🧰

Customizing-Verantwortliche

Der Schwester-Modus „Customizing-Vergleich“ hält Konfigurationstabellen abgeglichen, nicht nur Stammdaten.

Reale Situationen sehen?

Fünf alltägliche systemübergreifende Abweichungen — Lücken bei Artikel-Erweiterungen, Partneradressen-Drift, Kontraktgültigkeit, Preisstaffel-Sätze, Customizing-Tabellen — und das genaue Ergebnis + INC, das der Nutzer sieht.

Anwendungsfälle ansehen

Fragen Sie sich, wie man es installiert?

Fünf Schritte, um DELTA für eine neue Domäne zu aktivieren — den Vergleich definieren, die RFC-Verbindungen einrichten, eine Variante speichern, den WLA-Job einplanen, die ServiceNow-Vorlagen in ATLAS konfigurieren.

Die Installation ansehen

Die App selbst sehen?

Eine Tour durch die Konfigurationsbilder — Sicht-Einrichtung, Tabellen und Joins, Feld-Prüfarten, das Varianten-Auswahlbild und ein farbcodiertes ALV-Ergebnis. Sechs nachgestellte Screenshots, eine Seite.

In der App

Sehen Sie, was diese Woche in Ihrer Landschaft abgewichen ist.

Eine Sicht, eine Variante, ein täglicher Lauf. Beim ersten Ausführen sehen Sie bereits Dinge, von denen Sie nicht wussten, dass sie kaputt sind — und die Incidents, um sie bis zur Behebung zu verfolgen.

Anwendungsfälle lesen