Zum Hauptinhalt springen
Zurück zum Blog
Enterprise8 min Lesezeit02. Oktober 2026

EDIFACT an SAP anbinden: Architektur, Ablauf und typische Fehler

Wie eine EDI-Anbindung an SAP aufgebaut sein sollte: Eingang, Validierung, Mapping, Übergabe und Monitoring. Mit den häufigsten Fehlern aus der Praxis und wie man sie vermeidet.


Wer mit Kunden oder Lieferanten über EDI kommuniziert, kennt das Bild: Nachrichten kommen an, ein Teil läuft durch, ein anderer Teil landet in einer Fehlerliste, die jemand von Hand abarbeitet. Das Problem ist selten das Format selbst. Es ist fast immer die Architektur dazwischen.

Die fünf Stufen einer belastbaren Anbindung

1. Eingang

Nachrichten kommen per AS2, SFTP, VAN oder API an. Jede Nachricht wird unverändert archiviert, bevor irgendetwas mit ihr passiert. Ohne Original lässt sich später kein Fehler sauber nachvollziehen.

2. Validierung

Syntax prüfen (ist das gültiges EDIFACT?), dann Inhalt prüfen (gibt es den Artikel, stimmt der Partner, sind Mengen und Daten plausibel?). Fehler werden hier abgefangen, nicht erst im ERP.

3. Mapping und Anreicherung

Die Nachricht wird in das Zielformat überführt, zum Beispiel ein IDoc oder einen REST-Aufruf. Partnerspezifische Besonderheiten gehören in eine gepflegte Mapping-Tabelle, nicht in verstreute Sonderfälle im Code.

4. Übergabe an SAP

Die Übergabe muss idempotent sein: Wird dieselbe Nachricht zweimal verarbeitet, darf kein doppelter Auftrag entstehen. Eine eindeutige Referenz je Nachricht ist dafür Pflicht.

5. Monitoring

Jede Nachricht hat einen Status, jeder Fehler eine Ursache und eine zuständige Stelle. Störungen werden gemeldet, bevor der Kunde anruft.

Typische Fehler aus der Praxis

  • •Fehler werden zu spät erkannt. Wenn die Prüfung erst im ERP passiert, sind Folgefehler schon entstanden.
  • •Keine Idempotenz. Wiederholte Übertragungen erzeugen doppelte Aufträge.
  • •Mapping als Spaghetti. Jeder neue Partner bekommt eigene Sonderlogik, bis niemand mehr weiß, warum etwas so ist.
  • •Monitoring per E-Mail-Postfach. Fehlermeldungen landen in einem Sammelpostfach und gehen dort unter.
  • •Kein Wiederaufsetzen. Nach einer Störung muss jemand Nachrichten von Hand neu einspielen.
  • Was das in Zahlen bedeuten kann

    In einem Industrieunternehmen habe ich die Auftragsverarbeitung nach genau diesem Muster neu aufgebaut. Ergebnis: über 92 % weniger Verarbeitungsfehler bei täglich mehr als 4.000 Datensätzen. Details stehen in der Fallstudie.

    Wie man startet

    Am Anfang steht keine Technologieentscheidung, sondern eine Bestandsaufnahme: Welche Partner, welche Nachrichtentypen, wo entstehen heute Fehler und wer behebt sie? Daraus ergibt sich, ob eine einzelne Anbindung reicht oder eine zentrale Integrationsschicht sinnvoll ist.

    Passende Einstiege sind die Schnittstellen-Analyse oder direkt eine EDI-Anbindung, beides unter Leistungen.

    Sie planen ein Projekt?

    Kostenloses Erstgespräch, unverbindlich.