TL;DR — Résumé Rapide

CFDI rejeté car le RFC destinataire est sur la liste noire SAT (Art. 69-B). Vérifier le statut EFOS, valider les clients avant facturation et documenter l'opération.

Diagramme

Lors du timbrage d’une CFDI 4.0, votre PAC ou ERP peut rejeter la facture parce que le RFC du destinataire figure sur la liste noire du SAT — formellement, la liste des contribuables signalés pour opérations présumées inexistantes selon l’article 69-B du code fiscal fédéral mexicain. Ce n’est pas une erreur XML ni de certificat : c’est une validation fiscale visant à protéger l’émetteur des EFOS (entreprises facturant des opérations simulées) ou des destinataires en manquement grave.

En comptabilité et créances clients, le message apparaît souvent à la clôture mensuelle, lors de l’intégration d’un nouveau client depuis un catalogue obsolète, ou quand le SAT publie une mise à jour que votre système n’a pas encore synchronisée. Un seul RFC listé peut bloquer la facturation en masse si l’ERP valide chaque destinataire avant timbrage.

L’Erreur

Pendant le timbrage, le PAC ou le module de facturation électronique peut renvoyer :

“Le RFC du destinataire figure sur la liste noire du SAT”

“Destinataire en situation de manquement article 69-B — timbrage interdit”

“RFC destinataire presunto ou definitivo — opération bloquée”

“Validation EFOS : le RFC client ne peut recevoir de CFDI”

Le XML reste sans UUID et le folio interne reste en attente. En intégration API, la réponse HTTP inclut généralement un code de validation PAC référant les listes SAT.

Cause du Problème

Le SAT publie périodiquement des listes à différentes étapes de la procédure 69-B :

  1. Presunto : présomption d’opérations inexistantes ; le contribuable peut désavouer.
  2. Definitivo : présomption non désavouée à temps ; conséquences plus sévères.
  3. Desvirtuado : retiré de la liste après preuve d’opérations réelles.

Les systèmes de facturation comparent le RFC destinataire du nœud Receptor CFDI contre :

  • Fichiers ou services web SAT mis à jour par le PAC.
  • Bases locales téléchargées par l’ERP (Aspel, CONTPAQi, etc.).
  • Règles internes PAC bloquant préventivement le timbrage.

RFC mal saisi

Parfois le blocage ne correspond pas au vrai client :

  • RFC générique XAXX010101000 ou XEXX010101000 mal utilisé.
  • Chiffres transposés lors de migration Excel.
  • Raison sociale correcte mais RFC d’une autre entité du groupe.

Client nouvellement listé

Un client au historique propre peut apparaître dans une nouvelle publication DOF. Votre catalogue clients n’était pas à jour et la facture du mois suivant échoue sans changement de processus.

Catalogue obsolète ERP ou PAC

Une liste locale non mise à jour depuis des semaines produit des faux négatifs (timbrage vers EFOS) ou faux positifs (blocage d’un RFC déjà desvirtuado). La date de dernière synchronisation est le premier indicateur à vérifier.

Opération réelle avec destinataire non conforme

Même pour une vente légitime, timbrer vers un RFC Definitivo expose l’émetteur au contrôle des déductions et retenues. D’où le blocage préventif de nombreux PAC.

Solution Étape par Étape

1. Documenter le rejet

Conserver capture d’écran, RFC destinataire, montant, lignes et horodatage. Pour timbrage par lot, identifier les factures partageant le RFC problématique.

2. Vérifier le statut officiel au SAT

Avec e.firma de l’émetteur ou requêtes publiques :

  1. Opinion de conformité fiscale du RFC destinataire.
  2. Liste article 69-B sur le portail SAT.
  3. Constancia de situación fiscal pour confirmer le RFC actif.

Noter Presunto, Definitivo ou Desvirtuado et date de publication.

3. Corriger les données maîtres client

Dans l’ERP, vérifier :

  • RFC 12 ou 13 caractères selon personne morale ou physique.
  • Nom aligné sur certificat SAT (CFDI 4.0 strict).
  • Régime fiscal et code postal destinataire conformes au domicile fiscal.

Si RFC erroné, corriger et retenter. Si correct et toujours listé, passer à l’étape 4.

4. Évaluer le risque avec la comptabilité

Pour clients Presunto, suspendre souvent les nouvelles factures jusqu’à preuve de désaveu. Pour Definitivo, éviter CFDI supplémentaires sans avis fiscal et preuves documentaires (contrat, bons de livraison, virements SPEI).

5. Mettre à jour validations PAC et ERP

Dans le PAC, forcer téléchargement du padron à jour. Dans l’ERP, exécuter mise à jour catalogues SAT et activer alertes pré-timbrage.

6. Timbrage test

Après correction RFC ou catalogue, émettre CFDI test minimale. Confirmer UUID. Si blocage interne persiste, annuler folio ou le mettre en attente créances.

Prévention

  • Valider RFC à l’ouverture client.
  • Synchronisation hebdomadaire listes 69-B.
  • Alerte commande si RFC listé entre commande et facture.
  • Audit trimestriel clients actifs vs liste SAT.
  • Former les ventes : liste noire = enjeu fiscal.

Résumé

  • L’erreur indique RFC destinataire en manquement article 69-B ou validation EFOS.
  • Confirmer statut officiel, corriger RFC, mettre à jour catalogues PAC/ERP.
  • Ne pas ignorer le blocage : coordonner avec comptabilité avant timbrage Definitivo.
  • Prévention : validation RFC à l’entrée et sync hebdomadaire des listes.

Articles Connexes