EDI Fehler erkennen und beheben: Leitfaden für Serienfertiger
EDI Fehler bei Serienfertigungsunternehmen: Ursachen, Diagnose und Gegenmaßnahmen
EDI-Probleme bei Serienfertigern folgen einem Muster – wer es kennt, löst 80 % der Störfälle ohne Eskalation. Die meisten Fehler entstehen nicht durch Systemausfälle, sondern durch:
- Mapping-Abweichungen
- Verbindungsprobleme
- Fehlende automatische Verarbeitung von Abrufen mit Verrechnung unterwegs befindlicher Ware (Achtung: Systemleichen bei Teillieferungen, die mittlerweile obsolet sind, Artikelindexwechsel…)
- Abladestellenwechsel ohne Nullsetzung
- Überlaufende Fehlerverzeichnisse
Die Serienfertigung ist auf korrekte Planungsdaten angewiesen. Artikel, Mengen und Termine müssen ein Abbild der tatsächlichen Abrufe der Kunden sein. Da die Abrufmengen und Termine des Vorgängerabrufs in der Regel vollständig durch den aktuellen Abruf ersetzt werden, muss sich Serienfertiger darauf verlassen, dass immer die jetzt gültigen Daten im System als Grundlage für die Planung vorliegen. Altdaten führen ansonsten zu Über-/Unterproduktion und damit auch im Extremfall zu Lieferengpässen mit Bandstillstand.
Dieser Artikel liefert eine Diagnosematrix für die häufigsten Fehlerbilder, einen Entscheidungsbaum zur Unterscheidung technischer und fachlicher Probleme und eine Tages-Checkliste für das operative Monitoring.
Ein strukturiertes Diagnosevorgehen in vier Schritten – Kommunikation → Struktur → Inhalt → ERP – reduziert manuelle Klärfälle um bis zu 60 %. Die gefährlichsten Fehler erzeugen keine Fehlermeldung: Sie buchen falsche Mengen ins ERP, ohne dass jemand es sofort merkt.
Welche drei Fehlerklassen gibt es im EDI-Betrieb?
Fehler im EDI-Betrieb entstehen selten zufällig. Sie treten gehäuft auf, wenn sich etwas geändert hat: ein neuer Lieferant, ein ERP-Update, eine angepasste Nachrichtenversion beim Kunden.
Nachricht kommt gar nicht an (Verbindung, Zertifikat, Firewall)
✅ Sofort sichtbar im Empfangslog
Nachricht kommt an, wird aber abgewiesen (falsches Format, fehlende Pflichtfelder)
⚠️ Sichtbar im EDI-Monitor
Nachricht wird verarbeitet, liefert aber falsche Daten ins ERP (Mapping, Qualifier)
❌ Meist unsichtbar – kein Fehler-Log
Das ERP bucht die Menge, aber in der falschen Einheit oder mit falschem Abruftyp. Diese Fehler fallen erst auf, wenn eine Differenz in der Lieferantenbeurteilung oder beim Kunden sichtbar wird.
Warum kommen EDI-Abrufe an, aber landen nicht korrekt im ERP?
Das ist die häufigste Frage im EDI-Betrieb – und die Antwort ist fast immer ein Mapping-Fehler oder eine fehlende oder fehlerhafte Stammdatenanlage.
Was passiert: Das EDI-System empfängt die Nachricht, quittiert den Empfang gegenüber dem Sender und übergibt die Daten an den ERP-Konnektor. Dort scheitert die Verarbeitung lautlos: Eine Sachnummer stimmt nicht, ein Qualifier ist nicht im ERP-Mapping hinterlegt, ein Pflichtfeld fehlt. Der Kunde bestätigt den Versand, im EDI-Monitor steht „Empfangen”, – im ERP ist kein neuer Abruf sichtbar.
Immer zuerst die Fehlerbox / Quarantäneliste des EDI-Systems prüfen – nicht nur das ERP-Fehlerlog. Dort liegt die Nachricht in 80 % der Fälle.
Was sind typische EDIFACT-Mapping-Fehler?
| Fehlertyp | Beschreibung | Typisches Beispiel |
|---|---|---|
| Falscher Qualifier | Code entspricht nicht der Vereinbarung | Mengeneinheit „PCE“ statt „EA“ |
| Falsche Nachrichtenversion | Kunde erwartet D96A, System sendet D01B | DELFOR D01B statt D96A |
| Fehlende Segmente | Pflichtfelder nicht gemappt | BGM-Segment ohne Dokumentennummer |
| Falsche Datumsformate | Format nicht nach Vereinbarung | YYYYMMDD statt CCYYMMDD |
| Nummern-Mismatch | Kundennummer ≠ interne Nummer, kein Crossreferenz-Mapping | Kunde: 4710-X, ERP: 4710X |
| Falsche Trennzeichen | Sonderzeichen in Daten nicht escaped | Firmenname mit „+“ ohne Escape-Zeichen |
Die meisten dieser Fehler entstehen beim Go-live neuer Nachrichtentypen oder nach einem ERP-Update, das die Feldstruktur verändert hat.
→ Weiterführend: EDI Mapping & Monitoring in der Serienfertigung – Mapping-Checkliste vor Produktivschaltung und 3-Stufen-Monitoring-Aufbau.
Wie erkenne ich, ob ein EDI-Problem technisch oder fachlich ist?
Das ist die entscheidende Diagnosefrage: Technische Probleme löst die IT, fachliche Probleme lösen Sachbearbeitung und Logistik.
Schnell-Diagnose in vier Schritten:
| Befund | Problemklasse | Zuständigkeit |
|---|---|---|
| Keine Nachricht im Empfangslog | Kommunikationsproblem | IT: Zertifikat, Firewall, Aktivität des Empfangsprogramms prüfen |
| Fehlermeldung im EDI-Monitor (Format, Segment) | Strukturproblem | IT + EDI-Dienstleister: Mapping anpassen |
| Nachricht im Fehlerverzeichnis, kein ERP-Eintrag | Inhaltsproblem | Fachbereich: Stammdaten, Crossreferenz prüfen |
| Kein Fehler, aber falsche Daten im ERP | Fachliches Problem | Disposition + EDI-Dienstleister: Abruflogik, Einheiten |
Fehlermeldung im EDI-Monitor → technisch.
Keine Fehlermeldung, aber falscher Inhalt im ERP → fachlich.
Keine Nachricht überhaupt → Kommunikations-/Konnektivitätsproblem.
Was verursacht EDI-Übertragungsfehler?
Übertragungsfehler entstehen auf der Transportschicht, bevor das EDI-System den Inhalt verarbeitet.
- Abgelaufene Zertifikate (besonders bei OFTP2): Kein automatisches Renewal, Ablaufdatum verpasst, wobei dies eher die Ausgangsseite betrifft.
- Schlimmer ist der Ablauf des eigenen Zertifikats und fehlender Information an die Partner.
- E-Mail aufgrund Zertifikatsanhang möglicherweise geblockt.
- Hier sollten immer die Erinnerungsmails überwacht werden, um rechtzeitig den Zertifikatswechsel vorzubereiten.
- Wechsel des Netzbetreibers (geänderte IP…)
- Firewall-Änderungen: IP-Whitelist oder Port-Freigaben nach Infrastruktur-Update nicht angepasst.
- Falsche AS2-Parameter: Message-ID, Partner-ID oder Zertifikat beim Gegenstück nicht aktuell.
- VAN-Störung: Value-Added-Network-Anbieter hat Wartung – ohne Statusseite schwer erkennbar.
- Timeout bei großen Nachrichten: Besonders bei DESADV mit vielen Positionen.
Wie reduziere ich manuelle Klärfälle im EDI-Betrieb?
Ein manueller Klärfall kostet im Schnitt 15–45 Minuten Bearbeitungszeit. Die wichtigsten Hebel zur dauerhaften Reduzierung:
| Hebel | Maßnahme | Wirkung |
|---|---|---|
| Fehlerklassifikation automatisieren | Fehlercode + Nachrichtentyp → automatische Priorität und Zuständigkeit | Hoch |
| Wiederkehrende Fehler als Regel hinterlegen | Was dreimal manuell gelöst wurde → Automatisierungsregel | Hoch |
| Stammdatenqualität vor Betrieb sichern | Vollständiger Sachnummern-Abgleich vor Go-live | Sehr hoch |
| Schwellwert-Alarme statt Einzel-Events | Alarm ab N Fehlern desselben Typs in X Minuten | Mittel |
| Rückfrage-Zyklen verkürzen | Eskalationspfade und Kommunikationsvorlagen bereithalten | Mittel |
→ Weiterführend: EDI ERP Integration Serienfertigung – Wie die Grundarchitektur aufgesetzt sein muss, damit Klärfälle strukturell verhindert werden.
Diagnosematrix: Die 8 häufigsten Fehlerbilder
| Fehlertyp | Typische Ursache | Erkennungsmerkmal | Sofortmaßnahme | Prävention |
|---|---|---|---|---|
| Nachricht kommt nicht an | Zertifikat abgelaufen, Firewall, VAN-Störung | Kein Eintrag im Empfangslog | Verbindungstest, Zertifikatsstatus prüfen | Zertifikat-Monitoring 30 Tage Vorlauf |
| Nachricht abgewiesen (Format) | Falsche EDIFACT-Version, fehlendes Pflichtfeld | Fehlermeldung mit Segmentverweis | Struktur gegen Vereinbarung prüfen | Syntaxvalidierung vor Produktivstart |
| Nachricht in Quarantäne | Mapping-Fehler, unbekannter Qualifier | Status „Empfangen“, kein ERP-Eintrag | Quarantänebox prüfen, Fehlercode auslesen | Testlauf mit Echtdaten vor Go-live |
| ERP bucht falsche Menge | Mengeneinheit falsch gemappt | Menge im ERP ≠ Menge im EDI-Dokument | Mapping Mengeneinheiten prüfen | Mapping-Review bei EDIFACT-Versionsänderung |
| Sachnummer nicht gefunden | Crossreferenz fehlt | ERP-Log: „Artikel unbekannt“ | Crossreferenz nachtragen | Sachnummern-Abgleich vor Produktivstart |
| Doppelte Buchung | Nachricht mehrfach verarbeitet | Doppelte Abrufeinträge im ERP | Duplikat manuell stornieren | Duplicate-Check per Message-ID aktivieren |
| Falsches Werk / Mandant | Werk-Qualifier nicht gemappt | Buchung im falschen Mandanten | Manuell umbuchen, Mapping korrigieren | Werk-Qualifier in Testfällen abdecken |
| Verbindungs- abbruch bei großen Dateien | Timeout zu niedrig | Übertragung startet, bricht ab | Timeout erhöhen oder Nachricht aufteilen | Lasttest mit realistischen Dateigrößen |
Tagesroutine: Checkliste EDI-Monitoring (10–15 Minuten)
Empfehlung: täglich morgens vor Produktionsstart.
- ☐ Verbindungsstatus aller aktiven Partner grün?
- ☐ Zertifikatslaufzeiten geprüft (Alarm bei < 30 Tage)?
- ☐ Fehlgeschlagene Verbindungsversuche der letzten 12 Stunden geprüft?
- ☐ Alle erwarteten Nachrichten im vereinbarten Zeitfenster angekommen?
- ☐ Quarantänebox / Fehlerbox leer oder nur bekannte Einträge?
- ☐ Ungewöhnliche Muster erkannt? (deutlich mehr oder weniger Nachrichten als üblich)
- ☐ Alle eingegangenen EDI-Nachrichten im ERP verarbeitet?
- ☐ Offene Klärfälle aus dem Vortag abgearbeitet?
- ☐ ERP-Fehlerlog auf neue EDI-bezogene Einträge geprüft?
- ☐ Alle DESADV erfolgreich versendet?
- ☐ Alle INVOIC erfolgreich versendet?
- ☐ Empfangsbestätigungen (CONTRL/APERAK) für gesendete Nachrichten erhalten?
Diese Kontrolle dauert in der Regel weniger als 15 Minuten und sollte täglich vor Produktionsbeginn durchgeführt werden. Früh erkannte Kommunikations-, Mapping- oder Verarbeitungsfehler verhindern fehlerhafte Planungsdaten und reduzieren den Aufwand für spätere Klärfälle erheblich.
Häufige Fragen zu EDI-Fehlern in der Serienfertigung
Was sind typische EDI-Fehler?
Die häufigsten Fehler entstehen durch Mapping-Abweichungen (falsche Qualifier, veraltete Code-Listen), fehlende Crossreferenzen zwischen Kunden- und eigener Sachnummer sowie abgelaufene Zertifikate bei OFTP2-Verbindungen. Klasse-3-Inhaltsfehler sind am gefährlichsten: Sie erzeugen keine Fehlermeldung, schreiben aber falsche Daten ins ERP.
Wie erkenne ich, ob ein EDI-Problem technisch oder fachlich ist?
Fehlermeldung im EDI-Monitor → technisches Problem, IT ist zuständig. Keine Fehlermeldung, aber falscher Inhalt im ERP → fachliches Problem, Disposition und Fachbereich müssen einbezogen werden. Keine Nachricht überhaupt → Kommunikationsproblem, IT prüft Zertifikat, Firewall und VAN.
Warum kommen EDI-Abrufe an, aber landen nicht korrekt im ERP?
Fast immer ein Mapping-Fehler oder eine fehlende Crossreferenz. Die Nachricht liegt in der Fehlerbox des EDI-Systems – nicht im ERP-Fehlerlog. Erste Diagnose: Quarantänebox des EDI-Systems prüfen, Fehlercode auslesen, Mapping-Tabelle für die betroffene Sachnummer kontrollieren.
Was sind typische EDI-Übertragungsfehler und wie diagnostiziere ich sie?
Typische Ursachen: abgelaufenes OFTP2-Zertifikat, veränderte Firewall-Regeln nach Infrastruktur-Updates, falsche AS2-Parameter, VAN-Ausfall. Diagnose: Zuerst im Kommunikationslog prüfen (nicht im Nachrichtenlog) – wurde überhaupt eine TCP-Verbindung aufgebaut oder bricht sie sofort ab?
Nächste Schritte
Wer die Diagnosematrix konsequent anwendet, stellt fest: Die meisten Fehler sind bekannte Fehler – sie treten immer wieder auf, weil die Ursache nie dauerhaft behoben wurde.
Der Weg zur stabilen EDI-Umgebung führt über drei Schritte:
- Fehler dokumentieren statt nur beheben
- Wiederkehrende Fehler als Regel abbilden
- Monitoring proaktiv gestalten
→ Weiterführend: EDI Versionswechsel in der Serienfertigung – Versionswechsel sind eine der häufigsten Ursachen für neue Mapping-Fehler im Serienbetrieb.
EDI-Fehlerroutinen und Klärfallprozesse sind in einem strukturierten Einführungsprojekt als eigene Phase verankert – nicht als Nacharbeit.
Weitere Artikel aus dem EDI-Ratgeber
Wie DELFOR-Abrufe automatisch in die Disposition fließen – Datenfluss-Architektur, Stammdaten-Checkliste und Entscheidungsmatrix für automatische Verarbeitung.
3-Stufen-Monitoring, Alert-Priorisierung P1/P2/P3 und Mapping-Checkliste vor Produktivschaltung. Fehler früh erkennen statt spät eskalieren.
6-Phasen-Ablaufplan, Entscheidungsmatrix Parallelbetrieb vs. direkter Wechsel und Go/No-go-Checkliste. Versionswechsel sind einer der häufigsten Auslöser für neue Fehlerbilder.
HDX Interchange – EDI-Lösung für Serienfertiger
oder
