Installation

Five steps. Bring a new domain online in an afternoon.

DELTA selbst muss nur einmal auf dem Quellsystem ausgerollt werden. Danach ist jeder neue Vergleich — für eine neue Stammdaten-Domäne, eine neue Region, einen neuen Customizing-Bereich — die fünf Schritte unten.

1 Schritt FUNCTIONAL

Die Tabellen, den Join und die feldweisen Prüfarten wählen

Festlegen, was „synchron“ für diese Domäne bedeutet.

Das Produktteam, dem die Daten gehören — Artikel, GPs, Kontrakte, Preise, Customizing — entscheidet die Vergleichsform. Welche Tabellen, wie verknüpft, welche Felder display onlysind, welche eine warningauslösen und welche ein klarer error if they drift.

TABLES

Most fundamental table at the lowest level; secondary tables joined upward via shared keys.

JOIN CONDITIONS

Je verknüpfter Tabelle — Paare aus (diesem Feld) ↔ (jenem Feld) oder ein konstanter Filter, um die übergeordneten Zeilen einzugrenzen.

FIELDS & CHECK TYPES

Display / Warning / Error / Exclude / Always Display. Key fields are always Display; extra keys can be Set Key on the fly.

LONG-TEXT & SYS. DEP.

Optional: Langtext-Vergleich (z. B. Artikelbeschreibung), systemabhängige Felder, deren Bedeutung je Region abweicht.

Rule of thumb

  • Hat die Sicht ≤ 20 fields, batch size 400 000 is comfortable.
  • If it has more than 20, senken Sie die Paketgröße auf 200 000 or less.
  • Belassen Sie die Sicht auf "In DB" compare mode (default). Local-memory mode is legacy.
2 Schritt DEVELOPER

Einmal je Zielsystem

Die RFC-Verbindungen zu jedem zu vergleichenden System einrichten.

DELTA fans out its dynamic SELECTs over standard SAP RFC. Each target system needs an RFC destination on the source system, plus a logical name in the RFC mapping table — that's what shows up as the column header on the result screen ("System B" instead of RFC_SYS_B).

RFC → Systemname RFC mapping
RFC destination System name Description
RFC_SYS_BSystem BVerbundenes System · 1
RFC_SYS_CSystem CVerbundenes System · 2
RFC_SYS_DSystem DVerbundenes System · 3
(local)System AQuellsystem — Vergleiche laufen von hier

Einmal beim Rollout gepflegt. Fachteams fassen das nie an — sie sehen nur „System B / System C / System D“ im Ergebnisbild.

3 Schritt FUNCTIONAL

Eine SAP-Variante auf der DELTA-Haupttransaktion speichern

Die Sicht auf ein Zielsystem fixieren, die Filter festlegen.

Starten Sie die DELTA-Haupttransaktion, wählen Sie die Sicht, setzen Sie das RFC-Ziel, wählen Sie den Ausgabemodus (Anzeige, Hintergrund, E-Mail, Speichern), setzen Sie Merge (All systems in 1 line), setzen Sie die gewünschten Status-Symbole, ergänzen Sie grundlegende Auswahlkriterien und fügen Sie Pro Conditions hinzu, wenn Sie frei formulierte SQL-Unterabfragen brauchen (z. B. dynamische Datumsfilter, „nur auf eine Vertriebsorg erweiterte Artikel“). Speichern Sie es als reguläre SAP-Variante.

Stammdatenmanagement: Tabellenvergleich Selection screen
Execution Parameters
View Name * BP
Mit aktuellem System vergleichen
RFC Destination * RFC_SYS_B
Output Parameters
Mode Send to Email Anzeige Save
Only Mismatches
Merge (All systems in 1 line)
Execute in Background
Status Criteria
Selection Criteria
Tab. Lvl Table Field Desc. Value
1BUT000TYPEPartn. Cat.2
1BUT000BU_GROUPGroupingS100
1BUT000XBLCKCentral(any)
… jedes Feld jeder Tabelle der Sicht ist hier auswählbar.

Das Auswahlbild für Sicht BP: Sicht, RFC-Ziel, Ausgabeoptionen, Statusfilter und beliebige feldweise Filter aus dem rechten Bereich wählen. Klicken Sie Save as Variant… oben, um es wiederholbar zu machen.

Das ist die Variante. Führen Sie sie jederzeit manuell erneut aus oder übergeben Sie sie dem WLA-Job in Schritt 4 zur geplanten Ausführung.

4 Schritt DEVELOPER / OPS

Schedule via WLA · SM36 / SM37

Die Variante täglich (oder wöchentlich) laufen lassen — unbeaufsichtigt.

Das WLA-Team fügt einen Schritt zu einem bestehenden geplanten Job hinzu oder legt einen neuen an über SM36. Program the DELTA main report, the Variant from step 3, the technical step-user.

Der Job erreicht jedes Zielsystem per RFC, verarbeitet das Ergebnis paketweise über die temporären Tabellen, schreibt den Lauf in die Ergebnistabelle und sendet am Ende (wenn die Sicht für SNOW verdrahtet ist — Schritt 5) die ServiceNow-Nutzlast.

SM36 — Define Background Job SM36
Job name DELTA_PMD_DAILY
Step program DELTA main report
Variante PMD_05_DAILY
User WLA_DELTA_USR
Schedule Daily 06:00

Want a one-off check after a transport? Run the variant manually from the DELTA main transaction; or click "Re-execute" from the result screen on a previous run.

5 Schritt FUNCTIONAL + ATLAS

Einmal je Gruppe · im DELTA-ATLAS-Bereich

ServiceNow mitteilen, wie das Incident aussehen soll.

Alle SNOW-Nutzlast-Vorlagen liegen im Rules & Static Data Framework in the DELTA ATLAS area. Per Group (PMD, BP, CONTRACT, PRICING, CUST, …) you configure: Assignment Group, Impacted Service, Severity, Configuration Item, Knowledge Article, Short Description template, Description template, Comment template.

ZATLAS — Maintain Parameter ZATLAS
Area DELTA
Object SNOW_TEMPLATES
Parameter PMD
Payload mapping
SNOW fieldValue
Assignment GroupMASTER_DATA_ARTICLE
Impacted ServiceSVC_S4_MASTER_DATA
Severity3
Configuration ItemSYS_A_S4HANA
Short Description"DELTA · {VIEW} · {ERROR_COUNT} deviations"
Description"Deviations between System A and {RFC_TARGET}. See Execution ID {EXEC_ID}…"

{VIEW}, {ERROR_COUNT}, {EXEC_ID}, {RFC_TARGET} werden zur Laufzeit ersetzt. Dieselben Platzhalter funktionieren für den Kommentar, der bei jedem Folgelauf ausgelöst wird.

One-time setup

Done by IT.

Per landscape, not per domain

  • Die DELTA-Objekte auf dem Quellsystem ausrollen
  • Die RFC-Ziele einrichten (Schritt 2)
  • Set technical job user in the DELTA ATLAS area (OBJECT GLOBAL · PARAM JOB_USER)
  • Set RFC mapping in ZATLAS AREA SYSTEM · OBJECT RFC_SYSTEMS
Per domain

Für jeden Vergleich wiederholen.

Hours, not days

  • Die Sicht definieren — Tabellen, Joins, Felder, Prüfarten
  • Eine Variante je Ziel / Frequenz speichern
  • Schedule via WLA
  • Die SNOW-Gruppenvorlagen in ATLAS konfigurieren
  • Anpassen, während sich das Datenmodell entwickelt
First-time deployment per landscape: ~half a day of IT work (steps 2 + 5's ATLAS skeleton). Jede neue Domäne danach: an afternoon of functional work, no developer involvement.

One landscape. Many comparisons. One incident lifecycle.

Sobald das Framework steht, fügt sich jede neue Domäne — Artikel, GPs, Kontrakte, Preise, Customizing — in dieselbe Form. Neue Sicht, neue Variante, einplanen. Fertig.

See the screens Zurück zur Übersicht