Frankreich · Rechnungseingang und Abnahmetest

Frankreich: E-Rechnungsempfang vor September 2026 testen

Prüfen Sie Plattform und Kreditorenprozess vor Frankreichs Empfangspflicht für E-Rechnungen am 1. September 2026.

Kurzfazit:
  • • Umfang: Jeder betroffene französische Rechtsträger muss ab 1. September 2026 empfangsbereit sein.
  • • Größtes Risiko: Die PA empfängt, aber Entitätszuordnung oder Übergabe an die Kreditorenbuchhaltung scheitert unbemerkt.
  • • Erste Aktion: SIREN/SIRET-Liste mit PA und realem durchgängigem Testweg abgleichen.
Zuletzt geprüft: 11. August 2026Offizielle QuellenKlare ZusammenfassungPraktische Information, keine Rechtsberatung
Offizielle Quellen priorisiert
Prüfdatum sichtbar
Kostenloser Check ohne Registrierung

Was Sie wissen müssen

Leitfaden

1. Umfang und Frist: Die Empfangspflicht ist die Falle

Offizielle Vorgabe: Ab 1. September 2026 müssen alle von der französischen Reform betroffenen Unternehmen unabhängig von ihrer Größe elektronische Rechnungen über eine plateforme agréée (PA, früher PDP) empfangen können. Die gestaffelte Pflicht zur Ausstellung ändert daran nichts: Große und mittelgroße Unternehmen beginnen am 1. September 2026 mit dem Ausstellen, KMU und Kleinstunternehmen am 1. September 2027. Ein kleines Unternehmen darf deshalb seinen Empfang nicht bis 2027 vertagen. Praktische Konsequenz: Der Testumfang muss alle französischen Rechtsträger und Empfangsprozesse einschließen, die zum Stichtag betroffen sind, auch wenn sie selbst noch keine E-Rechnungen ausstellen müssen. Empfohlene Kontrolle: Erstellen Sie eine Umfangsliste mit SIREN, relevanten SIRET, TVA-Daten, Kreditorensystem, PA, verantwortlicher Person und geplantem Produktivdatum. Als messbarer Nachweis gilt nicht die unterschriebene Plattformbestellung, sondern mindestens eine erfolgreich zugestellte, korrekt zugeordnete und im Kreditorenworkflow sichtbare Testrechnung je repräsentativem Prozess. Größtes Risiko ist ein formell ausgewählter Anbieter bei praktisch nicht betriebsbereitem Empfang. Diese Seite bietet praktische Orientierung und keine Rechts-, Steuer- oder Buchhaltungsberatung.

Leitfaden

2. Lieferant–PA–Kreditorenbuchhaltung: Route und Verantwortung abbilden

Offizielle Einordnung: Eine PA darf elektronische Rechnungen ausstellen, übertragen und empfangen, sie unter Wahrung von Integrität, Authentizität, Lesbarkeit und Vollständigkeit in ein kundengerechtes Format umwandeln und vorgeschriebene Daten übermitteln. Eine lediglich kompatible Lösung kann Rechnungen nicht selbst im Namen des Kunden empfangen oder mit der PA des Lieferanten austauschen, sofern sie nicht an eine PA angebunden ist. Zeichnen Sie daher den tatsächlichen Weg: Lieferant beziehungsweise dessen PA → Empfänger-PA → Integration oder Export → Eingang der Kreditorenbuchhaltung → Validierung → Freigabe → Buchung und Archiv-/Nachweisablage. Empfohlene Kontrolle: Vergeben Sie für jede Übergabe eine verantwortliche Person und dokumentieren Sie Eingangszeit, technische Referenz, Rechnungsidentität und Folgestatus. Ein Beispiel: Die PA bestätigt den Empfang um 09:14 Uhr, doch die Rechnung erscheint bis 11:00 Uhr nicht in der Kreditorenwarteschlange. Dann ist die externe Zustellung möglicherweise erfolgreich, die interne Übergabe aber fehlerhaft. Legen Sie in der Verantwortungsmatrix fest, wer PA-Konfiguration, Schnittstelle, Stammdaten, fachliche Prüfung und Störungskoordination verantwortet. Entscheidungskriterium: Kein Übergabepunkt darf ohne Verantwortlichen, beobachtbares Signal und Eskalationsweg bleiben.

Leitfaden

3. PA, Annuaire und Entitätsdaten vor dem Test verifizieren

Offizielle Grundlage: Prüfen Sie den Anbieter gegen die aktuelle Liste der französischen Steuerverwaltung für plateformes agréées. Berücksichtigen Sie außerdem das öffentliche Verzeichnis (annuaire), SIREN/SIRET und TVA-Identität als zentrale Elemente der Empfängerzuordnung. Erfinden Sie keine Weiterleitungsregel: Lassen Sie die konkrete Adressierung und Aktivierung für Ihre Entitäten von der PA anhand der offiziellen Spezifikationen bestätigen. Empfohlene Kontrolle: Gleichen Sie Firmenname, SIREN, alle betroffenen SIRET, TVA-Nummer, PA-Vertrag und technische Zielumgebung gegen verlässliche Unternehmensunterlagen ab. Dokumentieren Sie Abweichungen als offene Punkte statt sie im Test zu umgehen. Fordern Sie einen Nachweis, welche Entitäten produktiv aktiviert sind und welche nur in einer Testumgebung existieren. Ein realistisches Risiko ist die korrekte Plattformverbindung für die Muttergesellschaft, während eine Niederlassung mit eigenem SIRET nicht sauber zugeordnet wird. Die Plattformauswahl allein ist deshalb kein Nachweis für den Produktivstart. Entscheidungskriterien sind: PA-Status geprüft, betroffene Entitäten vollständig erfasst, Zuordnung bestätigt, Test- und Produktivkonfiguration getrennt dokumentiert sowie ein Verantwortlichen für spätere Stammdatenänderungen benannt.

Leitfaden

4. Realistischen Datensatz für Formate und Geschäftsfälle vorbereiten

Offizielle Grundlage: Zu den relevanten strukturierten Formaten und Standards gehören Factur-X, UBL, CII und EN 16931. Das bedeutet nicht, dass jedes beliebige PDF reformkonform ist; ebenso ersetzt der Eingang einer PDF-Datei per E-Mail nicht den vorgeschriebenen Empfang über eine PA. Empfohlene Kontrolle: Bauen Sie einen kleinen, nachvollziehbaren Datensatz mit mindestens einer gültigen Rechnung je Factur-X, UBL und CII auf. Ergänzen Sie eine Gutschrift, einen zulässigen Korrekturfall und ein bewusstes Duplikat derselben Rechnungsidentität. Variieren Sie Lieferant, SIREN/SIRET-Bezug, TVA, Währung nur dort, wo Ihr realer Prozess diese Fälle tatsächlich erwartet, und verwenden Sie keine Fantasieanforderungen. Zu jedem Fall gehören erwarteter Empfänger, Betrag, Steuerdaten, Bestellbezug, erwartetes Verarbeitungsergebnis und Prüfer. Beispiel: Eine Factur-X-Rechnung mit passendem Bestellbezug soll automatisch in die richtige Warteschlange gelangen; die identische Wiederholung soll durch die empfohlene interne Duplikatkontrolle markiert und nicht doppelt gebucht werden. Messbare Evidenz sind Originaldatei, erwartete Werte, tatsächliche Extraktion, Zeitstempel, Bildschirmaufnahmen oder Protokolle und dokumentierte Abweichungen.

Leitfaden

5. Durchgängige Abnahme durchführen und Nachweise sichern

Der Abnahmetest beginnt beim Versand durch einen kontrollierten Lieferanten oder eine geeignete Testgegenstelle und endet nicht beim technischen Eingang der PA. Prüfen Sie nacheinander Zustellung, Entitätszuordnung, Integrität und Lesbarkeit, Datenübernahme, Sichtbarkeit in Kreditorenbuchhaltung, fachliche Validierung, Freigabe, Buchung sowie den nachvollziehbaren Umgang mit Statusinformationen. Offizielle Tatsache: Eine PA kann Formate umwandeln, muss dabei aber Integrität, Authentizität, Lesbarkeit und Vollständigkeit wahren. Empfohlene Kontrolle: Vergleichen Sie deshalb Lieferantendokument, von der PA bereitgestellte Darstellung und im ERP übernommene Kernwerte. Ein Test gilt nur als bestanden, wenn Soll- und Ist-Empfänger, Rechnungsnummer, Datum, Netto, TVA, Brutto, Lieferant und Bestellbezug übereinstimmen und der fachlich verantwortliche Person das Ergebnis bestätigt. Halten Sie für jeden Fall Test-ID, Start- und Endzeit, technische Referenzen, Statusverlauf, Ergebnis und Fehler fest. Ein Nachweispaket sollte Dateien, Protokolle, Bildschirmaufnahmen, Freigabe und Wiederholungstest enthalten. Risiko: Eine grüne PA-Anzeige kann einen Zuordnungsfehler verbergen, der beispielsweise TVA oder SIRET im ERP falsch belegt.

Leitfaden

6. Plattformablehnung, Käuferverweigerung und internen interne Kreditorensperre trennen

Offizielle Unterscheidung: Eine Ablehnung durch die Plattform ist ein technisches Ergebnis, etwa aufgrund von Format- oder Übertragungsproblemen. Eine Verweigerung durch den Käufer ist dagegen ein Status im fachlichen Lebenszyklus; sie muss begründet sein und darf nur für zulässige Gründe verwendet werden. Ein interner interne Kreditorensperre, zum Beispiel wegen fehlender Bestellung oder ausstehender Kostenstellenfreigabe, ist wiederum ein interner Prozesszustand und darf nicht automatisch als Käuferverweigerung ausgegeben werden. Empfohlene Kontrolle: Definieren Sie eine Entscheidungsmatrix ohne erfundene Statuscodes. Beispiel eins: Eine strukturell nicht verarbeitbare Datei wird technisch zurückgewiesen und an Integration beziehungsweise PA-Kundendienst eskaliert. Beispiel zwei: Die Rechnung wurde technisch korrekt empfangen, aber die Ware ist strittig; der zuständige Fachbereich prüft, ob ein zulässiger und begründeter Verweigerungsgrund vorliegt. Beispiel drei: Die Rechnung ist korrekt, wartet jedoch intern auf Genehmigung; sie bleibt im interne Kreditorensperre. Messbare Nachweise sind Fehlerprotokoll, begründete fachliche Entscheidung, zuständiger Entscheider und Zeitstempel. Risiko: Falsche Klassifizierung erzeugt irreführende Lebenszyklusinformationen und erschwert Lieferantenklärung sowie Prüfung.

Leitfaden

7. Täglich überwachen, abgleichen und Vorfälle eskalieren

Offizielle Verpflichtungen definieren den Empfang über die PA; tägliche Warteschlangenüberwachung, Abstimmung, Serviceziele, Verantwortungsmatrix, Duplikatkontrollen, Nachweispakete und Notfallübungen sind empfohlene betriebliche Kontrollen, keine hier behaupteten gesetzlichen Einzelvorgaben. Richten Sie einen täglichen Abgleich zwischen bei der PA empfangenen Rechnungen, an Kreditorenbuchhaltung übergebenen Datensätzen, in Bearbeitung befindlichen Fällen und gebuchten beziehungsweise geklärten Vorgängen ein. Nutzen Sie Summen und Stückzahlen sowie eine Liste alternder Ausnahmen. Beispiel: 128 Rechnungen wurden bei der PA empfangen, 127 an Kreditorenbuchhaltung übertragen und 126 sichtbar verarbeitet; zwei Differenzen benötigen jeweils eine eindeutige Ursache statt eines pauschalen Erfolgsstatus. Legen Sie Schwellen fest, etwa sofortige Eskalation bei vollständigem Empfangsausfall, fehlender ERP-Übergabe oder wachsender unzugeordneter Warteschlange. Der Störungsweg sollte Kreditorenbuchhaltung, IT-Integration, Stammdaten, PA-Kundendienst und einen geschäftlichen Entscheider verbinden. Dokumentieren Sie Beginn, Auswirkung, betroffene Entitäten, Zwischenlösung, Wiederherstellung und Nachprüfung. Eine Notfallübung darf nur bestätigte Anbieter- und Unternehmensprozesse verwenden; unterstellen Sie keine nicht zugesicherte Ersatzfunktion.

Leitfaden

8. Kriterien für den Produktivstart, 21-Tage-Plan und häufige Fehler

Empfohlene Entscheidung zum Produktivstart: Geben Sie den Empfang nur frei, wenn PA und Entitäten verifiziert sind, alle repräsentativen Formate und Geschäftsfälle bestanden wurden, keine kritischen Fehler offen sind, Abstimmung funktioniert, Verantwortliche geschult sind und Störungskontakte erreichbar vorliegen. Tage 1–7: Umfang, PA-Status, SIREN/SIRET/TVA, Annuaire-bezogene Einrichtung und Verantwortungsmatrix bestätigen; Testdaten und erwartete Ergebnisse freigeben. Tage 8–14: Factur-X-, UBL- und CII-Fälle, Gutschrift, Korrektur und Duplikat Ende zu Ende ausführen; Fehler beheben und erneut testen. Tage 15–21: Volumennahe Stichprobe, tägliche Abstimmung, Störungssimulation, Nachweispaket und formale Freigabe-/Stopp-Sitzung abschließen. Keine Freigabe gilt bei ungeklärter Empfängerzuordnung, fehlender Kreditorenbuchhaltung-Sichtbarkeit, falschen Kernwerten, nicht nachvollziehbaren Fehlern oder fehlender Betriebsverantwortung. Häufige Fehler sind: 2027 als Empfangsfrist für KMU anzunehmen, Plattformkauf mit Betriebsbereitschaft gleichzusetzen, nur ein PDF zu testen, E-Mail als Reformkanal zu behandeln, PA-Eingang ohne ERP-Prüfung abzunehmen und jeden fachlichen Sperrfall als Verweigerung zu melden. Ein dokumentiertes Stoppentscheidung ist sicherer als ein unbelegtes grünes Ampelsignal.

Leitfaden

So nutzen Sie diese Seite

Nutzen Sie diese Seite, um zu entscheiden, ob Empfangstest für Frankreichs E-Rechnung vor September 2026 Ihren Frankreich-Workflow betrifft und welche Nachweise noch fehlen. Beginnen Sie mit französische Empfangs- und Ausgabefristen, zugelassene Plattform, Factur-X, UBL oder CII und testen Sie eine strukturierte Rechnung empfangen und eine Kundenrechnung ausstellen, bevor Sie Software vergleichen.

Leitfaden

Daten, Entitäten und Begriffe

Für Empfangstest für Frankreichs E-Rechnung vor September 2026 sind Empfangstest für Frankreichs E-Rechnung vor September 2026, Frankreich, französische Empfangs- und Ausgabefristen, zugelassene Plattform, Factur-X, UBL oder CII, E-Reporting, SIREN- und Umsatzsteuerdaten wichtig. Bereinigen Sie diese Felder in Kunden-, Lieferanten-, Steuer- und Buchhaltungsdaten vor dem Rollout.

Leitfaden

Software-Nachweis verlangen

Bitten Sie Anbieter, den vollständigen Workflow mit Ihren Rechnungsbeispielen, Nutzerrollen und Ausnahmen demonstrieren mit Ihren Beispielen zu zeigen. Die Demo sollte eine strukturierte Rechnung empfangen, eine Kundenrechnung ausstellen, einen E-Reporting-Fall testen, eine Gutschrift korrigieren abdecken und erklären, wer Fehler, Korrekturen, Archiv und Buchhaltung übergibt.

Leitfaden

Nachweise vor dem Rollout

Speichern Sie offizielle Quellen, Screenshots, Testrechnungen und Entscheidungsgrund für Empfangstest für Frankreichs E-Rechnung vor September 2026. Die Akte sollte zeigen, wie französische Empfangs- und Ausgabefristen, zugelassene Plattform, Factur-X, UBL oder CII, E-Reporting geprüft wurden.

Leitfaden

Entscheidungspunkt

Schließen Sie das Thema erst ab, wenn jemand die operative Vorbereitung dieses Themas für Frankreich erklären, den Workflow-Verantwortlichen nennen, ein getestetes Rechnungsszenario zeigen und den Fehler sich auf eine allgemeine Compliance-Zusage zu verlassen, ohne den realen Workflow zu testen vermeiden kann.

Checkliste

Alle betroffenen Rechtsträger und Standorte mit SIREN, SIRET, TVA, PA und Kreditorensystem im Umfang erfassen.

Den Anbieter in der aktuellen offiziellen Liste der plateformes agréées prüfen und den Prüfzeitpunkt dokumentieren.

Empfängerzuordnung und Annuaire-bezogene Einrichtung je Entität durch die PA bestätigen lassen.

Den vollständigen Weg vom Lieferanten über beide Plattformseiten bis zur Kreditorenwarteschlange und Buchung zeichnen.

Testfälle für Factur-X, UBL und CII mit erwarteten Kernwerten und eindeutigem Prüfer vorbereiten.

Gutschrift, Korrekturfall und bewusstes Duplikat in den Abnahmedatensatz aufnehmen.

Je Testfall Dateien, technische Referenzen, Zeitstempel, Statusverlauf und fachliche Freigabe sichern.

Technische Plattformablehnung, begründete Käuferverweigerung und internen interne Kreditorensperre getrennt behandeln.

Täglichen Mengen- und Summenabgleich zwischen PA, Schnittstelle, Kreditorenwarteschlange und Verarbeitung einrichten.

Produktivstart nur ohne kritische Fehlers und mit Verantwortungsmatrix, Eskalationsweg, Nachweispaket und Wiederholungstest freigeben.

Häufige Fragen

Müssen französische KMU bereits 2026 E-Rechnungen empfangen können?

Ja. Nach offiziellen französischen Vorgaben müssen alle von der Reform betroffenen Unternehmen unabhängig von ihrer Größe ab 1. September 2026 empfangsbereit sein. Dass KMU und Kleinstunternehmen erst ab 1. September 2027 ausstellen müssen, verschiebt ihre Empfangspflicht nicht.

Reicht es, vor dem Stichtag eine plateforme agréée auszuwählen?

Nein. Die Auswahl ist notwendig, beweist aber noch keinen funktionierenden Betrieb. Testen Sie Entitätszuordnung, tatsächlichen Eingang, Übergabe an die Kreditorenbuchhaltung, korrekte Daten, fachlichen Prozess, Abstimmung und Eskalation mit messbarer Evidenz.

Kann eine kompatible Software Rechnungen direkt für uns empfangen?

Eine lediglich kompatible Lösung kann nicht selbst im Namen des Kunden empfangen oder mit der PA des Lieferanten austauschen, sofern sie nicht an eine PA angebunden ist. Klären Sie die konkrete Rollen- und Verbindungskette vertraglich und technisch.

Welche Formate und Fälle sollte der Empfangstest abdecken?

Nutzen Sie repräsentative Fälle für Factur-X, UBL und CII sowie Gutschrift, zulässige Korrektur und Duplikat. Ergänzen Sie reale Varianten Ihrer Prozesse, ohne nicht belegte Pflichtfälle zu erfinden. Erwartete Empfänger-, Steuer-, Betrags- und Bestelldaten müssen vorab feststehen.

Welche Nachweise machen einen Test belastbar?

Sichern Sie pro Test-ID die Originaldatei, erwartete und tatsächliche Kernwerte, technische Referenzen, Zeitstempel, Statusverlauf, PA- und Kreditorenbuchhaltung-Sichtbarkeit, Fehlers, Wiederholungstest und fachliche Freigabe. Ein Screenshot einer grünen Plattformanzeige allein reicht nicht.

Was ist der Unterschied zwischen Ablehnung und Verweigerung?

Die Plattformablehnung ist ein technisches oder übertragungsbezogenes Ergebnis. Die Käuferverweigerung ist ein begründeter fachlicher Lebenszyklusstatus und nur für zulässige Gründe gedacht. Ein interner interne Kreditorensperre, etwa wegen einer fehlenden Genehmigung, ist keines von beidem.

Was tun, wenn die PA den Eingang zeigt, im ERP aber nichts ankommt?

Behandeln Sie dies als fehlgeschlagene interne Übergabe: technische Referenz sichern, Umfang und betroffene Entitäten bestimmen, Integration und Zuordnung prüfen, nach definiertem Serviceziel eskalieren und nach der Korrektur denselben Fall erneut Ende zu Ende testen. Nicht als erfolgreichen Empfangsprozess abnehmen.

Genügt eine PDF-Rechnung per E-Mail für die französische Reform?

Nein. Nicht jedes PDF ist eine konforme elektronische Rechnung, und E-Mail ersetzt den vorgeschriebenen Empfang über eine PA nicht. Factur-X kann eine PDF-Darstellung mit strukturierten Daten verbinden, muss aber als unterstützter Reformprozess über die vorgesehene Plattformkette getestet werden.

Was zuerst für Empfangstest für Frankreichs E-Rechnung vor September 2026 testen?

Beginnen Sie mit eine strukturierte Rechnung empfangen, eine Kundenrechnung ausstellen, einen E-Reporting-Fall testen, weil diese Szenarien die Praxistauglichkeit zeigen.

Was ist das Hauptrisiko?

Das Hauptrisiko ist sich auf eine allgemeine Compliance-Zusage zu verlassen, ohne den realen Workflow zu testen.

Wichtige Regeln, Formate und Begriffe

Europäische KommissionEN 16931Richtlinie 2014/55/EUstrukturierte elektronische RechnungEmpfangstest für Frankreichs E-Rechnung vor September 2026Frankreich

Weiterlesen

Offizielle Quellen

Wir priorisieren offizielle Regierungs- und EU-Quellen, soweit verfügbar, und zeigen Prüfdatumsangaben sichtbar an.