TL;DR — Resumo Rápido
CFDI rejeitado porque o RFC do destinatário está na lista negra do SAT (Art. 69-B). Verifique status EFOS, valide clientes antes de faturar e documente a operação.
Ao timbrar uma CFDI 4.0, o PAC ou ERP pode rejeitar a fatura porque o RFC do destinatário aparece na lista negra do SAT — formalmente, na lista de contribuintes sinalizados por operações presumivelmente inexistentes sob o Artigo 69-B do Código Fiscal Federal mexicano. Não é erro de XML nem de certificado: é validação fiscal que protege o emissor de associar-se a EFOS (empresas que faturam operações simuladas) ou destinatários em descumprimento grave.
Em contabilidade e contas a receber, a mensagem surge no fechamento mensal, quando um cliente novo vem de catálogo desatualizado ou quando o SAT publica atualização que o sistema ainda não sincronizou. Um RFC na lista negra pode parar faturamento em lote se o ERP valida cada destinatário antes do timbrado.
O Erro
Durante o timbrado, o PAC ou módulo de faturamento eletrônico pode retornar:
“O RFC do destinatário está na lista negra do SAT”
“Destinatário com status de descumprimento Artigo 69-B — timbrado não permitido”
“RFC destinatário presunto ou definitivo — operação bloqueada”
“Validação EFOS: RFC do cliente não pode receber CFDI”
O XML fica sem UUID e o folio interno permanece pendente. Em integrações API, a resposta HTTP inclui código de validação do PAC referenciando listas SAT.
Causa do Problema
O SAT publica periodicamente listas em diferentes etapas do procedimento 69-B:
- Presunto: presume operações inexistentes; contribuinte pode desvirtuar.
- Definitivo: não desvirtuou a tempo; consequências fiscais mais severas.
- Desvirtuado: saiu da lista após comprovar operações reais.
Sistemas de faturamento comparam o RFC destinatário no nó Receptor da CFDI contra:
- Arquivos ou serviços web SAT atualizados pelo PAC.
- Bases locais baixadas pelo ERP (Aspel, CONTPAQi, etc.).
- Regras internas do PAC que bloqueiam timbrado preventivo.
RFC mal capturado
Às vezes o bloqueio não corresponde ao cliente real:
- RFC genérico XAXX010101000 ou XEXX010101000 mal usado.
- Dígitos transpostos ao migrar catálogos do Excel.
- Razão social correta mas RFC de outra empresa do grupo.
Cliente recém incluído na lista negra
Cliente com histórico limpo pode aparecer em nova publicação DOF. Catálogo desatualizado faz a fatura do mês seguinte falhar sem mudança aparente no processo.
Catálogo desatualizado no ERP ou PAC
Lista local sem atualização semanal gera falsos negativos (permitir timbrado a EFOS) ou falsos positivos (bloquear RFC já desvirtuado). Data da última sincronização é o primeiro dado a revisar.
Operação real com destinatário em descumprimento
Mesmo com venda legítima, timbrar a RFC Definitivo expõe o emissor a escrutínio em deduções e retenções. Por isso muitos PACs bloqueiam preventivamente.
Solução Passo a Passo
1. Documentar a rejeição
Salvar captura do erro, RFC destinatário, valor, conceitos e horário. Em timbrado em lote, identificar faturas com mesmo RFC problemático.
2. Consultar status oficial no SAT
Com e.firma do emissor ou consultas públicas:
- Opinião de cumprimento de obrigações fiscais do RFC destinatário.
- Listagem Artigo 69-B no portal SAT.
- Constância de situação fiscal para confirmar RFC ativo no catálogo.
Anotar Presunto, Definitivo ou Desvirtuado e data de publicação.
3. Corrigir dados mestres do cliente
No ERP, verificar:
- RFC de 12 ou 13 caracteres conforme pessoa moral ou física.
- Nome alinhado à constância SAT (CFDI 4.0 é rigoroso).
- Regime fiscal e CEP do destinatário conforme domicílio fiscal.
Se RFC estava errado, corrigir e retentar. Se correto e ainda listado, passo 4.
4. Avaliar risco com contabilidade
Para Presuntos, muitas empresas suspendem novas faturas até desvirtuação. Para Definitivos, evitar CFDIs adicionais sem parecer fiscal e evidência documental (contrato, remessas, SPEI, termo de entrega).
5. Atualizar validações no PAC e ERP
No PAC, forçar download do padrão atualizado. No ERP, executar utilitário de catálogos SAT e habilitar alertas pré-timbrado.
6. Timbrar teste
Após correção de RFC ou catálogo, emitir CFDI teste mínima. Confirmar UUID. Se bloqueio interno persistir, cancelar folio ou deixar em hold em contas a receber.
Prevenção
- Validar RFC na abertura de cliente.
- Sincronização semanal listas 69-B.
- Alertas em pedidos se RFC cair na lista entre pedido e fatura.
- Auditoria trimestral clientes ativos vs lista SAT.
- Capacitar vendas: lista negra é tema fiscal.
Resumo
- Erro indica RFC destinatário em descumprimento Artigo 69-B ou validação EFOS.
- Confirmar status oficial, corrigir RFC, atualizar catálogos PAC/ERP.
- Não ignorar bloqueio: documentar e coordenar com contabilidade antes de timbrar Definitivos.
- Prevenção: validar RFC na entrada e sincronizar listas semanalmente.