TL;DR — Kurzzusammenfassung

CFDI abgelehnt weil Empfänger-RFC auf SAT-Schwarzer Liste (Art. 69-B). EFOS-Status prüfen, Kunden vor Fakturierung validieren und Geschäftsbeziehung dokumentieren.

Diagramm

Beim Timbrado einer CFDI 4.0 kann Ihr PAC oder ERP die Rechnung ablehnen, weil der Empfänger-RFC auf der SAT-Schwarzen Liste steht — formal auf der Liste der Steuerpflichtigen mit mutmaßlich nicht existenten Operationen nach Artikel 69-B des mexikanischen Bundessteuergesetzes. Dies ist kein XML- oder Zertifikatsfehler, sondern eine steuerliche Validierung zum Schutz vor EFOS (Unternehmen mit simulierten Rechnungsoperationen) oder Empfängern in schwerem Verstoß.

In Buchhaltung und Debitorenbuchhaltung erscheint die Meldung oft beim Monatsabschluss, wenn ein neuer Kunde aus veraltetem Katalog kommt oder der SAT eine aktualisierte Liste veröffentlicht, die Ihr System noch nicht synchronisiert hat. Ein gelisteter RFC kann Massenfakturierung stoppen, wenn das ERP jeden Empfänger vor dem Timbrado prüft.

Der Fehler

Beim Timbrado kann der PAC oder das E-Rechnungsmodul melden:

“Empfänger-RFC befindet sich auf der SAT-Schwarzen Liste”

“Empfänger mit Artikel-69-B-Verstoß — Timbrado nicht erlaubt”

“Presunto- oder Definitivo-RFC — Operation blockiert”

“EFOS-Validierung: Kunden-RFC kann keine CFDI empfangen”

Die XML bleibt ohne UUID, das interne Folio hängt. Bei API-Integration enthält die HTTP-Antwort meist einen PAC-Validierungscode mit Verweis auf SAT-Listen.

Ursache des Problems

Der SAT veröffentlicht periodisch Listen in verschiedenen 69-B-Stadien:

  1. Presunto: mutmaßlich nicht existente Operationen; Widerlegung möglich.
  2. Definitivo: rechtzeitig nicht widerlegt; schwerere Folgen.
  3. Desvirtuado: nach Nachweis echter Operationen von der Liste entfernt.

Fakturierungssysteme vergleichen den Empfänger-RFC im CFDI-Knoten Receptor mit:

  • SAT-Dateien oder Webservices des PAC.
  • Lokalen ERP-Datenbanken (Aspel, CONTPAQi usw.).
  • Internen PAC-Regeln mit präventiver Timbrado-Sperre.

Falsch erfasster RFC

Manchmal trifft die Sperre nicht den echten Kunden:

  • Generischer RFC XAXX010101000 oder XEXX010101000 falsch verwendet.
  • Vertauschte Ziffern beim Excel-Import.
  • Richtiger Name, aber RFC einer anderen Konzerngesellschaft.

Kunde neu gelistet

Ein bisher sauberer Kunde erscheint in neuer DOF-Veröffentlichung. Der Kundenstamm war nicht aktualisiert — die nächste Rechnung scheitert ohne Prozessänderung.

Veralteter Katalog in ERP oder PAC

Lokale Listen ohne wöchentliche Aktualisierung erzeugen falsch-negative (Timbrado an EFOS) oder falsch-positive (Sperre trotz Desvirtuado) Ergebnisse. Sync-Datum zuerst prüfen.

Echte Operation mit nicht konformem Empfänger

Selbst bei legitimem Verkauf birgt Timbrado an Definitivo-RFC Prüfung von Abzügen und Quellensteuern. Deshalb blockieren viele PACs präventiv.

Schritt-für-Schritt-Lösung

1. Ablehnung dokumentieren

Screenshot, Empfänger-RFC, Betrag, Positionen und Zeitstempel speichern. Bei Batch-Timbrado betroffene Rechnungen identifizieren.

2. Offiziellen SAT-Status prüfen

Mit e.firma des Ausstellers oder öffentlichen Abfragen:

  1. Steuercompliance-Meinung des Empfänger-RFC.
  2. Artikel-69-B-Liste im SAT-Portal.
  3. Steuersituationsbescheinigung zur RFC-Bestätigung.

Status und Veröffentlichungsdatum notieren.

3. Kundenstammdaten korrigieren

Im ERP prüfen:

  • 12- oder 13-stelliges RFC je nach Rechtsform.
  • Name laut SAT-Bescheinigung (CFDI 4.0 ist strikt).
  • Steuerregime und Postleitzahl des Empfängers.

Bei falschem RFC korrigieren und erneut timbrieren. Bei korrektem und weiterhin gelistetem RFC Schritt 4.

4. Risiko mit Buchhaltung bewerten

Bei Presunto oft neue Rechnungen aussetzen bis Widerlegungsnachweis. Bei Definitivo keine weiteren CFDIs ohne steuerliche Beratung und Vertrags-/Liefernachweise.

5. Validierungen in PAC und ERP aktualisieren

Im PAC Schwarze-Liste-Option prüfen und Padrón-Update erzwingen. Im ERP SAT-Katalog-Update ausführen und Vorab-Warnungen aktivieren.

6. Test-Timbrado

Nach Korrektur minimale Test-CFDI mit UUID-Bestätigung. Bei interner Sperre Folio stornieren oder in Debitoren sperren.

Prävention

  • RFC bei Kundenanlage validieren.
  • Wöchentliche 69-B-Synchronisation.
  • Warnung im Auftrag wenn RFC zwischen Bestellung und Rechnung gelistet wird.
  • Vierteljährlicher Kundenabgleich mit SAT-Liste.
  • Vertrieb schulen: Schwarze Liste ist Steuerthema.

Zusammenfassung

  • Fehler bedeutet Empfänger-RFC in Artikel-69-B-Verstoß oder EFOS-Validierung.
  • Offiziellen Status prüfen, RFC korrigieren, PAC/ERP-Kataloge aktualisieren.
  • Block nicht ignorieren — bei Definitivo mit Buchhaltung abstimmen.
  • Prävention durch RFC-Check bei Anlage und wöchentliche Listensync.

Verwandte Artikel