TL;DR — Resumen Rápido

CFDI rechazado porque el RFC del receptor está en la lista negra del SAT (Art. 69-B). Verifica estatus EFOS, valida clientes antes de facturar y documenta la relación comercial.

Diagrama

Al timbrar un CFDI 4.0, el PAC o tu ERP puede rechazar la factura porque el RFC del receptor aparece en la lista negra del SAT — formalmente, en el listado de contribuyentes señalados por operaciones presuntamente inexistentes bajo el Artículo 69-B del Código Fiscal de la Federación. Este bloqueo no es un error de XML ni de certificado: es una validación fiscal que protege al emisor de asociarse con EFOS (Empresas que Facturan Operaciones Simuladas) o con receptores en situación de incumplimiento grave.

En contabilidad y cuentas por cobrar, el mensaje suele aparecer en el cierre mensual, cuando un cliente nuevo se integra desde un catálogo desactualizado o cuando el SAT publica una actualización del padrón que tu sistema aún no sincronizó. Un solo RFC en lista negra puede detener lotes de facturación masiva si el ERP valida receptor por receptor antes del timbrado.

El Error

Durante el timbrado, el PAC o el módulo de facturación electrónica puede devolver:

“El RFC del receptor se encuentra en la lista negra del SAT”

“Receptor con estatus de incumplimiento Artículo 69-B — timbrado no permitido”

“RFC receptor presunto o definitivo — operación bloqueada”

“Validación EFOS: el RFC del cliente no puede recibir CFDI”

El XML queda sin UUID y el folio interno permanece pendiente. En integraciones API, la respuesta HTTP suele incluir un código de validación del PAC que referencia la lista del SAT o un servicio de verificación de RFC.

Causa del Problema

El SAT publica periódicamente listados de contribuyentes en distintas etapas del procedimiento 69-B:

  1. Presunto: el SAT presume operaciones inexistentes; el contribuyente puede desvirtuar.
  2. Definitivo: no desvirtuó a tiempo; consecuencias fiscales más severas.
  3. Desvirtuado: salió del listado tras acreditar operaciones reales.

Los sistemas de facturación comparan el RFC receptor capturado en el nodo Receptor del CFDI contra:

  • Archivos o servicios web del SAT actualizados por el PAC.
  • Bases locales descargadas por el ERP (Aspel, CONTPAQi, microfactura, etc.).
  • Reglas internas del PAC que bloquean timbrado preventivo.

RFC mal capturado

A veces el bloqueo no corresponde al cliente real:

  • RFC genérico XAXX010101000 o XEXX010101000 mal usado en operaciones que requieren RFC identificado.
  • Transposición de dígitos al migrar catálogos desde Excel.
  • Razón social correcta pero RFC de otra empresa del mismo grupo corporativo.

Cliente recién incluido en lista negra

Un cliente con historial limpio puede aparecer en una publicación nueva del DOF. Tu catálogo de clientes no se enteró y la factura del mes siguiente falla sin cambios aparentes en tu proceso.

Catálogo desactualizado en ERP o PAC

Si la validación usa una copia local de la lista y no se actualizó en semanas, puedes ver falsos negativos (permitir timbrado a EFOS) o falsos positivos (bloquear RFC ya desvirtuado). La fecha de última sincronización del catálogo es el primer dato a revisar.

Operación real con receptor en incumplimiento

Incluso cuando la venta es legítima, timbrar a un RFC Definitivo expone al emisor a escrutinio en deducciones, retenciones y posibles requerimientos. Por eso muchos PAC bloquean de forma preventiva.

Solución Paso a Paso

1. Documentar el rechazo

Guarda captura del error, RFC receptor, monto, conceptos y hora del intento. Si timbras por lote, identifica qué facturas del lote comparten el mismo RFC problemático.

2. Consultar estatus oficial en el SAT

Con la e.firma del emisor o en consultas públicas disponibles:

  1. Opinión del cumplimiento de obligaciones fiscales del RFC receptor (si tienes permiso o el cliente la comparte).
  2. Listado de Artículo 69-B en el portal del SAT.
  3. Constancia de situación fiscal del cliente para confirmar que el RFC activo coincide con tu catálogo.

Anota si el estatus es Presunto, Definitivo o Desvirtuado y la fecha de publicación.

3. Corregir datos maestros del cliente

En tu ERP, abre el catálogo de clientes y verifica:

  • RFC de 12 o 13 caracteres según persona moral o física.
  • Nombre o razón social alineada con la constancia SAT (CFDI 4.0 es estricto).
  • Régimen fiscal y código postal del receptor acordes al domicilio fiscal.

Si el RFC era incorrecto, corrige y reintenta timbrado. Si era correcto y sigue en lista negra, pasa al paso 4.

4. Evaluar riesgo con contabilidad

Para clientes Presuntos, muchas firmas suspenden nuevas facturas hasta que el cliente comparta prueba de desvirtuación. Para Definitivos, se recomienda no emitir CFDI adicionales sin dictamen fiscal y evidencia documental de la operación (contrato, remisiones, transferencias SPEI, acta entrega-recepción).

Si la operación ya se prestó y el timbrado es obligatorio, tu contador definirá si procede facturar con reservas documentales o emitir nota de crédito y renegociar.

5. Actualizar validaciones en PAC y ERP

En el panel del PAC, revisa la opción de validación de lista negra y fuerza descarga del padrón actualizado. En Aspel SAE, CONTPAQi u otro ERP, ejecuta la utilería de actualización de catálogos SAT y habilita, si existe, la alerta previa al timbrado en captura de pedidos.

6. Timbrar de prueba o liberar folio

Tras corrección de RFC o actualización de catálogo, emite un CFDI de prueba con monto mínimo. Confirma UUID y cadena original. Si el cliente permanece bloqueado por política interna, cancela el folio interno o déjalo en hold con comentario en cuentas por cobrar.

Prevención

  • Validar RFC al alta de cliente: consulta Opinión de cumplimiento antes de abrir crédito comercial.
  • Sincronización semanal: programa actualización de listas 69-B en PAC o ERP.
  • Alertas en pedidos: bloquea surtido si el RFC cae en lista negra entre el pedido y la factura.
  • Auditoría trimestral: exporta clientes activos y cruza contra listado SAT.
  • Capacitación a ventas: un RFC en lista negra es tema fiscal, no solo de sistemas.

Resumen

  • El error indica que el RFC receptor está en incumplimiento Art. 69-B o en validación EFOS del SAT.
  • Confirma estatus oficial, corrige RFC mal capturado y actualiza catálogos del PAC/ERP.
  • No ignores el bloqueo: documenta la operación y coordina con contabilidad antes de timbrar a receptores Definitivos.
  • La prevención es validar RFC al alta y mantener listas sincronizadas semanalmente.

Artículos Relacionados