E-Invoice Finder
Menu
LänderSoftwareFristenLeitfädenCheckPflicht prüfen
ENFRDEPLNL
Frankreich · E-Reporting-Startkontrollen

E-Reporting in Frankreich zum Start sicher analysieren und nachholen

Trennen Sie Transaktions- und Zahlungsdaten, analysieren Sie Übertragungsfehler, holen Sie Rückstände ohne Dubletten auf und stimmen Sie PA-Ergebnisse ab.

Kurzfazit:
  • Kontrollgrenze: Jede Population endet erst bei einem eindeutig belegten PA-Ergebnis.
  • Größtes Wiederanlaufrisiko: Unbestätigte Sendungen ungeprüft als fehlend einzustufen.
  • Erster Handgriff: Die letzte akzeptierte Grenze je Einheit und Datenspur sichern.
E-Reporting-Startbereitschaft prüfen lassenOffizielle Quellen
Zuletzt geprüft: 21. August 2026Offizielle QuellenKlare ZusammenfassungPraktische Information, keine Rechtsberatung
Offizielle Quellen priorisiert
Prüfdatum sichtbar
Kostenloser Check ohne Registrierung

Was Sie wissen müssen

Leitfaden

1. Startumfang, Verantwortliche und Populationsmatrix festlegen

Zum 1. September 2026 beginnt für Großunternehmen und Entreprises de taille intermédiaire (ETI), die als Verkäufer oder Dienstleister auftreten, die E-Reporting-Pflicht nach dem französischen Einführungsplan. Gleichzeitig müssen alle Unternehmen E-Rechnungen empfangen können; Großunternehmen und ETI starten außerdem mit der Ausstellung. Für die operative Steuerung genügt diese Frist allein jedoch nicht: Jede meldende rechtliche Einheit benötigt eine abgegrenzte Datenpopulation, einen fachlichen Eigentümer und einen technischen Übertragungsweg über eine plateforme agréée (PA). Eine lediglich kompatible, aber nicht registrierte Lösung kann E-Reporting-Daten nicht selbst unmittelbar an die Verwaltung übermitteln. Als offizielle Anforderung sind Umfang, Meldeart und anwendbarer Zeitplan anhand der aktuellen DGFiP-Vorgaben zu bestimmen. Als interne Kontrolle empfiehlt sich daneben eine Rechtsträger-/Populationsmatrix. Beschreiben Sie darin je SIREN beziehungsweise meldender Einheit: Geschäftsstrom, verkaufende Einheit, Kundenart, Leistungs- oder Lieferland, französische Umsatzsteuerbehandlung, Quellsystem, Transaktions- oder Zahlungsdaten, PA-Verbindung, Umsatzsteuerregime, verantwortliche Person und Vertretung. Eine sinnvolle Leselogik der Matrix lautet beispielsweise: „Filialhandel – B2C – Kassensystem – Transaktionsdaten – täglich verdichtete Quelldaten“ oder „Grenzüberschreitende Beratung – internationales B2B – ERP plus Debitorenbuchhaltung – Transaktions- und gegebenenfalls Zahlungsdaten“. Diese Zeilen sind Arbeitsannahmen, keine pauschalen Steuerurteile. Richten Sie drei klar getrennte Rollen ein: Steuerteam entscheidet über die fachliche Einordnung; Finanz-, Zahlungs- oder Handelsdatenteam bestätigt Vollständigkeit und Werte; ERP/Integration und PA-Kundendienst verantworten Erzeugung, Transport und technische Nachweise. Für jede Population sollte genau eine Person die Freigabe erteilen. Der größte Startfehler ist eine anonyme Gesamtliste „E-Reporting offen“, in der fachlich falsche Datensätze, technisch blockierte Sendungen und noch nicht fällige Zahlungsereignisse vermischt werden. Der erste Kontrollstand muss deshalb zeigen, was erwartet wurde, was korrekt erzeugt wurde, was zur PA gelangte und welches Ergebnis zurückkam.

Leitfaden

2. Klassifikationsschleuse vor jeder Fehleranalyse

Bevor ein Datensatz als Fehler oder Rückstand behandelt wird, muss er durch eine fachliche Klassifikationsschleuse. Die erste Frage lautet nicht „Welcher Übertragungscode liegt vor?“, sondern „In welchen französischen Meldekanal gehört der zugrunde liegende Umsatz?“. Inländische B2B-Umsätze, die der französischen E-Rechnung unterliegen, sind von B2C- und relevanten internationalen Vorgängen für das E-Reporting zu trennen. Daneben stehen ausgeschlossene, steuerbefreite oder anderweitig nicht erfasste Vorgänge sowie Fälle, die nur nach Prüfung ihrer konkreten Umsatzsteuermerkmale entschieden werden können. Die Schleuse kann als Folge von Entscheidungen dokumentiert werden: Wer ist die leistende rechtliche Einheit? Welche tatsächliche Kundenart liegt vor? Wo befindet sich der relevante umsatzsteuerliche Ort? Ist der Vorgang inländisches B2B, B2C oder international? Besteht eine Befreiung oder ein Ausschluss? Greifen OSS, Reverse Charge, Besonderheiten für nicht in Frankreich niedergelassene Unternehmen oder eine andere spezielle Regel? Gehört der Vorgang in die E-Rechnung, in das E-Reporting oder in keinen dieser Datensätze? Erst danach wird geprüft, ob zusätzlich Zahlungsdaten erforderlich sind. Weder das Kundenland noch der Versandweg der Rechnung erlaubt für sich allein eine belastbare Anwendungsbereich-Entscheidung. Eine PDF an einen ausländischen Kunden ist nicht automatisch E-Reporting; ebenso ist ein Kassenvorgang nicht ohne Prüfung stets meldepflichtiger B2C-Umsatz. Beispiel: Eine französische Einheit erbringt eine Beratungsleistung an ein ausländisches Unternehmen. Kundenstatus, Leistungsort, Reverse Charge und die konkrete französische Mehrwertsteuerbehandlung müssen geprüft werden, bevor die Population „internationales B2B-E-Reporting“ freigegeben wird. Bei einem OSS-Umsatz sind die OSS-Einordnung und die E-Reporting-Behandlung getrennt, aber konsistent zu validieren. Empfohlene interne Kontrolle ist ein dokumentierter Klassifikationscode mit Begründung, Prüfer und Versionsdatum der zugrunde gelegten Regel. Offizielle Rechtsfolge bleibt dagegen von den aktuellen französischen Umsatzsteuerfakten abhängig. Grenzfälle gehören in eine Quarantäne zur qualifizierten steuerlichen Prüfung und dürfen nicht durch einen technischen Standardwert entschieden werden.

Leitfaden

3. Kontrollspur für Transaktionsdaten

Die Transaktionsdaten-Spur erfasst relevante Vorgänge außerhalb der inländischen französischen B2B-E-Rechnung, insbesondere betroffene B2C- und internationale Umsätze, vorbehaltlich Ausschlüssen und der konkreten Umsatzsteuerbehandlung. Für B2C werden Daten grundsätzlich nach Tag und Umsatzsteuersatz aggregiert. Das bedeutet operativ nicht, dass jede einzelne Kassenbewegung blind an die PA gesendet werden sollte. Vielmehr muss die Verdichtung aus vollständigen, nachvollziehbaren Quelldaten entstehen; unnötige personenbezogene Daten sind nicht zu übermitteln. Für den Einzelhandel empfiehlt sich eine Kette aus Kassensystem, Tagesabschluss, Steuerkennzeichen, Aggregation und PA-Extrakt. Kontrollieren Sie pro Verkaufstag und Steuersatz mindestens intern die Anzahl der zugrunde liegenden Vorgänge, Brutto- und Steuerwerte, Stornos, Retouren und die resultierende Tagessumme. Diese Kontrollspalten sind kein erfundener amtlicher Payload, sondern dienen der Nachvollziehbarkeit. Beispiel: Zwei Filialen schließen am selben Tag mit Umsätzen zu mehreren Steuersätzen. Die operative Datei muss erkennen lassen, welche Filialabschlüsse in welcher Tages-/Steuersatzaggregation enthalten sind. Fehlt ein verspäteter Kassenabschluss, ist die Aggregation unvollständig produziert; liegt die vollständige Aggregation vor, wurde aber nicht übertragen, handelt es sich um einen Transport- oder PA-Rückstand. Für internationale Vorgänge sollte die Quellkontrolle Rechnung, Gutschrift oder Buchungsbeleg mit Kundenart, Leistungs- beziehungsweise Liefermerkmalen, Steuerbehandlung und meldender Einheit verbinden. Ein Export, eine innergemeinschaftliche Konstellation oder eine grenzüberschreitende Dienstleistung darf nicht allein anhand eines Ländercodes klassifiziert werden. Beispiel: Wird ein Auslandskunde fälschlich als Privatkunde geführt, kann die Transaktion in der falschen Population landen, obwohl die Übertragung technisch fehlerfrei war. Dann ist nicht bloß erneut zu senden, sondern zunächst Zuordnung und Einordnung zu korrigieren. Als Startkontrolle eignen sich Abweichungsgrenzen nach Population und Quelle: fehlende Filialtage, unbekannte Steuercodes, negative Aggregate ohne belegte Retourenlogik, ungewöhnliche Wertschwankungen oder eine unerwartete Nullpopulation. Solche Warnungen sind interne Detektoren, keine amtlichen Zurückweisungsregeln. Maßgeblich für Felder, Frequenz und Frist bleiben die aktuellen offiziellen Spezifikationen und Tabellen.

Leitfaden

4. Eigene Kontrollspur für Zahlungs- und Vereinnahmungsdaten

Zahlungsdaten sind keine Wiederholung der Transaktionsmeldung. Sie bilden, soweit anwendbar, die Vereinnahmung ab, insbesondere bei Dienstleistungen und bei Anzahlungen auf Waren, wenn die Umsatzsteuer mit Zahlungseingang entsteht. Nach der DGFiP-Hinweisgebung für ausländische Unternehmen sind Fälle unter der Sollversteuerungsoption sowie Konstellationen mit Reverse Charge beim Käufer bei der Zahlungsdatenprüfung gesondert zu berücksichtigen. Relevante Vereinnahmungsangaben umfassen insbesondere Vereinnahmungsdatum, vereinnahmten Bruttobetrag nach Umsatzsteuersatz und gegebenenfalls die Rechnungsnummer. Die konkrete Übermittlung ist gegen die jeweils aktuelle offizielle Spezifikation und die Fähigkeiten der PA zu prüfen. Die operative Quelle ist häufig nicht das Rechnungsmodul, sondern Debitorenbuchhaltung, Bankzuordnung, Payment-Service-Daten oder Kassenabgleich. Deshalb braucht die Zahlungsdaten-Spur eigene Eigentümer, Cut-offs und Abstimmungen. Prüfen Sie zuerst, ob die Umsatzart überhaupt Zahlungsdaten auslöst; danach, ob der Zahlungseingang eindeutig zugeordnet ist. Teilzahlungen dürfen nicht so behandelt werden, als sei die gesamte Rechnung vereinnahmt. Eine Sammelzahlung über mehrere Rechnungen erfordert eine belastbare Aufteilung, bevor berichtsfähige Ereignisse erzeugt werden. Bei gemischten Steuersätzen muss auch die interne Zuordnung der vereinnahmten Beträge nachvollziehbar sein. Beispiel: Eine Beratungsrechnung wird in zwei Teilbeträgen bezahlt. Der erste Zahlungseingang wird korrekt verbucht, die Schnittstelle zur betalingsmatching erreicht das E-Reporting-Modul jedoch nicht. Der Datensatz wurde somit noch nicht produziert; eine Wiederholung des Rechnungsextrakts behebt den Fehler nicht. In einem anderen Fall hat die Einheit wirksam zur Sollversteuerung optiert. Dann ist vor jeder Nachlieferung fachlich zu bestätigen, ob überhaupt Zahlungsdaten in dieser Spur erwartet werden. Bei Reverse Charge ist ebenfalls keine automatische Zahlungspopulation allein aufgrund eines Bankeingangs anzulegen. Empfohlene Kontrollen sind eine offene Liste nicht zugeordneter Zahlungseingänge, eine Teilzahlungslogik, eine Kennzeichnung der Sollversteuerungsoption je Einheit beziehungsweise Umsatzart und eine dokumentierte Reverse-Charge-Entscheidung. Diese Kontrollen unterstützen die richtige Meldung, ersetzen aber weder Rechtsprüfung noch aktuelle DGFiP-Vorgaben.

Leitfaden

5. Triagebaum: Produktion, Transport und Ergebnis auseinanderhalten

Eine belastbare Fehleranalyse ordnet jeden erwarteten Datensatz genau einem Analysezustand zu. Zustand eins: „nicht produziert“. Der Vorgang ist in der maßgeblichen Quelle vorhanden, im E-Reporting-Extrakt aber nicht enthalten. Typische Ursachen sind ein fehlender Kassenabschluss, eine unterbrochene Schnittstelle zur betalingsmatching, ein falsches Anwendungsbereich-Zuordnung oder ein Extraktionsfilter. Zustand zwei: „falsch produziert“. Ein Extrakt existiert, doch Population, Werte, Zeitraum, Steuerzuordnung oder Bezug sind fachlich falsch. Hier darf nicht einfach dieselbe Datei erneut übertragen werden. Zustand drei lautet „vor der PA blockiert“: Der korrekte Datensatz wurde erzeugt, scheitert aber beispielsweise in Middleware, Freigabe oder Verbindung. Zustand vier ist „von der PA abgelehnt“. Die PA hat die Einreichung erhalten und ein ablehnendes Ergebnis geliefert; dessen genaue Bedeutung und die zulässige Korrektur sind anhand der PA-Dokumentation und offiziellen Vorgaben zu klären. Erfinden Sie weder Statuscodes noch eine universelle Korrekturmethode. Zustand fünf: „keine Bestätigung“. Eine Sendung wurde ausgelöst, aber ein belastbarer Empfangs- oder Ergebnisnachweis fehlt. Zustand sechs: „Dublettenverdacht oder unbekannter Ausgang“. Hier ist unklar, ob die Verwaltung beziehungsweise PA den Datensatz bereits verarbeitet hat. Der Analysebaum fragt nacheinander: War der Geschäftsvorgang meldepflichtig und fällig? Ist er in der autoritativen Quelle vorhanden? Wurde eine korrekte berichtsfähige Darstellung erzeugt? Hat sie die interne Übergabestelle verlassen? Kann die PA den Eingang belegen? Liegt ein akzeptiertes oder abgelehntes Ergebnis vor? Gibt es bereits eine fachlich identische Einreichung? Jede Antwort benötigt Zeitstempel, Verantwortlichen und Beleg. Ein vorübergehender technischer Vorfall beseitigt die Kontrollpflicht des Unternehmens nicht. Unbetroffene Abläufe sollten weiterlaufen; betroffene Daten und Nachweise sind zu sichern. Trennen Sie ausdrücklich „korrekt, aber nicht übertragen“ von „nicht korrekt erzeugt“. Diese Trennung bestimmt, ob Transport wiederaufgenommen, die Produktion korrigiert oder ein Grenzfall fachlich geklärt werden muss. Ein pauschaler Knopf „alles erneut senden“ ist deshalb keine sichere Fehleranalyse.

Leitfaden

6. Rückstand einmalig, kontrolliert und ohne Auslassung aufarbeiten

Beginnen Sie die Aufarbeitung mit einem eingefrorenen Extrakt der betroffenen Population und einem dokumentierten Stichtag. Ermitteln Sie anschließend die letzte eindeutig akzeptierte Grenze je rechtlicher Einheit, Datenart, Zeitraum und gegebenenfalls Quelle. Eine Grenze darf nicht aus dem letzten gestarteten Versand abgeleitet werden, wenn dessen Ausgang unbekannt ist. Unklare Datensätze kommen in Quarantäne, bis PA-Nachweise oder ein Abgleich ihren Status klären. Der normale Tageslauf sollte für nicht betroffene Populationen weitergehen und klar vom Wiederanlauflauf unterscheidbar bleiben. Teilen Sie den Rückstand in vier Arbeitsmengen: korrekt und noch nicht eingereicht; fehlerhaft und vor Einreichung zu korrigieren; abgelehnt und nach der zulässigen Vorgehensweise zu berichtigen; Ausgang unbekannt und daher vor Wiederholung zu untersuchen. Empfohlene technische Kontrollen sind stabile Idempotenzmerkmale, kontrollierte Stapel, ein kleiner Pilotstapel, Quarantäne und eine Sperre gegen parallele Wiederholungen. Diese Mechanismen sind keine vorgeschriebenen DGFiP-Verfahren; ihre Ausgestaltung hängt von PA und Software ab. Ein Idempotenzschlüssel bietet nur dann Schutz, wenn die beteiligten Systeme ihn über die relevante Verarbeitungskette tatsächlich beachten. Vor dem Hauptlauf sollte ein fachlich repräsentativer, kleiner Stapel alle kritischen Populationen abdecken, ohne daraus eine angebliche amtliche Mindestgröße abzuleiten. Prüfen Sie Erzeugung, Übergabe, PA-Eingang und Ergebnis vollständig. Erst danach folgen begrenzte, nummerierte Wiederanlaufstapel. Für jeden Stapel werden Quelle, Extraktversion, Zeitraum, Anzahl, Kontrollsummen, Freigabe, Versandzeit und Ergebnis dokumentiert. Wird ein Fehler entdeckt, stoppen Sie nur die betroffene Population, nicht automatisch sämtliche unberührten Meldewege. Korrekturen brauchen ein Freigabeverfahren: Steuerteam genehmigt die fachliche Änderung, Datenverantwortliche bestätigen die neue Quelle, Technik dokumentiert die Transformation, und der PA-Kundendienst bestätigt die unterstützte Einreichungsweise. Es gibt keine Grundlage für eine pauschale Schonfrist, eine allgemeine Schutzregelung, eine garantierte Strafbefreiung oder ein universelles Wiederanlauf-SLA. Nach einem Vorfall ist daher zügig, aber nicht blind zu korrigieren, zu übertragen und anschließend vollständig abzustimmen.

Leitfaden

7. Vier-Wege-Abstimmung bis zum akzeptierten Ergebnis

Die Rückstandsaufarbeitung ist erst belastbar abgeschlossen, wenn vier Ebenen übereinstimmen: erstens die autoritative Geschäftsquelle, zweitens der eingefrorene E-Reporting-Extrakt, drittens die nachweislich an die PA übergebene Einreichung und viertens das akzeptierte beziehungsweise abgelehnte Ergebnis. Eine reine Anzahlskontrolle reicht nicht. Stimmen Sie je rechtlicher Einheit, Population, Zeitraum und Umsatzsteuersatz sowohl Mengen als auch Werte ab. Bei B2C gehören Tages-/Steuersatzaggregate zur Sicht; bei internationalen Vorgängen sollten die relevanten Belege und Klassifikationen bis zur Quelle rückverfolgbar sein. Eine in Prosa beschriebene Abstimmungstabelle kann je Zeile folgende Spalten enthalten: SIREN oder Einheit, Datenart, Population, Berichtszeitraum, Quellsatzanzahl und -wert, Extraktanzahl und -wert, PA-Einreichungsreferenz, eingereichte Anzahl und Wert, akzeptierte Anzahl und Wert, abgelehnte Anzahl und Wert, unbekannter Ausgang, Differenzgrund, Bearbeiter und Freigabe. Das ist eine empfohlene interne Kontrollansicht, keine Behauptung über amtlich vorgeschriebene Felder. Wichtig ist, dass Ablehnungen nicht aus der Gesamtsumme verschwinden und Wiederholungen nicht als zusätzliche Geschäftsvorgänge gezählt werden. Zahlungsdaten erhalten eine separate Abstimmung. Vergleichen Sie erwartete berichtsrelevante Vereinnahmungen aus betalingsmatching oder Debitorenbuchhaltung mit erzeugten Zahlungssätzen, PA-Einreichungen und Ergebnissen. Kontrollieren Sie Teilzahlungen, Sammelzahlungen, nicht zugeordnete Beträge, Sollversteuerungsoption und Reverse Charge als eigene Ausnahmeklassen. Transaktionswerte und Zahlungseingänge dürfen nicht in einer gemeinsamen Kontrollsumme vermischt werden, weil sie unterschiedliche Ereignisse und Zeitpunkte darstellen. Eine Differenz wird nur mit einem belegbaren Grund geschlossen: fachlich nicht im Anwendungsbereich, noch nicht fällig, korrekt in Quarantäne, technisch ausstehend, abgelehnt und in Bearbeitung oder nachweislich akzeptiert. „Systemdifferenz“ ohne Eigentümer und Termin ist kein Abschlussgrund. Empfehlenswert ist eine zweite Prüfung für manuelle Umbuchungen oder Klassifikationsänderungen. Die Vier-Wege-Abstimmung verhindert zwei gegensätzliche Schäden: ausgelassene Meldungen durch vorschnellen Abschluss und Dubletten durch unkontrollierte Wiederholung.

Leitfaden

8. Betriebskalender, Nachweise, Eskalation und Abschluss

Die Meldefrequenz und Fristen richten sich nach dem anwendbaren Umsatzsteuerregime und sind weder für alle Unternehmen kontinuierlich noch pauschal täglich. Verwenden Sie deshalb die aktuellen offiziellen Frequenz- und Fristtabellen der DGFiP; tragen Sie keine vermeintlich universelle Uhrzeit in den Betriebskalender ein. Der Kalender sollte je Einheit und Datenart den fachlichen Stichtag, Quellabschluss, Extraktionslauf, Kontrollfenster, PA-Übergabe, erwartete Ergebnisprüfung und Vertretung enthalten. Für Zahlungsdaten kann ein anderer operativer Rhythmus gelten als für die Erzeugung von B2C-Tagesaggregaten. Ein Schicht- oder Team-Übergabe muss mehr als ein Ticket übergeben. Er enthält: betroffene Population und Zeitspanne, aktueller Analysezustand, letzte akzeptierte Grenze, eingefrorene Extraktversion, offene Entscheidungen, bereits ausgeführte Sendungen, PA-Nachweise, Dublettenrisiko, nächste sichere Aktion und zuständige Person. Das Nachweispaket sammelt Quellnachweise, Zuordnung-Version, Kontrollsummen, Freigaben, Übertragungsbelege, Ergebnisse, Ablehnungsdetails, Korrekturentscheidungen und die abschließende Abstimmung. Eine allgemeine Aufbewahrungsdauer wird hier bewusst nicht genannt; sie ist nach den anwendbaren gesetzlichen, steuerlichen und internen Anforderungen festzulegen. Eskalieren Sie fachlich an Steuerteam, wenn Anwendungsbereich, Befreiung, OSS, Reverse Charge, Sollversteuerungsoption oder Niederlassungsstatus unklar sind. Eskalieren Sie an Finanz-, Zahlungs- und Handelsdatenteam, wenn die autoritative Quelle oder Betragszuordnung nicht stimmt. ERP/Integration übernimmt Produktions- und Übergabefehler; die PA klärt Eingang, technische Ablehnung, unbekannten Ausgang und die unterstützte Korrektur. Bei erheblichem oder fortdauerndem Risiko ist qualifizierte steuerliche beziehungsweise rechtliche Beratung einzubeziehen. Abschlusskriterien sind populationenspezifisch: keine ungeklärte Quell-/Extrakt-Differenz, jeder erwartete Satz mit eindeutigem Ergebnis oder dokumentierter zulässiger Ausnahme, alle Ablehnungen behoben oder mit Eigentümer und Termin offen, kein ungeklärter Doppelversand, getrennte Zahlungsabstimmung, genehmigtes Entscheidungsprotokoll und aktualisierte Präventionsmaßnahme. Ein technisches „grün“ der Schnittstelle allein schließt den Vorfall nicht.

Leitfaden

9. Fiktives Startszenario: drei Fehler, ein kontrollierter Wiederanlauf

Die fiktive Groupe Lumière ist eine französische ETI mit Filialhandel, grenzüberschreitender Beratung und zentraler Debitorenbuchhaltung. Am zweiten Starttag zeigt das Dashboard weniger B2C-Transaktionsdaten als erwartet, eine internationale Dienstleistungsrechnung wurde von der PA abgelehnt, und ein Zahlungseingang vom Vortag fehlt in der Zahlungsdaten-Spur. Das Team eröffnet drei getrennte Fälle statt eines Sammelstapels. Beim Handel ergibt die Quellprüfung: Eine Filiale hat ihren Tagesabschluss verspätet geliefert. Die bereits erzeugte B2C-Aggregation nach Tag und Umsatzsteuersatz war daher unvollständig produziert; sie wird nicht unverändert erneut gesendet. Der betroffene Extrakt wird eingefroren, die fehlende Filialquelle ergänzt, die Aggregation fachlich kontrolliert und die von PA und Software unterstützte Korrekturweise bestätigt. Bei der internationalen Beratung war der Kundentyp im ERP falsch zugeordnet. Die Ablehnung wird nicht als reiner Transportfehler behandelt: Steuerteam validiert Kundenstatus, Leistungsort und Reverse-Charge-Behandlung, anschließend wird das Zuordnung korrigiert. Beim dritten Fall ist die Dienstleistung grundsätzlich in der Zahlungsdatenprüfung, doch die Teilzahlung blieb in einer gestoppten Warteschlange zur Zahlungszuordnung. Das Team erzeugt nur das tatsächlich vereinnahmte Ereignis und prüft, ob Sollversteuerungsoption oder Reverse Charge entgegenstehen. Das Entscheidungsprotokoll hält je Fall Annahme, Umsatzsteuerfakten, Entscheidung, Prüfer, Systemänderung und Versandreferenz fest. Zwei Fehler werden ausdrücklich verworfen: „letzten 48-Stunden-Export komplett neu senden“ wegen Dublettenrisiko und „jede Auslandsrechnung als E-Reporting markieren“ wegen unzulässiger Pauschalisierung. Ein kleiner kontrollierter Stapel prüft danach die vollständige Kette. Die Vier-Wege-Abstimmung bestätigt Quelle, korrigierten Extrakt, PA-Einreichung und akzeptiertes beziehungsweise abgelehntes Ergebnis; Zahlung und Transaktion bleiben in getrennten Kontrollen. Für die Software- oder PA-Auswahl notiert Groupe Lumière keine Rangliste, sondern nachweisbare Kriterien: getrennte Sicht auf Transaktions- und Zahlungsdaten, populationsgenaue Rückverfolgung, belastbare Eingangs- und Ergebnisnachweise, Export für Mengen- und Wertabstimmung, Quarantäne, rollenbasierte Korrekturfreigabe, Schutz vor Doppelverarbeitung, verständliche Ablehnungsdiagnose und Unterstützung kontrollierter Wiederanläufe. Nächster Schritt ist eine Bereitschaftsanalyse, die die drei realen Kontrolllücken bewertet und daraus eine belastbare Softwarevorauswahl mit Testszenarien ableitet.

Checkliste

Für jede meldende Einheit Anwendungsbereich, Umsatzsteuerregime, Datenpopulation, Quellsystem, PA-Weg und verantwortliche Person dokumentieren.

Inländische B2B-E-Rechnung, B2C, internationale Vorgänge sowie ausgeschlossene oder steuerbefreite Fälle vor der technischen Triage trennen.

B2C-Aggregate je Tag und Umsatzsteuersatz auf vollständige Kassenquellen, Stornos und Retouren abstimmen.

Zahlungsdaten nur nach Prüfung von Leistungsart, Steuerentstehung, Sollversteuerungsoption, Reverse Charge und Vereinnahmung erzeugen.

Jeden Rückstand als nicht produziert, falsch produziert, vor der PA blockiert, abgelehnt, unbestätigt oder im Ausgang unbekannt klassifizieren.

Vor einer Wiederholung die letzte eindeutig akzeptierte Grenze und alle Einreichungen mit unbekanntem Ausgang feststellen.

Recovery-Daten einfrieren, unklare Fälle quarantänisieren und kleine kontrollierte Stapel vor dem Hauptlauf prüfen.

Quelle, Extrakt, PA-Einreichung und akzeptiertes oder abgelehntes Ergebnis nach Mengen und Werten abstimmen.

Aktuelle offizielle Frequenz- und Fristtabellen je Umsatzsteuerregime in den Betriebskalender übernehmen.

Vor dem Abschluss Entscheidungsprotokoll, Nachweispaket, offene Ablehnungen, Dublettenprüfung und Präventionsmaßnahme freigeben lassen.

Häufige Fragen

Wer startet in Frankreich am 1. September 2026 mit dem E-Reporting?

Großunternehmen und ETI, die als Verkäufer oder Dienstleister betroffen sind, beginnen nach dem Einführungsplan mit dem E-Reporting; sie starten zugleich mit der Ausstellung elektronischer Rechnungen. Alle Unternehmen müssen ab diesem Datum E-Rechnungen empfangen können. Ob ein einzelner Vorgang in die E-Rechnung oder das E-Reporting gehört, bleibt anhand der konkreten französischen Umsatzsteuerregeln zu prüfen.

Wie entscheide ich zwischen Transaktionsdaten und Zahlungsdaten?

Transaktionsdaten beschreiben relevante Umsätze außerhalb der inländischen B2B-E-Rechnung, insbesondere betroffene B2C- und internationale Vorgänge. Zahlungsdaten betreffen, soweit anwendbar, die Vereinnahmung, insbesondere bei Dienstleistungen und Anzahlungen auf Waren mit Steuerentstehung bei Zahlung. Sollversteuerungsoption und Reverse Charge sind vor der Einordnung gesondert zu prüfen.

Müssen B2C-Daten immer als einzelne Kassenbons gemeldet werden?

B2C-Daten werden grundsätzlich nach Tag und Umsatzsteuersatz aggregiert. Intern sollten die Unternehmen dennoch bis zu den vollständigen Kassenquellen, Stornos und Retouren zurückverfolgen können. Unnötige personenbezogene Daten gehören nicht in die Übermittlung. Maßgeblich bleiben die aktuellen offiziellen technischen Vorgaben.

Ist jeder Umsatz mit einem ausländischen Kunden automatisch E-Reporting?

Nein. Kundenstatus, Leistungs- oder Lieferort, Niederlassungssituation, Steuerbefreiung, Reverse Charge, OSS und weitere französische Umsatzsteuermerkmale können die Einordnung verändern. Kundenland oder Rechnungskanal allein reichen nicht für eine belastbare Entscheidung; Grenzfälle sollten qualifiziert geprüft werden.

Was ist bei einem von der PA abgelehnten Stapel zu tun?

Zuerst sind betroffene Population, Ursache und genaue PA-Rückmeldung zu isolieren. Prüfen Sie, ob die Daten fachlich falsch waren oder eine technische beziehungsweise formale Ablehnung vorliegt. Die Korrektur- und Neueinreichungsweise muss zu den aktuellen Vorgaben und der PA-Funktion passen; ein pauschales erneutes Senden des gesamten Zeitraums ist riskant.

Darf eine Sendung ohne Bestätigung einfach wiederholt werden?

Nicht ohne Prüfung. Fehlt ein eindeutiger Ausgang, besteht Dublettenrisiko. Klären Sie anhand interner Übergabenachweise und der PA, ob die Sendung eingegangen oder verarbeitet wurde, stellen Sie die letzte akzeptierte Grenze fest und quarantänisieren Sie ungeklärte Datensätze, bevor eine kontrollierte Wiederholung erfolgt.

Wie wird ein E-Reporting-Rückstand vollständig abgestimmt?

Vergleichen Sie die autoritative Quelle, den eingefrorenen Extrakt, die PA-Einreichung und das akzeptierte beziehungsweise abgelehnte Ergebnis. Nutzen Sie Mengen und Werte je Einheit, Population, Zeitraum und Steuersatz. Zahlungsdaten benötigen eine eigene Abstimmung mit Vereinnahmungen, Teilzahlungen und nicht zugeordneten Beträgen.

Welche Fähigkeiten sollte eine PA- oder Softwarelösung für die Rückstandsaufarbeitung bieten?

Wichtig sind nachvollziehbare Eingangs- und Ergebnisbelege, getrennte Transaktions- und Zahlungssichten, populationsgenaue Exporte, Quarantäne, kontrollierte Wiederanläufe, Korrekturfreigaben, Dublettenschutz und verständliche Ablehnungsdiagnosen. Lassen Sie diese Fähigkeiten mit eigenen Szenarien demonstrieren; eine nicht registrierte kompatible Lösung kann nicht selbst direkt an die Verwaltung übertragen.

Wichtige Regeln, Formate und Begriffe

Europäische KommissionEN 16931Richtlinie 2014/55/EUstrukturierte elektronische RechnungFehleranalyse und Rückstandsaufarbeitung beim französischen E-Reporting-StartFrankreich

Weiterlesen

Offizielle Quellen

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