Emitir retenciones e información al SAT no debe tratarse como una factura de ingreso con un importe retenido agregado al final. El CFDI de Retenciones e Información de Pagos tiene una finalidad específica y, cuando se captura sin revisar la operación, puede generar diferencias entre tesorería, cuentas por pagar, contabilidad y el expediente fiscal.
El problema suele aparecer en el cierre: el XML no está localizado, el periodo no coincide con la póliza, el receptor fue tomado de un dato anterior, el importe retenido no cuadra con el cálculo autorizado o el complemento elegido no corresponde al supuesto revisado. En ese momento el equipo termina reconstruyendo la historia desde correos, hojas de cálculo y comprobantes bancarios.
Una plataforma fiscal como SOATI E-Factura® ayuda a ordenar este proceso porque integra emisión, timbrado, XML/PDF, reportes, control por empresa, usuarios autorizados, Descarga SAT y relación con contabilidad. La herramienta facilita el flujo operativo; el criterio fiscal concreto debe confirmarse con el contador o asesor fiscal de la empresa.
Qué es el CFDI de Retenciones e Información de Pagos
Es un comprobante fiscal usado para documentar determinados pagos, retenciones o información fiscal conforme al supuesto aplicable. No sustituye automáticamente a una factura de ingreso ni debe emitirse sólo porque existe una retención en una operación. La decisión depende de la naturaleza del pago, el régimen, la documentación soporte y el complemento que pueda corresponder.
La diferencia práctica es importante. Un CFDI de ingreso puede reflejar impuestos trasladados o retenidos cuando la operación lo requiere; el CFDI de Retenciones e Información de Pagos atiende casos específicos de información o retención. Usar un documento incorrecto puede complicar la conciliación contable, los reportes fiscales y la explicación de la operación ante una revisión interna.
Por eso, antes de abrir la pantalla de captura conviene confirmar con el área contable qué se está informando, qué periodo corresponde, si existe complemento aplicable y qué soporte debe conservarse junto con el XML.
Información que conviene reunir antes de capturar
El flujo funciona mejor cuando parte de una ficha de operación clara. Esa ficha debe permitir entender quién recibe la constancia, qué pago o evento se documenta, a qué periodo pertenece, qué cálculo respalda los importes y dónde quedará relacionada la evidencia.
- RFC, nombre o razón social del receptor y nacionalidad cuando aplique.
- Clave de retención, descripción de la operación, mes inicial, mes final y ejercicio informado.
- Monto total de la operación, monto gravado, monto exento e importe retenido.
- Impuesto retenido, tipo de pago, base, tasa y monto de la retención.
- Complemento requerido, si el supuesto fiscal lo necesita.
- Contrato, autorización de pago, cálculo de retención, comprobante bancario, póliza o expediente relacionado.
En SOATI E-Factura®, el módulo de Retenciones CFDI organiza estos datos en una captura enfocada: receptor, fecha, folio, clave de retención, periodo, totales, impuestos retenidos y complemento habilitado. Además muestra resumen y validaciones para revisar antes de guardar o timbrar.
Flujo recomendado para emitir retenciones e información
1. Confirmar el criterio fiscal antes de capturar
La primera validación no es técnica, sino fiscal-operativa. Contabilidad debe confirmar si corresponde un CFDI de Retenciones e Información de Pagos, si basta con el tratamiento dentro de otro comprobante, si se requiere complemento y qué periodo debe reflejarse. Dependiendo del régimen y la operación, pueden existir criterios adicionales.
Esta revisión evita emitir documentos por costumbre. Copiar una retención anterior porque “se parece” puede introducir una clave, tasa, periodo o complemento que no corresponde al caso actual.
2. Preparar el comprobante con datos consistentes
En la captura, revisa emisor, receptor, clave de retención, periodo y ejercicio. Si la empresa opera varias razones sociales, el documento debe quedar bajo la empresa correcta, con el certificado, usuarios y reportes de ese RFC. La operación multiempresa ayuda a no mezclar documentos, timbres, permisos ni expedientes entre compañías del grupo.
También conviene revisar catálogos y datos del receptor antes de guardar. Un RFC o nombre incorrecto puede no detener al usuario en la etapa administrativa, pero sí generar aclaraciones posteriores cuando el XML se consulta para contabilidad o soporte documental.
3. Capturar importes, impuestos y complemento con revisión
El módulo permite registrar monto total de la operación, monto gravado, monto exento, impuesto retenido, tipo de pago, base, tasa y monto. El resumen ayuda a revisar consistencia entre los importes antes de emitir. Cuando existe complemento habilitado, como dividendos u otros supuestos configurados por la empresa, la pantalla presenta campos especializados para integrar la información correspondiente.
Si el complemento requerido no está configurado o si la operación no es habitual, lo prudente es detener el timbrado y confirmar el tratamiento con el contador. La herramienta puede apoyar la captura, pero no debe usarse para improvisar criterios fiscales.
4. Guardar, revisar vista previa y timbrar
Antes del timbrado, una vista previa del PDF ayuda a que administración, tesorería o contabilidad revisen datos visibles. La revisión no sustituye el XML, pero permite detectar errores de receptor, periodo, concepto o importes antes de enviar el documento al PAC.
Una vez timbrado, el XML y el PDF deben quedar localizables. SOATI E-Factura® conserva los archivos asociados al comprobante, registra UUID y estado, y permite consultar documentos desde los reportes o desde el flujo operativo correspondiente.
5. Relacionar el XML con contabilidad y expediente
Emitir no termina al obtener el timbre. El comprobante debe poder relacionarse con el pago, el cálculo, la póliza, el beneficiario y la revisión de cierre. En empresas con muchas operaciones, esto evita que el XML exista, pero nadie sepa qué movimiento explica.
La conexión con reportes, pólizas contables desde CFDI, control fiscal contable y resguardo XML/PDF ayuda a que la retención sea parte del expediente fiscal, no un archivo aislado.
Caso práctico común
Supongamos una empresa que realiza un pago sujeto a retención y que debe conservar evidencia para tesorería, cuentas por pagar y contabilidad. Tesorería tiene la autorización y el comprobante bancario; cuentas por pagar tiene el expediente del beneficiario; contabilidad tiene el cálculo y la póliza esperada; el usuario fiscal debe emitir el comprobante.
Si cada área trabaja con datos distintos, aparecen diferencias: tesorería sólo conoce el neto pagado, contabilidad necesita la base y la retención, y quien timbra puede no tener claro el periodo o complemento. El resultado es un XML que requiere correcciones o explicaciones adicionales.
Con un flujo centralizado, el equipo valida la operación, captura receptor y periodo, registra importes, revisa complemento, genera vista previa, timbra, conserva XML/PDF y relaciona el documento con reportes y pólizas. Si más adelante surge una revisión, la evidencia está conectada desde el origen.
Errores frecuentes al emitir retenciones
Un error frecuente es confundir el CFDI de Retenciones e Información de Pagos con una factura ordinaria. Aunque ambos son comprobantes fiscales, no tienen el mismo uso operativo ni la misma lógica documental.
También se presentan errores por periodos incorrectos, importes capturados sin conciliarlos contra el pago, tasas tomadas de una operación anterior, datos fiscales desactualizados del receptor o complementos elegidos sin validación. Estos errores pueden pasar desapercibidos hasta que contabilidad revisa el cierre o el receptor solicita aclaración.
Otro problema es separar XML, PDF, cálculo y soporte en ubicaciones distintas. Cuando cambia el responsable del proceso, el equipo ya no sabe cuál archivo corresponde a qué pago o póliza. La Descarga SAT ayuda a recuperar XML, pero el valor real está en clasificarlos, validarlos y relacionarlos con la operación.
Cómo ayuda SOATI E-Factura®
SOATI E-Factura® permite emitir comprobantes de retenciones dentro de una plataforma fiscal que también administra CFDI 4.0, XML/PDF, cancelaciones, reportes, validación de estatus, Descarga SAT, usuarios, permisos y operación multiempresa. Esto reduce la dependencia de archivos dispersos y facilita que cada área consulte la misma evidencia.
El módulo de Retenciones contempla captura de receptor, periodo, clave de retención, totales, impuestos retenidos, complementos habilitados, vista previa, guardado, timbrado, relación con CFDI cuando aplica y consulta de XML/PDF. Para el equipo administrativo, esto vuelve el proceso más claro y revisable antes de afectar el cierre.
Cuando la empresa también opera cobranza, REP 2.0, facturación recurrente, Portal de Clientes, reportes fiscales, estado de cuenta o SOATI Contabilidad, el comprobante de retenciones puede convivir con el resto del expediente fiscal. La plataforma organiza y documenta; no sustituye la autorización ni el criterio profesional del contador.
Qué debe validar el contador
Antes de emitir o corregir retenciones, conviene validar la naturaleza de la operación, clave aplicable, complemento, periodo, base, tasa, monto retenido, tratamiento contable, relación con pagos y documentación soporte. Esta guía tiene enfoque operativo y no sustituye asesoría fiscal personalizada.
Si tu empresa necesita emitir, consultar y resguardar retenciones con mayor orden, revisa el Centro de soluciones SOATI E-Factura® o inicia una prueba desde el registro de SOATI E-Factura®.