EDI, KI-Auslesung oder Kundenportal im Vergleich

Vorweg die wichtigste Aussage: Die Frage „EDI, KI-Auslesung oder Kundenportal?" ist fast immer falsch gestellt, weil sie ein Entweder-oder unterstellt, das es im Auftragseingang nicht gibt. Die drei Wege konkurrieren nicht um dieselben Bestellungen. Sie bedienen verschiedene Kundengruppen desselben Eingangs: EDI die wenigen Großkunden mit hohem, stabilem Volumen, die KI-Auslesung den breiten unstrukturierten Rest, das Portal die Fälle, in denen Kunden bei Ihnen etwas nachschlagen wollen und nicht nur bestellen. Wer die drei als Konkurrenten behandelt, kürt einen Sieger und lässt den größten Teil seines Auftragseingangs unversorgt.

Dieser Vergleich geht alle drei Wege im Detail durch: wie sie funktionieren, welchen Aufwand sie je Kunde bedeuten, welches Fehlerbild sie erzeugen und woran sie in der Praxis scheitern. Danach fügt er sie zu einem Gesamtbild: welcher Weg für welche Kundengruppe, in welcher Reihenfolge, auf welcher gemeinsamen Grundlage. Am Ende stehen ein Rechenbeispiel über das erste Jahr und die Fragen, die in Projekten dazu am häufigsten fallen.

Warum gibt es überhaupt drei Wege?

Weil dasselbe Problem drei Lösungsrichtungen zulässt. Das Grundproblem des Auftragseingangs ist ein Strukturbruch: Die Bestellung entsteht strukturiert im ERP Ihres Kunden, verlässt es als Dokument für Menschen, meist als PDF an ein Postfach, und muss bei Ihnen wieder zu strukturierten Daten werden. Irgendjemand oder irgendetwas zahlt für diesen Bruch: heute meist Ihr Innendienst, mit jedem abgetippten Auftrag.

Die drei Wege setzen an drei verschiedenen Stellen an. EDI vermeidet den Bruch, die Auslesung repariert ihn, das Portal verlagert ihn zum Kunden. Bei EDI sprechen die Systeme direkt miteinander, die Struktur geht nie verloren. Bei der Auslesung bleibt der Eingang, wie er ist, und Software stellt die Struktur beim Empfang wieder her. Beim Portal erfasst der Kunde seine Bestellung selbst in Ihrer Oberfläche, strukturiert von der ersten Sekunde. Jede Richtung hat ihren eigenen Preis: EDI kostet Abstimmung je Partner, die Auslesung kostet Prüf-Logik und Stammdatenpflege, das Portal kostet die Bereitschaft Ihres Kunden, seinen Bestellweg zu ändern. Welcher Preis tragbar ist, hängt an der Kundengruppe, nicht an der Technik.

Wie funktioniert EDI im Auftragseingang?

System zu System, ohne Dokument dazwischen. Das ERP Ihres Kunden erzeugt die Bestellung als strukturierte Nachricht, meist im UN/EDIFACT-Standard als ORDERS-Nachricht, und überträgt sie über ein vereinbartes Protokoll wie AS2 oder OFTP2 direkt an Ihr System. Ein Konverter übersetzt die Nachricht in das Format, das Ihr ERP versteht, und der Auftrag entsteht ohne menschliches Zutun. Auf demselben Weg laufen Auftragsbestätigung, Lieferavis und Rechnung zurück.

EDI ist dabei keine Technik von gestern, auch wenn der Standard aus den Achtzigern stammt. In der Automobilindustrie und im Handel ist er das Rückgrat des Belegaustauschs, und wer als Zulieferer an große Ketten oder OEMs liefert, kennt die Anbindungsvorgaben aus eigener Erfahrung. EDI ist deterministisch: Was ankommt, wurde maschinell erzeugt und ist strukturell korrekt. Es gibt keine Erkennungsunsicherheit, keine Interpretation, keine Handschrift. Genau diese Eigenschaft macht EDI für hohe, gleichförmige Volumen unschlagbar und erklärt zugleich, warum es den Rest des Eingangs nicht abdeckt.

Welchen Aufwand bedeutet eine EDI-Anbindung?

Ein eigenes Projekt je Partner, und das ist der Punkt, der in Werbeprospekten fehlt. Zwar sind EDIFACT und die Übertragungsprotokolle Standards, aber jeder große Kunde nutzt sein eigenes Subset: eigene Pflichtfelder, eigene Artikelnummern-Logik, eigene Regeln für Teillieferungen und Konditionen. Die Anbindung besteht deshalb nicht aus dem Einschalten einer Schnittstelle, sondern aus Abstimmung: Nachrichtenformate klären, Felder auf Ihre Stammdaten abbilden, Testnachrichten austauschen, eine Parallelphase fahren, in der EDI und bisheriger Weg nebeneinander laufen, und erst dann umschalten.

Dazu kommt der laufende Änderungsdienst. Stellt Ihr Kunde sein System um, ändert er sein Subset oder seine Artikelnummern, ziehen Sie mit, ob es gerade passt oder nicht. EDI rechnet sich deshalb je Partner, nicht pauschal: Für den Kunden mit zwanzig Bestellungen am Tag ist der Anbindungs- und Pflegeaufwand schnell verdient. Für den Kunden mit zwanzig Bestellungen im Jahr wird er nie verdient. Diese einfache Rechnung entscheidet fast immer darüber, wie viele EDI-Anbindungen ein mittelständischer Betrieb tatsächlich hat: wenige, und zwar genau die richtigen.

Wo liegen die Grenzen von EDI?

An der langen Liste der übrigen Kunden. Der Anbindungsaufwand wiederholt sich je Partner, also endet EDI wirtschaftlich dort, wo das Volumen je Partner klein wird. Die amtliche Statistik zeichnet genau dieses Bild: Nach der IKT-Erhebung von Eurostat aus dem Erhebungsjahr 2025 verkaufen knapp 6 Prozent der deutschen Unternehmen ab zehn Beschäftigten über EDI-artige Nachrichten: gut ein Viertel der Großunternehmen ab 250 Beschäftigten, aber nicht einmal 4 Prozent der kleinen mit 10 bis 49. Über diese wenigen Verbindungen laufen zugleich knapp 10 Prozent des gesamten Umsatzes, rund die Hälfte des deutschen E-Commerce-Umsatzes. EDI ist damit faktisch ein Großkunden-Werkzeug: wenige Anbindungen, große Volumen. Ein typischer Mittelständler mit zweihundert aktiven Kunden bindet zwei bis fünf davon per EDI an; die anderen bestellen weiter per Mail, PDF und gelegentlich Fax. Bitkom Research hat 2023 in einer Befragung von 505 Unternehmen ab 20 Beschäftigten festgestellt, dass 82 Prozent noch faxen. Diese Realität verschwindet nicht dadurch, dass ein Kanal für die Größten perfekt funktioniert.

Die zweite Grenze ist die Abhängigkeit von der Gegenseite. EDI setzt voraus, dass beide Systeme es können und beide Seiten es wollen, und in der Praxis diktiert meist der Größere die Bedingungen. Als Lieferant kennen Sie das aus der anderen Richtung: Der Konzernkunde schreibt Ihnen sein EDI-Profil oder sein Lieferantenportal vor, nicht umgekehrt. Gegenüber Ihren eigenen kleineren Kunden fehlt Ihnen dieselbe Macht. Sie können EDI anbieten, aber nicht durchsetzen, und ein Kanal, den Sie nicht durchsetzen können, taugt nicht als Gesamtstrategie für den Eingang.

Was ist WebEDI, und wessen Problem löst es?

WebEDI ist EDI ohne Anbindung: Statt zwei Systeme sprechen zu lassen, stellt die größere Seite der kleineren ein Webportal hin, in dem diese ihre Belege von Hand pflegt. Aus Sicht des Großkunden ist das konsequent, denn er bekommt strukturierte Daten auch von den Lieferanten, für die sich eine echte Anbindung nie rechnen würde. Aus Sicht des Lieferanten heißt WebEDI schlicht: tippen, nur woanders. Wer als Zulieferer in den Portalen seiner Konzernkunden Auftragsbestätigungen und Lieferavise pflegt, kennt beide Seiten dieser Rechnung aus eigener Anschauung.

Für die eigene Kanalstrategie ist WebEDI in beide Richtungen lehrreich. In Richtung der eigenen Kunden können Sie ein schmales Bestellformular als Einstieg anbieten; an dieser Stelle fallen WebEDI und Kundenportal praktisch zusammen, und es gilt dieselbe Regel: als Angebot ja, als Zwang nein. In Richtung der eigenen Großkunden gilt die umgekehrte Rechnung: Die Pflege fremder Portale lässt sich in Grenzen automatisieren, stabil wird der Austausch erst mit einer echten Anbindung, und ab einem gewissen Belegvolumen lohnt es sich, die aktiv anzubieten statt auf die Aufforderung zu warten. WebEDI strukturiert den Beleg, aber es automatisiert niemandes Arbeit; es verteilt sie nur um.

Wie funktioniert die KI-Auslesung?

Sie nimmt den Eingang so, wie er tatsächlich aussieht, und stellt die Struktur beim Empfang wieder her. Ein Dienst überwacht Postfach, Fax-Eingang und Portal-Downloads, erkennt, was eine Bestellung ist, liest Kopfdaten und Positionen aus, übersetzt Kundenartikelnummern und freie Bezeichnungen in Ihre Stammdaten, prüft den Vorgang gegen Ihre Regeln und legt den Auftrag im ERP an. Positionen, bei denen sich das System nicht sicher ist, landen als Klärfall bei einem Menschen, der nur noch bestätigt oder korrigiert.

Der Kern dieses Weges ist nicht die Texterkennung, sondern die Zuordnung: die Übersetzungstabellen zwischen der Sprache Ihrer Kunden und Ihren Stammdaten. Wie dieser Aufbau im Einzelnen funktioniert, welche sechs Schritte durchlaufen werden und warum die Mapping-Arbeit den größten Teil des Projekts ausmacht, steht im Leitfaden zur automatisierten Auftragserfassung; hier genügt das Ergebnis: Die Auslesung ist der einzige der drei Wege, der sofort für alle Kunden wirkt, ohne dass ein einziger Kunde etwas ändern muss. Das ist ihr strategischer Vorteil, und er ist größer als jeder technische.

Wie zuverlässig ist die Auslesung im Vergleich zu EDI?

Anders zuverlässig, und der Unterschied liegt im Fehlerbild, nicht in einer Prozentzahl. EDI ist deterministisch: Die Nachricht ist maschinell erzeugt, strukturell korrekt und wird immer gleich verarbeitet. Wenn EDI Fehler produziert, sind es systematische, ein falsch abgestimmtes Feld etwa, das dann in jeder Nachricht falsch ist, bis es jemand bemerkt und einmalig behebt. Die Auslesung ist probabilistisch: Jede erkannte Position trägt ein Vertrauensmaß, und das System weiß selbst, wo es unsicher ist.

Richtig aufgesetzt wird aus dieser Unsicherheit kein Risiko, sondern ein Arbeitsvorrat: Unsichere Positionen laufen nicht durch, sondern in eine Klärfall-Ansicht, und jede Korrektur verbessert das Mapping für alle künftigen Bestellungen desselben Kunden. Wie sich diese Schwellen sauber setzen lassen, beschreibt unser Beitrag zum Confidence-Routing. Die ehrliche Formel lautet: EDI hat weniger Fehler, die Auslesung hat sichtbarere. Ein Betrieb, der beide Fehlerbilder versteht, kann mit beiden leben. Gefährlich ist nur die dritte Variante, das stille Abtippen unter Zeitdruck, denn dessen Fehler sieht niemand, bis der Kunde reklamiert.

Wann funktioniert ein Kundenportal?

Wenn Ihr Kunde dort mehr bekommt, als er hineintippt. Ein Portal, das nur ein Bestellformular ist, verlangt vom Kunden Arbeit, die vorher Ihre war: Er erfasst die Positionen, die sein eigenes System längst kennt, ein zweites Mal in Ihrer Oberfläche. Das tut er nur, wenn er im Gegenzug etwas bekommt, das ihm den Alltag erleichtert: verlässliche Verfügbarkeiten und Liefertermine vor der Bestellung, seine individuellen Preise und Konditionen, den Status laufender Aufträge, Belege und Zertifikate zum Selbstabholen, eine Nachbestellung aus der Historie in drei Klicks.

Unter dieser Bedingung ist ein Portal ein starker Kanal, vor allem für mittlere Kunden mit regelmäßigem Bedarf und ohne eigene EDI-Fähigkeit, und für alle Fälle, in denen die Auskunft wichtiger ist als die Bestellung. Ein gutes Portal ist zuerst eine Auskunftsstelle und erst danach ein Bestellweg. Wer es andersherum baut, baut ein Formular mit Login und wundert sich über die Nutzungszahlen.

Woran scheitern Kundenportale in der Praxis?

An der Marktmacht-Frage, die vor dem Projekt niemand ehrlich beantwortet hat. Der Einkäufer Ihres Großkunden arbeitet in seinem eigenen System und wird sein Bestellwesen nicht ändern, weil ein Lieferant sich das wünscht; er erwartet eher, dass Sie in sein Lieferantenportal kommen als umgekehrt. Kleine Gelegenheitskunden wiederum bestellen zu selten, als dass sich ein Login für sie lohnt; die schreiben weiter eine Mail. Übrig bleibt das mittlere Segment, und das trägt ein Portal nur, wenn der Mehrwert aus dem vorigen Abschnitt wirklich existiert.

Das Ergebnis, das wir in Betrieben immer wieder vorfinden, ist das gepflegte tote Portal: ordentlich gebaut, regelmäßig aktualisiert, von einem Dutzend Kunden genutzt, während achtzig Prozent der Bestellungen weiter im Postfach landen. Die Lehre daraus ist nicht „Portale funktionieren nicht", sondern: Ein Portal ist ein Zusatzangebot für die Kunden, die es wollen, und niemals der Plan für den gesamten Eingang. Wer sein Automatisierungskonzept auf die Annahme baut, alle Kunden kämen freiwillig ins Portal, hat den Eingang von morgen geplant, aber nicht den, den er tatsächlich hat.

Ist ein Kundenportal dasselbe wie ein B2B-Shop?

Nein, und die Verwechslung kostet regelmäßig Projektbudgets. Ein B2B-Shop ist Kataloggeschäft: öffentlich oder halböffentlich, auf Neukunden und Gelegenheitskäufe ausgelegt, mit Standardsortiment und Warenkorb. Ein Kundenportal ist Vertragsgeschäft: geschlossen, je Kunde individualisiert, mit dessen Konditionen, Rahmenverträgen, Freigabewegen und Auftragshistorie. Der Shop verkauft, das Portal verwaltet eine bestehende Beziehung.

Für die Kanalfrage heißt das: Bei Katalogsortimenten mit vielen kleinen, wechselnden Bestellern kann ein Shop den unstrukturierten Eingang tatsächlich verkleinern, weil Erstbestellungen gar nicht erst als Mail entstehen. Im Vertragsgeschäft mit den dreißig Stammkunden, die individuelle Preise und abgestimmte Lieferpläne haben, hilft er dagegen wenig; dort zählt das Portal mit Selbstauskunft, und selbst das nur unter der Mehrwert-Bedingung aus dem vorigen Abschnitt. Beide können nebeneinander existieren. Wichtig ist nur, vor dem Projekt zu wissen, welcher Fall im eigenen Kundenstamm überwiegt, denn die beiden Systeme teilen sich zwar den Namen „Webshop-Projekt", aber weder Zielgruppe noch Erfolgsmaß.

Die drei Wege im direkten Vergleich

Der Vergleich wird ehrlicher, wenn man ihn entlang von vier Fragen führt statt entlang von Featurelisten. Erstens, die Zeit bis zur Wirkung: Die Auslesung wirkt nach Wochen, und zwar für den gesamten Eingang; EDI wirkt nach Monaten, und zwar je angebundenem Partner; ein Portal wirkt, sobald Kunden es annehmen, und dieser Zeitpunkt liegt außerhalb Ihrer Kontrolle. Zweitens, der Aufwand je weiterem Kunden: Bei EDI wiederholt sich das Anbindungsprojekt, bei der Auslesung kommt ein Mapping dazu, das mit jeder Korrektur von selbst wächst, beim Portal entsteht kein Aufwand auf Ihrer Seite, dafür der doppelte beim Kunden.

Drittens, das Fehlerbild: deterministisch und selten bei EDI, sichtbar und lernfähig bei der Auslesung, menschlich beim Portal, denn dort tippt wieder jemand, nur eben Ihr Kunde, dessen Tippfehler Sie anschließend ausliefern. Und viertens, die Abhängigkeiten: EDI braucht die Gegenseite, die Auslesung nur Sie selbst, das Portal die dauerhafte Bereitschaft Ihrer Kunden. Vier Fragen, drei Profile, und keines davon deckt allein einen gewachsenen Kundenstamm ab.

Wie gehen die drei Wege mit Änderungen um?

Unterschiedlich genug, dass es die Kanalwahl beeinflussen sollte. Bestellungen sind nach dem Eingang nicht fertig: Termine verschieben sich, Mengen ändern sich, Positionen fallen weg. Bei EDI ist die Änderung ein eigener Nachrichtentyp, den längst nicht jeder Partner implementiert hat; wo er fehlt, kommt die Änderung doch wieder als Mail, und zwar in einen Prozess, der offiziell papierlos ist. Im Portal ändert der Kunde selbst, sauber strukturiert, aber nur solange Ihre Prozesskette die Änderung noch zulässt; danach greift auch er zur Mail oder zum Telefon.

Die Auslesung behandelt Änderungen wie alles andere: als unstrukturierten Eingang, der erkannt, dem bestehenden Auftrag zugeordnet und je nach Tragweite automatisch übernommen oder als Klärfall vorgelegt wird. Änderungen sind der Alltagstest jeder Kanalstrategie, weil sie sich nicht an den Kanal halten, über den die Bestellung gekommen ist. Ein Konzept, das nur den Erstauftrag denkt, produziert genau dort wieder Handarbeit, wo der Zeitdruck am größten ist: mitten in der laufenden Abwicklung.

Warum ist die Kombination der Normalfall?

Weil die drei Wege sich an genau einer Stelle treffen, und diese Stelle ist wichtiger als jeder einzelne Kanal. Ob eine Bestellung als EDIFACT-Nachricht, als ausgelesenes PDF oder als Portal-Eingabe ankommt: Danach braucht sie dieselbe Behandlung. Prüfung gegen Stammdaten und Konditionen, Plausibilitätsregeln, Klärfall-Routing für alles Unsichere, Anlage im ERP, Bestätigung an den Kunden. Diese gemeinsame Mitte ist die eigentliche Investition, und sie ist kanalunabhängig.

Das gilt ausdrücklich auch für EDI. Der Reflex, EDI-Nachrichten an der Prüfung vorbei direkt ins ERP zu schreiben, weil sie ja „strukturell korrekt" sind, verwechselt Struktur mit Inhalt: Auch eine perfekt formatierte Nachricht kann gegen einen ausgelaufenen Rahmenvertrag bestellen oder eine unplausible Menge enthalten. Wer die Mitte einmal baut, macht aus jedem weiteren Kanal einen Anschluss statt ein Projekt. Wie diese Schicht um das bestehende ERP herum aussieht und warum sie keinen Systemwechsel voraussetzt, haben wir im Beitrag zur Auftragsabwicklung ohne ERP-Wechsel beschrieben; der Vergleich hier ist die Kanalfrage vor genau dieser Schicht.

Welche Rolle spielen Ihre Stammdaten?

Die des gemeinsamen Fundaments, und zwar für alle drei Wege gleichzeitig. Das EDI-Mapping übersetzt Partnernummern und Artikelcodes in Ihre Stammdaten. Die Auslesung ordnet erkannte Positionen denselben Stammdaten zu. Das Portal zeigt dem Kunden einen Katalog, der aus denselben Stammdaten erzeugt wird. Ein doppelt angelegter Artikel, eine veraltete Mengeneinheit oder eine fehlende Kundenartikelnummer schlagen deshalb auf alle drei Kanäle gleichzeitig durch, nur in verschiedener Verkleidung: als EDI-Abstimmungsfehler, als unsichere Erkennung, als Suchtreffer, den der Kunde im Portal nicht findet.

In Prozessanalysen ist das regelmäßig die unbequemste und zugleich wertvollste Erkenntnis: Der Engpass ist seltener die Technik des Kanals als der Zustand der Daten, auf die alle Kanäle zeigen. Die gute Nachricht steht direkt daneben: Diese Arbeit fällt nur einmal an. Wer für die Auslesung seine Kundenartikelnummern, Einheiten und Konditionen aufräumt, hat sie für die spätere EDI-Anbindung und den Portal-Katalog gleich mit aufgeräumt. Auch deshalb ist die Reihenfolge „Auslesung zuerst" so wirksam: Sie erzwingt die Stammdatenpflege, bevor die teureren Kanäle darauf aufbauen.

Wie verändert sich die Arbeit im Innendienst?

Aus drei Eingangswelten wird eine Arbeitsfläche. Heute bedeutet jeder Kanal eigene Handgriffe: das Postfach mit den PDF-Bestellungen, der EDI-Monitor, in den selten jemand schaut, das Portal-Backend mit eigenen Benachrichtigungen. Läuft alles durch dieselbe Mitte, sieht der Innendienst stattdessen eine einzige Klärfall-Ansicht: Vorgänge, die Aufmerksamkeit brauchen, mit Originalbeleg und vorausgefülltem Auftrag nebeneinander, gleichgültig, über welchen Kanal sie gekommen sind.

Damit verschiebt sich das Profil der Arbeit: weniger Erfassen, mehr Entscheiden. Die Fälle, die liegen bleiben, sind die interessanten: der Preis, der vom Rahmenvertrag abweicht, die Menge, die nicht zur Historie passt, der Wunschtermin, den die Fertigung nicht halten kann. Genau dafür ist die Erfahrung des Innendienstes da, und heute wird sie von Tipparbeit verdeckt. Die Kanalstrategie entscheidet nebenbei darüber, womit Ihre erfahrensten Leute ihre Tage verbringen.

Welcher Weg passt zu welcher Kundengruppe?

Die Antwort steht in Ihrer Volumenverteilung, und die ist in fast jedem gewachsenen B2B-Geschäft ähnlich schief: Wenige Kunden tragen einen großen Teil des Belegvolumens, ein Mittelfeld bestellt regelmäßig, und eine lange Liste bestellt selten. Für die Spitze lohnt die Frage nach EDI, und zwar dann, wenn das Volumen hoch, das Format stabil und die Beziehung auf Dauer angelegt ist; bis die Anbindung steht, trägt die Auslesung mit einem gepflegten Mapping dieselben Kunden schon fast vollautomatisch.

Für das Mittelfeld ist die Auslesung mit gepflegten Zuordnungstabellen der Standardweg, ergänzt um das Portal als Angebot für die, die Status und Verfügbarkeit selbst nachschlagen wollen. Für die lange Liste bleibt die generische Auslesung mit Klärfall-Routing: Dort lohnt kein Anbindungsprojekt und kein Portal-Marketing, dort muss der Standardfall einfach still funktionieren. Die Kundengruppe wählt den Kanal, nicht die IT-Abteilung, und ein Konzept, das diese Reihenfolge umdreht, optimiert an seinem echten Eingang vorbei.

In welcher Reihenfolge führen Sie die Wege ein?

Im Regelfall: Auslesung zuerst, EDI danach, Portal zuletzt. Die Begründung ist unspektakulär. Die Auslesung erzwingt den Aufbau der gemeinsamen Mitte, wirkt sofort für alle Kundengruppen und liefert nebenbei die Daten, die Sie für alles Weitere brauchen: welche Kunden wie viel bestellen, in welchen Formaten, mit welchen Klärfallquoten. EDI-Anbindungen setzen danach auf eine fertige Prüf-Logik auf und verkürzen sich entsprechend. Das Portal kommt zuletzt, wenn aus den Daten erkennbar ist, welche Kunden von Selbstauskunft tatsächlich profitieren würden, und ob sich der Aufbau gegenüber dem laufenden Betrieb überhaupt rechtfertigt.

Es gibt eine wichtige Ausnahme: Wenn ein Großkunde EDI mit Frist fordert, ist die Reihenfolge entschieden, aber die Architektur nicht. Dann wird die EDI-Anbindung zuerst gebaut, aber richtig: durch die gemeinsame Mitte hindurch statt als Insellösung daran vorbei. Die Insel wäre schneller fertig und räche sich beim zweiten Kanal, weil dann jede Prüf-Regel doppelt existiert und doppelt gepflegt werden will.

Was bedeuten E-Rechnung und Peppol für die Kanalwahl?

Sie verschieben die Grundannahme zugunsten strukturierter Kanäle, aber langsamer, als es die Schlagzeilen nahelegen. Am Rechnungsende der Kette erzwingt der Gesetzgeber bereits Struktur: Ab dem 1. Januar 2027 müssen Unternehmen mit mehr als 800.000 Euro Vorjahresumsatz E-Rechnungen ausstellen, ab 2028 alle, und zwar ausschließlich in strukturierten Formaten nach EN 16931. Was das für die Gegenrichtung Ihrer eigenen Eingangsrechnungen bedeutet, haben wir im Leitfaden zu Eingangsrechnungen beschrieben.

Der Auftragseingang dagegen bleibt unreguliert. Niemand schreibt Ihren Kunden vor, wie sie bestellen, und deshalb wird das PDF im Postfach nicht per Stichtag verschwinden. Interessant ist die Infrastruktur, die mit der E-Rechnung wächst: Übertragungsnetzwerke und Konverter, die strukturierte Geschäftsdokumente transportieren, können perspektivisch auch Bestellnachrichten tragen. Realistisch heißt das: Der strukturierte Anteil Ihres Eingangs wächst über Jahre, der unstrukturierte Rest bleibt lange groß genug, dass die Auslesung nicht zur Übergangstechnik wird. Eine Kanalstrategie, die auf das Ende des PDFs wartet, wartet auf den falschen Stichtag.

Rechenbeispiel: das erste Jahr, zwei Reihenfolgen

Rechnen Sie es an einem typischen Zuschnitt nach: 60 Bestellungen am Tag, 200 aktive Kunden, 7 Minuten manuelle Erfassung je Bestellung, also rund 7 Stunden Erfassungsarbeit täglich. Die Volumenverteilung: Zwei Großkunden senden 24 der 60 Bestellungen, dreißig Stammkunden weitere 24, die übrigen 168 Kunden die restlichen 12.

Reihenfolge A, „EDI zuerst": Nach etwa einem halben Jahr sind beide Großkunden angebunden, 40 Prozent des Volumens laufen strukturiert. Es bleiben gut 4 Stunden Handarbeit täglich, und für die 198 anderen Kunden hat sich nichts geändert. Reihenfolge B, „Auslesung zuerst": Nach wenigen Wochen läuft die Mitte für alle 200 Kunden; laufen vier von fünf Bestellungen automatisch durch, bleiben statt 7 Stunden rund anderthalb für Klärfälle und Kontrolle. Die beiden EDI-Anbindungen folgen im selben Jahr auf der fertigen Mitte und drücken die Klärfälle bei den Großkunden anschließend gegen null. Nach zwölf Monaten stehen beide Betriebe fast am selben Punkt; die elf Monate dazwischen sehen völlig verschieden aus. Die Kanalwahl entscheidet über das Zielbild, die Reihenfolge über das erste Jahr, und unterschätzt wird fast immer die Reihenfolge.

Die Beispielzahlen sind bewusst konservativ gerundet und ersetzen keine Messung. Was sie zeigen sollen, ist die Logik: Der Hebel der Auslesung liegt in ihrer Breite, der Hebel von EDI in seiner Tiefe, und wer die Breite zuerst nimmt, verdient die Tiefe nebenbei.

Häufige Fragen aus der Praxis

Unser größter Kunde verlangt EDI mit Frist. Müssen wir da durch? Wenn die Geschäftsbeziehung das Volumen trägt, ja, und zwar ohne Groll: Die Forderung ist aus Sicht des Kunden rational. Entscheidend ist, wie Sie anbinden: durch eine gemeinsame Prüf-Logik hindurch, die später auch Ihre anderen Kanäle trägt, statt als Einzellösung neben allem anderen. Fragen Sie außerdem nach dem WebEDI-Angebot des Kunden; als Überbrückung bis zur echten Anbindung ist es oft zumutbar.

Können wir EDI komplett überspringen? Wenn kein Kunde es fordert und Ihre Großkunden über die Auslesung mit gepflegtem Mapping sauber laufen: ja, vorerst. EDI ist kein Reifegrad-Abzeichen, sondern eine Antwort auf ein Volumenprofil. Es gibt gesunde Betriebe mit null EDI-Anbindungen und kranke mit zwanzig. Die Frage stellt sich neu, wenn ein Partner dauerhaft hohe, gleichförmige Volumen sendet; dann rechnet sie sich von selbst.

Unser Großkunde zwingt uns in sein Lieferantenportal. Ist das nicht auch ein „Kundenportal"? Ja, nur sitzen Sie dort auf der tippenden Seite, und genau deshalb ist die Erfahrung so lehrreich: So fühlt sich Ihr eigenes Portal für Ihre Kunden an, wenn es keinen Mehrwert bietet. Praktisch gilt: Die Pflege fremder Portale lässt sich teilweise automatisieren, stabil wird der Austausch aber erst mit einer echten Anbindung, und die sollten Sie bei entsprechendem Volumen aktiv anbieten.

Was ist mit Peppol für Bestellungen? Peppol ist das offene Netzwerk, über das in Deutschland vor allem E-Rechnungen an Behörden laufen. Für Bestellungen existiert mit Peppol BIS Ordering ein eigenes Profil samt Bestell- und Antwortnachricht; im B2B-Auftragseingang des Mittelstands spielt es heute aber eine Nebenrolle. Beobachten lohnt sich, die Kanalstrategie darauf bauen nicht: Standardisiert Ihr Umfeld irgendwann dahin, ist die Anbindung ein weiterer Anschluss an Ihre bestehende Mitte, kein Neuanfang.

Laufen Portal-Bestellungen und Mail-Bestellungen parallel? Ja, und sie sollen es. Ein Kunde, der heute im Portal bestellt und morgen doch eine Mail schreibt, ist der Normalfall, kein Prozessbruch. Beide Wege münden in dieselbe Prüfung und dieselbe Klärfall-Ansicht; für Ihren Innendienst ist die Herkunft eines Auftrags am Ende ein Feld im Datensatz, keine eigene Arbeitswelt.

Brauchen wir für EDI einen Dienstleister, oder geht das in Eigenregie? Beides ist üblich. Ein Dienstleister oder Konverter-Dienst nimmt Ihnen Formatpflege und Protokollbetrieb ab; das lohnt sich, wenn Sie wenige Anbindungen und keine eigene Integrationskompetenz im Haus haben. Eigenbetrieb lohnt sich, wenn laufend neue Partner dazukommen und der Belegaustausch zum Kerngeschäft gehört. Für den typischen Mittelständler mit einer Handvoll Anbindungen ist der betreute Weg meist der ruhigere. Wichtig ist nur, dass die Nachrichten trotzdem durch Ihre eigene Prüf-Logik laufen.

Unser ERP-Anbieter hat ein fertiges Kundenportal-Modul. Reicht das nicht? Prüfen Sie es an der Mehrwert-Frage. Zeigt es Ihren Kunden Verfügbarkeiten, individuelle Konditionen und Auftragsstatus in brauchbarer Qualität, ist es ein guter Start, gerade weil es nah an den ERP-Daten sitzt. Bleibt es ein Bestellformular mit Login, gilt alles aus dem Portal-Abschnitt: Es wird wenig genutzt werden, und das liegt dann am fehlenden Gegenwert für den Kunden, nicht am Modul.

Wie finden wir heraus, welche unserer Kunden EDI überhaupt können? Fragen, im Zweifel den Einkauf und die IT des Kunden direkt; viele größere Häuser haben fertige Anbindungsprofile in der Schublade. Aussagekräftiger ist die eigene Messung vorab: zwei Wochen mitzählen, welcher Kunde wie viele Belege in welchem Format schickt. Danach ist die Liste der EDI-Kandidaten meist kurz, eindeutig, und deutlich kürzer als gedacht.

Fazit

EDI, KI-Auslesung und Kundenportal sind keine Konkurrenten, sondern Werkzeuge für verschiedene Abschnitte derselben Kundenliste: EDI für die wenigen Großen mit stabilem Volumen, die Auslesung für den breiten unstrukturierten Rest, das Portal als Zusatzangebot dort, wo Selbstauskunft echten Wert stiftet. Die eigentliche Investition liegt in keiner der drei Techniken, sondern in der gemeinsamen Mitte dahinter, die jeden Kanal prüft, Klärfälle sichtbar macht und Aufträge im ERP anlegt. Wer sie zuerst baut und mit der Auslesung beginnt, hat nach Wochen Wirkung im ganzen Eingang und schließt die übrigen Kanäle an, statt sie zu errichten. Wie diese Kette vom Eingang bis zur Rechnung insgesamt aussieht, zeigt die Bereichsseite Auftragsabwicklung.

Welcher Zuschnitt für Ihren Eingang trägt, entscheidet Ihre Volumenverteilung, nicht ein Anbieterprospekt. Der Einstieg ist deshalb derselbe wie immer: einmal messen, was tatsächlich hereinkommt, von wem und in welchem Format. Genau das machen wir im kostenfreien Prozess-Check, an Ihren echten Belegen statt an einer Musterverteilung.