EDI-Lösungen lassen sich für eine einzelne Partneranbindung oft in 2 bis 4 Wochen umsetzen, komplexere Projekte mit mehreren Handelspartnern brauchen dagegen erfahrungsgemäß 2 bis 6 Monate. Am schnellsten sind Sie durch, wenn Sie das Ganze als einen durchgehenden Prozess planen, denn die meiste Zeit verlieren Sie erfahrungsgemäß an den Übergängen zwischen den Phasen, nicht in den Phasen selbst.
Und der Zeitdruck ist echt: Laut einer Bitkom-Studie aus dem Jahr 2024 konnten nur 45 Prozent der deutschen Unternehmen ab 20 Beschäftigten beim Start der Empfangspflicht am 1. Januar 2025 überhaupt echte E-Rechnungen empfangen. Unter denen, die es können, läuft der Empfang mit rund 71 Prozent überwiegend über EDI-Formate. EDI ist im Partnerverkehr also längst Standard. Trotzdem geraten Einführungsprojekte in der Praxis ständig ins Stocken, und zwar meistens an genau denselben Stellen.
Stand der Quellenprüfung: 17. September 2026
Vier Punkte entscheiden meist darüber, ob ein EDI-Einführungsprojekt im Zeitplan bleibt oder ins Stocken gerät.
Ein EDI-Projekt bleibt im Zeitplan, wenn Sie sechs Bausteine von Anfang an mitdenken. Fehlt einer davon oder wird er erst mitten in der Umsetzung nachgeschoben, kostet genau das am Ende Wochen.
Wie lange die Einführung insgesamt dauert, hängt stark vom Umfang ab. Eine einzelne, unkomplizierte Partneranbindung steht laut Praxiswerten oft in 2 bis 4 Wochen, Projekte mit mehreren Partnern und komplexeren Mappings brauchen dagegen 2 bis 6 Monate. In der Serienfertigung, etwa bei Automotive-Zulieferern, liegt die typische Dauer je Partneranbindung sogar bei 3 bis 6 Monaten, weil hier zusätzliche Validierungsschritte und strengere Partnervorgaben greifen.
Das Zielbild einer EDI-Einführung legt vorab fest, welche Nachrichtenarten, Partner und Systeme im ersten Schritt automatisiert werden. Hier wird in der Praxis oft etwas vermischt: EDI regelt nur den standardisierten Austausch mit externen Partnern. Die Anbindung interner Anwendungen ans ERP übernimmt klassisch die EAI (Enterprise Application Integration), ein zentraler Integrationslayer verbindet dann beide Ebenen. Liegen die relevanten Bestell-, Artikel- oder Lieferdaten über mehrere interne Systeme verstreut, lohnt sich vorab ein eigenes Projekt zur Datenkonsolidierung, sonst überträgt sich diese Unordnung direkt in die neue Schnittstelle.
Bei der Partnerpriorisierung hat sich laut einem Leitfaden zum Supplier-EDI-Onboarding von ecosio eine einfache Reihenfolge bewährt: Zuerst kommen die größten oder am engsten verbundenen Handelspartner an die Reihe, weil hier der Nutzen der neuen Lösung am schnellsten sichtbar wird. Aus unserer Projekterfahrung ergänzen sich danach Partner, bei denen kurzfristige Kosteneinsparungen möglich sind, und schließlich jene mit dringenden neuen Anforderungen an das Anbindungsformat. Diese Reihenfolge verhindert, dass ein Projektteam gleichzeitig an zehn Anbindungen arbeitet und am Ende keine davon fertig wird.
Praxistipp: Legen Sie das Zielbild schriftlich fest, inklusive der Partner, die bewusst nicht im ersten Rollout enthalten sind. Das erspart nachträgliche Scope-Diskussionen, die sonst mitten im Projekt für Stillstand sorgen.
Der häufigste Stau-Grund sind offene Zuständigkeiten. Wenn niemand klar für Klärfälle verantwortlich ist, die Partnerspezifikation seit Jahren nicht mehr aktualisiert wurde oder bei Live-Fehlern kein Eskalationsweg existiert, bremst das ein Projekt stärker als jedes einzelne Mapping-Problem. Klären Sie diese Punkte deshalb schon vor dem technischen Rollout. Warten Sie damit bis zur Testphase, ist es meist schon zu spät.
Wie schnell ein Klärfall vom Tisch ist, hängt an drei Rollen. Erfolgreiche Teams legen die schon vor dem Projektstart schriftlich fest.
Gerade bei Partnern, die ihre Anforderungen seit Jahren nicht aktualisiert haben, entstehen sonst Verzögerungen, die sich mit einer einzigen Abstimmungsrunde vorab vermeiden lassen.
Für Unternehmen ab 50 Mitarbeitenden oder mit einem Jahresumsatz und einer Bilanzsumme von jeweils mehr als 10 Millionen Euro kommt seit der NIS2-Umsetzung ein weiterer Abstimmungspunkt hinzu: ein dokumentiertes Konzept für die Sicherheit der Lieferkette, das auch die Auswahl von EDI-Partnern und laufendes Monitoring der Schnittstellen umfasst. Wer das erst nach dem Go-live nachliefert, muss bereits produktive Anbindungen im Nachgang dokumentieren, was deutlich aufwendiger ist als eine Klärung im Projekt selbst.
Sind mehrere Gewerke gleichzeitig betroffen, etwa ERP, Logistiksystem und Partneranbindung, zahlt sich ein durchgängiges Projektverständnis über alle Systeme hinweg aus, weil einzelne Abstimmungslücken sonst erst im Test auffallen, wenn eine Korrektur bereits Zeit kostet.
Die häufigste technische Ursache für Verzögerungen sind unvollständige oder fehlerhafte Mappings, meist bei Artikelnummern und Mengeneinheiten. Dahinter folgen veraltete Partnerspezifikationen und eine zu dünne Validierung vor dem Go-live. Diese Fehler fallen oft erst spät auf, weil die betroffene Nachricht zunächst unauffällig im EDI-System liegen bleibt und im ERP schlicht gar nicht auftaucht.
Laut einem Praxisleitfaden für Serienfertiger von HDX Solutions liegt genau das in rund 80 Prozent der Klärfälle vor: Ein Abruf fehlt scheinbar im ERP, liegt tatsächlich aber in der Fehlerbox oder Quarantäneliste des EDI-Systems, weil eine Stammdatenanlage fehlt oder eine Mapping-Regel eine neue Artikelvariante nicht kennt. Wer diese Fehlerbox nicht regelmäßig prüft, verliert oft Tage, bis der eigentliche Grund gefunden ist.
Neben EDIFACT/EANCOM im Handel und VDA/Odette in der Automobilindustrie gibt es in Deutschland weitere Branchenstandards wie myOpenFactory für die überbetriebliche Auftragsabwicklung oder SEDAS im Konsumgüterhandel, jeder bringt eigene Feldlogiken mit. Jede Änderung an einem Mapping, ein neues Pflichtfeld oder eine geänderte Einheit, sollte deshalb versioniert und rückverfolgbar dokumentiert sein, damit ein Partnerwechsel oder eine Spezifikationsänderung nicht das gesamte Mapping neu aufrollt.
Ein Testvorgehen, das wirklich etwas bringt, prüft eine EDI-Nachricht in vier Schritten: erst die Kommunikation, dann die Struktur, dann den Inhalt und zum Schluss, ob das ERP sie sauber verarbeitet. Wird diese Reihenfolge eingehalten, lassen sich laut demselben Praxisleitfaden für Serienfertiger bis zu 60 Prozent der späteren manuellen Klärfälle im Betrieb bereits vor dem Go-live vermeiden.
Voraussetzung dafür sind realistische Testdaten mit echten Artikelvarianten, Sonderzeichen und Randfällen wie Teillieferungen. Fehlen solche Daten, bleiben genau die Fehler unentdeckt, die später im Live-Betrieb auftreten. Seit April 2025 steht dafür mit dem EDI-Checker von GS1 Germany und GEFEG ein kostenfreies Werkzeug zur Verfügung, das Testnachrichten der Typen ORDERS, DESADV und INVOIC automatisiert auf Syntax und Semantik prüft, ein Schritt, der sich manuell kaum in vertretbarer Zeit leisten lässt.
Zur Testphase gehört zudem eine klare fachliche Freigabe: Der Fachbereich, der die Nachricht später im Alltag nutzt, sollte Testfälle aktiv und inhaltlich abnehmen, eine rein formale Bestätigung reicht hier nicht aus. Ohne diese echte Freigabe verschiebt sich die eigentliche fachliche Prüfung oft ungewollt in die ersten produktiven Wochen, und genau dort kostet ein übersehener Fehler am meisten Zeit.
Ein sauberer Cutover läuft über eine Parallelphase: EDI und Altsystem laufen üblicherweise rund zwei Wochen gleichzeitig, bevor das alte Verfahren abgeschaltet wird. In dieser Zeit lassen sich Abweichungen zwischen beiden Systemen in Ruhe klären, ohne dass ein einzelner Fehler gleich den gesamten Bestellprozess blockiert.
Viele Projekte scheitern hier an einem einfachen Denkfehler: Monitoring und Support werden erst geplant, wenn das System schon läuft. Eine eigene Projektphase für die Betriebsübergabe fehlt dann meist von Anfang an. Wer erst nach dem Go-live überlegt, wer eine ausbleibende Bestellbestätigung bemerkt und wer sie klärt, verliert in den ersten kritischen Betriebswochen wertvolle Zeit, gerade dann, wenn Partner am empfindlichsten auf Störungen reagieren.
Wir setzen Einführung und späteren Support deshalb als einen zusammenhängenden Prozess auf: Das Team, das Mapping und Cutover begleitet, kennt die Partner, die Fehlerroutinen und die Eskalationswege bereits aus dem Projekt und übernimmt den aktiven Betrieb inklusive Remote-Monitoring direkt im Anschluss. Das erspart den doppelten Einarbeitungsaufwand, der entsteht, wenn Projektteam und Betriebsteam zwei getrennte Parteien sind.
Die auffälligste Erkenntnis aus der Praxis: Die meisten EDI-Projekte scheitern an offen gebliebenen Fragen zu Rollen, Testdaten und Betriebsverantwortung, selten an der Technik selbst. Ein Mapping lässt sich in Tagen korrigieren, eine fehlende Klärfall-Zuständigkeit kostet dagegen Wochen, weil sich niemand zuständig fühlt.
Und die Zeit läuft: Laut Bundesfinanzministerium greift ab 2027 die Pflicht zur elektronischen Rechnung für Unternehmen mit mehr als 800.000 Euro Vorjahresumsatz, ab 2028 für alle übrigen. Bestehende EDI-Verfahren bleiben zwar grundsätzlich nutzbar, aber nur, wenn ihre Interoperabilität zur Norm EN 16931 nachgewiesen ist, das nehmen Sie am besten schon bei der nächsten Partneranbindung mit. Sonst müssen Sie den Nachweis später unter Zeitdruck nachholen.
Der konkrete nächste Schritt: Legen Sie für Ihr nächstes Anbindungsprojekt Zielbild, Partnerreihenfolge und Testverantwortliche schriftlich fest, bevor die erste Mapping-Zeile geschrieben wird. Das kostet einen Tag Vorbereitung und spart in der Regel mehrere Wochen im späteren Projektverlauf.
Wie lange dauert die Einführung einer EDI-Lösung realistisch?
Zwischen 2 Wochen und 6 Monaten, je nach Umfang der Anbindung. Entscheidend ist vor allem, wie viele Partner gleichzeitig angebunden werden und wie komplex die Mappings ausfallen, in der Serienfertigung mit strengeren Vorgaben braucht eine einzelne Anbindung eher mehrere Monate.
Welche Partner sollten wir bei der EDI-Einführung zuerst anbinden?
Am sinnvollsten starten Sie mit den größten oder am engsten verbundenen Handelspartnern, weil sich hier der Nutzen der neuen Lösung am schnellsten zeigt. Danach folgen Partner mit kurzfristigem Einsparpotenzial und solche mit dringenden neuen Formatanforderungen.
Was passiert, wenn eine EDI-Nachricht nicht im ERP ankommt?
In den meisten Fällen liegt die Nachricht unauffällig in der Fehlerbox oder Quarantäneliste des EDI-Systems, das ERP-Fehlerlog zeigt dann schlicht nichts an. Häufigste Ursache ist ein stiller Mapping-Fehler oder eine fehlende Stammdatenanlage, etwa bei einer neuen Artikelvariante.
Können wir unsere bestehenden EDI-Verfahren trotz E-Rechnungspflicht weiter nutzen?
Ja, bestehende EDI-Verfahren bleiben grundsätzlich nutzbar, solange eine nachgewiesene Interoperabilität zur europäischen Norm EN 16931 vorliegt. Die genauen Übergangsfristen dafür regelt das Wachstumschancengesetz und sind je nach Unternehmensgröße unterschiedlich gestaffelt.
Wie viele Klärfälle lassen sich durch ein strukturiertes Testvorgehen vermeiden?
Bis zu 60 Prozent der späteren manuellen Klärfälle, wenn Sie in vier Schritten testen: Kommunikation, Struktur, Inhalt und ERP-Verarbeitung einzeln geprüft. Voraussetzung dafür sind realistische Testdaten mit echten Artikelvarianten und Randfällen.
Quellen:
Sie müssen den Inhalt von reCAPTCHA laden, um das Formular abzuschicken. Bitte beachten Sie, dass dabei Daten mit Drittanbietern ausgetauscht werden.
Mehr InformationenSie sehen gerade einen Platzhalterinhalt von Instagram. Um auf den eigentlichen Inhalt zuzugreifen, klicken Sie auf die Schaltfläche unten. Bitte beachten Sie, dass dabei Daten an Drittanbieter weitergegeben werden.
Mehr Informationen