(Deutsch) Wie funktioniert der elektronischer Rechnungsaustausch?

Der erzeugte “Archiv-Container” ist standardmäßig eine PDF/A3-Datei. Diese enthält eingebettet das EDIFACT-INVOIC-Original und weiterhin die Index-Informationen nach dem ZUGFeRD-XML-Datenmodell. PDF/A3 ist der PDF-Standard für die Langzeit-Archivierung (ausführliche Beschreibung bei Wikipedia in neuem Fenster öffnen) und technisch so konzipiert, dass nicht nur Dateien, sondern auch z.B. Schriftarten eingebettet werden. Weiterhin ist ein solches PDF nach der Erstellung standardmäßig schreibgeschützt. All diese Maßnahmen gewährleisten, dass der PDF-Inhalt auch in zehn Jahren wie am ersten Tag aussieht und nicht verändert werden konnte. Die ZUGFeRD-Informationen stellen dabei Index und Nutzdaten zugleich für das archivierende Dokumenten-Management-System dar, welches somit jede Information aus der Rechnung verwenden kann. Damit das Archivsystem nur gültige Rechnungen erhält, wird jedes Dokument bei Pranke gegen die Regeln des ZUGFeRD-Comfort-Profil validiert. Bei unvollständigen Rechnungen wird der Service-Nutzer benachrichtigt, um je nach Fall die Rechnung neu anzufordern bzw. korrigiert zu versenden. Mit jedem gängigen, aktuellen Dokumenten-Management-System (offline oder in der Cloud) erfüllt der Service-Nutzer somit ohne weitere Konfiguration die steuerrechtliche Anforderung, sowohl das Rechnungsoriginal (INVOIC) sowie die dazugehörige menschenlesbare Version revisionssicher zu archivieren.

Jegliche gültige Rechnung – ob Papier oder elektronisch – muss Pflichtangaben enthalten. Vor der Aufbereitung der Archiv-PDF/A3-Daten werden diese Angaben geprüft. Sollten Angaben fehlen und die Rechnung damit nicht zum Vorsteuerabzug berechtigen, wird diese daher angehalten und der Service-Nutzer per Mail benachrichtigt

Zusammengefasst: Schlägt die ZUGFeRD-Comfort-Validierung fehl oder fehlen UStG-Pflichtangaben in der INVOIC, wird daraus kein Archiv-Paket erstellt. Der Service-Nutzer erhält eine detaillierte Fehlermeldung mit Angaben zum Dokument und zum Fehler selbst, um daraufhin Kontakt mit dem Handelspartner aufzunehmen. Die INVOIC innerhalb des gewohnten EDI-Nachrichtenstroms an den Empfänger bleibt unbeeinflusst, da diese vor der obigen Validierung & Prüfung abgezweigt wird: Dies entspricht übrigens dem Vorgehen wie beim “Papieroriginal mit INVOIC”, wenn z.B. im Gegensatz zu den EDI-Daten der Brief nicht ankam, oder wenn eine neue Rechnung nach einer manuellen Prüfung nötig wäre.

Eine Umstellung weg von Papier auf eine elektronische Rechnungsabwicklung ist nur sinnvoll und rechtlich einwandfrei, wenn beide Seiten das jetzt zum Original erhobene EDIFACT-Dokument archivieren. Hat ein Handelspartner des Service-Nutzers selbst noch nicht die Möglichkeit, das EDI-Rechnungsoriginal direkt zu archivieren (oder müsste hierfür erst interne Entwicklung betrieben werden), können die “Archiv-Container” = PDF/A3-DAteien auch jener Gegenseite zugestellt werden. Archiviert die jeweilige Gegenseite bereits selbst und bestätigt das idealerweise schriftlich, muss dort nichts weiter unternommen werden. Der Gegenüber sendet/empfängt wie (bisher) gewohnt die INVOIC-Nachrichten.

Rechnungssender und -empfänger müssen keinen separaten Übertragungsweg wie z.B. FTP einrichten, um überhaupt INVOIC-Nachrichten verschicken zu können. Die Rechnung wird als EDIFACT-INVOIC wie gewohnt nur einmal über den etablierten EDI-Weg versandt, zusätzlich zu PRICAT, DESADV etc… Rechnungssteller, die den Service nutzen, müssen somit keine neuen Workflows oder Abzweige z.B. im ERP-System oder im Konverter einrichten.

Zusätzlich zum für EDI-Nachrichten genutzten eGate-Account (z.B. 2800001946@egate.pranke.com) erhält jeder Service-Nutzer eine zweite Adresse in Form eines Unter-Accounts (z.B. 2800001946.111@egate.pranke.com). An jene Adresse werden die Archiv-Container = PDF/A3-Dateien gesendet. Egal ob auf Sender- und/oder Empfängerseite: Das Archivsystem ruft diese Adresse des Unter-Accounts regelmäßig über einen normalen POP3-Zugriff ab und erhält so unkompliziert die Daten. Es muss kein FTP-Empfang z.B. auf der Firewall konfiguriert werden. Die normalen EDI-Nachrichten inklusive der INVOIC werden weiterhin über die Haupt-Accounts des Senders an den Empfänger zugestellt, parallel zu PRICAT, DESADV usw.

Das Gesamtvolumen für die Abrechnung ergibt sich beim Service-Nutzer aus bestehendem Haupt-Account (EDI-Nachrichten) und Archiv-Unteraccount (Archiv-Pakete). Alle Details zu Preisen inklusive Rechenbeispielen finden Sie unter der Frage “Was kostet die Elektronische Rechnung?”