Wie ERP Preflight aufgebaut ist

ERP Preflight ist die deterministische Sicherheitsschicht vor SAP-Änderung, Migration und Produktion. Sie wählen nicht zwischen Werkzeugen: Sie bringen die Artefakte einer Änderung, einer Migration oder einer Störung mit, die Plattform führt die Prüfungen aller betroffenen Bereiche aus und antwortet mit Befunden, Nachweisen und einem Urteil.

Die Arbeit ist in drei Säulen gegliedert — Verhindern, Erklären und Steuern — und wird als drei Produkte angeboten. Alle teilen sich eine Plattform: Upload-Pipeline, Nachweismodell, Befund-Workflow, Berichte, Audit-Trail, API, CLI und MCP-Server.

Bricht diese Änderung oder Migration die Produktion?

• Change Preflight — ein Gate vor der Produktion für alles, was eine Änderung berührt: Transporte und Software Collections, ABAP-Code und Clean Core, APIs, IDocs und Änderungszeiger, Zusatzfelder und Erweiterungen, Ausgabefindung und Formulare, Migrationsartefakte und Berechtigungen (IAM). Ein Full Project Preflight leitet jedes hochgeladene Artefakt an die Prüfungen, deren Eingabe es entspricht; die Änderungssimulation eines Projekts beantwortet Was-wäre-wenn-Fragen, bevor etwas importiert wird.
• Migration Preflight — was aus Ihrer ECC-Konfiguration (IMG/SPRO) und Ihren Eigenentwicklungen in S/4HANA Cloud wird, einschließlich obsoleter Transaktionen und Lücken zum Standard.

In der Seitenleiste der Anwendung: Verhindern — Projekte, Analysevorlagen, Dateien & Formate, Systemlandschaften.

Etwas ist gebrochen — was ist die erste Ursache, und was beheben wir zuerst?

• In einem Full Project Preflight werden Befunde verschiedener Prüfungen, die dasselbe SAP-Objekt nennen, unter einem Ursachenkandidaten gebündelt: Die am weitesten vorgelagerte Prüfung gewinnt (zum Beispiel die Ausgabefindung vor dem Formular, das nie gedruckt wurde).
• MFS BlackBox findet die erste kausale Abweichung in Telegramm-Logs des Lagers und die kleinste Telegrammsequenz, die sie reproduziert; der Analyselauf zeigt die Telegramm-Zeitleiste.
• Ursachenprüfungen für einzelne Bereiche erklären Fiori-403-Fehler und hängende Workflows.
• Demnächst: SAP-Fehlerprotokolle, reduziert auf wenige primäre Ursachen, mit den genauen Quellzeilen und einer Reihenfolge der Behebung.

In der Seitenleiste der Anwendung: Erklären — Alle Befunde, Wissensgraph, Wissen.

Darf diese Änderung live gehen, und auf welchem Nachweis?

• Das Agent Gate bewertet Änderungsvorschläge — von KI-Coding-Agenten oder von Menschen — anhand der Änderungssimulation und der neuesten Befunde der betroffenen Objekte und hält eine menschliche Entscheidung mit Funktionstrennung fest: Wer eine Änderung vorschlägt, kann sie nicht selbst freigeben. Agenten erreichen es herstellerneutral über die REST-API und den MCP-Server.
• Jeder Bericht trägt ein Urteil (GO, CONDITIONAL GO, NO-GO) und verweist auf denselben Nachweis wie die Befunde; die CLI lässt eine CI-Pipeline an den Schweregraden scheitern, die Sie festlegen.
• Der Audit-Trail ist eine prüfbare Hash-Kette, und die Release-Matrix zeigt, welche Prüfungen für welches SAP-Release gelten.

In der Seitenleiste der Anwendung: Steuern — Agent Gate, Berichte, Release-Matrix, Integrationen.

• ERP Preflight Change Gate (Verhindern, Steuern) — ein Urteil je Änderung über Transporte, Code, Schnittstellen, Erweiterungen, Formulare, Migrationsartefakte und Berechtigungen. Sie liefern Transportlisten, ABAP-Quellen, API-Spezifikationen, Konfigurations- und Formularexporte.
• ERP Preflight Migration Intelligence (Verhindern, Erklären) — was aus ECC-Konfiguration, Eigenentwicklungen und Schnittstellen in S/4HANA Cloud wird. Sie liefern IMG/SPRO-Exporte, Eigenentwicklungen, ATC- und Readiness-Check-Ergebnisse.
• ERP Preflight MFS BlackBox (Erklären) — Störungen der Lagerautomatisierung, erklärt aus Telegramm-Logs des Materialflusssystems. Sie liefern die Telegramm-Logs.

Jedes Produkt startet ganz ohne SAP-Zugang: Sie laden Exporte hoch, die Sie schon haben, und für das erste Ergebnis sind weder Systemverbindung noch Installation nötig. Wenn sich Automatisierung lohnt, ergänzen Sie einen Konnektor (nur lesend, bis Sie eine Schreibberechtigung bestätigen) oder den lokalen Agenten, der Exporte in Ihrem Netz sammelt und schwärzt. Welchen Export jede Prüfung liest: Dateiformate je Engine.

Die Prüfungen führen spezialisierte, deterministische Fach-Engines aus. Sie müssen sie nicht kennen, um ERP Preflight zu nutzen — der Preflight wählt sie anhand Ihrer Artefakte aus, und Analysevorlagen wählen sie für häufige Fragen vor. Zur Transparenz bleiben sie vollständig dokumentiert: Der Engine-Katalog listet jede Engine mit Regeln, zulässigen Eingaben und Behebungstexten, und die Lösungsbereiche gruppieren sie nach der Art der Änderung, die sie prüfen.

Gleiche Eingabe, gleiches Ergebnis: Jeder Befund speichert Engine-Version, Regelversion und Wissens-Snapshot, mit denen er entstand, sowie den SHA-256-Hash des analysierten Artefakts.