In-System-Prüfungen für SAP

Stoppen Sie schlechte Daten — bevor sie die Datenbank erreichen.

SHIELD ist ein kleines Framework, mit dem jeder SAP-Betreiber seine Daten vor ungültigen Änderungen schützen kann. Es klinkt sich kurz vor dem SAVE in Standard- oder Z-Transaktionen ein, führt die für Sie wichtigen Geschäftsregeln aus und bricht das SAVE ab, wenn etwas nicht stimmt — aus verstreuten hartcodierten Prüfungen wird sauberes, transportierbares Customizing.

So hilft es → Funktionsweise
Video-Einführung

SHIELD in Aktion sehen.

Ein kurzer Durchgang durch das Problem, das Framework und einen konkreten Speichervorgang — ein Zahlungsbedingungsfehler, an der Quelle gestoppt.

Das Problem

Schlechte Daten schleichen sich lange ein, bevor sie jemandem auffallen.

In jedem langlaufenden SAP-Projekt landen Geschäftsregeln verstreut in User-Exits, BAdIs und Includes — jede ein separates Codestück, schwer zu finden, schwer zu ändern, unmöglich zu steuern.

Jede neue Prüfung wird zum Entwicklungs-Ticket, selbst wenn die Logik nur eine Werteliste oder ein „darf nicht leer sein" ist. Und die Datenqualitäts-Reports, die es gibt, laufen Stunden später — wenn der schlechte Datensatz längst von nachgelagerten Buchungen, IDocs und Replikationen verwendet wurde.

Die Idee

Holen Sie die Regeln aus dem Code in die Konfiguration.

SHIELD macht aus Geschäftsregeln Customizing. Eine Regel ist eine transparente Pipeline — Filter ⟶ Steps ⟶ Bedingungen ⟶ Meldungen — in Standardtabellen abgelegt und zwischen Systemen genauso transportiert wie jedes andere SAP-Customizing.

Das Framework wird einmal pro Business-Objekt eingeklinkt — über ein BAdI, einen USER-EXIT, einen CUSTOMER-EXIT oder jede beliebige Stelle in einer Z-Transaktion oder einem Funktionsbaustein, an der die relevanten Tabellen vor dem SAVE verfügbar sind. Ab da kann jeder mit SAP-Grundwissen eine Prüfung hinzufügen, ändern oder entfernen — ohne ABAP anzufassen — und das ganze Projekt hat eine einzige Anlaufstelle.

How it works

Drei Schichten — einmal verdrahten, danach nur noch konfigurieren.

Ein Entwickler aktiviert SHIELD auf einem Business-Objekt. Ab da ist jede neue Regel nur noch Konfiguration.

1

Objekt

Ein Entwickler verdrahtet SHIELD einmal in das Business-Objekt — Kontrakt, PIR, Artikel, Promotion, Geschäftspartner oder eigenes — und nennt die Tabellen, die die Prüfung füttern.

2

Projekt

Jedes Produkt oder Team bekommt sein eigenes Projekt — eine Gruppe von Regeln für einen Zweck (z. B. CONTRACT_MANAGEMENT). Mehrere Projekte können dasselbe Objekt nutzen.

3

Regel

Jede Regel ist eine sortierte Pipeline — Filter, Steps (Entscheidungs­tabelle, Funktion oder OSQL), Bedingungen, Meldungen. Transparent auf einem Bildschirm, transportierbar wie jedes Customizing.

Warum Teams es einsetzen

Weniger Fehler. Schnellere Einführung neuer Regeln. Eine saubere Audit-Spur.

Echtzeit-Schutz

Prüfungen laufen vor dem SAVE — nicht in einem Report Stunden später. Schlechte Daten kommen erst gar nicht in die Datenbank.

Kein Code pro Regel

Das Framework wird einmal pro Business-Objekt verdrahtet. Ab da ist jede neue Prüfung Konfiguration — kein Entwickler nötig.

Drei Arten von Prüfungen

Entscheidungstabellen für Wertelisten, Funktionen für komplexere Logik, OSQL für tabellenübergreifende Lookups — wählen Sie, was zur Regel passt.

Zwei Transportwege

Konfiguration als transportpflichtig laufen lassen — Regeln fließen über DEV → TST → PRE → PRD per Standard-Transportaufträgen wie jedes andere Customizing. Oder Systeme editierbar setzen und Nutzer pflegen Regeln direkt im Produktivsystem, mit Export eines kompletten Projekts in eine Datei per Klick — wieder importierbar in jedes andere System. Kein Transportauftrag nötig, wenn eine Regel in PRD jetzt sofort geändert werden muss.

Integrierte Spur

Jeder Step jeder Regel schreibt bei Bedarf ein SLG1-artiges Log — perfekt zum Debuggen oder als Nachweis gegenüber dem Auditor, dass die Regel tatsächlich gefeuert hat.

Pflegbar für alle

Fachberater, Entwickler und SAP-erfahrene Fachanwender können Regeln pflegen. Eine einheitliche Quelle, viele fähige Hände.

Für wen

Für alle, die ein SAP-System sauber halten müssen.

SHIELD passt überall, wo ein Business-Objekt angelegt oder geändert wird — und irgendjemand sicherstellen muss, dass die Daten stimmen.

📝

Stammdaten-Teams

Artikel, Geschäftspartner, Preise, Kontrakte — beim Speichern konsistent gehalten.

🛒

Einkauf & Sortiment

Kontrakt- oder Promotion-Fehler erwischen, bevor sie nachgelagert Schaden anrichten.

🏷️

Preise & Konditionen

Zahlungsbedingungen, Währungen und Staffelregeln ohne verstreuten Code durchsetzen.

📊

Datenqualität

Vom „im Report finden" zum „an der Quelle verhindern".

🛡️

Compliance & Audit

Jede Regel ist dokumentiert, transportiert und nachverfolgt. Auditoren können sie lesen.

🧰

Fachberater

Eine neue Prüfung einführen, ohne ein Entwicklungs-Ticket zu öffnen.

👩‍💻

Entwickler

Hören Sie auf, 20 User-Exits zu pflegen. SHIELD einmal verdrahten, den Rest übergeben.

🏢

System-Architekten

Ein Framework, eine Logging-Konvention, ein Transportfluss — über jedes Business-Objekt.

Echte Situationen sehen?

Gehen Sie durch fünf alltägliche SAP-Änderungen — Artikelerweiterungen, Zahlungsbedingungen, Promotions, Geschäftspartner, Stammdaten — und die genaue SHIELD-Meldung, die der Nutzer bekommt, wenn etwas nicht stimmt.

Anwendungsfälle ansehen →

Fragen zur Installation?

Fünf Schritte für einen Entwickler, um SHIELD an einem neuen Business-Objekt zu aktivieren — Einsprungstelle finden, Tabellen auflisten, sechs Zeilen ABAP, das Objekt einmal konfigurieren und an die Fachseite übergeben. Meist weniger als ein Tag.

Installation ansehen →

Die App selbst sehen?

Eine Tour durch die Konfigurations-Bilder — der Navigationsbaum, Objekte, Projekte, Custom Data Sources, Entscheidungstabellen, OSQL-Queries und die vier Teile einer vollständigen Regel. Sechs Mockup-Screenshots, eine Seite.

In der App →

Reale Situationen, in denen SHIELD eingreift.

Gehen Sie durch alltägliche SAP-Änderungen — Artikelerweiterung auf einen neuen Store, Zahlungsbedingungen festzurren, Promotions innerhalb ihres Kontraktfensters halten — und sehen Sie genau die Meldung, die SHIELD dem Nutzer zeigt, wenn etwas nicht stimmt.

Anwendungsfälle lesen →