90 Tage bis zur E-Rechnungspflicht: Eine AP-Checkliste für die Bereitschaft

Dreizehn EU-Mitgliedstaaten setzen bereits E-Rechnungspflichten durch, und bis Juli 2026 steigt diese Zahl auf mindestens sechzehn. Dennoch fühlen sich laut einer Umfrage von 2025 unter globalen Business-Service-Organisationen nur 11 % vollständig gerüstet, um diese Anforderungen zu erfüllen. Diese Lücke – zwischen den bereits eingetretenen Fristen und den Finanzteams, die noch mit manuellen oder PDF-basierten Workflows arbeiten – soll ein 90-Tage-Bereitschaftsplan schließen. Dies ist kein Leitfaden zur Anbieterauswahl. Es ist ein Kalender: vier Phasen, jede mit einem konkreten Ergebnis, damit Ihr AP-Team beim nächsten Fristablauf nicht hektisch herausfinden muss, was ein Peppal-Zugangspunkt ist, während sich nicht konforme Lieferantenrechnungen im Posteingang stapeln.

Warum 90 Tage – und warum der Start jetzt wichtig ist

Der Kalender ist nicht willkürlich. Die von Organisationen gemeldeten Implementierungszeitpläne für die E-Rechnung, die den Übergang abgeschlossen haben, konzentrieren sich allein auf drei bis sechs Monate für Konfiguration und Lieferanten-Onboarding – und das für ein einziges Land. Für AP-Teams, die Rechnungen von Lieferanten aus drei oder mehr Mandatsländern verarbeiten, bedeuten überlappende Fristen, dass das Vorbereitungsfenster für das nächste Land bereits mit dem Go-Live des vorherigen überlappt.

Betrachten Sie den aktuellen Kalender 2026–2027. Belgien ist am 1. Januar 2026 live gegangen. Polens KSeF wurde für Großunternehmen im Februar verpflichtend, alle mehrwertsteuerpflichtigen Unternehmen müssen bis Mitte 2026 folgen. Frankreichs universelle Empfangsverpflichtung tritt am 1. September 2026 in Kraft – in weniger als 80 Tagen – und betrifft alle ~4 Millionen mehrwertsteuerpflichtigen Unternehmen, unabhängig von der Größe. Deutschlands B2B-Mandat wird ab Januar 2027 schrittweise eingeführt. Spaniens Verifactu- und Crea-y-Crece-Verpflichtungen rollen über 2027 aus. Jedes AP-Team, das Lieferantenrechnungen aus drei oder mehr dieser Märkte erhält, befindet sich effektiv in einem kontinuierlichen Compliance-Zyklus, nicht in einem einmaligen Projekt.

Wenn Sie dies lesen und Ihre Organisation noch nicht kartiert hat, welche Ihrer Einheiten in welchen Ländern registriert sind, welche Lieferanten Rechnungen aus welchen Ländern senden und ob Ihr ERP strukturiertes XML in einem der erforderlichen Formate empfangen kann – Sie sind nicht zu spät. Aber Sie sind an dem Punkt, an dem jede Woche Verzögerung die Test- und Lieferantenkommunikationsphasen komprimiert, die darüber entscheiden, ob der Go-Live reibungslos oder chaotisch verläuft.

Was 90 Tage können und nicht können: Neunzig Tage reichen aus, um die Compliance-Bereitschaft für ein bis drei Mandatsländer zu erreichen, wenn Ihr ERP über eine gewisse XML-Importfähigkeit verfügt und Ihre Lieferantenliste unter 200 liegt. Es reicht nicht aus, wenn Ihr ERP einen vollständigen Upgrade-Zyklus erfordert, Ihr Registrierungsstatus in mehreren Ländern ungeklärt ist oder Ihre Lieferantenzahl 500 übersteigt und Sie keinen bestehenden digitalen Kommunikationskanal mit ihnen haben.

Bevor die 90-Tage-Uhr startet, treffen Sie eine Governance-Entscheidung: Wer ist in Ihrer Organisation für die E-Rechnungs-Compliance verantwortlich? Wenn die Antwort unklar ist – Steuern sagt, es gehört zu Finanzen, Finanzen sagt IT, IT sagt Beschaffung – schließt sich das 90-Tage-Fenster, bevor das erste Meeting endet. Ein dedizierter, funktionsübergreifender Projektverantwortlicher mit der Befugnis, Entscheidungen über Tools und Prozesse zu treffen, ist die Voraussetzung, kein Nice-to-have.

Tag 1–15: Ermitteln Sie Ihre Meldeverpflichtungen

Die ersten zwei Wochen drehen sich nicht um Technik, sondern um Daten: Sie müssen genau wissen, welche Ihrer Unternehmen wo registriert sind, welche Lieferanten aus welchen Ländern Rechnungen stellen und welche Meldeverpflichtungen für jede Kombination gelten. Viele AP-Teams stellen in dieser Phase fest, dass ihr Umfang größer ist als angenommen – eine französische Tochter erhält Rechnungen von einem belgischen Logistiker, ein deutsches Unternehmen kauft bei einem polnischen Hersteller ein, eine italienische Niederlassung verarbeitet Rechnungen spanischer Freiberufler. Jedes Paar ist eine Compliance-Schnittstelle.

Ergebnis: Unternehmen-Lieferant-Meldeverpflichtungs-Matrix

Erstellen Sie eine Tabelle mit diesen Spalten. Füllen Sie sie für jedes Unternehmen in Ihrer Organisation aus, das Lieferantenrechnungen erhält:

Ihr Unternehmen	Land	Steuernummer / Registrierung	Registrierungsstatus	Top-10-Lieferantenländer	Anwendbare Meldeverpflichtung	Frist	Erforderliches Format
Example SARL (Paris)	Frankreich	SIRET 123 456 789 00012	Registriert (TVA FR XX...)	FR, BE, DE, IT	Art. 91 LF 2024 – Empfangsverpflichtung	01.09.2026	Factur-X, UBL, CII (EN 16931)
Example GmbH (Berlin)	Deutschland	USt-IdNr DE123456789	Registriert	DE, PL, AT, NL	Wachstumschancengesetz – B2B-Empfang	01.01.2027	XRechnung, ZUGFeRD 2.x

Schlüsselfragen für diese Phase:

Ist jedes Unternehmen, das Rechnungen erhält, ordnungsgemäß für die Umsatzsteuer in seinem Sitzland registriert? Eine abgelaufene Registrierung oder eine nicht registrierte Zweigniederlassung, die Lieferantenrechnungen erhält, ist eine Compliance-Lücke – noch bevor die E-Rechnung überhaupt ins Spiel kommt.
Bei Organisationen mit mehreren Unternehmen: Hat jedes Unternehmen eine eigene Steuernummer (SIREN in Frankreich, USt-IdNr in Deutschland, NIP in Polen, P.IVA in Italien) oder arbeiten einige Unternehmen unter der Registrierung der Muttergesellschaft? E-Rechnungsplattformen validieren auf Unternehmensebene – eine gemeinsame Registrierung verursacht Routing-Probleme.
Welche Ihrer Top-20-Lieferanten (nach Ausgaben) stellen bereits strukturierte E-Rechnungen aus? Versenden Sie eine 3-Fragen-Umfrage: (1) Welches Rechnungsformat verwenden Sie derzeit? (2) Können Sie strukturierte E-Rechnungen ausstellen (Peppol BIS, Factur-X, XRechnung usw.)? (3) Wie ist Ihr Migrationszeitplan, falls Sie noch keine strukturierten Rechnungen ausstellen?

Falls Sie eine detaillierte länderspezifische Zeitleiste mit genauen Rechtsverweisen und Formatanforderungen benötigen, lesen Sie unseren Zeitplan für die E-Rechnungspflicht in Europa. Für länderspezifische Details finden Sie in den Leitfäden zu Frankreich und Deutschland Informationen zu den Besonderheiten der Unternehmensregistrierung und den 13 Pflichtfeldern der jeweiligen Rechtsordnung.

Tag 16–45: Technische Bewertung

Mit der erstellten Expositionsmatrix verlagert sich der Fokus im zweiten Monat auf die Infrastruktur. Die Kernfrage: Können Ihre aktuellen Systeme strukturierte Rechnungsdaten empfangen, validieren und weiterleiten? Für die meisten mittelständischen Unternehmen lautet die Antwort „teilweise“ – das ERP kann einige Formate aus bestimmten Ländern verarbeiten, andere jedoch nicht, oder es kann XML empfangen, hat aber keine Möglichkeit, es in den AP-Workflow zu integrieren.

Ergebnis: Systembereitschaftsbericht

Arbeiten Sie diese Bewertungsbereiche durch. Akzeptieren Sie von Ihrem ERP-Anbieter kein „Ja, unser ERP kann das“ ohne eine für Ihre verpflichtenden Rechtsräume spezifische Demonstration:

XML-Format-Import. Kann Ihr ERP nativ Factur-X (Frankreich), XRechnung (Deutschland), KSeF-XML (Polen), FatturaPA (Italien) und Peppol BIS Billing 3.0 parsen und validieren? Falls die Antwort „EDI beherrschen wir“ lautet, ist das nicht dasselbe. EDI nutzt eine andere Transportschicht und andere Nachrichtenstandards. Fragen Sie Ihren ERP-Anbieter, ob er den erfolgreichen Import einer echten Factur-X-Datei demonstrieren kann – kein Demo, kein PDF-Mockup, sondern ein gültiges, EN 16931-konformes XML mit allen Pflichtfeldern.

Access Point oder direkte Behördeneinbindung. Für Peppol-Netzwerkländer (Belgien, zunehmend Standard für grenzüberschreitende EU-Rechnungen) benötigen Sie einen Peppol-Access-Point – entweder über Ihr ERP, einen Drittanbieter oder selbst entwickelt. Für Polen brauchen Sie KSeF-API-Konnektivität. Für Italien kommunizieren Sie mit dem Sistema di Interscambio (SdI). Für Frankreich registrieren Sie sich bei einer zugelassenen Plattform (Plateforme Agréée). Ordnen Sie in Ihrer Risikomatrix jedem Land die erforderliche Verbindungsmethode zu. Deckt Ihr ERP zwei von fünf Ländern ab, bleiben drei unversorgt – diese Lücke definiert den Umfang Ihrer externen Lösungssuche.

Die Plattform Ihres Steuerberaters. In Frankreich arbeiten viele KMU mit einem externen Steuerberater (expert-comptable), der Cegid, EBP, Pennylane oder Sage nutzt. In Deutschland verwendet der Steuerberater vermutlich DATEV oder Lexware. Klären Sie mit Ihrem Steuerberater: (a) Ist er bereits in der Lage, strukturierte E-Rechnungen im geforderten Format Ihres Landes zu empfangen? (b) Falls nicht, wie sieht sein Migrationsfahrplan aus? (c) Was benötigt er von Ihnen – eine bestimmte Plattformwahl, ein Dateiformat oder nur das rohe XML – damit Ihre Steuermeldungen reibungslos laufen? Dieses Gespräch allein hat schon mehr E-Rechnungsprojekte zum Scheitern gebracht als jeder technische Fehler.

Datenfeld-Mapping. Eine typische strukturierte E-Rechnung enthält 30–50 Felder. Ihr Kreditoren-Workflow benötigt 6–12 davon (Lieferantenname, Rechnungsnummer, Datum, Betrag, Steuerbetrag, Bestellreferenz, Zahlungsbedingungen). Die restlichen 20–40 Felder sind Compliance-Metadaten, die archiviert, aber nicht verarbeitet werden müssen. Kann Ihr aktuelles System selektiv die benötigten Felder extrahieren, oder importiert es das gesamte XML-Paket in Ihr ERP – mit dem Risiko, bestehende Datenzuordnungen zu überschreiben oder doppelte Lieferantendatensätze zu erzeugen? Mehr dazu, warum strukturiertes XML den Extraktionsschritt nicht überflüssig macht, finden Sie in unserer Analyse: Warum ein XML-Datei nicht bedeutet, dass Ihre Kreditorenbuchhaltung auf die Datenextraktion verzichten kann.

Tag 46–75: Prozessdesign für die hybride Realität

Hier ist das Problem, das jeder Leitfaden zur E-Rechnungsbereitschaft vermeidet: Während der Übergangsphase – die für die meisten Organisationen Jahre, nicht Monate dauern wird – enthält Ihr AP-Posteingang eine Mischung aus strukturierten XML-E-Rechnungen, PDF-Rechnungen von Lieferanten, die noch nicht unter die Pflicht fallen, und gescannten Papierrechnungen von kleinen Anbietern, die niemals strukturierte Formate einführen werden. Ein Prozessdesign, das alle drei über eine einzige Pipeline verarbeitet, ist der Unterschied zwischen Compliance auf dem Papier und Compliance in der Praxis.

Ergebnis: Hybrides Rechnungsworkflow-Design

Der Workflow muss für jede eingehende Rechnung drei Routing-Fragen beantworten:

Format erkennen und weiterleiten. Handelt es sich um ein strukturiertes XML (Factur-X, XRechnung, Peppol BIS usw.) oder ein unstrukturiertes Dokument (PDF, gescanntes Bild, E-Mail-Text)? Strukturierte Rechnungen werden zur automatischen Feldzuordnung an die XML-Erfassung weitergeleitet. Unstrukturierte Dokumente gelangen in eine Extraktionsebene. Die entscheidende Designfrage ist, ob diese beiden Pfade vor oder nach dem ERP zusammengeführt werden. Eine Zusammenführung vor dem ERP bedeutet ein einheitliches Datenformat für den gesamten Kreditoren-Workflow – unabhängig von der Quelle. Eine Zusammenführung danach bedeutet zwei parallele Kreditorenprozesse – und genau so entstehen Dubletten und Abstimmungsprobleme.

Feldstandardisierung über Formate hinweg. Ein Lieferantenname auf einer französischen Factur-X-Rechnung steht in /rsm:CrossIndustryInvoice/supplyChainTradeTransaction/ApplicableHeaderTradeAgreement/SellerTradeParty/Name. Derselbe Lieferantenname auf der PDF-Rechnung steht oben links in 11pt Helvetica. Ihr Prozess muss dasselbe Feld „Lieferantenname“ auf dasselbe ERP-Feld abbilden – unabhängig vom Quellformat. Definieren Sie zuerst Ihr Zielfeldschema – die 6–12 Felder, die Ihr Kreditoren-Workflow tatsächlich nutzt – und ordnen Sie dann jedes Eingabeformat diesem Schema zu.

Für Unternehmen, die Rechnungen aus mehreren Ländern erhalten, bietet ein Dokumentextraktionstool, das den visuellen Inhalt jedes Formats – PDF, Scan oder Screenshot – liest und unabhängig vom Herkunftsland dieselben strukturierten Felder ausgibt, eine Vereinheitlichungsebene, die kein formatspezifischer Parser erreicht. Dies ist besonders wertvoll, wenn Lieferanten in einem Land fünf verschiedene Rechnungslayouts verwenden, obwohl alle „elektronisch“ sind.

Ausnahmebehandlung. Definieren Sie, was passiert, wenn: (a) ein XML die Schema-Validierung nicht besteht, (b) ein PDF nicht lesbar oder passwortgeschützt ist, (c) Pflichtfelder in einer strukturierten Rechnung fehlen, (d) der Lieferant dieselbe Rechnung sowohl als XML als auch als PDF sendet (Dublettenerkennung). Legen Sie für jede Ausnahme fest: wer benachrichtigt wird, wie der Lösungsweg aussieht und welche Service-Level-Vereinbarung gilt (z. B. „XML-Validierungsfehler müssen dem Lieferanten innerhalb von 24 Stunden gemeldet werden“). Eine vertiefte Betrachtung zur Erkennung von Dubletten vor dem Eingang in den Kreditoren-Workflow finden Sie in unserem Leitfaden zur automatischen Dublettenprüfung von Rechnungen.

Prozessdesign für den Genehmigungsschritt

E-Rechnung verändert den Genehmigungsworkflow in einem entscheidenden Punkt: Compliance-Prüfung und fachliche Genehmigung werden zu zwei getrennten Schritten. Die Steuerbehörde (oder der Peppol Access Point) prüft die rechtliche Konformität der Rechnung, bevor sie Ihr AP-Team erreicht. Ihr Team prüft dann den fachlichen Inhalt – stimmt die Bestellnummer, liegt der Betrag im Toleranzbereich, sind die Zahlungsbedingungen wie vereinbart. Dieses Zwei-Stufen-Modell erfordert einen Vorfilter in Ihrem Genehmigungsworkflow: konforme Rechnungen werden zur fachlichen Genehmigung weitergeleitet, nicht konforme erreichen den Genehmiger nie.

Für Organisationen ohne vollständigen ERP-Workflow mit integrierter Genehmigungssteuerung gibt es eine schlanke Alternative: Rechnungsdaten in ein strukturiertes Format (Excel oder Google Sheets) extrahieren, bedingte Formatierung für Ausnahmekennzeichnung anwenden und nur gekennzeichnete Positionen zur manuellen Prüfung weiterleiten. Unser Leitfaden zum Aufbau eines automatisierten Rechnungsgenehmigungsworkflows beschreibt diesen Ansatz detailliert.

Tag 76–90: Testen, Kommunizieren, Live gehen

In den letzten zwei Wochen scheitern die meisten Bereitschaftspläne – nicht an der Technik, sondern an der ausgebliebenen Lieferantenkommunikation. Ein perfekt konfiguriertes E-Rechnungssystem nützt nichts, wenn Ihre Top-20-Lieferanten nicht wissen, wie sie Rechnungen daran senden.

Liefergegenstand: Lieferanten-Kommunikationspaket

Senden Sie spätestens am Tag 77 folgende E-Mail an Ihre Top-20-Lieferanten (nach Rechnungsvolumen). Passen Sie die eingeklammerten Abschnitte an Ihre spezifische Verpflichtung und Plattform an:

Betreff: Änderung des Rechnungseingangs – Umstellung auf E-Rechnung bei [Ihr Firmenname]

Sehr geehrte/r [Lieferantenkontakt],

Ab dem [Stichtag – z. B. 1. September 2026] schreibt [Land] vor, dass alle B2B-Rechnungen in einem strukturierten elektronischen Format ([Formatname – z. B. Factur-X, XRechnung, Peppol BIS]) ausgestellt werden müssen. Um eine unterbrechungsfreie Zahlungsabwicklung zu gewährleisten, müssen wir den Rechnungseingang von Ihrem Unternehmen aktualisieren.

Was sich für Sie ändert: Statt einer PDF per E-Mail müssen Sie Rechnungen im Format [Formatname] ausstellen und über [Methode – z. B. unsere Peppol Access Point ID: XXXX, unsere genehmigte Plattform: YYYY] übermitteln.

Was gleich bleibt: Unsere Zahlungsbedingungen, der Genehmigungsprozess und die Anforderungen an die Bestellnummer bleiben unverändert. Diese Aktualisierung betrifft nur das Übermittlungsformat des Rechnungsdokuments selbst.

Was wir jetzt von Ihnen benötigen:
(1) Bestätigung, ob Sie bereits Rechnungen im Format [Formatname] ausstellen können.
(2) Falls ja: Ihre Peppol-Teilnehmer-ID / Routing-Kennung, damit wir Ihre Verbindung registrieren können.
(3) Falls noch nicht: Ihre voraussichtliche Migrationszeitachse.
(4) Nennung des Ansprechpartners auf Ihrer Seite für Tests – wir werden mit Ihrem Team in [Kalenderwochen] eine Testübermittlung vereinbaren.

Wir haben eine einseitige technische Spezifikation mit den genauen Formatanforderungen und unseren Empfangskennungen beigefügt. Falls Sie einen externen Buchhalter oder Abrechnungsdienst nutzen, leiten Sie diese Informationen bitte an diesen weiter.

Bitte antworten Sie bis zum [Datum – 10 Tage einräumen], damit wir Ihr Testfenster planen können.

Mit freundlichen Grüßen,
[Ihr Name / AP-Team]

Test: Woche 1 (Tage 76–82)

5 Pilot-Lieferanten auswählen — idealerweise eine Mischung: ein großer Lieferant, der bereits strukturierte Rechnungen ausstellt, ein mittelgroßer Lieferant in der Umstellung und ein kleiner Lieferant, der weiterhin PDFs sendet (um Ihren hybriden Workflow zu testen).
End-to-End-Test für jeden durchführen: Rechnungseingang → Format-Erkennung → Datenextraktion/-zuordnung → ERP-Feldbefüllung → Genehmigungsworkflow. Jeden Schritt zeitlich erfassen und dokumentieren, wo manuelle Eingriffe nötig waren.
Ausnahmepfade testen: eine absichtlich ungültige XML, ein passwortgeschütztes PDF und eine doppelte Rechnung einreichen. Bestätigen, dass die in Phase 3 definierte Ausnahmebehandlung tatsächlich funktioniert.
Archivierungsprüfung: bestätigen, dass konforme Rechnungen im Originalformat mit der von jeder Rechtsordnung geforderten Aufbewahrungsfrist für Metadaten archiviert werden (in der Regel 6–10 Jahre, je nach Land).

Anpassen: Woche 2 (Tage 83–90)

Feldzuordnungsfehler beheben. Der häufigste Testfehler ist ein Feld, das der falschen ERP-Spalte zugeordnet wurde – ein Steuerbetrag im Nettobetragsfeld, eine Lieferanten-ID in der Rechnungsnummernspalte. Dies sind Konfigurationsprobleme, keine Systemfehler, verursachen aber denselben nachgelagerten Abstimmungsaufwand.
Lieferanten-Kommunikationsvorlage aktualisieren mit Antworten auf die Fragen, die Lieferanten während des Pilotprojekts tatsächlich gestellt haben – ihre echten Fragen zeigen Lücken in Ihrer ursprünglichen Nachricht auf.
Laufenden Überwachungsrhythmus festlegen: wöchentliche Überprüfung von (a) XML-Validierungsfehlerrate, (b) PDF-zu-strukturiert-Konvertierungsgenauigkeit, (c) Duplikatskennungsrate, (d) Lieferanten-Onboarding-Abschlussquote. Für Organisationen mit Fokus auf den Monatsabschluss zeigt unser Leitfaden zur Monatsabschluss-Automatisierung, wie diese Kennzahlen in Ihren bestehenden Abschlusszyklus integriert werden.

Schluss mit Abtippen — lassen Sie KI Ihre Dokumente lesen

Bild oder PDF hochladen — strukturierte Daten in 10 Sekunden

Jetzt testen →

Keine Anmeldung · Keine Kreditkarte · Ergebnis in 10 Sekunden

So bewerten Sie Tools, ohne sich in einem Verkaufsgespräch zu verlieren

Irgendwann während dieses 90-Tage-Prozesses müssen Sie entscheiden, ob Ihr aktuelles ERP für E-Rechnungen ausreicht oder ob Sie eine externe Plattform benötigen. Jeder Anbieter, mit dem Sie sprechen, wird Ihnen sagen, dass seine Lösung „alle Formate in allen Ländern“ abdeckt. Das folgende Bewertungsraster soll hier Klarheit schaffen.

Stellen Sie jedem Anbieter – auch Ihrem aktuellen ERP-Anbieter – diese acht Fragen. Verlangen Sie konkrete Antworten, keine Marketingfloskeln:

Frage	Merkmale einer guten Antwort	Warnsignal
1. Welche Mandatsländer deckt Ihre Plattform nativ ab – nicht über eine Partnerintegration?	„Wir verarbeiten nativ Factur‑X, XRechnung, KSeF‑XML, FatturaPA und Peppol BIS Billing 3.0. Hier ist die Liste der Länder und die zugehörigen API‑Endpunkte.“	„Wir decken ganz Europa über unser Partnernetzwerk ab“ – das bedeutet, Sie müssen mehrere Lieferantenbeziehungen verwalten.
2. Kann ich eine Live‑Demo sehen, in der Ihre Plattform eine echte E‑Rechnungs‑XML aus [Land X] einliest – keine Marketing‑Demo‑Datei?	Eine Live‑Bildschirmübertragung, die zeigt, wie eine reale, komplexe XML‑Datei geparst, validiert und auf AP‑Felder abgebildet wird – mit sichtbarer Feld‑zu‑Feld‑Zuordnung.	„Wir schicken Ihnen eine aufgezeichnete Demo“ oder „Unser Sales Engineer bereitet eine für das nächste Gespräch vor.“
3. Wie verarbeitet Ihre Plattform die PDF‑Rechnungen, die während der Übergangsphase neben strukturierten E‑Rechnungen eingehen?	„Wir verarbeiten beide in einem einzigen Workflow: XML durchläuft eine schema‑basierte Extraktion, PDFs eine visuelle KI‑Extraktion – beide liefern dasselbe Ausgabeschema.“	„Wir empfehlen, für die PDF‑Verarbeitung während der Übergangszeit ein separates Tool zu nutzen“ – zwei Systeme, zwei Prozesse, zwei Fehlerquellen.
4. Was passiert, wenn sich ein Mandatsformat ändert – wer aktualisiert das Schema und wie schnell?	„Wir überwachen regulatorische Änderungen in allen abgedeckten Ländern. Schema‑Updates werden innerhalb von [X] Tagen nach Veröffentlichung der Behörden bereitgestellt – ohne dass Sie etwas tun müssen.“	„Sie können die Mapping‑Regeln selbst in unserem Konfigurationspanel aktualisieren“ – das bedeutet, Sie sind die Compliance‑Abteilung.
5. Wie validieren Sie Steuernummern auf Ebene der einzelnen Unternehmen in einer Multi‑Entity‑Organisation?	„Wir unterstützen die Konfiguration von Steuer‑IDs pro Unternehmen mit länderspezifischen Formatvalidierungen. So trennt unsere Routing‑Logik Rechnungen nach Unternehmens‑Steuer‑ID.“	„Die Steuer‑ID‑Validierung übernimmt Ihr ERP“ – das bedeutet, Sie sortieren Rechnungen manuell nach Unternehmen, bevor sie in die Plattform gelangen.
6. Wie läuft Ihr tatsächlicher Lieferanten‑Onboarding‑Prozess ab – nicht die Funktionsbeschreibung, sondern die Schritte, die meine Lieferanten durchlaufen?	„Wir bieten ein Lieferantenportal mit Self‑Service‑Registrierung, CSV‑Massenimport für das Onboarding vieler Lieferanten und ein dediziertes Lieferanten‑Support‑Team mit [Sprach]‑Abdeckung. Die durchschnittliche Onboarding‑Zeit beträgt [X] Tage.“	„Lieferanten senden Rechnungen einfach an unser Netzwerk“ – keine Erwähnung von Registrierung, Test oder Support.
7. Was deckt Ihre Archivierungslösung ab – welche Länderregeln zur Aufbewahrung, in welchen Formaten, für wie lange?	„Wir archivieren die originale XML/PDF im nativen Format plus einer lesbaren Version, mit pro Land konfigurierbaren Aufbewahrungsfristen. Wir erfüllen [länderspezifische Archivierungsstandards].“	„Wir speichern Rechnungen 7 Jahre“ – eine einheitliche Frist für alle Länder ignoriert, dass Deutschland 10 Jahre und Frankreich 6 Jahre für Handelsdokumente vorschreibt.
8. Können Sie einen Referenzkunden nennen, der in denselben Mandatsländern tätig ist und eine ähnliche Lieferantenanzahl hat?	„Hier sind zwei Referenzen mit [X] Lieferanten in [Ländern], die Sie gerne kontaktieren können.“	„Wir haben Kunden in [branchenfremder Bereich], die uns lieben“ oder „Unsere Referenzen sind vertraulich.“

Der Unterschied zwischen einem Werkzeug, das Sie brauchen, und einem, das Ihnen verkauft werden soll, zeigt sich in der Antwort auf Frage 3 – PDF-Handhabung während der Umstellung. Wenn die Antwort lautet: „Unsere Plattform verarbeitet E-Rechnungen; PDFs sind ein anderes Problem“, dann verkaufen sie Ihnen Compliance-Infrastruktur, nicht aber einen AP-Workflow. Eine Plattform, die von Tag 1 an nur perfekt strukturierte XML-Daten verarbeitet, zwingt Ihr Team dazu, die 40–70 % der Lieferantenrechnungen, die weiterhin als PDFs eingehen, über einen zweiten, getrennten Prozess zu bearbeiten. Für Organisationen, die prüfen, ob ihr aktueller Extraktionsansatz diese Lücke schließen kann, erläutert unser Peppol-Erklärer den Unterschied zwischen dem Übertragungsnetzwerk und den Datenformaten, die darüber reisen – dieses Verständnis ist der Schlüssel zur Bewertung der tatsächlichen Fähigkeiten einer Plattform.

Wenn Skonti Teil Ihrer AP-Strategie sind, sollte das Bewertungsraster eine neunte Frage enthalten: Kann die Plattform Zahlungszielrabatte (2/10 Netto 30) automatisch erkennen und kennzeichnen? Die meisten E-Rechnungsplattformen konzentrieren sich auf Compliance-Felder und ignorieren kommerzielle Bedingungen. Der Verlust der Transparenz über Skonti während des Formatwechsels kostet mehr als die meisten Compliance-Strafen. Unser Leitfaden zur Automatisierung von Skonti behandelt den ROI einer systematischen Erfassung dieser Bedingungen.

Wenn Sie eines aus diesem Abschnitt mitnehmen: Die teuerste Entscheidung bei der E-Rechnung ist nicht die Wahl der falschen Plattform. Es ist die Wahl einer Plattform, die Compliance perfekt abdeckt, Ihr Team aber dazu zwingt, in den nächsten drei bis fünf Jahren während der Umstellung zwei separate AP-Prozesse zu betreiben – einen für strukturierte XML-Daten und einen für PDFs. Die Kosten dieses Doppelprozesses in Arbeitsstunden und Fehlerraten übersteigen die Kosten fast jeder Plattformlizenzgebühr.

Anhang: Offizielle E-Rechnungs-Ressourcen nach Ländern

Setzen Sie ein Lesezeichen auf die offiziellen Portale der einzelnen Länder in Ihrer Risikomatrix. Zusammenfassungen Dritter sind zur Orientierung nützlich, aber die Regierungsportale sind die maßgebliche Quelle für Formatspezifikationen, Registrierungsverfahren und Fristaktualisierungen:

Land	System	Offizielle Quelle	Was Sie dort finden
Mexiko	CFDI via SAT	sat.gob.mx	CFDI 4.0 technische Spezifikationen, PAC-Verzeichnis (Autorisierte Zertifizierungsanbieter), Beantragung des digitalen Zertifikats (e.firma)
Brasilien	NF-e via SEFAZ	nfe.fazenda.gov.br	NF-e technisches Handbuch, Webdienst-Endpunkte der SEFAZ auf Bundesstaatsebene, Anforderungen an digitale Zertifikate, nationales NF-e-Repository
Frankreich	PPF + zugelassene Plattformen	impots.gouv.fr	Offizielle DGFiP-Reformseite, Verzeichnis der registrierten zugelassenen Plattformen (PA), Annuaire (nationales Empfängerverzeichnis), Factur-X-Spezifikation, BOFiP-Kommentar
Deutschland	XRechnung / ZUGFeRD	ferd-net.de (ZUGFeRD) + xeinkauf.de (XRechnung)	ZUGFeRD-Spezifikation und Validierungstools; XRechnung-Standard, technische Dokumentation und Peppol-Integrationsleitfäden
Polen	KSeF (Krajowy System e-Faktur)	podatki.gov.pl/ksef	KSeF-API-Dokumentation, Testumgebung (Sandbox), Token-Generierung, Spezifikationen der Pflichtfelder, Zeitplan-Updates
Italien	Sistema di Interscambio (SdI) / FatturaPA	fatturapa.gov.it	FatturaPA-XML-Schema, SdI-technische Spezifikationen, Registrierungsverfahren, FatturaPA-Validierungstools
Belgien	Peppol BIS	finances.belgium.be	Umfang der B2B-E-Rechnungspflicht, Peppol-Registrierungsleitfaden, Bedingungen für die Übergangsfrist, Format-Anforderungen
Spanien	Verifactu / Crea y Crece	agenciatributaria.es	Verifactu-technische Spezifikationen, Crea y Crece-Umsetzungskalender, Register zertifizierter Software
EU-weit	OpenPeppol / EN 16931	peppol.org	Peppol BIS Billing 3.0-Spezifikation, Access-Point-Verzeichnis, Dokumentation der Transportinfrastruktur, länderspezifische Implementierungsleitfäden

Häufig gestellte Fragen

Brauche ich einen Peppol-Zugangspunkt oder kann ich mich direkt mit der Regierungsplattform jedes Landes verbinden?

Das ist länderspezifisch. Belgien und Norwegen verlangen Peppol für B2B-E-Rechnungen. Frankreichs zugelassene Plattformen nutzen Peppol als Interoperabilitätsschicht zwischen Plattformen, sodass Sie keinen eigenen Zugangspunkt benötigen – Ihre Plattform übernimmt das. Polens KSeF ist eine direkte Regierungs-API, kein Peppol erforderlich. Deutschland akzeptiert sowohl XRechnung (via Peppol oder direkt) als auch ZUGFeRD (E-Mail). Das Land mit der frühesten Frist bestimmt die Architektur. Wenn Sie in 3+ EU-Ländern tätig sind, reduziert ein einziger Peppol-Zugangspunkt, der alle abdeckt, den Integrationsaufwand. Für Organisationen mit ein oder zwei Mandatsländern kann eine direkte Verbindung oder eine länderspezifische Plattform einfacher sein.

Kann ich während der Übergangszeit einfach weiter PDFs verarbeiten und die Daten manuell extrahieren?

Sie können weiterhin PDFs verarbeiten – viele Lieferanten werden sie weiterhin senden, und einige kleine Anbieter wechseln nie zu strukturierten Formaten. Das Risiko liegt nicht in der PDF-Verarbeitung selbst. Das Risiko liegt im Betrieb zweier separater Arbeitsabläufe: einer für XML-E-Rechnungen, die automatisch eingehen, und einer für PDF-Rechnungen, die manuelle Eingabe erfordern. Wenn dasselbe AP-Team zwei parallele Prozesse mit unterschiedlichen Zykluszeiten, Fehlerraten und Transparenz betreibt, wird der Abgleich zum Engpass. Der praktische Ansatz ist eine einzige Extraktionsschicht, die beide Formate verarbeitet und dieselben strukturierten Daten an denselben nachgelagerten Workflow ausgibt. So ist es nur ein Formatdetail, ob ein Lieferant XML oder PDF sendet, keine Prozessgabelung.

Was, wenn mein ERP 15 Jahre alt ist und mein IT-Team sagt, ein Upgrade dauert 12 Monate?

Ein vollständiges ERP-Upgrade ist der Weg mit maximaler Compliance, aber nicht der einzige Weg. Eine leichte Alternative: Extrahieren Sie Rechnungsdaten aus XML- und PDF-Formaten, standardisieren Sie sie und importieren Sie sie als strukturierte Daten in Ihr ERP – genauso, wie Sie eine CSV-Datei importieren würden. Das ERP muss nicht wissen, ob das Original XML oder PDF war; es benötigt nur die zugeordneten Felder (Lieferant, Datum, Betrag, Steuercode, Bestellnummer). Dieser Ansatz macht eine Compliance-Übertragungsschicht nicht überflüssig (Sie brauchen weiterhin eine Möglichkeit, strukturierte E-Rechnungen zu empfangen und das Originalformat zu archivieren), aber er entkoppelt die Compliance-Infrastruktur vom ERP-Upgrade-Zeitplan. Ihr ERP-Upgrade kann nach eigenem Zeitplan erfolgen, ohne Ihre Compliance-Frist zu blockieren.

Wie gehe ich mit Lieferanten um, die dieselbe Rechnung sowohl im XML- als auch im PDF-Format senden?

Dies ist das häufigste Duplikat-Szenario während der Umstellung auf E-Rechnungen: Ein Lieferant stellt eine konforme XML-E-Rechnung aus, sendet aber zusätzlich eine PDF-Kopie „für Ihre Unterlagen“. Ihr Prozess benötigt eine Duplikaterkennung, die Rechnungsnummer, Lieferantenkennung und Gesamtbetrag über beide Kanäle prüft. Erscheint dieselbe Rechnung sowohl im XML- als auch im PDF-Stream, hat die XML-Version Vorrang (sie ist das rechtskonforme Dokument), und das PDF wird verworfen oder archiviert, ohne in den Zahlungsworkflow zu gelangen. Entscheidend ist, das Duplikat zu erkennen, bevor beide Versionen die Genehmigungsstufe erreichen – sobald ein Genehmiger das PDF öffnet, ist die Automatisierung gescheitert. Für einen vollständigen Ansatz zu diesem Problem, einschließlich Erkennungsregeln und Ausnahmefällen, lesen Sie unseren Leitfaden zur Duplikatrechnungserkennung.

Wir erhalten nur 10–20 Rechnungen pro Monat. Müssen wir das wirklich alles umsetzen?

Die Compliance-Verpflichtung – Ihre gesetzliche Pflicht, strukturierte E-Rechnungen empfangen zu können – skaliert nicht mit dem Rechnungsvolumen. Ein französischer Autoentrepreneur, der zwei Lieferantenrechnungen pro Monat erhält, unterliegt derselben Empfangspflicht ab September 2026 wie ein CAC-40-Unternehmen mit 10.000 Rechnungen. Was skaliert, ist die Komplexität Ihrer Implementierung. Für einen Kreditorenprozess mit geringem Volumen ist der einfachste Weg oft: Registrierung bei einer zugelassenen Plattform (oder einem Access Point) mit einem einfachen Web-Dashboard, Rechnungsempfang dort und manuelle Extraktion der 6–8 benötigten Felder oder mit einem leichten Extraktionstool. Der 90-Tage-Rahmen gilt weiterhin – die Phasen laufen nur schneller ab, da der Mapping- und Testumfang geringer ist. Was Sie nicht tun können, ist, die Verpflichtung aufgrund Ihres geringen Volumens zu ignorieren.

Was passiert, wenn ich die Frist verpasse?

Die Strafen variieren je nach Land. Frankreich verhängt 15 € pro nicht konformer Rechnung mit einer jährlichen Obergrenze; bei ersten Verstößen kann es eine Verwarnung statt einer Geldstrafe geben. Belgien gewährt für bestimmte Verstöße eine Schonfrist bis zum 31. März 2026, wenn Unternehmen angemessene Compliance-Bemühungen nachweisen. Polen kündigte für 2026 zunächst einen straffreien Zeitraum für KSeF an. Italiens Strafen reichen von 90 % bis 180 % des Mehrwertsteuerbetrags bei Nichteinhaltung. Die Bußgelder sind selten das eigentliche Geschäftsrisiko. Das wirkliche Risiko ist operativ: Wenn Sie von einem wichtigen Lieferanten keine strukturierten E-Rechnungen empfangen können, kann dieser Lieferant Lieferungen aussetzen, Ihre Zahlungen verzögern oder Sie verlieren den Anspruch auf Skonto. Das Verpassen der Frist schafft eine Lücke in der Lieferkette, nicht nur einen Papierfehler. Prüfen Sie das offizielle Ressourcenportal für jedes Mandatsland im obigen Anhang auf den aktuellen Strafenkatalog – diese ändern sich, wenn Regierungen ihre Durchsetzungspolitik anpassen.

Nach Tag 90: So sieht dauerhafte Compliance aus

Tag 91 ist nicht das Ende. E-Rechnungsvorschriften entwickeln sich weiter – neue Länder kommen hinzu, bestehende Länder aktualisieren ihre Formatspezifikationen, und der Lieferantenstamm verändert sich. Der 90-Tage-Readiness-Plan bringt Sie in die Compliance für die heute geltenden Anforderungen. Dauerhaft compliant zu bleiben bedeutet, diese drei Gewohnheiten in Ihre Kreditorenbuchhaltung zu integrieren:

Monatlicher Mandatsscan: Bestimmen Sie eine Person, die die im Anhang aufgeführten offiziellen Portale für jedes Ihrer Länder prüft. Ein 15-minütiger monatlicher Check erfasst Formatversions-Updates, neue Fristen und Änderungen der Registrierungsanforderungen, bevor sie zu Notfallprojekten werden.
Vierteljährliches Lieferanten-Audit: Prüfen Sie, wie viele Ihrer aktiven Lieferanten noch PDFs senden – dieser Anteil sollte mit der Zeit sinken, je mehr Lieferanten strukturierte Formate übernehmen. Verfolgen Sie dies. Bleibt der Anteil nach sechs Monaten gleich, muss Ihre Lieferantenkommunikation oder Ihr Onboarding-Prozess verbessert werden.
Jährliche Prozessüberprüfung: Führen Sie einmal jährlich die technische Bewertung aus den Tagen 16–45 für Ihre aktuellen Systeme durch. ERP-Updates, neue Plattformfunktionen und sich ändernde Mandatsanforderungen bedeuten, dass die Antwort auf „Kann unser System das bewältigen?" sich seit dem letzten Jahr geändert haben könnte.

Die Unternehmen, die E-Rechnungen als einmaliges Compliance-Projekt behandeln, sind diejenigen, die 18 Monate später feststellen, dass ihre Plattform das gerade neu hinzugekommene Land nicht unterstützt und der PDF-Anteil ihrer Lieferanten nie unter 40 % gefallen ist. Der 90-Tage-Plan bringt Sie durch die Tür. Die dauerhafte Disziplin hält Sie im Raum.