WebEDI

WebEDI bezeichnet die browserbasierte Variante des elektronischen Datenaustauschs, bei der ein Lieferant oder Dienstleister ueber ein Online-Portal Bestellungen empfaengt, Bestaetigugen verschickt und Rechnungen erstellt — ohne eigene [[edi]]-Middleware oder Konverter-Software. WebEDI senkt die Einstiegshuerde fuer kleinere Lieferanten erheblich, bringt aber eigene Einschraenkungen mit sich.

Detaillierte Erklaerung

Klassisches [[edi]] nach [[edifact]] oder ANSI X12 setzt auf beiden Seiten eine EDI-faehige Software voraus, die Nachrichten automatisch generiert, validiert und verarbeitet. Fuer grosse Unternehmen mit SAP, Oracle oder Microsoft Dynamics ist das Standard. Fuer einen Metallverarbeiter mit zehn Mitarbeitern, der jaehrlich 200 Bestellungen von einem Grossabnehmer erhaelt, ist die Investition in eigene EDI-Infrastruktur wirtschaftlich nicht sinnvoll.

WebEDI loest dieses Problem: Der Abnehmer (oder ein EDI-Dienstleister) betreibt ein webbasiertes Portal. Der Lieferant meldet sich per Browser an, sieht neue Bestellungen strukturiert aufgefuehrt, bestaetigt oder korrigiert sie, erhaelt Lieferabrufe und kann Rechnungen aus vorausgefuellten Formularen erstellen. Auf technischer Seite konvertiert das Portal die Eingaben in vollwertige EDIFACT- oder XML-Nachrichten und leitet sie an das ERP des Abnehmers weiter — der Lieferant sieht davon nichts.

Typische Funktionen eines WebEDI-Portals:

• Empfang und Anzeige von ORDERS / Lieferabrufen (Forecast und Feinabruf)
• Erstellung und Uebermittlung von ORDRSP (Bestellbestaetigung) und DESADV (Lieferavis)
• Rechnungserstellung auf Basis von Bestellung und Lieferung (INVOIC-konform)
• Statusverfolgung offener Belege
• Download von Belegarchiven fuer GoBD-konforme Aufbewahrung

Bekannte WebEDI-Anbieter im DACH-Raum sind Coupa (ehemals Opus Capita), Transalis, Crossgate (jetzt SAP Business Network), Comarch und Proebis. Haeufig schreibt der Abnehmerkonzern seinen Lieferanten ein spezifisches Portal vor.

Abgrenzung zu Full-EDI:

In der Praxis betreiben viele grosse Einkaufsabteilungen beide Wege parallel: Strategische Grosslieferanten sind per Full-EDI angebunden, Langketten-Lieferanten nutzen WebEDI.

Seit dem deutschen Wachstumschancengesetz (Pflicht-E-Rechnung B2B ab 2025 fuer Empfang, ab 2027/2028 gestaffelt fuer Versand) muessen auch WebEDI-generierte Rechnungen dem Format XRechnung oder ZUGFeRD entsprechen oder als EDIFACT INVOIC strukturiert uebertragen werden, um die gesetzliche Anforderung zu erfuellen (UStG §14 Abs. 1 i. V. m. §14 Abs. 3).

Praxisbeispiel (konkretes Einkaufsszenario)

Ein Kunststoff-Spritzgiesser in Sueddeutschland mit 45 Mitarbeitern beliefert einen Tier-2-Automobilzulieferer. Der Abnehmer verwendet SAP und sendet wochentlich Lieferabrufe. Statt in eine EDI-Middleware zu investieren, erhaelt der Spritzgiesser Zugang zum Lieferantenportal des Abnehmers. Jeden Montag loggt sich ein Mitarbeiter ein, prueft die Abrufmengen, bestaetigt machbare Positionen und erfasst nach dem Versand den Lieferschein im Portal. Die Rechnung zieht er aus dem vorausgefuellten Formular — das Portal validiert Mehrwertsteuersatz, Bankverbindung und Rechnungsnummer vor dem Absenden. Das ERP des Abnehmers erhaelt eine valide EDIFACT INVOIC, ohne dass beim Lieferanten eine einzige Zeile EDI-Code implementiert wurde.

Typische Fehler & Verhandlungskontext

Operative Fehler:

• Verzoegte Bestellbestaetigung: WebEDI erfordert manuelle Eingabe. Mitarbeiter, die das Portal nicht taeglich pruefen, erzeugen Verspaetungen in der Lieferkette. Abnehmerseitig fuehrt das zu Mahnungen und Lieferproblemen.
• Fehler bei der Rechnungserstellung: Falsch erfasste Mengen oder Preise erzeugen Buchungsdifferenzen im ERP des Abnehmers. Kreditnoten und Korrekturrechnungen erhoehen den Aufwand auf beiden Seiten erheblich.
• Portal-Proliferation: Lieferanten, die mehrere Grosskunden bedienen, sind mitunter in drei bis fuenf verschiedenen WebEDI-Portalen registriert. Jedes Portal hat ein eigenes Interface, andere Pflichtfelder und andere Eskalationswege — der administrative Aufwand faellt beim Lieferanten an, nicht beim Abnehmer.
• GoBD-konforme Archivierung: Rechnungen, die im WebEDI-Portal erzeugt werden, muessen unveraendert archiviert werden. Ein bloss aus dem Browser gedrucktes PDF genuegt der GoBD §146 nicht; der Lieferant muss sicherstellen, dass das Portalsystem eine revisionssichere Archivierung bietet oder die Originaldatei heruntergeladen und im eigenen DMS gespeichert wird.

Verhandlungskontext:

Wird ein neuer Lieferant qualifiziert, sollte die Einkaufsabteilung bereits im Ausschreibungsprozess klaeren, ob der Kandidat WebEDI oder Full-EDI verwenden soll. Beides hat Implikationen fuer Reaktionszeiten und Fehlerquoten, die in die Bewertung einfliessen. WebEDI ist kein Defizit — es ist eine bewusste Entscheidung fuer Lieferanten unterhalb eines bestimmten Bestellvolumens. Sinnvoll ist es, eine explizite Volumenschwelle zu definieren (z. B. ab 300 Bestellpositionen pro Monat Full-EDI-Pflicht), ab der eine Vollintegration erwartet wird.

Verwandte Begriffe

• [[edi]] — Oberbegriff elektronischer Datenaustausch
• [[edifact]] — der zugrundeliegende UN-Standard fuer B2B-Nachrichten
• [[lieferantenintegration]] — Gesamtstrategie zur Anbindung von Lieferanten
• [[erp-integration]] — tiefere Systemintegration zwischen ERP-Systemen
• [[e-procurement]] — digitale Beschaffungsplattformen mit Lieferantenanbindung
• [[punchout]] — katalogbasierte Anbindung als Alternative zu reinem EDI
• [[elektronische-rechnung]] — gesetzliche Anforderungen an E-Rechnungen in Deutschland