E-Invoice Finder
Menu
LänderSoftwareFristenLeitfädenCheckPflicht prüfen
ENFRDEPLNL
Frankreich · PA-Leistungsprüfung

Französische PA-Plattform nach dem Produktivstart bewerten

Bewerten Sie eine französische PA anhand realer Zustellung, Unterstützung, ERP-Abstimmung und Arbeitsaufwand, bevor Sie nachbessern oder wechseln.

Kurzfazit:
  • • Mindeststichprobe: Jede produktive Kombination aus Einheit, Strecke, Format und kritischem Geschäftsvorfall muss enthalten sein; bei geringem Volumen bleibt das Urteil vorläufig.
  • • Wichtigster Nachweistest: Einen Beleg anhand einer eindeutigen Kennung lückenlos von der Quelle über Adressierung und PA-Ereignisse bis zur ERP- oder Hauptbuchabstimmung verfolgen.
  • • Entscheidungsregel: Erst Ursache, Reichweite, Wiederholbarkeit, Abhilfefähigkeit und Gesamtkosten je kritischer Strecke bewerten; die Gesamtpunktzahl allein entscheidet nicht.
Unabhängige Leistungsprüfung für Frankreich anfordernOffizielle Quellen
Zuletzt geprüft: 6. September 2026Offizielle QuellenKlare ZusammenfassungPraktische Information, keine Rechtsberatung
Offizielle Quellen priorisiert
Prüfdatum sichtbar
Kostenloser Check ohne Registrierung

Was Sie wissen müssen

Leitfaden

1. Warum die Leistungsprüfung nach dem Produktivstart nötig ist

Seit dem 1. September 2026 ist die französische Reform in Kraft. Nach der Mitteilung von Service-Public müssen alle betroffenen Unternehmen elektronische Rechnungen empfangen können; große Unternehmen und ETI beginnen zu diesem Termin außerdem mit Ausstellung und E-Reporting. Für KMU und Kleinstunternehmen folgen Ausstellung und E-Reporting am 1. September 2027. Service-Public empfiehlt, die eigenen Ströme abzubilden, Verfahren anzupassen und eine zum Bedarf passende Plateforme Agréée (PA) auszuwählen. Die DGFiP beschreibt die PA als regulierten Übermittlungsweg für elektronische Rechnungen sowie für die vorgeschriebenen Rechnungs-, Transaktions- und Zahlungsdaten. Sie kann eine Lieferantenrechnung in ein für den Empfänger geeignetes Format umwandeln, muss dabei aber Integrität, Echtheit, Lesbarkeit und Vollständigkeit erhalten. Die Eintragung auf der amtlichen PA-Liste beantwortet eine wichtige, aber begrenzte Frage: Darf die Plattform die regulierten Übermittlungs-, Empfangs- und Meldefunktionen vollständig erbringen? Sie beweist nicht, dass die konkrete Anbindung an Ihr ERP störungsarm arbeitet, Ihr Belegvolumen wirtschaftlich verarbeitet wird oder die Unterstützung Ihren vertraglichen Erwartungen entspricht. Eine kompatible Lösung kann fachlich wertvoll sein, benötigt für die regulierten Funktionen jedoch eine PA. Deshalb sind Zulassungsstatus und Eignung für den tatsächlichen Unternehmensbetrieb getrennt zu prüfen. Eine erste Ausgangslage sollte nach sieben Kalendertagen mit hinreichend repräsentativen Live-Strömen erstellt werden. Am 6. September 2026 sind seit dem Reformstart noch keine vollen sieben oder dreißig Tage vergangen; die Zeitfenster sind daher als Plan für die kommende Beobachtung zu verstehen, nicht als Behauptung bereits verfügbarer Langzeitdaten. Danach wird die Auswertung fortlaufend über die jeweils letzten 30 Tage aktualisiert. Bei geringem Volumen ist ein längerer Zeitraum sinnvoller als eine Scheingenauigkeit aus wenigen Belegen. Ziel ist keine öffentliche Anbieterwertung, sondern eine belastbare Käuferentscheidung: beibehalten, gezielt nachbessern, vertraglich eskalieren oder einen möglichen Wechsel vorbereiten. Steuerliche, rechtliche, buchhalterische und vertragliche Schlussfolgerungen sollten mit aktuellen amtlichen Quellen und qualifizierten Beratern abgeglichen werden.

Leitfaden

2. Prüfungsumfang und belastbare Stichprobe festlegen

Beginnen Sie nicht mit einer einzigen Gesamtquote. Legen Sie eine Prüfmatrix an, die jede juristische Einheit über SIREN und – soweit für Adressierung und Betriebsanalyse nötig – SIRET oder begründete Empfangsadresse abgrenzt. Teilen Sie anschließend nach Eingangsrechnungen, Ausgangsrechnungen und E-Reporting auf. Dokumentieren Sie je Strecke die PA, die beteiligte kompatible Lösung, das ERP oder Nebenbuch, verwendete Formate, Schnittstellenart, durchschnittliches und Spitzenvolumen sowie die geschäftliche Kritikalität. Ein Massenstrom wiederkehrender Rechnungen ist anders zu gewichten als zehn seltene, aber zahlungs- oder produktionskritische Fälle. Für eine Mindeststichprobe sollten alle in den ersten sieben Tagen tatsächlich aufgetretenen Kombinationen aus Einheit, Strecke, Format und wichtigem Geschäftsvorfall einbezogen werden. Wo das Volumen hoch ist, werden zusätzlich vollständige Tageskohorten statt handverlesener Erfolgsbelege ausgewertet. Wo das Volumen niedrig ist, kennzeichnen Sie die Aussage als vorläufig und sammeln weiter, bis normale Fälle, Korrekturen, Ablehnungen und mindestens ein kontrollierter Wiederholungsfall vertreten sind. Vergleichen Sie Rechnungs- und Meldedaten nicht nur im Portal, sondern entlang der Kette: Quellsystem, Übergabe, PA-Ereignisse, Annuaire- beziehungsweise Adressierungsnachweis, Empfängerbestätigung, Rückmeldung an das ERP und Buchungs- oder Abstimmungsergebnis. Trennen Sie Messdaten von Erfahrungen. Messdaten sind beispielsweise Zeitstempel, Korrelations-ID, technischer Status, Formatprüfung, Exportdatei, ERP-Belegnummer und Abstimmungsergebnis. Erfahrungen sind Aussagen wie „der Support reagiert langsam“ oder „Montagevormittage wirken instabil“. Solche Hinweise sind wertvoll, werden aber erst durch Ticketzeiten, Ereignisfolgen und betroffene Belege prüfbar. Erfassen Sie auch Ausschlüsse: Testrechnungen, bewusst abgebrochene Vorgänge, Empfänger außerhalb des betrachteten Anwendungsfalls und bekannte Quellsystemfehler dürfen nicht unbemerkt den Nenner verzerren. Eine brauchbare Prüfakte enthält damit pro Beobachtungszelle den Verantwortlichen, die Quelle des Nenners, die Erfolgsdefinition, die Fallzahl, die Ausnahmen und die Belegorte. Prüfen Sie besonders, ob einzelne SIRET oder Empfangsadressen unter einem guten SIREN-Gesamtwert verschwinden. Erst wenn der Umfang nachvollziehbar ist, lässt sich entscheiden, ob ein Problem lokal konfigurierbar oder über mehrere Einheiten und Strecken strukturell ist.

Leitfaden

3. Empfohlene interne 100-Punkte-Bewertung

Die folgende Bewertung ist eine empfohlene interne Käuferkontrolle, weder ein amtlicher Maßstab noch eine gesetzlich vorgeschriebene Prüfung. Jede Kategorie erhält höchstens ihr Gewicht; die erreichten Punkte werden addiert. Ein Unternehmen sollte Gewichte, Nachweisniveau und Entscheidungsgrenzen an Volumen, Zahlungsrisiko, Branchenanforderungen und vertragliche Zusagen anpassen. Ein fehlender Nachweis darf nicht automatisch mit einem nachgewiesenen technischen Fehler gleichgesetzt werden – er ist zunächst eine eigene Schwäche der Belegführung. | Bewertungsfeld | Gewicht | Zu prüfende Live-Nachweise | |---|---:|---| | Zuverlässigkeit des regulierten Wegs und Annuaire-Nachweis | 20 | vollständige Kohorten, Adressauflösung, Übermittlungs- und Empfangsereignisse, Dublettenschutz | | Daten- und Formatverarbeitung | 15 | Factur-X, UBL oder CII je Einsatzfall, Pflicht- und Geschäftsdaten, lesbare Umwandlung, Quarantänegründe | | PA-zu-ERP-Ablauf und Abstimmung | 15 | eindeutige Belegzuordnung, Rückschreiben, Kreditoren-/Debitorenabgleich, Quelle-zu-Hauptbuch-Kontrolle | | Lebenszyklusstatus und E-Reporting, soweit anwendbar | 15 | erwartete Statusfolgen, CDAR-Verarbeitung, Meldevollständigkeit, Ausnahmekorrektur | | Störungsbearbeitung und Unterstützung | 15 | Zuständigkeit, Diagnosequalität, Kommunikation, Wiederanlauf, Vertragseinhaltung | | Nachweise, Sicherheit und Reversibilität | 10 | exportierbare Ereignisse, Rollen, Änderungsprotokoll, Datenherausgabe, Übergabefähigkeit | | Gesamtbetriebskosten und manueller Aufwand | 10 | Gebühren, Zusatzmodule, Benutzerarbeit, Nachbearbeitung, Beratung und Wechselkosten | | **Summe** | **100** | **belegte Leistung im vereinbarten Prüfungsumfang** | Bewerten Sie nicht nach der Anzahl vorhandener Funktionen, sondern nach der Eignung der tatsächlich genutzten Strecke. Für jedes Feld sollten Kriterien vorab feststehen: Welche Belege reichen für volle Punkte, welche Abweichungen führen zu Abzug, und welche Lücke verhindert überhaupt eine Aussage? Beispielsweise kann ein Feld 15 von 20 Punkten erhalten, wenn die regulierte Route in einer vollständigen Kohorte funktioniert, aber die Adressierungsnachweise nur umständlich exportierbar sind. Bei einem kritischen E-Reporting-Strom kann dessen Gewicht erhöht und ein anderes gesenkt werden; die Summe bleibt 100. Vermeiden Sie eine scheinbar objektive Gesamtnote ohne Sperrkriterien. Eine Plattform mit 82 Punkten kann dennoch ungeeignet sein, wenn ein geschäftskritischer Strom nicht beherrscht wird. Umgekehrt rechtfertigt eine geringe Punktzahl in der ersten Woche nicht automatisch einen Wechsel, wenn die Ursache eindeutig in einer korrigierbaren ERP-Zuordnung liegt. Halten Sie daher neben der Zahl drei Angaben fest: betroffene Reichweite, belegte Ursache und realistische Korrekturfähigkeit innerhalb des vertraglich und betrieblich akzeptablen Zeitraums.

Leitfaden

4. Kennzahlen sauber berechnen und belegen

Jede Kennzahl braucht einen festgeschriebenen Nenner. Für die Erfolgsquote des regulierten Wegs kann der Nenner aus allen eindeutigen, im Zeitraum zur Übermittlung freigegebenen Rechnungen einer definierten Strecke bestehen. Der Zähler umfasst nur die Fälle, die den vorab bestimmten Erfolgszustand mit belegbarer Zuordnung erreicht haben. Formel: Erfolgsquote = erfolgreiche eindeutige Fälle ÷ freigegebene eindeutige Fälle × 100. Wiederholte Sendeversuche derselben Rechnung werden nicht als neue Rechnungen gezählt; sie bilden eine eigene Wiederholungs- oder Nachbearbeitungskennzahl. Vertragswerte und die Risikobereitschaft des Unternehmens bestimmen, was als bestanden gilt. Es gibt hier keinen erfundenen gesetzlichen Zielwert. Die Annahme im ersten Durchlauf berechnet sich aus den ohne menschliche oder technische Korrektur erfolgreich verarbeiteten eindeutigen Fällen geteilt durch alle erstmals eingereichten eindeutigen Fälle. Dokumentieren Sie, ob eine formale Annahme, die fachliche Verarbeitung oder die Buchungsfähigkeit gemeint ist. Fehlende oder verspätete Ereignisse werden gegen eine erwartete, streckenspezifische Ereignisliste geprüft; diese Liste ist intern beziehungsweise vertraglich definiert und keine universelle gesetzliche Ereignisfolge. Die Quarantänequote verwendet eindeutige quarantänisierte Fälle im Verhältnis zu eingereichten Fällen, ergänzt um Gründe und Alter. Für die PA-ERP-Abstimmung zählen Sie nicht zugeordnete Positionen in beide Richtungen: in der PA vorhanden, im ERP fehlend; im ERP freigegeben, aber ohne passenden PA-Nachweis; sowie betrags-, steuer- oder referenzseitig abweichende Paare. Die manuelle Berührungsquote ist die Zahl der Fälle mit einem dokumentierten menschlichen Eingriff geteilt durch alle Fälle. Zusätzlich sollte die Zeit erfasst werden, damit fünf kurze Freigaben nicht mit fünf mehrstündigen Untersuchungen gleichgesetzt werden. Rückstandsalter wird in sinnvollen Klassen ausgewiesen, etwa noch am selben Arbeitstag, ein bis zwei Arbeitstage und älter; diese Klassen sind interne Steuerungswerte. Unterscheiden Sie Diagnosezeit und Lösungszeit. Die Diagnosezeit läuft vom ersten belegbaren Warnsignal bis zur begründeten Zuordnung einer wahrscheinlichen Ursache und eines Verantwortlichen. Die Lösungszeit endet erst, wenn der Vorgang korrigiert, erneut verarbeitet und gegen Quelle und Ziel geprüft wurde. Für die Quelle-zu-Hauptbuch-Abstimmung vergleichen Sie Anzahl, Nettobetrag, Steuerbetrag und Gesamtbetrag je abgegrenzter Kohorte; Sonderfälle und Rundungen werden separat erklärt. Datenqualitätsrisiken sind Zeitzonenunterschiede, nachträglich geänderte Status, fehlende Korrelations-IDs, Portalexporte mit aktuellem statt historischem Zustand, doppelte technische Ereignisse und unterschiedlich definierte Arbeitstage. Speichern Sie Rohdaten, Abfragezeitpunkt, Filter und Transformationsregeln. Eine Prozentzahl ohne diese Herkunft ist schwächer als eine kleinere, aber vollständig nachvollziehbare Stichprobe.

Leitfaden

5. Störungen und Unterstützung anhand eines Falls prüfen

Eine gute Störungsprüfung verfolgt einen Fall über alle beteiligten Systeme. Testen Sie, ob dieselbe Korrelations-ID oder eine dokumentierte Zuordnung vom ERP beziehungsweise der kompatiblen Lösung über die PA bis zu Ereignissen der Gegenstelle auffindbar ist. Fordern Sie exportierbare Ereignisse mit Zeitstempel und Systemquelle an. Klären Sie, wer den Vorgang zu welchem Zeitpunkt besaß: das Quellsystem, die eigene PA, eine andere PA, das Annuaire oder das ERP. Die Ursache darf nicht allein aus dem letzten sichtbaren Fehlertext abgeleitet werden. Entscheidend ist eine schlüssige Ereigniskette. Ein praxistaugliches Ticket könnte lauten: „SIREN 123 456 789, Ausgangsstrecke ERP–kompatible Lösung–PA, 24 eindeutige Rechnungen der Kohorte 4. September, 14:00–15:00 Uhr; sechs ohne erwartete Empfangsrückmeldung. Korrelations-IDs und ERP-Belegnummern im Anhang. Bitte nennen Sie je Fall den letzten bestätigten Verarbeitungsschritt, die verantwortliche Komponente, den Quarantäne- oder Ablehnungsgrund, die sichere Wiederanlaufmethode und den Nachweis gegen eine Dublette. Benötigt wird außerdem ein exportierbares Ereignisprotokoll für die Abstimmung.“ Das Ticket nennt Umfang und gewünschte Belege, ohne die Ursache vorwegzunehmen. Bewerten Sie die Antwort nicht nur nach Geschwindigkeit. Prüfen Sie, ob der Anbieter den Sachverhalt reproduziert, eine belastbare Ursache nennt, betroffene Fälle abgrenzt, einen Verantwortlichen bestimmt und die Korrektur mit einem Kontrolllauf nachweist. Bei Wiederholung muss erkennbar sein, wie eine doppelte Zustellung oder Buchung verhindert wird. Eine gute Ursachenanalyse trennt Auslöser, begünstigende Bedingung und fehlende Kontrolle; „Schnittstellenproblem behoben“ reicht für eine dauerhafte Maßnahme nicht. Kommunikation sollte Auswirkungen, Zwischenstand, nächste Prüfung und verbleibendes Risiko verständlich benennen. Häufige Fehler sind Sammelmeldungen ohne Belegliste, wechselnde Ticketnummern ohne Verknüpfung, Screenshots statt exportierbarer Daten, voreiliges erneutes Senden und die Gleichsetzung einer Portalansicht mit einer Ende-zu-Ende-Bestätigung. Prüfen Sie vertragliche Reaktions-, Informations- und Wiederherstellungszusagen anhand der tatsächlich vereinbarten Service-Level. Erfinden Sie weder ein gesetzliches Support-SLA noch allgemeingültige Störungsfristen, Verfügbarkeitsversprechen oder RTO/RPO-Werte. Wo der Vertrag schweigt, ist dies ein Verhandlungs- und Risikothema, keine automatisch verletzte Rechtsnorm.

Leitfaden

6. Verdeckten Arbeitsaufwand und Gesamtbetriebskosten erfassen

Der Angebotspreis bildet selten den gesamten Aufwand ab. Stellen Sie einmalige Einrichtung, laufendes Abonnement, volumenabhängige Gebühren, Konnektoren, zusätzliche Benutzer, Premium-Unterstützung und Beratungsleistungen zusammen. Ergänzen Sie die internen Kosten: Stammdatenpflege, Quarantäneprüfung, Klärung fehlgeschlagener Ströme, manuelle Zuordnung, E-Reporting-Ausnahmen, Abstimmung mit Steuerberatung oder Buchhaltung und Kontrollläufe nach Änderungen. Verwenden Sie echte Zeitaufschreibungen nach Tätigkeit und Qualifikationsniveau statt pauschaler Schätzungen. Besonders sichtbar werden verdeckte Kosten an den Übergängen. Wenn die PA einen Fehler korrekt meldet, das ERP ihn aber nicht einer Arbeitsliste zuordnet, entsteht dennoch betrieblicher Aufwand. Wenn Status nur im Portal sichtbar sind, müssen Mitarbeitende möglicherweise Informationen übertragen. Wenn Exporte für Archiv, Prüfung oder Reversibilität kostenpflichtig, unvollständig oder nur über den Support erhältlich sind, beeinflusst dies die langfristige Wirtschaftlichkeit. Bewerten Sie auch die Arbeit des externen Buchhalters: Welche Listen müssen vorbereitet werden, wie häufig entstehen Rückfragen, und lassen sich Differenzen ohne manuelle Rekonstruktion erklären? Eine einfache monatliche Betrachtung lautet: vertragliche Plattformkosten plus interne Bearbeitungsstunden mal belastbarer Vollkostensatz plus externe Fachkosten plus erwartete Kosten für Fehlerbereinigung und Änderungen. Seltene, große Ereignisse sollten als Szenario ausgewiesen werden, nicht als scheinbar präziser Monatsdurchschnitt. Wechselkosten gehören ebenfalls in die Entscheidung, darunter Parallelbetrieb, Tests, Adressierungsänderungen, Datenexport, Projektleitung und vorübergehend doppelte Kontrollen. Es gibt keine allgemeine Aufbewahrungs- oder Schonfrist, die aus dieser internen Kostenrechnung abgeleitet werden darf; maßgeblich sind anwendbare Vorschriften und Verträge. Käufer sollten anhand von fünf Fragen entscheiden: Sinkt die manuelle Arbeit nach der Anlaufphase messbar? Sind Gebühren und Zusatzleistungen zum tatsächlichen Volumen nachvollziehbar? Werden Fehler an der richtigen Stelle behoben, statt dauerhaft durch Personal umgangen? Sind Nachweise und Exporte ohne unverhältnismäßige Sonderaufträge verfügbar? Ist die erwartete Verbesserung günstiger und risikoärmer als Nachbesserung oder Wechsel? Eine billige Plattform mit dauerhafter Nacharbeit kann teurer sein als eine höhere Grundgebühr; eine teure Plattform ist jedoch nicht automatisch leistungsfähiger. Entscheidend sind belegte Gesamtkosten je stabil verarbeitetem Geschäftsvorgang und die Kritikalität der verbleibenden Lücken.

Leitfaden

7. Entscheidung: beibehalten, nachbessern, eskalieren oder Wechsel vorbereiten

Beginnen Sie mit der Ursache. Eine falsche SIRET-Zuordnung, eine fehlerhafte ERP-Feldzuordnung, unklare Arbeitsanweisung oder fehlende Berechtigung spricht zunächst für Konfigurations-, Prozess- oder Integrationsnachbesserung. Wiederkehrende Lücken über mehrere korrekt konfigurierte Einheiten, nicht exportierbare Kernnachweise, unbeherrschte Formate im vereinbarten Umfang oder dauerhaft unklare Ende-zu-Ende-Verantwortung können auf eine strukturelle Fähigkeitslücke hindeuten. Belegen Sie diese Unterscheidung mit Kontrollfällen, nicht mit Vermutungen. **Beibehalten** ist sachgerecht, wenn kritische Strecken nachweislich funktionieren, Restfehler begrenzt sind, Ursachen behoben werden und Aufwand sowie Kosten innerhalb der eigenen Grenzen liegen. **Nachbessern** passt bei klar abgegrenzten, korrigierbaren Mängeln mit benanntem Verantwortlichen, Termin, Kontrolltest und Rückfallplan. **Formell eskalieren** ist sinnvoll, wenn vereinbarte Leistung oder Nachweisführung wiederholt verfehlt wird, der normale Support keine tragfähige Abhilfe liefert oder Auswirkungen eine vertraglich definierte Schwelle erreichen. Die Eskalation sollte Fakten, betroffene Kohorten, Vertragsbezug, verlangte Abhilfe und Prüftermin enthalten. **Wechsel vorbereiten** bedeutet zunächst, Daten zu sichern, Anforderungen zu schärfen, Alternativen unabhängig zu prüfen und die Umsetzbarkeit zu bewerten; es ist noch keine Wechselentscheidung. Das Dekret Nr. 2026-677 vom 27. Juli 2026 regelt nach den Artikeln 242 nonies E bis bis E quater in Anhang II des französischen Steuergesetzbuchs Schutzmechanismen der PA-Mobilität. Danach erfordert ein Wechsel eine datierte und unterzeichnete formelle Zustimmung, die alte und neue PA, betroffene elektronische Adressen und Wirksamkeitsdatum bezeichnet. Nach Erhalt übermittelt die neue PA der alten PA ihre Nummer innerhalb von zwei Arbeitstagen. Die alte PA kann binnen fünf Arbeitstagen widersprechen, wenn die Anfrage nicht dem Willen des Unternehmens entspricht. Nach ausdrücklicher oder stillschweigender Zustimmung hat die neue PA fünfzehn Arbeitstage, um die Adressierung im Verzeichnis einzutragen. Nach dem Wechsel führt die alte PA die vorgesehenen Verarbeitungsstatus ein Jahr lang fort und übermittelt auf Anfrage verfügbare Kontinuitätsinformationen binnen fünf Arbeitstagen. Diese Zusammenfassung ist keine Empfehlung zum Wechsel und ersetzt weder juristische Prüfung noch die Verfahrensplanung. Für die operative Abfolge, Paralleltests und Migration ist der gesonderte Migrationsleitfaden zuständig. Hier dient die Regelung nur dazu, Reversibilität als prüfbares Beschaffungskriterium einzuordnen. Angstmacherei und Anbieterangriffe helfen nicht: Entscheiden Sie anhand dokumentierter Wirkung, Korrekturfähigkeit, Vertrag, Kosten, Risiko und realistischer Umstellbarkeit.

Leitfaden

8. Sieben-Tage-Ausgangslage und fortlaufendes 30-Tage-Paket

Planen Sie für Tag 7 eine kompakte, aber reproduzierbare Ausgangslage. Sie enthält den abgegrenzten Umfang, Fallzahlen je Einheit und Strecke, offene Rückstände, erste Kennzahlen, Punktbewertung, drei wichtigste Risiken und alle Datenlücken. Benennen Sie pro Befund einen fachlichen Eigentümer und einen technischen Bearbeiter. Kritische Fälle erhalten eine nächste Handlung, einen Prüftermin und ein Kriterium für die Schließung. Da am 6. September 2026 noch keine sieben vollen Tage seit Inkrafttreten vergangen sind, ist dies eine bevorstehende Prüfung; eine 30-Tage-Leistung darf heute erst recht nicht behauptet werden. Ab Tag 8 wird dieselbe Definition täglich oder in einem angemessenen festen Rhythmus aktualisiert und als rollendes Fenster der letzten 30 verfügbaren Betriebstage beziehungsweise Kalendertage geführt – die gewählte Grundlage muss ausdrücklich genannt werden. Alte Fehler verschwinden damit nicht aus der Lernakte: größere Vorfälle bleiben zusätzlich im Ursachenregister. Vergleichen Sie aktuelle Werte mit der Sieben-Tage-Ausgangslage und kennzeichnen Sie Änderungen durch höheres Volumen, neue Einheiten oder geänderte Schnittstellen. Ein verbesserter Prozentsatz ist nur belastbar, wenn Nenner und Erfolgsdefinition gleich geblieben sind. Das 30-Tage-Paket sollte Rohdatenexporte, Kennzahlberechnung, Abweichungsliste, Stichprobenbelege, offene und geschlossene Tickets, Ursachenanalysen, Kontrollwiederholungen, Vertragsabgleich, Zeitaufwand und Kostenentwicklung enthalten. Ergänzen Sie ein Entscheidungsblatt je kritischer Strecke: aktuelle Wahl, Begründung, verbleibendes Risiko, nächste Schwelle und Verantwortlicher. Bei einer Nachbesserung wird der fehlerhafte Fall kontrolliert erneut getestet. Bei einer Eskalation werden Vertragspassage, tatsächliche Leistung und verlangte Abhilfe nebeneinandergestellt. Für spätere Anbietergespräche werden Vorführungen nicht mit allgemeinen Funktionen, sondern mit anonymisierten Problemfällen gefordert: Adressauflösung für mehrere Einheiten, Quarantäne und Korrektur, nachvollziehbarer Lebenszyklus, E-Reporting-Ausnahme, PA-ERP-Abstimmung, Export einer Ereigniskette und sicherer Wiederanlauf ohne Dublette. FNFE-MPE nennt als professionelle, nicht gesetzliche Orientierung unter anderem begründete Empfangsadressen, PA-Anbindung, Dublettenkontrollen, strikte Behandlung von „Refusée“, Factur-X/UBL/CII, CDAR-Statusmeldungen, AFNOR XP Z12-012 und Verzeichnissynchronisierung. Prüfen Sie deren Relevanz für den eigenen Fall. Der nächste themenspezifische Schritt ist eine unabhängige Leistungsprüfung, die Live-Nachweise gegen Prozesse, Vertrag und Käuferanforderungen abgleicht und daraus eine belastbare Maßnahmen- oder Auswahlliste erstellt.

Leitfaden

9. Fiktives Beispiel: drei Einheiten, drei unterschiedliche Entscheidungen

Die fiktive Groupe Atlas betreibt drei französische Einheiten über dieselbe PA, aber mit unterschiedlichen ERP-Anbindungen. Die Sieben-Tage-Ausgangslage umfasst 8.240 eindeutige Vorgänge: 5.000 Eingangsrechnungen der Atlas Distribution SAS, 3.000 Ausgangsrechnungen der Atlas Industrie SA und 240 E-Reporting-Fälle der Atlas Services SARL. Testbelege und 31 bewusst abgebrochene Schulungsfälle werden ausgeschlossen. Für jede Strecke gilt dieselbe Gewichtung von 20/15/15/15/15/10/10 Punkten; die Grenzwerte sind interne Entscheidungen der Gruppe und keine amtlichen Vorgaben. | Einheit und Strecke | Route | Daten/Format | PA–ERP | Status/E-Reporting | Unterstützung | Nachweis/Reversibilität | Kosten/Aufwand | Summe | |---|---:|---:|---:|---:|---:|---:|---:|---:| | Distribution, Eingang | 18/20 | 13/15 | 14/15 | 12/15 | 12/15 | 8/10 | 8/10 | **85/100** | | Industrie, Ausgang | 13/20 | 10/15 | 8/15 | 9/15 | 9/15 | 7/10 | 5/10 | **61/100** | | Services, E-Reporting | 8/20 | 11/15 | 7/15 | 6/15 | 8/15 | 6/10 | 4/10 | **50/100** | Bei Distribution erreichen 4.920 von 5.000 Rechnungen den definierten Abstimmungszustand; 52 Fälle liegen wegen einer im ERP fehlenden Kreditorenzuordnung in Quarantäne, 28 warten auf fachliche Klärung. Eine Wiederholungsprobe zeigt funktionierenden Dublettenschutz. Der Hauptbefund ist lokal und korrigierbar: Das ERP-Team ergänzt die Zuordnungsregel und prüft alle 80 Fälle erneut. Entscheidung: PA beibehalten, Konfiguration nachbessern und die 30-Tage-Entwicklung beobachten. Bei Industrie werden 3.000 eindeutige Rechnungen freigegeben. 2.910 werden im ersten Durchlauf verarbeitet, doch bei 64 Fällen fehlt im ERP die zugehörige Statusrückmeldung und 26 sind wegen einer fehlerhaften UBL-Feldbelegung abgelehnt. Die PA kann Ereignisse liefern, der Konnektor schreibt sie jedoch nicht zuverlässig zurück. Zwei Tickets wurden ohne gemeinsame Korrelationsliste geführt; die erste Ursachenangabe „externer Schnittstellenfehler“ blieb unbelegt. Der kontrollierte Test ordnet 52 der 64 Statuslücken dem Konnektor zu, zwölf Fälle bleiben bei der PA ungeklärt. Entscheidung: Integration nachbessern und die zwölf vertraglich mit vollständiger Belegliste eskalieren. Ein Wechsel wäre vor Klärung der geteilten Ursache voreilig. Bei Services erreichen nur 211 von 240 E-Reporting-Fällen den intern erwarteten, belegten Abschluss. Elf Fälle wurden durch eine eigene Stammdatenänderung verursacht; diese gehen in die interne Nachbesserung. Bei 18 weiteren Fällen kann die PA weder eine vollständige Ereigniskette noch einen konsistenten Export bereitstellen. Die Bearbeitung beansprucht 37 Stunden, weil Portalstatus manuell mit dem Nebenbuch verglichen werden. Nach einem Kontrolllauf bleiben sieben der 18 Fälle ungeklärt. Da diese Lücke die Kernstrecke betrifft, bereits zweimal ohne tragfähige Ursachenanalyse auftrat und die vertraglich erwartete Nachweisführung nicht erfüllt ist, bereitet die Gruppe vorsorglich einen Anbieterwechsel vor, sichert Exporte und prüft Alternativen unabhängig. Die formelle Entscheidung fällt erst nach Vertragsprüfung und einer letzten befristeten Abhilfechance. Drei Auswertungsfehler werden korrigiert: Wiederholungsversuche wurden anfangs als neue Rechnungen gezählt, Portalzeitstempel lagen in einer anderen Zeitzone, und die geringe Services-Stichprobe wurde vorschnell auf einen Monat hochgerechnet. Nach Bereinigung bleiben drei unterschiedliche Befunde: lokales Stammdatenproblem, geteiltes Integrations- und PA-Problem sowie strukturelle Nachweislücke. Die Gruppe entscheidet deshalb nicht anhand der Gesamtnote allein, sondern je Strecke nach Kritikalität, Ursache, wiederholter Kontrollprobe, manueller Belastung, vertraglicher Abhilfe und realistischer Wechselbarkeit. So können Beibehalten, Nachbessern, Eskalation und Wechselvorbereitung innerhalb desselben Konzerns gleichzeitig sachgerecht sein.

Checkliste

Prüfungsumfang je SIREN, SIRET oder begründeter Empfangsadresse sowie je Eingangs-, Ausgangs- und E-Reporting-Strecke festhalten.

Sieben-Tage-Kohorten aus Quellsystem, PA, Annuaire-Nachweis und ERP mit eindeutigen Beleg- und Korrelationskennungen sichern.

Nenner, Erfolgszustand, Ausschlüsse und Zeitbasis jeder Kennzahl vor der Berechnung dokumentieren.

Die interne 100-Punkte-Gewichtung an Kritikalität, Volumen, Vertrag und eigene Risikobereitschaft anpassen.

Dublettenkontrolle, Quarantäne, Wiederanlauf und Quelle-zu-Hauptbuch-Abstimmung mit kontrollierten Fällen prüfen.

Supporttickets mit vollständiger Kohorte, Ereigniskette, Auswirkung, gewünschtem Nachweis und Prüftermin führen.

Manuelle Bearbeitungszeit, externe Buchhaltungskosten, Zusatzgebühren und Fehlerbereinigung getrennt erfassen.

Jeden Befund als Konfigurations-, Prozess-, Integrations- oder strukturelle PA-Lücke klassifizieren und durch einen Kontrolltest bestätigen.

Für Tag 7 eine Ausgangslage erstellen und anschließend ein gleich definiertes rollierendes 30-Tage-Paket pflegen.

Je kritischer Strecke eine begründete Entscheidung zu Beibehalten, Nachbessern, Eskalation oder Wechselvorbereitung mit Eigentümer festhalten.

Häufige Fragen

Wann sollte eine französische PA nach dem Produktivstart geprüft werden?

Erstellen Sie nach sieben Tagen mit echten, ausreichend vielfältigen Strömen eine erste Ausgangslage und führen Sie danach eine rollierende 30-Tage-Sicht. Bei sehr wenigen Rechnungen sollte die Beobachtung verlängert werden, bis wichtige Einheiten, Formate und Ausnahmefälle vertreten sind. Am 6. September 2026 sind noch keine vollen sieben beziehungsweise dreißig Tage seit dem Reformstart vergangen; Langzeitwerte wären daher verfrüht.

Welche Daten sollte das Unternehmen von der PA anfordern?

Benötigt werden exportierbare Ereignisse mit Zeitstempel und Systemquelle, eindeutige Rechnungs- und Korrelationskennungen, Weiterleitungs- beziehungsweise Adressierungsnachweise, Format- und Quarantänegründe, Lebenszyklus- und gegebenenfalls E-Reporting-Status sowie Ticket- und Wiederanlaufdaten. Die Daten sollten sich mit ERP, kompatibler Lösung und Hauptbuch abstimmen lassen. Fordern Sie Definitionen und Filter mit an, nicht nur fertige Prozentwerte.

Beweist die Eintragung auf der DGFiP-Liste eine hohe Servicequalität?

Nein. Die amtliche Liste ist die maßgebliche Quelle für den aktuellen Registrierungsstatus und zeigt, dass eine PA die regulierten Funktionen im vorgesehenen Rahmen erbringen darf. Sie bewertet jedoch nicht automatisch die Eignung für Ihr ERP, Ihre Volumenspitzen, Ihren Unterstützungsbedarf, Ihre Gesamtkosten oder die Qualität einer konkreten Anbindung. Registrierung und betriebliche Eignung sind getrennte Prüfungen.

Welche Kennzahlen sind für die PA-Leistungsprüfung sinnvoll?

Nützlich sind eindeutig definierte Erfolgs- und Erstdurchlaufquoten, Dubletten, fehlende oder verspätete Ereignisse, Quarantäne, nicht abgestimmte PA-ERP-Positionen, manuelle Eingriffe, Diagnose- und Lösungszeit, Rückstandsalter sowie Quelle-zu-Hauptbuch-Differenzen. Entscheidend sind nachvollziehbare Nenner, Erfolgsdefinitionen und Rohbelege. Grenzwerte folgen Vertrag und eigener Risikobereitschaft, nicht einer erfundenen gesetzlichen Quote.

Gibt es ein gesetzliches Support-SLA für jede PA?

Aus den hier verwendeten amtlichen Quellen lässt sich kein einheitliches gesetzliches Support-SLA für alle PA ableiten. Reaktionszeiten, Informationspflichten, Verfügbarkeit und Wiederherstellungsziele sind anhand des konkreten Vertrags und anwendbarer Vorschriften zu prüfen. Fehlt eine benötigte Zusage, ist das ein Beschaffungs- oder Verhandlungsthema; es sollte nicht als vermeintlich allgemeine gesetzliche Frist dargestellt werden.

Wie lässt sich ein PA-Fehler von einem ERP- oder Konfigurationsfehler unterscheiden?

Verfolgen Sie kontrollierte Fälle mit eindeutiger Kennung von der Quelle bis zum Ziel und halten Sie den letzten bestätigten Schritt je System fest. Wiederholen Sie den Fall nach einer isolierten Korrektur, ohne gleichzeitig mehrere Komponenten zu ändern. Tritt die Abweichung nur bei einer Feldzuordnung, einer Einheit oder einem Konnektor auf, spricht das eher für eine lokale Ursache; bleibt sie über korrekt konfigurierte Strecken bestehen, muss die PA-Leistung vertieft geprüft werden.

Wann rechtfertigt schlechte Leistung die Vorbereitung eines PA-Wechsels?

Eine Wechselvorbereitung ist besonders dann prüfenswert, wenn eine geschäftskritische Lücke wiederholt und in kontrollierten Fällen belegt ist, vertragliche Abhilfe ausbleibt, Ursachen oder Kernnachweise nicht geliefert werden und die Restgefahr trotz Nachbesserung außerhalb der eigenen Toleranz liegt. Das ist noch keine Empfehlung zum Wechsel. Kosten, Migrationsrisiko, Vertrag, Alternativen und die formellen Mobilitätsregeln müssen gesondert bewertet werden.

Welche Nachweise sollten vor Eskalation oder Wechsel gesichert werden?

Sichern Sie Rohereignisse, Rechnungs- und Korrelationskennungen, Adressierungs- und Weiterleitungsbelege, Statushistorien, Format- und Quarantänegründe, Ticketverläufe, Ursachenanalysen, Kontrolltests, Abstimmungstabellen, Vertragsstände, Gebühren- und Zeitnachweise sowie verfügbare Archiv- und Datenexporte. Dokumentieren Sie Exportdatum, Filter, Zeitzone und Prüfsumme oder andere Integritätskontrollen. Aufbewahrung und rechtliche Verwendbarkeit sollten qualifiziert geprüft werden.

Wichtige Regeln, Formate und Begriffe

Europäische KommissionEN 16931Richtlinie 2014/55/EUstrukturierte elektronische RechnungLeistungsprüfung einer französischen PA-Plattform nach dem ProduktivstartFrance

Frankreich — Länder-Hub

Frankreich

Länder-Hub öffnen →

Nutzen Sie den Länder-Hub für alle passenden Fristen, Checklisten, Formatleitfäden und Softwarevergleiche.

Weiterlesen

Offizielle Quellen

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