Beispielszenario, kein Kundenfall: Ein Industriekunde möchte Bestellungen künftig per EDI senden. Der Innendienst soll die Aufträge nicht mehr aus einem Portal oder einer PDF ins ERP übertragen. Gleichzeitig fragt die IT nach Nachrichtenformat, Stammdaten, Fehlerbehandlung und Betrieb. Für die Geschäftsführung stellt sich damit eine nüchterne Frage: Ist die EDI-Anbindung für das eigene Haus prüfenswert?
Eine EDI-Anbindung im Elektrogroßhandel ist prüfenswert, wenn Geschäftspartner regelmäßig strukturierbare Belege austauschen. Entscheidend ist nicht das Dateiformat allein. Bestell-, Artikel- und Partnerdaten müssen eindeutig sein, das ERP braucht kontrollierte Prüfregeln und Ausnahmen müssen sichtbar bei einem Mitarbeiter landen.
Kurzantwort
EDI kann bei geeigneten Geschäftspartnern die erneute manuelle Erfassung strukturierter Belege vermeiden. Ein belastbarer Einstieg beginnt mit einem Partner, einem Nachrichtentyp und klaren Abbruchregeln. Erst wenn Standardfälle zuverlässig bis ins ERP laufen, wird der Umfang erweitert.
EDI-Anbindung im Elektrogroßhandel: Wann lohnt sie sich?
EDI steht für Electronic Data Interchange, also den Austausch strukturierter Geschäftsdokumente zwischen Unternehmen. GS1 Germany beschreibt, dass sich damit unter anderem Bestellungen, Lieferscheine und Rechnungen automatisiert austauschen lassen. Einheitliche Syntax und Bedeutung sollen verhindern, dass jedes Dokument erneut von Hand erfasst werden muss.
Für einen Elektrogroßhändler ist EDI besonders interessant, wenn mehrere dieser Bedingungen zusammenkommen:
- Ein Großkunde oder Lieferant tauscht regelmäßig gleichartige Belege mit Ihnen aus.
- Bestellungen enthalten viele Positionen oder wiederkehrende Artikel.
- Kundennummern, Lieferorte, Mengeneinheiten und Artikelreferenzen sind stabil zuordenbar.
- Manuelle Übertragung erzeugt Wartezeit, Rückfragen oder Doppelerfassungen.
- Das ERP kann Nachrichten über eine dokumentierte Schnittstelle oder eine kontrollierte Integrationsschicht verarbeiten.
- Der Geschäftspartner kann Testdaten, Ansprechpartner und eine verbindliche Spezifikation bereitstellen.
Ob eine geringe Belegzahl eine individuelle Punkt-zu-Punkt-Anbindung trägt, muss der Business Case zeigen. Bei strategischen Kunden kann zusätzlich der Wert der Geschäftsbeziehung eine Rolle spielen; auch dieser Nutzen sollte als Annahme getrennt von interner Bearbeitungszeit ausgewiesen werden.
Welche EDI-Nachrichten sollte ein Pilot abdecken?
EANCOM ist ein verbreiteter EDI-Standard auf Basis von UN/EDIFACT und GS1-Identifikationsschlüsseln. Die EANCOM-Übersicht von GS1 Germany nennt unter anderem diese Nachrichtentypen:
| Nachricht | Geschäftsvorgang | Typische Richtung | |---|---|---| | ORDERS | Bestellung | Kunde an Elektrogroßhandel | | ORDRSP | Bestellantwort | Elektrogroßhandel an Kunde | | DESADV | Lieferavis | Lieferant an Elektrogroßhandel oder Großhandel an Kunde | | RECADV | Wareneingangsmeldung | Empfänger an Versender | | INVOIC | Rechnung oder Gutschrift | Rechnungssteller an Empfänger |
Ein Pilot muss nicht die gesamte Kette abbilden. Für einen kundenseitigen Start kann ORDERS als klar begrenzter Eingang gewählt werden. Der Auftrag wird eingelesen, validiert und über den freigegebenen Weg im ERP angelegt. Danach kann ORDRSP als strukturierte Antwort hinzukommen.
Jeder weitere Nachrichtentyp vergrößert den fachlichen Umfang. Ein Lieferavis braucht andere Status- und Mengendaten als eine Bestellung. Eine Rechnung berührt steuerliche Anforderungen und Archivierung. Deshalb sollte die Geschäftsführung nicht „EDI einführen“ beauftragen, sondern einen konkreten Belegfluss mit Anfang, Ende und Verantwortlichen.
Welche Stammdaten müssen vor dem Start stimmen?
EDI transportiert strukturierte Daten. Es entscheidet jedoch nicht selbst, ob die übermittelte Artikelnummer, Verpackungseinheit oder Lieferadresse im ERP richtig zugeordnet wird. Erfassen Sie deshalb Mappingfehler, Rückfragen und Korrekturen getrennt vom reinen Nachrichtentransport.
Für eine Bestellung sollten mindestens diese Zuordnungen geklärt sein:
- Geschäftspartner, Rechnungsempfänger, Warenempfänger und abweichende Lieferstelle
- Kundennummer und gegebenenfalls GLN des Partners oder Standorts
- Kundenartikelnummer, Herstellerartikelnummer, GTIN und eigene ERP-Artikelnummer
- Bestellmenge, Mengeneinheit, Verpackungseinheit und Umrechnungsregel
- Kundenreferenz, Projekt, Kostenstelle oder Kommission
- gewünschter Liefertermin, Teillieferungsregel und Versandart
- Preisbezug, Sonderkondition und Freigabe bei Abweichungen
Die GLN kann Unternehmen und Standorte eindeutig identifizieren. GS1 Germany erläutert, dass damit auch Lager, Werke, Rampen und Organisationseinheiten in digitalen Prozessen unterschieden werden können. Das hilft, wenn ein Industriekunde mehrere Werke oder Anlieferstellen führt.
Wichtig ist außerdem die Trennung von Transaktions- und Produktdaten. EANCOM überträgt Geschäftsnachrichten. ETIM und ETIM BMEcat beschreiben beziehungsweise transportieren technische Produkt- und Katalogdaten. Die FAQ von ETIM Deutschland ordnet ETIM BMEcat als XML-basiertes Austauschformat für Produktdaten ein, das in Deutschland im Sektor Elektro genutzt wird. Ein gepflegter ETIM-Katalog ersetzt deshalb keine EDI-Bestellung. Umgekehrt behebt eine EDI-Anbindung keine Lücken bei technischen Merkmalen.
Wie dockt EDI an ERP und Auftragserfassung an?
Das ERP bleibt das führende System für Kunden, Artikel, Konditionen, Bestand und Auftrag. Davor liegt eine Integrationsschicht, die Nachrichten empfängt, den vereinbarten Standard prüft und Felder auf das ERP-Datenmodell abbildet.
Ein belastbarer Ablauf sieht so aus:
- Die Nachricht wird einem bekannten Partner und einer freigegebenen Verbindung zugeordnet.
- Syntax, Pflichtfelder und Version werden technisch geprüft.
- Partner, Lieferort, Artikel, Mengen und Referenzen werden gegen Stammdaten validiert.
- Geschäftsregeln prüfen unter anderem Sperren, Konditionen, Lieferfähigkeit und erlaubte Einheiten.
- Eindeutige Standardfälle werden im ERP angelegt.
- Unklare Positionen landen mit Fehlergrund in einer Prüfliste.
- Empfang, Verarbeitung, Korrektur und erneuter Lauf werden protokolliert.
Die ERP-Integration sollte Wiederholungen erkennen. Wenn ein Partner dieselbe Nachricht nach einer technischen Störung erneut sendet, darf daraus kein zweiter Auftrag entstehen. Ebenso braucht es eine Rückfallmöglichkeit, wenn das ERP nicht erreichbar ist. Nachrichten werden dann nicht verworfen, sondern kontrolliert zwischengespeichert und später erneut verarbeitet.
EDI ist damit ein Eingangskanal innerhalb der automatisierten Auftragserfassung. E-Mail, PDF, Telefon, Webshop und Theke bleiben weiterhin berechtigte Bestellwege. Der richtige Ansatz ordnet jeden Kanal dem passenden Prüfpfad zu, statt Kunden in einen einzigen Weg zu zwingen.
Wann passen WebEDI, API oder Belegerkennung besser?
Nicht jeder Partner braucht dieselbe technische Anbindung. GS1 unterscheidet neben EANCOM auch GS1 XML und nennt WebEDI für Unternehmen mit geringem Belegvolumen ohne eigene EDI-Infrastruktur. Daraus ergibt sich eine praktische Auswahl:
| Ansatz | Passt besonders, wenn | Grenze | |---|---|---| | EANCOM oder anderes EDI-Format | stabile, wiederkehrende Transaktionen zwischen festen Partnern | Mapping, Partnerabstimmung und Betrieb sind erforderlich | | WebEDI | ein Partner geringe Mengen hat und keine eigene Infrastruktur betreibt | Bedienaufwand und erreichbare Automatisierung sind im konkreten Ablauf zu prüfen | | API | beide Seiten aktuelle, dokumentierte Schnittstellen für gezielte Abfragen oder Buchungen anbieten | Versionen, Berechtigungen und Verfügbarkeit müssen gemeinsam betrieben werden | | Belegerkennung | Bestellungen als E-Mail, PDF oder Excel in wechselnden Layouts eingehen | erkannte Inhalte brauchen Prüfregeln und bei Unsicherheit eine Freigabe |
Die Entscheidung lautet deshalb nicht EDI oder Automatisierung. EDI ist eine Form der standardisierten Automatisierung. Ein Elektrogroßhändler kann parallel EDI für Großkunden, API-Verbindungen für einzelne Plattformen und Belegerkennung für unstrukturierte Bestellungen betreiben.
Was muss die Geschäftsführung vor der Investition entscheiden?
Für die Geschäftsführung im Fachgroßhandel sind sechs Entscheidungen wichtiger als die Wahl eines Konverters:
- Geschäftsziel: Soll ein strategischer Kunde angebunden, der Innendienst entlastet oder eine durchgängige Belegkette aufgebaut werden?
- Pilotgrenze: Welcher Partner, welcher Nachrichtentyp und welches ERP-Mandantensystem gehören zum ersten Umfang?
- Fachliche Verantwortung: Wer entscheidet bei unbekannten Artikeln, Preisabweichungen oder gesperrten Lieferorten?
- Betriebsverantwortung: Wer überwacht Verbindungen, Fehlerwarteschlange, Zertifikate, Versionen und Partneränderungen?
- Sicherheitsrahmen: Welche Zugriffsrechte, Transportwege, Protokolle und Aufbewahrungsregeln gelten?
- Ausbaukriterium: Welche Messwerte müssen erreicht sein, bevor weitere Partner oder Nachrichten folgen?
Beim Rechnungspfad kommt ein zeitkritischer Punkt hinzu. Das Bundesfinanzministerium weist in seinen FAQ zur E-Rechnung, Stand März 2026 darauf hin, dass ein EDI-Verfahren, das nicht ohnehin die Anforderungen an eine E-Rechnung erfüllt, nur bis Ende 2027 unter die Übergangsregelung fallen kann. Eine INVOIC-Nachricht sollte deshalb nicht allein wegen ihres Namens als rechtssichere E-Rechnung behandelt werden. Format, Pflichtangaben, Verarbeitung und Aufbewahrung sind gesondert zu prüfen.
Wie messen Sie die Wirtschaftlichkeit ohne pauschale Versprechen?
Der Business Case sollte mit eigenen Belegen beginnen. Für vier Wochen werden Eingang, Bearbeitung und Ausnahmen des gewählten Partners erfasst. Daraus lassen sich belastbare Ausgangswerte bilden:
- Zahl der Bestellungen und Positionen
- manuelle Bearbeitungszeit vom Eingang bis zur ERP-Anlage
- Anteil der Aufträge mit Rückfrage oder Korrektur
- doppelte oder verspätet angelegte Aufträge
- Zeit bis zur Bestellantwort
- Zahl der Statusanfragen des Kunden
- Aufwand für Betrieb und Partnerpflege nach dem Start
Der mögliche jährliche Kapazitätswert wird aus eigenem Belegvolumen, bisheriger Bearbeitungszeit und dem im Pilot gemessenen Anteil der Standardfälle modelliert. Davon werden Projekt-, Betriebs- und Partnerkosten abgezogen. Ein angenommener Wert für Erhalt oder Ausbau einer Kundenbeziehung sollte separat ausgewiesen und begründet werden.
Wie sieht ein belastbarer EDI-Pilot aus?
Wählen Sie einen kooperationsbereiten Geschäftspartner mit wiederkehrenden Bestellungen und überschaubaren Sonderfällen. Vereinbaren Sie eine Spezifikation, Testnachrichten, Ansprechpartner und klare Abnahmekriterien. Im ersten Schritt läuft die Verbindung lesend in einer Testumgebung. Anschließend werden erkannte Aufträge parallel mit dem bisherigen Prozess verglichen.
Erst wenn Partner, Artikel, Einheiten, Lieferorte und Referenzen zuverlässig zugeordnet werden, darf die automatische ERP-Anlage folgen. Unbekannte Artikel, ungewöhnliche Mengen, Sonderpreise und gesperrte Kunden bleiben in der Freigabe. So dockt die Anbindung an das Tagesgeschäft an, ohne die Verantwortung aus dem Fachbereich zu nehmen.
Der nächste Schritt: Einen Partner und einen Belegfluss prüfen
Nehmen Sie den Geschäftspartner mit dem höchsten wiederkehrenden manuellen Aufwand. Erfassen Sie vier Wochen lang Belegzahl, Positionen, Bearbeitungszeit, Rückfragen und Korrekturen. Klären Sie danach gemeinsam mit Innendienst und IT, ob eine standardisierte EDI-Nachricht, WebEDI, API oder Belegerkennung den besseren Anschluss bildet.
Die kommerzielle Prozessseite zu EDI und E-Procurement ordnet Nachrichtentypen, Partner-Onboarding, Mapping, Fehlerbearbeitung und Pilotmessung in einem Ablauf ein.
Wenn Sie den Pilotumfang, die ERP-Schnittstelle und die Ausnahmebehandlung gemeinsam eingrenzen möchten, können Sie die Ausgangslage in einem unverbindlichen Gespräch mit Conveso prüfen.
Geschäftsführer und Berater für den technischen Fachgroßhandel