Bestellungen
Elektronische Orders und Lieferabrufe.
Know-how · E-Rechnung & EDI
EDI-Rechnungen
Verfahren, Formate und Anforderungen für Unternehmen.
- Erfahren Sie, welche Rolle Mapping, EN 16931, SAP, Schnittstellen und Datenqualität spielen.
- Gestalten Sie den gesamten End-to-End-Prozess von der Erstellung bis zur Archivierung zukunftssicher.
Eine EDI-Verbindung allein macht eine Rechnung noch nicht automatisch zu einer gesetzeskonformen E-Rechnung. Entscheidend sind das verwendete Datenformat, das Mapping und die Qualität der übertragenen Rechnungsdaten.
VerfahrenElectronic Data Interchange
FormatEDIFACT INVOIC & XML
ErfolgsfaktorMapping & Datenqualität
Weiterführende Beiträge
Mehr Know-how zur E-Rechnung
Vertiefen Sie Standards, Formate und SAP-Lösungen für strukturierte Rechnungsprozesse.
Inhaltsverzeichnis
- Was sind EDI-Rechnungen?
- Was bedeutet EDI?
- Sind EDI-Rechnungen weiterhin gültig?
- Die häufigste Fehleinschätzung
- Welche Anforderungen gelten?
- EDI-Rechnung oder E-Rechnung?
- Warum EDI weiterhin wichtig bleibt
- Wie funktioniert das EDI-Verfahren?
- Bestandteile eines EDI-Verfahrens
- Welche EDI-Formate gibt es?
- Welche Rolle spielen Schnittstellen?
- Format und Übertragungsweg unterscheiden
- EDI und EN 16931
- Warum Datenqualität entscheidend ist
- EDI-Rechnungen in SAP und ERP
- Wo werden EDI-Rechnungen eingesetzt?
- Typische Anwendungsfälle
- Übergangsregelungen
- Best Practices
- Typische Fehler
- Schritt-für-Schritt-Einstieg
- Wie entwickelt sich EDI weiter?
- Erfolgreich starten
- Fazit
- Beratung
- FAQ
Definition
Was sind EDI-Rechnungen?
EDI-Rechnungen sind elektronische Rechnungen, die über ein EDI-Verfahren (Electronic Data Interchange) automatisiert zwischen Unternehmen ausgetauscht werden.
Im Gegensatz zu einer klassischen PDF-Rechnung werden die Rechnungsinformationen nicht primär für Menschen dargestellt, sondern strukturiert übertragen. ERP-, Warenwirtschafts- und Buchhaltungssysteme können die Daten dadurch automatisch einlesen und weiterverarbeiten.
Die Rechnungsdaten werden direkt aus dem ERP-System des Ausstellers übernommen, an den Geschäftspartner übermittelt und dort ohne erneute manuelle Erfassung verarbeitet. Besonders in Handel, Industrie und Logistik ist EDI seit vielen Jahren etabliert.
EDI beschränkt sich nicht auf Rechnungen. Über dieselben Verbindungen werden häufig komplette Geschäftsprozesse digitalisiert.
Lieferscheine
Strukturierte Versand- und Lieferinformationen.
Auftragsbestätigungen
Automatisierte Rückmeldungen zu Bestellungen.
Rechnungen
Maschinenlesbare Rechnungsdaten für ERP-Prozesse.
Gutschriften
Strukturierte Korrekturen und Rückvergütungen.
Zahlungsinformationen
Elektronische Avis- und Zahlungsnachrichten.
Begriff
Was bedeutet EDI?
EDI steht für Electronic Data Interchange, also den elektronischen Datenaustausch zwischen Unternehmen. Ziel ist es, strukturierte Geschäftsdokumente ohne Medienbrüche zwischen unterschiedlichen IT-Systemen auszutauschen.
Anstatt Dokumente per E-Mail zu versenden und anschließend manuell zu bearbeiten, kommunizieren die beteiligten Systeme direkt miteinander. Das eigentliche Ziel ist daher nicht der Versand einer Datei, sondern ein durchgängiger automatisierter Datenaustausch.
Erstellung
Das ERP-System erzeugt die Rechnung.
Mapping
ERP-Felder werden dem EDI-Format zugeordnet.
Konvertierung
Die Daten werden in das vereinbarte Format überführt.
Übertragung
Die Nachricht wird über eine definierte Schnittstelle gesendet.
Verarbeitung
Das Zielsystem prüft, verbucht und archiviert.
Rechtliche Einordnung
Sind EDI-Rechnungen weiterhin gültig?
Ja – allerdings nicht automatisch. Seit dem 1. Januar 2025 gilt eine Rechnung nur dann als E-Rechnung im umsatzsteuerrechtlichen Sinne, wenn sie in einem strukturierten elektronischen Format erstellt, übermittelt und empfangen wird und eine elektronische Verarbeitung ermöglicht.
Das Format muss entweder der europäischen Norm EN 16931 entsprechen, mit dieser interoperabel sein oder zwischen den Geschäftspartnern so vereinbart sein, dass sämtliche umsatzsteuerlich erforderlichen Rechnungsangaben vollständig und richtig ausgelesen werden können.
EN-16931-konform
Das Format folgt dem europäischen semantischen Datenmodell.
Interoperabel
Die Daten lassen sich eindeutig in ein EN-16931-konformes Modell überführen.
Vollständig vereinbart
Alle steuerlich erforderlichen Angaben können korrekt ausgelesen werden.
Auch EDIFACT kann weiterhin zulässig sein. Entscheidend ist nicht das Verfahren, sondern die tatsächliche Qualität und Vollständigkeit der übertragenen Daten.
Praxis
Die häufigste Fehleinschätzung bei EDI-Rechnungen
„Wir nutzen bereits EDI. Damit erfüllen wir automatisch die neue E-Rechnungspflicht.“
Diese Schlussfolgerung ist problematisch. EDI beschreibt zunächst lediglich ein Verfahren zum elektronischen Austausch strukturierter Daten. Ob daraus eine rechtskonforme E-Rechnung entsteht, hängt von Nachrichtenformat, Nachrichtentyp, Mapping, Pflichtangaben, Datenqualität und elektronischer Verarbeitbarkeit ab.
Historisch gewachsene EDI-Landschaften enthalten häufig individuelle Erweiterungen oder Freitextfelder. Sie können technisch funktionieren, ohne alle gesetzlichen Anforderungen vollständig und eindeutig abzubilden.
Eine technisch erfolgreiche Übertragung bedeutet noch keine steuerlich vollständige E-Rechnung.
Prüfkriterien
Welche Anforderungen müssen EDI-Rechnungen erfüllen?
Bestehende EDI-Verbindungen sollten fachlich und technisch geprüft werden. Eine korrekte Syntax allein genügt nicht, wenn Pflichtangaben fehlen oder nicht eindeutig interpretiert werden können.
Pflichtangaben
Sind alle umsatzsteuerlichen Angaben strukturiert vorhanden?
Eindeutige Auslesbarkeit
Können sämtliche Informationen vollständig interpretiert werden?
Steuerinformationen
Sind Steuersätze und Steuerbeträge korrekt enthalten?
Leistungszeitpunkt
Wird der Leistungszeitpunkt eindeutig übertragen?
Referenzen
Sind Bestell-, Liefer- und Rechnungsbezüge vollständig vorhanden?
Storno und Gutschrift
Werden Korrekturen und Gutschriften korrekt verarbeitet?
Mapping-Dokumentation
Ist die Zuordnung der Datenfelder nachvollziehbar dokumentiert?
Archivierung
Können Originalnachrichten revisionssicher aufbewahrt werden?
Abgrenzung
EDI-Rechnung oder E-Rechnung – wo liegt der Unterschied?
Eine E-Rechnung ist eine elektronische Rechnung, die den gesetzlichen Anforderungen entspricht. EDI beschreibt dagegen das Verfahren, mit dem strukturierte Geschäftsdokumente zwischen Unternehmen übertragen werden.
| Begriff | Bedeutung |
|---|---|
| EDI | Verfahren für den elektronischen Datenaustausch |
| E-Rechnung | Gesetzlich definierte elektronische Rechnung |
| EDIFACT | Standardisiertes EDI-Datenformat |
| INVOIC | EDIFACT-Nachrichtentyp für Rechnungen |
| XRechnung | XML-basiertes E-Rechnungsformat |
| ZUGFeRD | Hybrides E-Rechnungsformat mit PDF und XML |
Nicht jede E-Rechnung wird per EDI übertragen. Umgekehrt ist nicht jede per EDI übermittelte Rechnung automatisch gesetzeskonform. Erst ein vollständiges, strukturiertes und elektronisch verarbeitbares Rechnungsformat verbindet beide Welten.
EDI-Assessment
Prüfen Sie bestehende Formate, Mappings und Schnittstellen auf E-Rechnungskonformität.
Investitionsschutz
Warum EDI trotz neuer E-Rechnungspflicht weiterhin wichtig bleibt
Viele Unternehmen haben über Jahre erhebliche Investitionen in EDI-Infrastruktur, EDIFACT-Verbindungen, Mappings und integrierte ERP-Prozesse getätigt. Diese Lösungen bilden häufig das Rückgrat automatisierter Lieferketten.
Die Aufgabe besteht daher nicht darin, bewährte Verfahren vorschnell zu ersetzen. Vielmehr sollte geprüft werden, ob bestehende Lösungen bereits konform sind oder mit überschaubarem Aufwand angepasst werden können.
Ein strukturiertes Assessment schafft Transparenz, schützt Investitionen, reduziert Compliance-Risiken und bildet die Grundlage für eine zukunftssichere E-Invoicing-Strategie.
End-to-End-Prozess
Wie funktioniert das EDI-Verfahren?
Rechnungen werden automatisch erstellt, übertragen, validiert und verarbeitet – ohne erneute Erfassung. Je nach Unternehmensgröße kommen EDI-Konverter, Middleware, Integrationsplattformen oder E-Invoicing-Provider hinzu.
01
Rechnung im ERP-System erstellen
Stamm-, Positions-, Steuer-, Zahlungs- und Referenzdaten entstehen im Quellsystem.
02
In EDI-Format umwandeln
Die Rechnungsdaten werden über Mapping und Konvertierung in das vereinbarte Zielformat überführt.
03
Nachricht übertragen
Die strukturierte Nachricht wird über eine definierte Schnittstelle an den Geschäftspartner gesendet.
04
Automatisch einlesen
Das empfangende System übernimmt die Daten ohne manuelle Erfassung.
05
Validieren, verbuchen und archivieren
Technische und fachliche Prüfungen sichern die weitere Verarbeitung.
Architektur
Welche Bestandteile umfasst ein EDI-Verfahren?
ERP- oder Buchhaltungssystem
Hier entstehen Kundenstammdaten, Lieferanteninformationen, Rechnungspositionen, Steuerdaten, Zahlungsbedingungen und Referenzen.
Mapping
Interne ERP-Felder werden den Feldern des jeweiligen EDI-Formats zugeordnet.
Konvertierung
Die Daten werden in EDIFACT, XML, branchenspezifische Subsets oder kundenspezifische Nachrichten umgewandelt.
Übertragung
Die fertige Nachricht wird über AS2, SFTP, API, Peppol, VPN oder Portale gesendet.
Monitoring
Statusmeldungen, Fehlerprotokolle und Wiederholungsversand sorgen für einen stabilen Betrieb.
Archivierung
Originalnachrichten, Status und Verfahrensdokumentation werden nachvollziehbar gesichert.
Der Übertragungsweg ist unabhängig vom Rechnungsformat. Beide Ebenen müssen in Projekten getrennt betrachtet werden.
Datenformate
Welche EDI-Formate gibt es?
EDIFACT
EDIFACT steht für Electronic Data Interchange for Administration, Commerce and Transport. Der von den Vereinten Nationen entwickelte Standard wird weltweit in zahlreichen Branchen eingesetzt und umfasst Nachrichtentypen für Bestellungen, Lieferabrufe, Versandmeldungen, Zahlungsinformationen und Rechnungen.
INVOIC
Für Rechnungen wird innerhalb von EDIFACT meist der Nachrichtentyp INVOIC verwendet. Er kann Rechnungsnummer, Rechnungsdatum, Käufer, Lieferant, Positionen, Steuerinformationen und Zahlungsbedingungen enthalten.
Ob eine INVOIC-Nachricht gesetzeskonform ist, hängt vom konkreten Mapping und von der Vollständigkeit der übertragenen Informationen ab.
Kommunikation
Welche Rolle spielen EDI-Schnittstellen?
Eine EDI-Schnittstelle verbindet die Systeme zweier Geschäftspartner. Sie übernimmt Übertragung, Empfang, Fehlerprotokollierung, Wiederholungsversand, Statusmeldungen und technische Absicherung.
AS2
Direkter und abgesicherter Austausch strukturierter Nachrichten.
SFTP
Dateibasierter Austausch über gesicherte Serververbindungen.
APIs
Serviceorientierte Integration für moderne Echtzeitprozesse.
Peppol, VPN und Portale
Netzwerk- und plattformbasierter Austausch mit Geschäftspartnern.
Der Übertragungsweg sagt nichts darüber aus, ob eine Rechnung gesetzeskonform ist.
Architekturprinzip
Rechnungsformat und Übertragungsweg unterscheiden
Rechnungsformat
- EDIFACT
- INVOIC
- XRechnung
- ZUGFeRD
- XML
Übertragungsweg
- AS2
- SFTP
- API
- Peppol
Eine XRechnung kann per E-Mail versendet, eine EDIFACT-Nachricht über AS2 übertragen, eine XML-Rechnung über eine API ausgetauscht und eine ZUGFeRD-Rechnung über Peppol bereitgestellt werden.
Für eine zukunftssichere Architektur sollten Format, Transportkanal, Validierung, Fehlerhandling und Archivierung unabhängig voneinander definiert werden.
Europäische Norm
Welche Rolle spielt EN 16931 bei EDI-Rechnungen?
EN 16931 definiert das semantische Datenmodell einer E-Rechnung. Die Norm legt fest, welche Informationen enthalten sein müssen, welche Pflichtfelder existieren, welche fachlichen Regeln gelten und wie Rechnungsdaten eindeutig interpretiert werden.
Für bestehende EDI-Verfahren bedeutet das nicht, dass das Verfahren selbst ersetzt werden muss. Geprüft werden muss vielmehr, ob das verwendete Format sämtliche erforderlichen Rechnungsinformationen strukturiert und vollständig übertragen kann.
EDI-Verfahren wie EDIFACT können weiterhin zulässig sein, sofern alle gesetzlichen Anforderungen erfüllt und die umsatzsteuerlich erforderlichen Angaben vollständig und korrekt ausgelesen werden können.
Erfolgsfaktor
Warum Datenqualität wichtiger ist als das Format
Ein anderes Format korrigiert keine fehlenden oder fehlerhaften Ausgangsdaten. Erfolgreiche EDI-Projekte beginnen deshalb mit der Analyse der Datenbasis und Geschäftsprozesse.
Unvollständige Kundenstammdaten
Fehlende Adressen, Empfängerkennungen oder Referenzen führen zu unvollständigen Nachrichten.
Fehlende Umsatzsteuer-Identifikationsnummern
Steuerlich relevante Angaben können nicht korrekt übertragen werden.
Inkonsistente Steuerkennzeichen
Steuersätze und Steuerkategorien werden fehlerhaft zugeordnet.
Unzureichende Leistungsbeschreibungen
Leistungsinhalte sind fachlich nicht eindeutig nachvollziehbar.
Fehlende Bestellreferenzen
Automatische Abgleiche mit Bestellung und Wareneingang werden erschwert.
Freitext statt strukturierter Daten
Wichtige Informationen können nicht eindeutig maschinell verarbeitet werden.
SAP & ERP
EDI-Rechnungen in SAP und anderen ERP-Systemen
In den meisten Unternehmen entstehen EDI-Rechnungen direkt im ERP-System. Dort liegen Kunden- und Lieferantenstammdaten, Artikel- und Leistungsdaten, Bestellungen, Lieferungen, Rechnungsbelege, Steuerinformationen, Zahlungsbedingungen und Bankverbindungen.
Die EDI-Lösung überführt diese Daten anschließend in das gewünschte Nachrichtenformat und überträgt sie an den Geschäftspartner. Je besser die Datenqualität im ERP-System, desto zuverlässiger funktioniert die automatisierte Rechnungsverarbeitung.
SAP als Grundlage für EDI-Rechnungen
In mittelständischen und großen Unternehmen bildet SAP häufig die zentrale Datenquelle. Je nach Systemlandschaft können SAP ERP ECC, SAP S/4HANA, SAP Integration Suite, SAP Document and Reporting Compliance, SAP BTP und bestehende EDI-Middleware beteiligt sein.
Rechnungsdaten werden häufig als SAP-IDoc erzeugt und anschließend über eine Integrationslösung in EDIFACT INVOIC oder ein XML-basiertes Rechnungsformat konvertiert.
Ein SAP-IDoc ist keine E-Rechnung im rechtlichen Sinne. Erst das tatsächlich an den Geschäftspartner übermittelte Rechnungsformat entscheidet über die Konformität.
Branchen
Wo werden EDI-Rechnungen eingesetzt?
Industrie
Hohe Belegvolumen und integrierte Lieferketten.
Automobilbranche
Eng verzahnte Abruf-, Liefer- und Rechnungsprozesse.
Groß- und Einzelhandel
Standardisierter Austausch mit vielen Lieferanten.
Logistik
Verknüpfung von Versand-, Liefer- und Abrechnungsdaten.
Gesundheitswesen
Strukturierter Austausch komplexer Leistungsdaten.
Lebensmittel, Chemie und Konsumgüter
Automatisierte Prozesse über zahlreiche Partner und Standorte.
Use Cases
Typische Anwendungsfälle für EDI-Rechnungen
Order-to-Cash
Angebot, Bestellung, Auftragsbestätigung, Lieferschein, Rechnung und Zahlungsavis werden automatisiert ausgetauscht.
Procure-to-Pay
Bestellungen, Lieferabrufe, Wareneingänge, Rechnungen und Zahlungsinformationen werden elektronisch verarbeitet.
Internationale Lieferketten
Unterschiedliche Systeme, Sprachen und Geschäftsprozesse werden über standardisierte Nachrichten verbunden.
Automatischer Bestellabgleich
Rechnungen können mit Bestellungen und Wareneingängen abgeglichen werden.
Übergangsregeln
Welche Übergangsregelungen gelten für EDI-Rechnungen?
Bestehende EDI-Verfahren können weiterhin genutzt werden, sofern sie die gesetzlichen Anforderungen erfüllen. Für Verfahren, die diese Voraussetzungen noch nicht vollständig erfüllen, gelten Übergangsregelungen.
Nicht konforme EDI-Verfahren dürfen mit Zustimmung des Rechnungsempfängers noch bis zum 31. Dezember 2027 genutzt werden. Ab dem 1. Januar 2028 muss das Format selbst die Anforderungen an eine elektronische Rechnung erfüllen.
Unternehmen sollten diese Übergangsfrist nicht als Anlass nehmen, Anpassungen aufzuschieben. Komplexe SAP-Landschaften, zahlreiche Geschäftspartner und individuelle Mappings können lange Projektlaufzeiten verursachen.
Best Practices
Best Practices für EDI-Rechnungen
Bestehende EDI-Verbindungen prüfen
Ermitteln Sie verwendete Formate, Versionen, Mappings und übertragene Pflichtangaben. Häufig reichen gezielte Mapping-Anpassungen.
Format und Übertragungsweg trennen
Definieren Sie Format, Transport, Validierung, Verarbeitung, Fehlerhandling und Archivierung unabhängig voneinander.
Automatisierte Validierung einführen
Prüfen Sie Pflichtfelder, Steuerkennzeichen, Beträge, Referenzen, Dubletten und Plausibilitäten vor dem Versand.
Stammdaten kontinuierlich verbessern
Beseitigen Sie fehlende Umsatzsteuer-IDs, unvollständige Stammdaten und inkonsistente Steuer- oder Zahlungsinformationen.
Zentrale Integrationsarchitektur aufbauen
Verwalten Sie Formate, Partner, gesetzliche Änderungen, Monitoring und Wartung zentral statt über viele Punkt-zu-Punkt-Verbindungen.
Projektfallen
Typische Fehler bei der Einführung von EDI-Rechnungen
EDI wird automatisch mit einer rechtskonformen E-Rechnung gleichgesetzt.
Historische Mappings werden nicht überprüft.
Finance und Fachbereiche werden nicht frühzeitig eingebunden.
Stammdaten werden vernachlässigt.
Validierungen erfolgen erst beim Rechnungsempfänger.
Dokumentationen fehlen.
Archivierungsanforderungen werden nicht berücksichtigt.
Für jeden Geschäftspartner entstehen individuelle Sonderlösungen.
Besonders erfolgreich sind Unternehmen, die Finance, IT, Fachbereiche und Geschäftspartner frühzeitig einbinden und klare Verantwortlichkeiten definieren.
Vorgehen
Schritt für Schritt mit EDI-Rechnungen starten
Ist-Analyse durchführen
Formate, Nachrichtentypen, ERP-Systeme, Schnittstellen, Geschäftspartner und individuelle Mapping-Regeln erfassen.
Rechtliche Anforderungen prüfen
Bestehende Nachrichten mit Umsatzsteuerrecht und EN 16931 vergleichen und Pflichtangaben bewerten.
Datenqualität verbessern
Schwachstellen in Stamm-, Steuer-, Zahlungs- und Referenzdaten bereits im Quellsystem beseitigen.
Mappings optimieren
Fehlende oder uneindeutige Pflichtangaben strukturiert abbilden.
Testen und validieren
Technische und fachliche Tests durchführen und alle Anpassungen nachvollziehbar dokumentieren.
Betrieb kontinuierlich überwachen
Monitoring, Validierungen, Formatänderungen und regulatorische Updates dauerhaft organisieren.
Ausblick
Wie entwickelt sich EDI im Zeitalter der E-Rechnung weiter?
EDI bleibt ein wichtiger Bestandteil automatisierter Geschäftsprozesse. Die Entwicklung betrifft weniger das Verfahren selbst als die Anforderungen an Struktur, Qualität und Compliance der ausgetauschten Daten.
EDI bleibt relevant
Bestehende Lieferketten- und Rechnungsprozesse müssen nicht ersetzt werden, wenn die Formate konform sind.
Mappings müssen aktuell bleiben
Neue Formatversionen, Pflichtfelder und regulatorische Vorgaben erfordern laufende Pflege.
Internationale Anforderungen nehmen zu
Länder unterscheiden sich bei Formaten, Plattformen, Meldepflichten und Übertragungswegen.
Automatisierung wächst
Validierung, Steuerprüfung, Fehlererkennung, Partnerverwaltung und Monitoring werden stärker automatisiert.
Internationale Anforderungen
Eine zentrale Integrations- und Compliance-Architektur erleichtert es, unterschiedliche gesetzliche Vorgaben, Rechnungsformate, Plattformen und Übertragungswege flexibel zu unterstützen.
Automatisierung kompletter Prozesse
Der Nutzen von EDI liegt nicht im elektronischen Versand einer Rechnung, sondern in der Automatisierung vollständiger Geschäftsprozesse. EDI entwickelt sich dadurch zu einem Bestandteil einer ganzheitlichen Digitalisierungsstrategie.
Erfolgreicher Einstieg
So starten Unternehmen erfolgreich mit EDI-Rechnungen
Ein erfolgreicher Einstieg beginnt nicht mit der Auswahl einer Software, sondern mit einem strukturierten EDI- und E-Rechnungs-Assessment. Es schafft Transparenz über Formate, Schnittstellen, Geschäftspartner, Übertragungswege und Compliance-Risiken.
Bestehende Prozesse analysieren
Erfassen Sie ein- und ausgehende Rechnungen, Formate, ERP-Systeme, Partner und Übertragungswege.
EDI-Verbindungen bewerten
Klassifizieren Sie jede Verbindung als bereits konform, mit geringem Aufwand anpassbar, nur übergangsweise nutzbar oder langfristig zu ersetzen.
Datenqualität verbessern
Prüfen Sie Stammdaten, Umsatzsteuer-IDs, Steuerkennzeichen, Zahlungsbedingungen, Leistungsbeschreibungen und elektronische Empfängeradressen.
Validierungen etablieren
Prüfen Sie beim Versand und Empfang sowohl technische Syntax als auch fachliche Regeln.
Betrieb überwachen
Erkennen Sie Fehler frühzeitig, setzen Sie Formatänderungen um und halten Sie gesetzliche Anforderungen aktuell.
Fazit: EDI bleibt ein wichtiger Bestandteil moderner Rechnungsprozesse
EDI-Rechnungen sind auch im Zeitalter der verpflichtenden E-Rechnung ein wichtiger Bestandteil digitaler Geschäftsprozesse. Unternehmen müssen funktionierende EDI-Verbindungen nicht automatisch durch XRechnung oder ZUGFeRD ersetzen.
Entscheidend ist, dass das eingesetzte Format sämtliche umsatzsteuerlich erforderlichen Rechnungsinformationen strukturiert, vollständig und korrekt überträgt und eine elektronische Verarbeitung ermöglicht.
Die zentrale Frage lautet nicht: „Nutzen wir EDI?“ Sondern: „Erfüllt unser konkretes EDI-Verfahren – einschließlich Format, Mapping, Datenqualität und Verarbeitung – die Anforderungen an eine gesetzeskonforme E-Rechnung?“
Unternehmen, die diese Frage frühzeitig beantworten, schützen bestehende Investitionen, reduzieren Compliance-Risiken und automatisieren ihre Rechnungsprozesse nachhaltig. Der Schlüssel liegt in der ganzheitlichen Betrachtung von Prozessen, Datenqualität, Systemintegration und Governance.
Kostenlose Beratung zu EDI-Rechnungen
Sie möchten prüfen, ob Ihre bestehenden EDI-Verfahren die Anforderungen der E-Rechnungspflicht erfüllen oder planen eine zukunftssichere E-Invoicing-Lösung?
Weiterführende Beiträge
Mehr Know-how zu E-Rechnungsformaten
Erfahren Sie mehr über Standards, Formate und SAP-Lösungen für automatisierte Rechnungsprozesse.
Häufig gestellte Fragen zu EDI-Rechnungen
Sind EDI-Rechnungen weiterhin zulässig?
Ja. EDI-Rechnungen können weiter genutzt werden, wenn das Format alle gesetzlichen Anforderungen erfüllt. Maßgeblich ist nicht das Verfahren, sondern ob sämtliche umsatzsteuerlich erforderlichen Angaben strukturiert, vollständig und korrekt übertragen werden. Für bestimmte nicht konforme Verfahren gelten Übergangsregelungen bis Ende 2027.
Müssen Unternehmen EDIFACT durch XRechnung oder ZUGFeRD ersetzen?
Nein. Eine generelle Austauschpflicht besteht nicht. Erfüllt eine EDIFACT-INVOIC-Nachricht die gesetzlichen Anforderungen, kann sie weiterhin verwendet werden. Ob Anpassungen notwendig sind, sollte fachlich und technisch geprüft werden.
Ist ein SAP-IDoc bereits eine E-Rechnung?
Nein. Ein SAP-IDoc ist ein internes oder integrationsorientiertes Datenformat. Erst das daraus erzeugte und an den Geschäftspartner übermittelte Rechnungsformat entscheidet über die gesetzliche Konformität.
Benötigen Unternehmen zwingend einen E-Invoicing-Provider?
Nein. Das Umsatzsteuerrecht schreibt weder einen bestimmten Anbieter noch einen bestimmten Übertragungsweg vor. Ein Provider kann jedoch bei vielen Ländern, Formaten, Netzwerken und Geschäftspartnern sinnvoll sein.
Was passiert, wenn ein Kunde ein anderes Rechnungsformat verlangt?
Neben gesetzlichen Anforderungen gelten auch Vereinbarungen mit Geschäftspartnern. Eine flexible Architektur sollte deshalb XRechnung, ZUGFeRD, EDIFACT, Peppol und Portale unterstützen können.
Welcher Teil einer E-Rechnung ist rechtlich maßgeblich?
Bei strukturierten oder hybriden E-Rechnungen sind grundsätzlich die strukturierten Rechnungsdaten führend. Weichen XML-Daten und eine PDF-Darstellung voneinander ab, sind die strukturierten Daten maßgeblich.
Wie müssen EDI-Rechnungen archiviert werden?
Der strukturierte Originaldatensatz muss unverändert und revisionssicher aufbewahrt werden. Zusätzlich sind GoBD und die unternehmensinterne Verfahrensdokumentation zu beachten.
Für wen eignen sich EDI-Rechnungen?
EDI-Rechnungen eignen sich besonders für Unternehmen mit regelmäßigem elektronischem Datenaustausch, hohem Belegvolumen, komplexen Lieferketten oder internationalen Geschäftsbeziehungen.
Wie lange dauert die Einführung oder Modernisierung einer EDI-Lösung?
Die Dauer hängt von Systemlandschaft, Partnerzahl, Formaten und Mapping-Aufwand ab. Kleine Optimierungen lassen sich häufig in wenigen Wochen umsetzen, umfangreiche internationale SAP- und EDI-Projekte benötigen oft mehrere Monate.