E-Rechnung Schnittstelle: XRechnung, ZUGFeRD und Peppol-Anbindung für Systeme, die nie dafür gebaut wurden

Eine E-Rechnungssoftware zu kaufen ist einfach. Das Problem ist fast nie die Software. Es ist das zwölf Jahre alte Auftragssystem, das Ihre Rechnungen erzeugt, die Preislogik, die niemand dokumentiert hat, und die Tatsache, dass Ihre Rechnungsnummern aus einer Stored Procedure kommen, deren Autor 2019 das Haus verlassen hat.

Wir bauen die Verbindung zwischen dem, was Sie tatsächlich betreiben, und dem, was die Pflicht verlangt: strukturierte Rechnungserzeugung, Validierung, Übertragung, Eingangsverarbeitung und Archivierung, eingebaut in Ihr bestehendes System, nicht an dessen Stelle.

E-Rechnung Pflicht 2027: die Fristen

Europa stellt von PDF-Rechnungen auf strukturierte, maschinenlesbare Rechnungen um, Land für Land, im Vorlauf zum EU-Paket VAT in the Digital Age (ViDA). Die Termine, die derzeit Projekte auslösen:

• Deutschland: der Empfang strukturierter E-Rechnungen ist seit dem 1. Januar 2025 Pflicht. Der Versand wird zum 1. Januar 2027 für Unternehmen mit einem Vorjahresumsatz über 800.000 EUR verpflichtend, zum 1. Januar 2028 für alle übrigen. In der Praxis dominieren XRechnung (reines XML) und ZUGFeRD 2.x (hybrides PDF mit eingebettetem XML), beide konform zu EN 16931.
• Frankreich: Empfang sowie Versand für große und mittlere Unternehmen ab 1. September 2026, Versand für KMU ab 1. September 2027. Die Übertragung läuft über registrierte Plattformen, Factur-X ist das gängige Hybridformat.
• Belgien: verpflichtende B2B-E-Rechnung über Peppol seit 1. Januar 2026, E-Reporting nach Fünf-Ecken-Modell für 2028 geplant.
• Polen: KSeF als nationale Clearing-Plattform mit eigenem XML-Schema und eigenem Zeitplan.
• Italien: SdI und FatturaPA, seit 2019 in Betrieb und weiterhin das strengste Clearing-Modell der EU.
• Spanien: Verifactu und die Rechnungspflichten aus Crea y Crece, neben den regionalen TicketBAI-Systemen.

Wer in mehrere dieser Länder fakturiert, hat nicht mehrere Projekte, sondern eine Architektur mit mehreren Länderadaptern. Der Unterschied zwischen beiden Sichtweisen ist der Unterschied zwischen einer Integration und fünf.

Woran solche Projekte tatsächlich scheitern

Die Rechnungsdaten liegen nicht in der Form vor, die der Standard verlangt. EN 16931 fordert Felder, die viele Systeme nie erfasst haben: eine saubere Leitweg- beziehungsweise Käuferreferenz, Steueraufschlüsselung je Steuersatz statt je Position, strukturierte Zahlungsbedingungen, Mengeneinheiten aus einem kontrollierten Verzeichnis. Die eigentliche Arbeit besteht darin, diese Felder aus dem Vorhandenen deterministisch abzuleiten, für jede Rechnung, die Sie künftig stellen.

Validierungsfehler zeigen sich zu spät. Eine abgelehnte Rechnung ist eine unbezahlte Rechnung. Die Prüfung muss vor der Übertragung laufen, gegen das aktuelle Schema und die aktuellen Geschäftsregeln, und Fehler müssen bei einem Menschen landen, der handeln kann, nicht in einer Logdatei.

Der Eingang ist schwieriger als der Ausgang. Alle planen den Rechnungsversand und übersehen, dass ab dem Empfangsdatum strukturierte Rechnungen jedes Lieferanten in jedem konformen Format angenommen und ohne manuelles Öffnen in die Kreditorenbuchhaltung überführt werden müssen.

Nummernkreise und Idempotenz. Wiederholungen, Zeitüberschreitungen und Plattformausfälle sind Normalbetrieb. Eine zweimal unter zwei Nummern versendete Rechnung ist ein steuerliches Problem, kein technisches. Das muss von Anfang an stimmen.

Was wir bauen

Analyse und Formatentscheidung

Ein kurzes Vorprojekt, meist ein bis zwei Wochen, in dem wir ansehen, wie Ihre Rechnungen tatsächlich entstehen, welche Pflichten Sie wann treffen und welche Optionen realistisch sind. Ergebnis ist eine schriftliche Empfehlung: welche Formate Sie brauchen, ob die Peppol-Anbindung über einen Dienstleister oder einen eigenen Access Point erfolgen sollte, was sich im Quellsystem ändern muss und was das kostet.

Manchmal lautet die Empfehlung, dass ein Standardprodukt mit kleinem Adapter genügt. Das sagen wir Ihnen lieber in Woche eins, als es sechs Monate zu berechnen.

Rechnungserzeugung und Mapping

Wir bauen die Abbildung von Ihren Quelldaten auf die geforderten Syntaxen (UBL und CII nach EN 16931, XRechnung, ZUGFeRD 2.x, Factur-X, FatturaPA, KSeF-XML), und dokumentieren die Feldableitungen so, dass Prüfer und Buchhaltung sie beide nachvollziehen können. Wo das Quellsystem ein Pflichtfeld gar nicht liefern kann, sagen wir das früh und gestalten die Erfassung, statt einen Standardwert zu erfinden.

Validierung vor der Übertragung

Schemaprüfung, Schematron-Geschäftsregeln und länderspezifische Prüfungen laufen, bevor etwas Ihr Haus verlässt. Fehler gehen in eine Warteschlange mit einem verantwortlichen Bearbeiter, mit einer Meldung, die sagt, welches Feld welche Regel verletzt: kein Stacktrace.

Netzanbindung

Peppol-Access-Point-Anbindung, entweder über einen etablierten Anbieter oder mit eigenem Access Point, je nach Volumen und gewünschter Kontrolle. Für Clearing-Länder integrieren wir direkt gegen die nationale Plattform (KSeF, SdI, das französische PDP-Umfeld) samt der Zertifikats- und Authentifizierungslogik, die jede dieser Plattformen anders löst.

Eingangsverarbeitung

Empfang, Prüfung und Normalisierung von Lieferantenrechnungen in eine einheitliche interne Darstellung, Abgleich gegen Bestellung und Wareneingang, wo vorhanden, und Übergabe in Ihren Kreditorenprozess. Hier entsteht meist der wirtschaftliche Nutzen des Projekts, weil manuelle Erfassung entfällt, die vorher nie jemand gemessen hat.

Archivierung und Nachweis

Revisionssichere Ablage des strukturierten Originaldokuments in einer Form und für einen Zeitraum, die GoBD in Deutschland beziehungsweise die entsprechenden Regeln Ihrer Länder erfüllen, mit getestetem, nicht angenommenem Zugriffspfad.

Systeme, die wir anbinden

SAP ECC und S/4HANA, Microsoft Dynamics 365 und Business Central, Odoo, NetSuite, Sage, Infor, DATEV-Schnittstellen und (am häufigsten) ein individuelles oder stark angepasstes System, das für den Betrieb zentral ist und wegen einer Meldepflicht sicher nicht ersetzt wird. Wir arbeiten in .NET, Java, PHP, Python, Node.js und, wenn es so vorliegt, auch in älteren Stacks.

Wenn Sie einen Marktplatz, eine Abo-Plattform oder eine Abrechnungsengine betreiben, die Rechnungen programmatisch in großer Zahl erzeugt, ist das genau unser Fall: Die Rechnung entsteht in Ihrem Code, also muss die Konformität in Ihrem Code liegen.

Was wir nicht sind

Wir verkaufen keine Rechnungssoftware und sind kein Buchhaltungsprogramm. Wenn Sie als kleines Unternehmen ein Werkzeug suchen, das konforme Rechnungen erzeugt, kaufen Sie eines: DATEV, sevDesk, Lexware und ein Dutzend andere machen das gut und kosten einen Bruchteil eines Integrationsprojekts.

Kommen Sie zu uns, wenn die Rechnung aus einem System kommt, das Ihnen gehört, wenn mehrere Länderregeln nebeneinander bestehen müssen oder wenn das Volumen verlangt, dass das Ganze unbeaufsichtigt läuft.

Projektablauf

Analyse, ein bis zwei Wochen, Festpreis, mit schriftlicher Empfehlung und bezifferter Planung.

Umsetzung, typischerweise sechs bis zwölf Wochen für das erste Land, abhängig von der Datenqualität. Wir arbeiten in Ihrem Repository, in Ihrer Branch-Strategie, mit Ihrem Team, und hinterlassen Tests.

Pilot, bei dem echte Rechnungen an einen kleinen Kreis von Geschäftspartnern parallel zum bestehenden Prozess laufen, bis die Fehlerquote stimmt.

Umstellung und Betreuung, mit überwachter Fehlerwarteschlange und klarer Zuständigkeit, über den ersten Monatsabschluss und die erste Umsatzsteuer-Voranmeldung hinweg: dort tauchen die Fragen auf, auf die es ankommt.

Standards

EN 16931 mit den Syntaxbindungen UBL 2.1 und UN/CEFACT CII, Peppol BIS Billing 3.0 und die Peppol-Transportinfrastruktur, XRechnung und der KoSIT-Validator, ZUGFeRD 2.x und Factur-X-Profile, FatturaPA, KSeF sowie die ViDA-Vorgaben, die den Rahmen nach 2030 bestimmen.

Häufige Fragen

Ab wann gilt die E-Rechnungspflicht für uns genau?

Der Empfang gilt für alle deutschen Unternehmen seit dem 1. Januar 2025. Der Versand gilt ab dem 1. Januar 2027, wenn Ihr Vorjahresumsatz 800.000 EUR überstieg, sonst ab dem 1. Januar 2028. Betroffen sind inländische B2B-Umsätze; grenzüberschreitende und B2C-Fälle werden anders behandelt und sollten mit Ihrem Steuerberater geklärt werden.

Was ist der Unterschied zwischen XRechnung und ZUGFeRD?

XRechnung ist reines XML, definiert für die öffentliche Verwaltung und dort verpflichtend. ZUGFeRD 2.x ist hybrid: ein PDF/A-3 mit denselben strukturierten Daten eingebettet, sodass ein Mensch das PDF und eine Maschine das XML liest. Beide sind konform zu EN 16931. Im deutschen B2B-Geschäft überwiegt ZUGFeRD, viele Empfänger akzeptieren beides.

Brauchen wir einen eigenen Peppol Access Point?

In der Regel nicht. Die meisten Unternehmen binden sich über einen bestehenden Anbieter an, das ist günstiger und schneller. Ein eigener Access Point lohnt sich bei hohem Volumen, wenn Sie Kontrolle über die Transportschicht brauchen oder selbst Rechnungsdienste für Dritte erbringen.

Können Sie mit unserem bestehenden E-Rechnungsanbieter arbeiten?

Ja, und oft ist genau das die richtige Aufteilung: Der Anbieter übernimmt Übertragung und Netzmitgliedschaft, wir bauen alles zwischen Ihrem System und dessen API, Mapping, Validierung, Wiederholungslogik, Fehlerbehandlung und Abstimmung.

Was passiert mit Rechnungen, die die Validierung nicht bestehen?

Sie landen in einer Warteschlange mit einer lesbaren Erklärung, welches Feld welche Regel verletzt hat. Diese Warteschlange gestalten wir bewusst, denn in den ersten Monaten nach Inbetriebnahme ist sie der meistgenutzte Teil des Systems, und eine schlechte Umsetzung macht aus einem Compliance-Projekt einen dauerhaften manuellen Prozess.

Wie verhindern Sie doppelt versendete Rechnungen?

Über einen stabilen Idempotenzschlüssel, der aus Ihrer Rechnungsidentität abgeleitet und durch jede Wiederholung mitgeführt wird, plus ein Übertragungsprotokoll, das maßgeblich dafür ist, was versendet wurde. Jede Wiederholung verwendet die ursprüngliche Kennung, statt eine neue zu erzeugen.

Erste Schritte

Sagen Sie uns, in welche Länder Sie fakturieren, wie viele Rechnungen pro Monat anfallen und womit sie heute erzeugt werden. Wir sagen Ihnen, welche Pflichten Sie in welcher Reihenfolge treffen und ob das eine Schnittstelle oder ein Projekt ist.

Vereinbaren Sie ein Gespräch zur E-Rechnungs-Analyse.

Weitere Leistungen

• EU-Markteintritt: der übrige regulatorische Stack für den Verkauf in Europa
• Digitaler Produktpass: die nächste Datenpflicht mit festem Termin
• Wartung von Altsystemen: für das System, das die Rechnungen erzeugt