E-Invoice Finder
Menu
LänderSoftwareFristenLeitfädenCheckPflicht prüfen
ENFRDEPLNL
Frankreich · Betriebsführung zum Start

So führen Sie den Störungsleitstand zur französischen E-Rechnung

Steuern Sie die Startwoche mit einer Fallliste, PA-/ERP-Abläufen, Dublettenschutz, E-Reporting-Nachholung und belastbaren Nachweisen.

Kurzfazit:
  • Kontrolleinheit: ein rechtsträgerbezogener Leitstand mit durchgängiger Fall-ID.
  • Größtes Startrisiko: unbestätigte Übertragung durch Wiederholung zur Dublette machen.
  • Erste Handlung: betroffenen Fluss eingrenzen und Quellstatus samt Zeitstempeln sichern.
Frankreich-Startbereitschaft prüfen lassenOffizielle Quellen
Zuletzt geprüft: 20. August 2026Offizielle QuellenKlare ZusammenfassungPraktische Information, keine Rechtsberatung
Offizielle Quellen priorisiert
Prüfdatum sichtbar
Kostenloser Check ohne Registrierung

Was Sie wissen müssen

Leitfaden

1. Auftrag, Flussmatrix und Entscheidungsrechte für den 1. bis 7. September

Der Störungsleitstand ist keine zweite Projektorganisation, sondern eine zeitlich begrenzte Betriebsführung für die erste Startwoche. Er überwacht je Rechtsträger und Rechnungsfluss, ob Versand, Empfang, Statusverarbeitung, E-Reporting und Buchung tatsächlich funktionieren. Legen Sie vor dem 1. September eine Matrix an: französischer Rechtsträger mit SIREN/SIRET, Rolle als Aussteller oder Empfänger, betroffene Umsatzart, PA, ERP beziehungsweise Nebenbuch, Format wie Factur-X, UBL oder CII, Annuaire-Route, zuständige Kreditoren- oder Debitorenstelle und Pflichtumfang zum Starttermin. Bei Konzernen gehört jede Gesellschaft in eine eigene Zeile; ein grüner Test für eine Gesellschaft beweist nichts für eine andere Route. Benennen Sie eine Leitstandsleitung mit Entscheidungsrecht über Prioritäten und Kommunikationsrhythmus. Daneben braucht es eindeutig erreichbare Verantwortliche für PA/Provider, ERP-Integration, Debitoren, Kreditoren, Steuer/E-Reporting, Stammdaten und Informationssicherheit sowie einen Ansprechpartner beim externen Buchhalter. Die Fachseite entscheidet, ob eine Rechnung wirtschaftlich dringend ist; Steuer und Rechnungswesen bewerten die Behandlung; IT und Anbieter diagnostizieren den Transport. Niemand sollte allein zugleich Fehlerursache, steuerliche Einordnung und Freigabe einer Ersatzmaßnahme bestimmen. Definieren Sie schriftlich, wer einen Fluss anhält, wer eine Kontinuitätskopie freigibt, wer Kunden oder Lieferanten kontaktiert und wer einen Fall schließt. Die DGFiP beschreibt für Startstörungen pragmatische Kontinuität und spätere Regularisierung, aber weder eine pauschale Schonfrist noch automatisch zulässige Ersatzkanäle. Deshalb sind interne Entscheidungsrechte nur Betriebsregeln: Sie ersetzen keine Prüfung der aktuellen offiziellen Hinweise, des PA-Vertrags und der konkreten steuerlichen oder buchhalterischen Behandlung. Das Tagesziel lautet nicht „keine Tickets“, sondern kontrollierte wirtschaftliche Fortführung mit sauber getrennten, nachvollziehbar regularisierten Ausnahmen.

Leitfaden

2. Ein Live-Control-Board, das Entscheidungen ermöglicht

Führen Sie eine einzige operative Fallliste statt paralleler Tabellen in IT, Finance und beim PA-Support. Jeder Vorfall erhält genau eine interne Fall-ID, die in Ticket, Chat, E-Mail, ERP-Notiz und Anbieterkommunikation wiederkehrt. Erfassen Sie nur entscheidungsrelevante Felder: Rechtsträger, Flussrichtung, Geschäftspartner, Rechnungsreferenz ohne unnötige personenbezogene Daten, Rechnungs- und Steuerbetrag, PA, Quell- und Zielsystem, Annuaire-Ziel, beobachteter Lebenszyklusstatus, technischer Korrelationsbezug, Geschäftsfolge, verantwortliche Person, nächste Aktion, Fälligkeit und Abschlussnachweis. Geheimnisse, vollständige Nutzdaten oder Produktionsrechnungen gehören nicht ungeschützt in das Board. Zeitangaben müssen eine Quelle haben. Trennen Sie den ERP-Sendezeitpunkt, die PA-Annahme oder Fehlermeldung, den Zeitpunkt eines Statuswechsels und die menschliche Feststellung. Ein manuell eingetragenes „seit 09:00 gestört“ ist weniger belastbar als „ERP 08:57:14, PA-Eingang nicht bestätigt, Supportticket 09:06“. Bewahren Sie Fehlermeldungen, Benachrichtigungen, Tickets, Zeitstempel und relevante Austausche auf; genau diese konkrete, datierte und kohärente Spur ist nach der DGFiP-Startorientierung wichtiger als eine nachträglich geglättete Erzählung. Das Board zeigt außerdem Mengen statt nur Einzelfälle: heute erzeugt, an PA übergeben, technisch angenommen, zugestellt, abgelehnt, verweigert, blockiert, als Kontinuitätsfall behandelt und regularisiert. Für E-Reporting werden verfügbar, nicht übertragen, fehlerhaft produziert, korrigiert und bestätigt getrennt. Verwenden Sie keine Ampel ohne Definition: „grün“ kann beispielsweise heißen, dass Quelle und Ziel abgestimmt sind und kein überfälliger Blocker besteht. Dashboard-Zahlen dürfen niemals das PA- oder ERP-Quellsystem überschreiben. Wenn Systeme widersprechen, dokumentiert das Board den Widerspruch und die jeweils jüngste verlässliche Quelle, nicht einen erfundenen Konsens.

Leitfaden

3. Interne Schweregrade nach Geschäftsauswirkung und Fehlerroute

Die folgende Einstufung ist ein internes Steuerungsmodell, keine amtliche DGFiP-Klassifikation. „Kritisch“ kann intern bedeuten: mehrere Rechtsträger oder ein wesentlicher Rechnungsstrom stehen, Doppelzahlung oder falsche Meldung droht, und es gibt keinen kontrollierten Arbeitsweg. „Hoch“ eignet sich für einen bedeutenden, aber isolierbaren Rückstand mit naher Zahlungs-, Abschluss- oder Kundenfolge. „Mittel“ beschreibt einzelne Fälle mit manueller Bearbeitungsmöglichkeit und ohne unmittelbare finanzielle Wirkung. „Niedrig“ umfasst Beobachtungen oder Darstellungsfehler, deren durchgängig-Fluss nachweislich intakt ist. Legen Sie keine vermeintlich offiziellen Reaktionszeiten oder Toleranzen dazu fest; interne Zielzeiten müssen aus Risiko, Volumen, Vertrag und verfügbarem Personal entstehen. Ordnen Sie zusätzlich nach Route. Bei „PA“ fehlen Annahme, Zustellung, Status oder E-Reporting-Bestätigung. Bei „ERP“ wurde eine Rechnung nicht korrekt erzeugt, exportiert, importiert oder gebucht. „Annuaire/Routing“ betrifft eine unklare oder falsche Empfängerroute, etwa bei SIREN/SIRET- oder Adressierungsdaten. „Lebenszyklus“ betrifft einen unerwarteten, widersprüchlichen oder nicht verarbeiteten Status wie Rejetée oder Refusée. „Geschäftspartner“ deckt unklare Bestell-, Stammdaten- oder Empfangssituationen ab. „E-Reporting“ trennt Übertragungsstörung von fehlerhafter Datenproduktion. Die Route ist eine Arbeitshypothese, kein Schuldurteil. Ein im ERP sichtbarer Fehler kann aus einer PA-Rückmeldung stammen; eine angebliche Annuaire-Störung kann tatsächlich ein falscher Rechtsträger im Kundenstamm sein. Priorisieren Sie nach wirtschaftlicher Wirkung, Ausbreitung, Fälligkeit, Reversibilität und Dublettenrisiko. Ein einzelner hochbetragiger Vorgang mit drohender Doppelzahlung kann wichtiger sein als hundert verzögerte, noch nicht fällige Rechnungen. Ein Vorfall darf die Route wechseln, behält aber Fall-ID und Chronologie. So bleibt sichtbar, warum eskaliert wurde und ob Anbieter-SLA, interne Schnittstelle oder Stammdatenprozess einer späteren Überprüfung bedürfen.

Leitfaden

4. Die ersten 30 Minuten: eindämmen, belegen, Klarheit schaffen

Minute 0 bis 5: Stoppen Sie blinde Wiederholungen. Frieren Sie nicht pauschal den gesamten Rechnungsbetrieb ein, sondern isolieren Sie den nachweislich betroffenen Fluss, Rechtsträger oder Batch. Verhindern Sie automatische Neuübermittlung, wenn unklar ist, ob die PA den ersten Versuch bereits angenommen hat. Kennzeichnen Sie gefährdete Rechnungen in Zahlungslauf und Buchhaltung, ohne sie voreilig zu löschen oder neu zu nummerieren. Eine technische Zeitüberschreitung ist kein Beweis für Nichtzustellung. Minute 5 bis 15: Sichern Sie unverändert Fehlermeldung, Request- oder Korrelations-ID, Quellzeitstempel, PA-Bestätigung, Statushistorie, ERP-Protokoll und betroffene Mengenspanne. Notieren Sie, wer den Vorfall wann festgestellt hat. Nutzen Sie keine unsicheren Testdokumente in Produktion und kopieren Sie keine vollständigen Rechnungs- oder Personendaten in offene Chats. Fragen Sie die autoritativen Stellen in Reihenfolge ab: Wurde das Dokument im ERP verbindlich erzeugt? Hat die PA den Eingang bestätigt? Welche Route und welcher Lebenszyklusstatus werden dort angezeigt? Hat der Empfänger in seinem System gesucht? Stimmen Rechtsträger und Adressierung? Minute 15 bis 30: Bestimmen Sie Geschäftsfolgen, Fallverantwortung und nächste überprüfbare Entscheidung. Eröffnen Sie bei PA oder ERP-Anbieter ein Ticket mit einer engen Fallbeschreibung, Zeitfenster, IDs und betroffener Menge. Schützen Sie Kreditorenbuchhaltung vor Doppelzahlung und Debitorenbuchhaltung vor doppelter Erlöserfassung; ein Continuity-Vorgang erhält einen Sperr- oder Prüfhinweis. Kommunizieren Sie nur, was belegt ist: „PA-Empfang noch nicht bestätigt“ statt „Rechnung verloren“. Nach der offiziellen Startorientierung soll ein vorübergehender Plattformausfall die wirtschaftliche Tätigkeit nicht unterbrechen. Das heißt jedoch nicht, sofort PDF-Kopien zu versenden. Zuerst Quelle und Umfang bestimmen, verfügbare Flüsse weiterverarbeiten, blockierte Flüsse isolieren und Nachweise sichern. Falls wirtschaftliche Kontinuität eine alternative Kenntnisgabe erfordert, muss die spätere elektronische Übermittlung oder Regularisierung nach Wiederherstellung mitgedacht und gegen doppelte Zahlung, Buchung und Meldung abgesichert werden.

Leitfaden

5. Entscheidungsabläufe für die häufigsten Startvorfälle

Rechnung nicht empfangen: Prüfen Sie zunächst, ob der Aussteller eine PA-Annahme und eine konkrete Zielroute belegen kann. Der Empfänger kontrolliert PA-Postfach, Importwarteschlange, Quarantäne und Zuordnung zum richtigen SIREN/SIRET. Bleibt die Lage unklar, bestätigt der Kunde seine Routingdaten, während beide Seiten dieselbe Rechnungsreferenz verwenden. Ein punktueller Annuaire-Vorfall muss laut Startorientierung nicht die gesamte Fakturierung blockieren; arbeiten Sie über PA beziehungsweise Anbieter, treffen Sie nur verhältnismäßige Übergangsmaßnahmen und regularisieren Sie anschließend. Rejetée oder Refusée: Behandeln Sie technische Ablehnung und geschäftliche Verweigerung nicht als Synonyme. Lesen Sie Statusgrund und PA-Dokumentation, bestimmen Sie, ob das Ursprungsdokument korrigiert, storniert, ersetzt oder nur fachlich geklärt werden muss, und vermeiden Sie eine zweite Rechnung ohne eindeutige Beziehung. Die genaue steuerliche und buchhalterische Wirkung ist fallbezogen zu prüfen. Ein Status-Screenshot allein reicht nicht; die Reaktion und ihr Ergebnis gehören in denselben Fall. Dubletten oder Kontinuitätskopie: Wenn die elektronische Ausstellung vorübergehend unmöglich ist und wirtschaftliche Fortführung eine alternative Kenntnisgabe verlangt, kann nach der DGFiP-Startorientierung eine Kopie über einen anderen Kanal in Betracht kommen. Kennzeichnen Sie sie eindeutig als Kontinuitätskopie, verknüpfen Sie sie mit Originalreferenz und Fall-ID und weisen Sie darauf hin, dass keine zweite Zahlung oder Buchung erfolgen darf. Nach Wiederherstellung folgt die elektronische Übermittlung oder Regularisierung zügig. Routinemäßige parallele PDF-/E-Mail-Kopien bei funktionierendem elektronischem Fluss sind gerade kein Normalprozess. Falscher Rechtsträger oder falsche Route: Halten Sie nur den betroffenen Vorgang zurück, verifizieren Sie Stammdaten mit dem Geschäftspartner und lassen Sie Änderungen kontrolliert freigeben. Keine manuelle Umleitung auf Zuruf ohne nachvollziehbare Bestätigung. Bei PA- oder ERP-Ausfall unterscheiden Sie Erzeugung, Übertragung und Verarbeitung: Läuft das ERP, aber die PA nicht, sichern Sie die Ausgangsmenge und verhindern Doppelversand. Produziert das ERP falsche Dokumente, stoppen Sie den betroffenen Generator. Eine Drittstörung entbindet das Unternehmen nicht von der Kontrolle seiner Pflichten; verarbeitbare Flüsse laufen weiter, blockierte werden dokumentiert und später regularisiert.

Leitfaden

6. E-Reporting-Störung und geordneter Rückstandsabbau

Für große Unternehmen und ETI, soweit sie zum 1. September 2026 im konkreten Fall dem E-Reporting unterliegen, erhält der Leitstand eine eigene Spur für Transaktions- und gegebenenfalls Zahlungsdaten. Verwechseln Sie zwei Fehlerklassen nicht. Beim Übertragungsfehler sind die richtigen Daten im Quellsystem verfügbar, erreichen die PA oder den vorgesehenen Meldeweg aber nicht oder werden nicht bestätigt. Beim Produktionsfehler hat ERP, Kasse, Abrechnung oder Datenaufbereitung unvollständige, falsch abgegrenzte oder inkonsistente Daten erzeugt. Ein erneuter Versand löst nur die erste Klasse möglicherweise; bei der zweiten vervielfacht er schlimmstenfalls falsche Meldungen. Bei einer Übertragungsstörung sichern Sie den betroffenen Zeitraum, Datenumfang, Hash oder Batchbezug, technische Meldung und letzten bestätigten Stand. Stoppen Sie unkontrollierte Retries, führen Sie den Geschäftsbetrieb fort und halten Sie neue, noch nicht übermittelte Daten getrennt vom bereits bestätigten Bestand. Bei einer Produktionsstörung frieren Sie die fehlerhafte Ableitung ein, bewahren Quelldaten auf und klären Zuordnung, Steuerschlüssel, Länderlogik, Zahlungsbezug und Aggregation. Korrigieren Sie nicht direkt im Leitstandsboard; die Berichtigung muss aus einem kontrollierten Quellsystem oder nachvollziehbaren Verfahren stammen. Der Wiederanlauf erfolgt in Wellen: erst Ursache beheben und einen kleinen, datenschutzgerechten Kontrollumfang verifizieren, dann Rückstand in eindeutig abgegrenzten Batches übertragen, Bestätigungen einsammeln und gegen Quelle, PA und Rechnungswesen abstimmen. Zählen Sie verfügbar, versandt, akzeptiert, korrigiert und offen separat. Die DGFiP-Startorientierung verlangt sinngemäß, betroffene Daten zu erhalten, nach Wiederherstellung zu übertragen beziehungsweise zu korrigieren und anschließend abzustimmen. Sie nennt damit keinen frei erfundenen Aufschub, keine pauschale Toleranz und keine sichere Sanktionsfreiheit. Prüfen Sie die aktuell geltenden Fristen und Regeln in den offiziellen Unterlagen sowie die tatsächlichen Möglichkeiten Ihres PA- und ERP-Vertrags.

Leitfaden

7. Kommunikation mit Lieferanten, Kunden und Buchhaltung

Jede Nachricht braucht Fall-ID, Rechnungsreferenz, bestätigten Sachstand, gewünschte Handlung und einen ausdrücklichen Dublettenhinweis. Vermeiden Sie Aussagen wie „DGFiP erlaubt PDF bis auf Weiteres“, „vollständig compliant“ oder „keine Sanktionen zu erwarten“. Niemand sollte den Partner auffordern, dieselbe Rechnung einfach erneut zu senden. Bitten Sie stattdessen um Status, Route oder PA-Nachweis und vereinbaren Sie, wer den nächsten Schritt ausführt. Vorlage an einen Kunden bei unbestätigtem Empfang: „Betreff: Fall FR-0901-014 – Empfangsprüfung Rechnung [Referenz]. Unsere PA-Annahme beziehungsweise Zustellung ist derzeit noch nicht abschließend bestätigt. Bitte prüfen Sie die für Ihren Rechtsträger hinterlegte Empfangsroute und teilen Sie uns mit, ob das Dokument in Ihrer PA oder Importwarteschlange sichtbar ist. Bitte weder eine zweite Buchung noch eine Zahlung auf Grundlage einer zusätzlichen Kopie auslösen. Wir melden den nächsten bestätigten Stand bis [Zeitpunkt].“ Vorlage an einen Lieferanten: „Wir können Rechnung [Referenz] dem Rechtsträger [SIREN/SIRET] derzeit nicht sicher zuordnen. Bitte senden Sie nicht erneut, bevor wir PA-Status und Routing gemeinsam geprüft haben. Teilen Sie uns PA-Zeitstempel, Status und die verwendete Empfängeradressierung unter Fall-ID [ID] mit.“ So entsteht keine unbeabsichtigte Dublette durch gut gemeinte Wiederholung. Vorlage für eine ausnahmsweise Kontinuitätskopie: „Diese Datei dient ausschließlich der betrieblichen Kenntnisgabe während Fall [ID]. Sie ist mit Rechnung [Originalreferenz] verknüpft und darf keine zweite Zahlung, Buchung oder Meldung auslösen. Die elektronische Übermittlung beziehungsweise Regularisierung folgt nach Wiederherstellung; der endgültige Status wird separat bestätigt.“ Ob dieser Weg im konkreten Fall angemessen ist, muss vorab freigegeben werden. An den Buchhalter oder Abschlussverantwortlichen geht täglich eine knappe Liste: offene Fälle, gesperrte Zahlungen, nicht gebuchte Kontinuitätskopien, erwartete Regularisierungen, E-Reporting-Rückstand und notwendige Kontenabstimmung. Die Nachricht dokumentiert Tatsachen und Entscheidungen, verspricht aber weder eine bestimmte Rechtsfolge noch Schutz vor Sanktionen. Für steuerliche, rechtliche und buchhalterische Einzelfragen ist fachlicher Rat einzuholen.

Leitfaden

8. Tageskontrollen, Übergabe, Eskalationsnachweis und Abschluss

Stimmen Sie morgens, mittags und zum Tagesende dieselben Kontrollgrößen ab: im ERP erzeugte Ausgangsrechnungen, von der PA angenommene und zugestellte Dokumente, eingegangene Rechnungen, importierte und gebuchte Datensätze, Rejetée/Refusée, offene Routingfälle, Kontinuitätskopien, mögliche Dubletten sowie E-Reporting-Batches nach Status. Die Zahlen werden je Rechtsträger und Fluss ausgewiesen. Differenzen erhalten Fall-IDs; sie verschwinden nicht durch eine manuelle Dashboard-Korrektur. Ergänzen Sie Rückstandsalter in sinnvollen betrieblichen Klassen, jedoch ohne daraus eine angeblich amtliche Toleranz abzuleiten. Eine Schichtübergabe enthält nur offene Entscheidungen: Was ist bestätigt, was ist Vermutung, welcher Schutz ist aktiv, wer antwortet bis wann, welcher nächste Nachweis wird erwartet und welche Fälligkeit ist gefährdet? Der übernehmende Verantwortliche bestätigt die Übernahme. Für Anbietereskalationen sichern Sie Ticketanlage, Eingangsbestätigung, Priorität nach Vertrag, Reaktionsverlauf, Wiederherstellungsmitteilung und tatsächliche durchgängig-Prüfung. Ein „Service wieder online“ schließt keinen Fall, wenn Rückstände, Status oder Buchungen noch auseinanderlaufen. Vergleichen Sie später die dokumentierte Leistung mit dem vertraglichen SLA, ohne selbst Antwortzeiten zu erfinden. Ein Fall ist erst schließbar, wenn Ursache oder belastbare Fehlerklasse feststeht, der betroffene Umfang abgegrenzt ist, elektronische Übermittlung beziehungsweise Regularisierung abgeschlossen wurde, PA-/ERP-/Partnerstatus zusammenpassen, Dubletten- und Zahlungssperren korrekt aufgehoben sind und Buchhaltung sowie gegebenenfalls E-Reporting abgestimmt wurden. Außerdem müssen Kommunikation, Entscheidung und Abschlussnachweis unter der Fall-ID auffindbar sein. Bei nicht vollständig behebbarer Ursache bleibt eine Folgeaktion mit Eigentümer und Termin offen. Die Startorientierung erwartet nicht, dass jeder einzelne, rasch korrigierte Vorfall automatisch der Verwaltung gemeldet wird; zunächst sind PA, Anbieter und Geschäftspartner einzubeziehen und Nachweise aufzubewahren. Das ist keine Aussage, dass niemals eine Meldung oder weitere Reaktion erforderlich sei. Bei systematischen, wesentlichen oder fortdauernden Problemen sind aktuelle offizielle Hinweise und fachlicher Rat maßgeblich. Der Leitstand endet erst, wenn die Restliste in den normalen Betrieb übergeben, nicht wenn der Kalender den 7. September erreicht.

Leitfaden

9. Fiktiver Tag eins: drei Vorfälle, ein nachvollziehbarer Entscheidungsweg

08:12 Uhr: Die fiktive Groupe Atlas SA sieht 146 im ERP erzeugte Ausgangsrechnungen, aber für 38 fehlt eine PA-Annahme. Fall FR-0901-001 wird eröffnet. Um 08:18 stoppt das Team automatische Wiederholungen nur für den betroffenen Batch, sichert ERP-Zeitstempel und Korrelations-IDs und hält die übrigen Flüsse offen. Um 08:31 bestätigt die PA eine verzögerte Eingangswarteschlange; es gibt noch keinen Beleg für verlorene Dokumente. Entscheidung: keine PDF-Kopien, keine Neuerzeugung, nächster Abgleich um 09:00. 09:07 Uhr: Ein strategischer Kunde meldet Rechnung A-771 „nicht empfangen“. Die PA zeigt Zustellung, der Kunde findet jedoch eine Route zu einer alten Einheit. Unter Fall FR-0901-002 werden SIREN/SIRET und Annuaire-Angaben mit dem Kunden geprüft. Wegen einer nahen Leistungsfreigabe erhält er nach interner Genehmigung eine eindeutig bezeichnete Kontinuitätskopie zur Kenntnis, verknüpft mit A-771 und einem Doppelzahlungsverbot. Um 11:26 ist die richtige Route bestätigt; die elektronische Regularisierung wird ausgeführt. Debitorenbuchhaltung und Kunde bestätigen, dass nur ein Forderungsposten besteht. 10:14 Uhr: Das E-Reporting-Dashboard zeigt 2.400 offene Datensätze. Die Analyse trennt 1.900 korrekt produzierte, aber nicht übertragene Datensätze von 500 Datensätzen mit fehlerhaftem Steuerschlüssel. Fall FR-0901-003 verhindert einen pauschalen Retry. Nach Korrektur des Mappings wird ein kleiner Kontrollbatch geprüft, dann werden beide Gruppen getrennt nachgeholt. Um 16:40 stimmen Quelle, PA-Bestätigungen und Kontrollsummen; die Buchhaltung dokumentiert die Abstimmung. Der Entscheidungslog hält zu jedem Zeitpunkt Beobachtung, Quelle, Risiko, gewählte und verworfene Option sowie Genehmiger fest. Im Tagesabschluss werden 146 ERP-Rechnungen gegen PA und Debitoren abgestimmt, A-771 als ein wirtschaftlicher Vorgang bestätigt und der E-Reporting-Rückstand auf null verifiziert. Anbieterbewertung erfolgt anhand nachweisbarer Diagnosequalität, Statussichtbarkeit, Exportierbarkeit von Belegen, Eskalationsweg, Rückstandssteuerung und tatsächlich erbrachter Vertragsleistung – nicht anhand einer pauschalen Rangliste. Häufige Fehler wären blinde Retries, routinemäßiger Parallelversand per E-Mail, Vermischung von Rejetée und Refusée, eine einzige Konzernampel, Schließen beim technischen „wieder verfügbar“ und nachträgliches Überschreiben von Zeitstempeln. Der nächste Schritt ist ein Readiness Report, der diese Befunde in Lücken, Verantwortliche und Abhilfemaßnahmen übersetzt. Falls die Plattform- oder Softwarefähigkeit nicht ausreicht, folgt eine sachliche Shortlist anhand benötigter PA-Unterstützung, ERP-Integration, Observability, E-Reporting-Steuerung, Auditnachweisen und vertraglicher Leistungsmerkmale.

Checkliste

Alle französischen Rechtsträger, Flussrichtungen, PA-, ERP- und Annuaire-Routen in einer Matrix bestätigen.

Leitstandsleitung, Fallverantwortliche und Freigaberechte für Unterbrechung, Kommunikation und Kontinuitätskopien benennen.

Eine zentrale Fallliste mit Fall-ID, Quellzeitstempeln, Status, Geschäftsauswirkung und nächster Aktion aktivieren.

Automatische Wiederholungen bei unklarem PA-Empfang kontrolliert stoppen und betroffene Batches isolieren.

Zahlungs-, Buchungs- und Meldesperren für mögliche Dubletten oder Kontinuitätsfälle setzen.

Rejetée, Refusée, Routingfehler, PA-Störung, ERP-Fehler und Partnerklärung getrennt klassifizieren.

E-Reporting-Übertragungsfehler von fehlerhafter Datenproduktion und deren Rückständen trennen.

Morgens, mittags und abends ERP-, PA-, Buchhaltungs- und E-Reporting-Kontrollsummen abstimmen.

Tickets, Benachrichtigungen, Entscheidungen, Kommunikation, Regularisierung und Abschlussbelege unter der Fall-ID sichern.

Offene Ursachen und Maßnahmen nach dem 7. September in Readiness Report, Anbieterprüfung und Regelbetrieb überführen.

Häufige Fragen

Wer sollte den Störungsleitstand verantworten?

Eine benannte Leitstandsleitung aus Finance oder Operations sollte Prioritäten, Eskalationen und den Kommunikationsrhythmus steuern. PA, ERP, Kreditoren, Debitoren, Steuer, Stammdaten und Buchhaltung behalten ihre fachlichen Entscheidungen; Freigaberechte für Flussstopp, Kontinuitätsmaßnahme und Fallabschluss werden vorab schriftlich zugeordnet.

Was tun, wenn eine elektronische Rechnung beim Kunden fehlt?

Nicht sofort erneut senden. PA-Annahme, Zielroute, SIREN/SIRET, Annuaire-Angaben, Importwarteschlange und Lebenszyklusstatus mit gemeinsamen Referenzen prüfen. Den betroffenen Vorgang isolieren, die übrigen Flüsse weiterführen und erst nach belastbarer Klärung neu übertragen oder regularisieren.

Darf bei einer Störung eine PDF per E-Mail versendet werden?

Nicht als routinemäßiger Parallelweg. Wenn elektronische Ausstellung vorübergehend unmöglich ist und die wirtschaftliche Kontinuität eine alternative Kenntnisgabe verlangt, beschreibt die DGFiP-Startorientierung eine mögliche Übergangslösung. Diese Kopie muss eindeutig mit dem Original verknüpft, gegen Doppelzahlung und Doppelbuchung geschützt und nach Wiederherstellung elektronisch regularisiert werden; die konkrete Eignung ist zu prüfen.

Wie lässt sich eine Doppelzahlung nach einer Kontinuitätskopie verhindern?

Originalreferenz und Fall-ID auf Kopie, PA-Vorgang und ERP-Sperrvermerk verwenden. Kreditorenbuchhaltung und Geschäftspartner ausdrücklich anweisen, keine zweite Buchung oder Zahlung auszulösen. Vor Aufhebung der Sperre elektronische Regularisierung, PA-Status, offenen Posten und Zahlungsbestand gemeinsam abstimmen.

Welche Nachweise sollte das Unternehmen bei einem Startvorfall behalten?

Quellzeitstempel, Fehlertexte, PA- und ERP-Status, Korrelations- oder Batchbezüge, Tickets, Benachrichtigungen, Partneraustausch, Entscheidungslog, Freigaben sowie Nachweise über Regularisierung und Abstimmung. Die Unterlagen sollten datiert, kohärent und fallbezogen sein; eine konkrete Aufbewahrungsdauer ist anhand geltender Regeln und interner Vorgaben zu bestimmen.

Muss jeder kurzfristige Vorfall der französischen Verwaltung gemeldet werden?

Nach der DGFiP-Startorientierung wird nicht erwartet, dass jeder isolierte und rasch korrigierte Vorfall einzeln gemeldet wird. Zunächst sind PA, Anbieter oder Geschäftspartner einzubeziehen und Belege zu sichern. Bei systematischen, wesentlichen oder fortdauernden Problemen müssen aktuelle offizielle Hinweise und fachlicher Rat geprüft werden.

Wie wird ein E-Reporting-Rückstand sicher abgebaut?

Zuerst Übertragungsfehler von fehlerhafter Datenproduktion trennen. Betroffene Daten und bestätigten Ausgangsstand sichern, Ursache beheben, einen kleinen Kontrollumfang prüfen und den Rückstand anschließend in abgegrenzten Batches übertragen oder korrigieren. Quelle, PA-Bestätigung und Rechnungswesen müssen danach mengen- und wertmäßig abgestimmt werden.

Wann kann ein Vorfall endgültig geschlossen werden?

Wenn Umfang und Fehlerklasse feststehen, Übermittlung oder Regularisierung beendet ist, PA-, ERP- und Partnerstatus übereinstimmen, Dubletten- sowie Zahlungsschutz geklärt sind und Buchhaltung beziehungsweise E-Reporting abgestimmt wurden. Kommunikation und Abschlussnachweis müssen unter derselben Fall-ID auffindbar sein; Restmaßnahmen brauchen einen Eigentümer und Termin.

Wichtige Regeln, Formate und Begriffe

Europäische KommissionEN 16931Richtlinie 2014/55/EUstrukturierte elektronische RechnungStörungsleitstand für die erste Woche der französischen E-RechnungFrankreich

Weiterlesen

Offizielle Quellen

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