Zum Inhalt springen
ERP Preflight

Verhindern · Erklären · Steuern

Wissen, was bricht — bevor es die Produktion tut.

Die deterministische Sicherheitsschicht vor SAP-Änderung, Migration und Produktion: ein Urteil mit Nachweis über Transporte, Code, Schnittstellen, Erweiterungen, Formulare und Berechtigungen.

Oder die Demo-Sandbox öffnen

  • Gleiche Eingabe, gleiches Ergebnis
  • SHA-256-Nachweis für jeden Befund
  • Artefakte statt SAP-Passwort
Illustration mit BeispieldatenIllustration der Befundansicht mit Beispieldaten: vier Befunde mit Schweregrad, Befundcode, Engine und Konfidenzklasse, der Nachweis des ausgewählten Blockers mit Datei, Zeile, Codeausschnitt und SHA-256-Hash sowie die Entscheidung des Release-Gates.

Warum Preflight

Änderungen scheitern in Produktion aus Gründen, die vorher sichtbar waren

Die meisten Produktionsstörungen nach einer SAP-Änderung sind kein Rätsel. Die fehlende Zeile in der Entscheidungstabelle, der Transport ohne seinen Vorgänger, das Zusatzfeld, das nie im Formular ankommt — die Belege lagen vor dem Go-live in Konfiguration und Code vor. Sie wurden nur nicht systematisch geprüft.

  • Es entsteht keine Ausgabe, weil ein BRFplus-Findungsschritt keine passende Regel hat.
  • Ein Transport wird vor der Dictionary-Änderung importiert, von der er abhängt.
  • Eigenentwicklungen schreiben direkt in Standardtabellen und blockieren das Clean-Core-Ziel.
  • Eine Fiori-App liefert 403, weil einer Rolle eine Service-Berechtigung fehlt.

Eine Sicherheitsschicht, drei Aufgaben

Verhindern, was brechen würde. Erklären, was gebrochen ist. Steuern, was live geht.

ERP Preflight ist die deterministische Sicherheitsschicht vor SAP-Änderung, Migration und Produktion. Sie bringen die Artefakte einer Änderung, einer Migration oder einer Störung mit — und erhalten eine Antwort mit Nachweis statt einer Liste von Werkzeugen zur Auswahl.

  • Verhindern

    Die Änderung stoppen, die die Produktion brechen würde

    Change Preflight ist ein Gate vor der Produktion für alles, was eine Änderung berührt. Migration Preflight zeigt, was aus Ihrer ECC-Konfiguration und Ihren Eigenentwicklungen im Ziel-Release wird — vor dem Cutover.

    • Transporte und Software Collections
    • ABAP-Code und Clean Core
    • APIs, IDocs und Änderungszeiger
    • Zusatzfelder und Erweiterungen
    • Ausgabefindung und Formulare
    • Migrationsartefakte: Konfiguration und Eigenentwicklungen
    • Berechtigungen (IAM)
    So funktioniert „Verhindern“
  • Erklären

    Die erste Ursache finden, nicht tausend Symptome

    Wenn schon etwas gebrochen ist, brauchen Sie die Ursache, mit der es begann — keine längere Fehlerliste. ERP Preflight führt Befunde bis zu den genauen Quellzeilen zurück und trennt primäre Ursachen von ihren Folgen.

    • Befunde zum selben SAP-Objekt unter einem Ursachenkandidaten gebündelt
    • Telegramm-Replay im Lager: die erste kausale Abweichung in MFS-Logs und die kleinste Sequenz, die sie reproduziert
    • SAP-Fehlerprotokolle (z. B. Migrations- oder Anwendungsprotokolle), reduziert auf wenige primäre Ursachen, mit betroffenen Objekten, Quellzeilen und Reihenfolge der Behebung
    So funktioniert „Erklären“
  • Steuern

    Mit Nachweis entscheiden — für Menschen und KI-Agenten

    Ein herstellerneutrales Gate für Releases und KI-Coding-Agenten: freigeben, Änderungen anfordern oder blockieren. Jede Entscheidung trägt die Befunde, Regelversionen und Artefakt-Hashes, auf denen sie beruht.

    • Gate-Entscheidungen für Agentenvorschläge und Releases, mit Funktionstrennung
    • Berichte und Audit-Historie, die auf denselben Nachweis verweisen
    • Zugang für Agenten über die REST-API und einen MCP-Server
    So funktioniert „Steuern“

Produkte

Drei Produkte auf einer Plattform

Alle Produkte nutzen dieselbe Ingestion, dasselbe Nachweismodell, denselben Befund-Workflow und dieselben Berichte. Wählen Sie die Aufgabe — die passenden Engines darunter werden für Sie ausgewählt.

  • Verhindern · Steuern

    ERP Preflight Change Gate

    Ein Gate vor der Produktion für Transporte, Code, Schnittstellen, Erweiterungen, Formulare, Migrationsartefakte und Berechtigungen. Ein Urteil je Änderung — freigeben, Änderungen anfordern oder blockieren — mit dem Nachweis dahinter.

    Sie liefern
    Transportlisten, ABAP-Quellen, API-Spezifikationen, Konfigurations- und Formularexporte
  • Verhindern · Erklären

    ERP Preflight Migration Intelligence

    Was aus Ihrer ECC-Konfiguration, Ihren Eigenentwicklungen und Schnittstellen in S/4HANA Cloud wird: Konfiguration ohne Cloud-Gegenstück, obsolete Transaktionen, anzupassender Code und Lücken zum Standard.

    Sie liefern
    IMG/SPRO-Exporte, Eigenentwicklungen, ATC- und Readiness-Check-Ergebnisse
  • Erklären

    ERP Preflight MFS BlackBox

    Erklärt Störungen der Lagerautomatisierung aus Telegramm-Logs des Materialflusssystems: die erste kausale Abweichung zwischen Lagerverwaltung und Automatisierung und die kleinste Telegrammsequenz, die sie reproduziert.

    Sie liefern
    MFS-Telegramm-Logs

Beispiel eines Gate-Urteils

Eine Entscheidung für die ganze Änderung

Eine Änderung bleibt selten in einem Bereich. Das Gate prüft alles, was sie berührt, und liefert eine Entscheidung — mit dem Nachweis für jeden Teil.

Illustration mit BeispieldatenBeispiel eines Gate-Urteils mit erfundenen Daten: eine Änderung, geprüft in sieben Bereichen. Ein Blocker in ABAP und Clean Core sowie zwei zu prüfende Befunde bei APIs und Berechtigungen führen zur Entscheidung Blockieren.
Änderung
Aktualisierung des Materialstatus, Transportbündel für die Produktion
Ziel-Release
SAP S/4HANA Cloud Public Edition 2408

Ergebnis je Bereich

  • TransporteBestandenKein Befund
  • ABAP & Clean CoreBlockerCLEAN_CORE_DIRECT_DB_MUTATIONDirektes Schreiben in eine SAP-Standardtabellezcl_material_status.clas.abap:42
  • APIs & SchnittstellenPrüfenAPI_BREAKING_REQUIRED_PROPERTY_ADDEDNeue Pflichteigenschaftmaterial_status_srv.edmx:118
  • Zusatzfelder & ErweiterungenBestandenKein Befund
  • Ausgabe & FormulareBestandenKein Befund
  • MigrationsartefakteNicht betroffenNicht Teil dieser Änderung
  • Berechtigungen (IAM)PrüfenFIORI_AUTH_OBJECT_MISSINGBerechtigungsprüfung fehlgeschlagen (SU53)su53_trace.txt:7

Entscheidung:

Blockieren

1 Blocker zu beheben, 2 Befunde zu prüfen

Mögliche Entscheidungen

  • Freigeben
  • Änderungen anfordern
  • Blockieren (Entscheidung für diese Änderung)

Regelversionen und Artefakt-Hashes werden mit dem Urteil gespeichert.

Artefakte zuerst

Artefakte statt Passwörter

Starten Sie ganz ohne SAP-Zugang: Geben Sie uns die Exporte, die Sie schon haben, nicht Ihr SAP-Passwort. Vertiefen Sie später mit einem Konnektor oder einem lokalen Agenten — nur wenn und sobald Sie es möchten.

  1. 1. Mit Exporten starten

    Konfigurations- und Entscheidungstabellenexporte, ABAP-Quellen, Transportlisten, API-Spezifikationen, ATC- und Readiness-Check-Ergebnisse, Protokolle. Für das erste Ergebnis weder Systemverbindung noch Installation.

  2. 2. Geprüft, bevor eine Regel läuft

    Dateien werden an ihrem Inhalt erkannt, auf Schadsoftware gescannt und nur innerhalb strenger Grenzen entpackt. Geheimnisse werden geschwärzt, bevor ein Ausschnitt als Nachweis gespeichert wird.

  3. 3. Vertiefen, wenn es sich lohnt

    Konnektoren starten nur lesend und brauchen vor jedem Schreibzugriff einen ausdrücklichen Freigabeschritt. Für private Netze sammelt und schwärzt ein lokaler Agent (Pilotphase) Exporte auf Ihrer Seite und baut nur ausgehende Verbindungen auf.

Deterministisch gebaut

Gleiche Eingabe, gleiches Ergebnis

Ein Gate ist nur nützlich, wenn es zweimal dieselbe Antwort gibt. Befunde entstehen aus deterministischen Parsern und versionierten Regeln, und jedes Ergebnis lässt sich bis zu dem Byte zurückverfolgen, aus dem es stammt.

  • Feste Regelversionen: Jeder Befund speichert Engine-Version, Regelversion und Wissensstand, mit denen er entstand
  • SHA-256-Hash jedes analysierten Artefakts, mit Datei, Zeile, Spalte und Ausschnitt für jeden Befund
  • Explizite Konfidenzklassen von VERIFIED bis UNKNOWN — KI darf erklären, hebt einen Befund aber nie über INFERRED
  • Manipulationssichere Audit-Historie: eine prüfbare Hash-Kette je Organisation
  • Vorhersagen, abgeglichen mit dem, was SAP tatsächlich getan hat: SAP-Protokoll danach hochladen und Precision und Recall je Regel sehen
Welche Prüfungen für welches Release gelten

Die Nachweiskette eines Befunds

  1. ArtefaktIn Ihrem Mandanten gespeichert, mit SHA-256-Hash.
  2. RegelDeterministisch, versioniert, mit Befundcode.
  3. BefundSchweregrad, Konfidenzklasse, Datei, Zeile und Ausschnitt.
  4. BerichtJeder Export verweist auf denselben Nachweis.

Transparenz

Unter der Haube: Fach-Engines

Sie müssen nicht wissen, welche Engine Ihre Frage beantwortet: Ein Preflight leitet Ihre Artefakte an die Engines der betroffenen Bereiche. Zur Transparenz sehen Sie hier, was darunter läuft — nach Bereich gruppiert, jeweils mit Regeln, zulässigen Eingaben und Hinweisen zur Behebung.

Sicherheit

Vom ersten Tag an für Kundenartefakte gebaut

SAP-Exporte enthalten Konfiguration, Code und mitunter personenbezogene Daten. Diese Maßnahmen sind heute in der Plattform umgesetzt — nicht erst auf der Roadmap.

  • Row-Level-Security je Mandant

    Jede Mandantentabelle ist durch erzwungene PostgreSQL-Row-Level-Security geschützt; die Datenbank setzt sie bei jeder Abfrage durch.

  • Malware-Scan mit ClamAV

    Uploads werden anhand der Dateisignatur erkannt, von ClamAV gescannt und bei Befall in Quarantäne genommen. Archive werden mit Grenzen für Größe, Verhältnis, Verschachtelung und Pfade entpackt.

  • Schwärzung von Geheimnissen

    Passwörter, Schlüssel und Token werden geschwärzt, bevor ein Codeausschnitt als Nachweis gespeichert wird.

  • Manipulationssichere Nachweise

    Befunde verweisen auf den SHA-256-Hash des analysierten Artefakts; jedes Ergebnis lässt sich gegen die Originaldatei prüfen.

  • Mandantenbezogene Ablage

    Artefakte liegen unter einem mandanten- und projektspezifischen Pfad; Download-Links laufen nach höchstens 15 Minuten ab.

  • Kontoschutz

    Passwort-Hashing mit Argon2id, optionale Zwei-Faktor-Authentifizierung, Single Sign-on und widerrufbare Sitzungen.

Offen gebaut

Offene Schnittstellen

Nutzen Sie die Ergebnisse dort, wo Ihr Team bereits arbeitet: eine dokumentierte REST-API mit OpenAPI-Beschreibung, Webhooks, ein Model-Context-Protocol-Server (MCP) für KI-Agenten, Berichtsexporte und die Übergabe von Arbeitspaketen an Delivery-Tools wie Jira und SAP Cloud ALM.

Wie ERP Preflight aufgebaut ist

Die drei Säulen, die drei Produkte und wie die Fach-Engines darunter zusammenspielen.

Zur Übersicht

Dokumentation

Engine-Referenz, Belegmodell, API- und MCP-Integration.

Dokumentation

Preise

Pläne für Einzelprojekte und ganze Landschaften

Starten Sie mit einer kostenlosen Sandbox und wechseln Sie in einen Plan, wenn Ihr Programm mehr Projekte und Analysen braucht.

  • Kostenlose Sandbox, um die Engines an eigenen Exporten zu testen
  • Kostenpflichtige Tarife ab 29 € pro Monat

Häufige Fragen

Häufige Fragen

Muss ERP Preflight mit meinem SAP-System verbunden werden?

Nein. Die Engines analysieren exportierte Artefakte, die Sie hochladen, etwa Konfigurationsexporte, Code und Protokolle. Für einen Preflight ist keine Systemverbindung nötig. Ein Konnektor oder der lokale Agent lässt sich später ergänzen, wenn Sie das Sammeln automatisieren möchten.

Muss ich wissen, welche Engine ich ausführen muss?

Nein. Sie starten einen Preflight für eine Änderung, eine Migration oder eine Störung und laden deren Artefakte hoch; die Plattform leitet sie an die Engines der betroffenen Bereiche. Die Engines sind zur Transparenz dokumentiert, nicht als Menü, aus dem Sie wählen müssen.

Worin unterscheiden sich Change Gate, Migration Intelligence und MFS BlackBox?

Es sind drei Produkte auf derselben Plattform. Change Gate prüft eine Änderung vor der Produktion und liefert ein Urteil über alle Bereiche, die sie berührt. Migration Intelligence bewertet, was aus Ihrer ECC-Konfiguration und Ihren Eigenentwicklungen in S/4HANA Cloud wird. MFS BlackBox erklärt Störungen der Lagerautomatisierung aus Telegramm-Logs.

Entscheidet eine KI, welche Befunde gemeldet werden?

Nein. Befunde stammen aus deterministischen Parsern und Regeln. KI wird nur für optionale Erläuterungen genutzt, und ihre Beiträge sind auf die Konfidenzklasse INFERRED begrenzt.

Welche SAP-Releases werden unterstützt?

Jede Engine deklariert ihre Ziel-Releases. Die öffentliche Release-Matrix listet sie je Engine auf.

Ist ERP Preflight ein SAP-Produkt?

Nein. ERP Preflight ist ein unabhängiges Produkt und steht in keiner Verbindung zur SAP SE; es wird von der SAP SE weder unterstützt noch gesponsert.

Erfahren Sie, was bricht — vor dem Go-live

Legen Sie einen Workspace an, laden Sie Ihren ersten Export hoch und prüfen Sie belegbasierte Befunde.

ERP Preflight — Wissen, was bricht, bevor es die Produktion tut