El Complemento de Pago solo funciona si amarra con un pago real — y ahí es donde la mayoría falla

Un despacho emite el Complemento de Pago exactamente a tiempo. El nodo DoctoRelacionado apunta al UUID correcto de la factura original. En papel, todo está perfecto. Y aun así, ese complemento puede estar documentando un pago que nunca llegó, que llegó por un monto distinto, o que vino de un cliente diferente — porque nadie verificó que existiera una transferencia SPEI real detrás de esos datos. El error no está en el CFDI. Está un paso antes, en el que casi ningún despacho se detiene.

El complemento no prueba que te pagaron — prueba que tú dijiste que te pagaron

El PAC y el SAT validan que el XML del Complemento de Pago esté bien formado: que tenga los campos correctos, que el UUID referenciado exista, que los montos cuadren aritméticamente. Ninguno de los dos valida que el dinero efectivamente haya entrado a tu cuenta el día y por el monto que declaraste. Esa verificación —cruzar lo que escribiste en el complemento contra el movimiento real del banco— depende por completo de que alguien la haga a mano, y en la práctica casi nadie lo hace de forma sistemática.

Lo que suele pasar en su lugar: el cliente manda por WhatsApp una captura de su comprobante de transferencia, o simplemente dice "ya te pagué", y con eso se llena el complemento — fecha, monto, forma de pago — sin abrir el estado de cuenta ni confirmar la clave de rastreo contra el CEP de Banxico. El CFDI resultante es válido ante el SAT. Pero "válido" y "verificado" son dos cosas distintas, y solo la segunda te protege si algo no cuadra después.

<!-- El XML es válido. El UUID referenciado existe. El SAT lo acepta sin problema. -->
<pago20:Pago FechaPago="2026-08-04" MontoPago="15000.00" FormaDePagoP="03">
    <pago20:DoctoRelacionado
        IdDocumento="3fa2-c9e1-...-uuid-original"
        ImpPagado="15000.00"
        MetodoDePagoDR="PPD"/>
</pago20:Pago>
<!-- Estos datos vienen de la captura que envió el cliente por WhatsApp. -->
<!-- Nadie los cruzó contra el movimiento real de la cuenta bancaria. -->

// Antes de timbrar, se confirmó contra el CEP de Banxico y el estado de cuenta:
Clave de rastreo:  MBAN01002608041234567   ✓ coincide con el CEP
Monto:             $15,000.00 MXN          ✓ exacto, no $14,950 con comisión
Fecha de abono:    2026-08-04              ✓ coincide con el estado de cuenta
Ordenante:         Servicios Pérez SA CV   ✓ es el cliente de la factura

<pago20:DoctoRelacionado IdDocumento="3fa2-c9e1-...-uuid-original" ImpPagado="15000.00" MetodoDePagoDR="PPD"/>
// Mismo XML que el caso de arriba — la diferencia no se ve en el CFDI, se ve en el proceso.

La parte de cumplimiento que sigue aplicando, aparte de esto

Ninguno de los puntos anteriores exime del cumplimiento formal. Cuando emites un CFDI declaras cómo se va a cobrar en el campo MetodoPago: PUE (Pago en Una sola Exhibición, te pagan de inmediato) o PPD (Pago en Parcialidades o Diferido, te van a pagar después). Si elegiste PPD, la factura original solo representa la obligación — cada vez que efectivamente recibes el dinero, tienes diez días naturales del mes siguiente para emitir el Complemento de Pago correspondiente.

El complemento necesita, como mínimo: la fecha exacta del pago, el monto, la forma de pago, el tipo de moneda y tipo de cambio si aplica, y el nodo DoctoRelacionado que liga el pago al UUID de la factura original. Todo esto es necesario. Ninguno de estos campos, por sí solo, te dice si el dato es correcto — solo que el documento tiene la forma correcta.

Por qué la verificación se salta casi siempre

No es negligencia — es que verificar toma tiempo que nadie tiene asignado. Confirmar una transferencia contra el CEP de Banxico, o simplemente abrir el estado de cuenta y buscar la línea correcta, son minutos que se sienten prescindibles cuando ya tienes la palabra del cliente y una fecha límite fiscal encima. El resultado es previsible: el complemento se llena con lo que se tiene a mano, no con lo que se confirmó.

El otro patrón común es agrupar: en vez de emitir un complemento por cada transferencia recibida, se junta todo lo cobrado en el mes en un solo documento aproximado. Esto reduce el trabajo de captura, pero también borra la trazabilidad exacta entre "esta transferencia" y "este pago" — que es precisamente lo que hace falta si después el SAT, el cliente, o tu propio despacho necesitan reconstruir qué pasó con un pago específico.

El riesgo de no verificar

Si un cliente disputa un pago, si hay un contracargo, o si el SAT pregunta directamente por una factura PPD sin complemento claro, el respaldo que necesitas no es el CFDI en sí — es poder mostrar la transferencia SPEI exacta, con su clave de rastreo, que corresponde a ese pago. Un complemento bien formado pero sin ese respaldo detrás es una promesa fiscal sin evidencia bancaria que la sostenga.

En resumen

El Complemento de Pago cumple su función fiscal en cuanto lo timbras. Pero cumple su función real —demostrar que un pago específico ocurrió tal como se declaró— solo si alguien confirmó esos datos contra el banco antes de escribirlos. Mientras esa confirmación siga siendo un paso manual y opcional, el complemento va a seguir siendo tan confiable como la captura de WhatsApp de la que salió.