CFDI 4.0 dentro de tu sistema: la implementación completa
Resumen:
- Los datos del receptor se validan contra el padrón: tu catálogo de clientes es el punto crítico.
- El timbrado va en cola con reintentos; una venta no se detiene por un servicio externo.
- Una cancelación puede quedar en espera de aceptación y el sistema debe mostrar ese estado.
- El complemento de pago descuadra en pagos parciales y cobros que saldan varias facturas.
Implementar facturación electrónica dentro de un sistema propio parece un problema acotado: armar un documento, mandarlo a certificar, guardar el resultado.
Lo es durante la primera semana. Después aparecen los casos que no estaban en la documentación.
El punto crítico: tu catálogo de clientes
La validación contra el padrón es lo que cambia todo. El nombre, el código postal y el régimen fiscal del receptor tienen que coincidir con lo registrado ante la autoridad. No se parece: coincide.
Eso significa que la calidad de tu base de clientes deja de ser un asunto interno y pasa a determinar si puedes facturar.
En los proyectos que hemos hecho, este ha sido siempre el trabajo más largo, y no es técnico. Es alguien de administración depurando fichas con datos capturados a lo largo de años: nombres con abreviaturas, códigos postales de la sucursal en lugar del domicilio fiscal, régimen que nadie preguntó.
Conviene empezarlo antes que el desarrollo, no en paralelo.
La arquitectura del timbrado
| Componente | Decisión |
|---|---|
| Validación previa | Comprobar catálogos y datos del receptor antes de enviar. Cada rechazo evitado es una llamada que no ocurre. |
| Cola con reintentos | El envío al PAC nunca es síncrono con la venta. Se encola, se reintenta y se informa del estado. |
| Idempotencia | Un reintento no puede generar dos comprobantes. Cada intento lleva un identificador propio y se consulta el estado antes de repetir. |
| Interfaz del PAC aislada | Todo el trato con el proveedor detrás de una capa propia, para poder cambiarlo sin tocar el resto del sistema. |
| Estados visibles | Pendiente, timbrado, rechazado, cancelado. Administración tiene que verlos sin preguntar a nadie. |
La segunda fila es la que más discusión genera. Es tentador timbrar en el momento de cerrar la venta y mostrar el resultado. Funciona hasta el día en que el proveedor tiene una incidencia, y entonces el mostrador se detiene.
Las cancelaciones y su espera
Cancelar no es borrar. Es un procedimiento con requisitos, plazos y, en varios supuestos, la necesidad de que el receptor acepte.
El error de diseño más común es tratar la cancelación como una acción instantánea. El usuario pulsa cancelar, el sistema muestra «cancelada» y en realidad hay una solicitud pendiente de respuesta que puede tardar días o ser rechazada.
La factura tiene que tener un estado propio de «cancelación en proceso», visible, con la fecha de solicitud. Sin eso, administración cree que algo está resuelto cuando no lo está.
El complemento de pago
Es donde más descuadres hemos visto, y casi siempre por tres casos que el diseño inicial no contempla.
- Pago parcial. Un cobro que no salda la factura completa. Requiere llevar el saldo insoluto y emitir tantos complementos como pagos haya.
- Un pago que salda varias facturas. Una transferencia que cubre cuatro facturas de distintos meses. El complemento debe relacionarlas todas con su parcialidad correspondiente.
- Diferencia cambiaria. Factura en dólares cobrada en pesos meses después. La diferencia es un resultado contable y el sistema tiene que identificarla como tal, no como un descuadre.
Los tres son frecuentes en cualquier empresa que venda a crédito. Modelarlos desde el inicio cuesta poco; añadirlos después obliga a revisar cobros ya emitidos.
Preguntas frecuentes
¿Qué cambia respecto a versiones anteriores?
Los datos del receptor pasan a validarse contra el padrón: nombre, código postal y régimen fiscal deben coincidir exactamente con lo registrado. Eso convierte la calidad de tu catálogo de clientes en el factor crítico de la implementación.
¿Se puede timbrar sin PAC?
No. La certificación la realiza un proveedor autorizado y no hay forma de emitir un comprobante válido saltándose ese paso. Lo que sí conviene es aislar la integración detrás de una interfaz propia para poder cambiar de proveedor sin reescribir el sistema.
¿Qué se hace cuando el PAC no responde?
Encolar y reintentar, nunca bloquear la operación. Una venta no puede detenerse porque un servicio externo esté caído; el comprobante se emite en cuanto el servicio vuelve, y el sistema debe distinguir entre pendiente de timbrado y timbrado.
¿Cómo se maneja una cancelación?
Con el procedimiento formal, que en varios supuestos requiere la aceptación del receptor. El sistema tiene que reflejar ese estado de espera en lugar de dar la cancelación por hecha en el momento de solicitarla.
¿Qué es el complemento de pago y por qué descuadra tanto?
Es el comprobante que documenta el cobro de una factura emitida a crédito. Descuadra cuando hay pagos parciales, diferencias cambiarias o cobros que saldan varias facturas a la vez, casos que el diseño inicial suele no contemplar.
Lo que se prueba antes de salir a producción
Una lista corta que ha evitado disgustos.
- Emitir con un receptor cuyo régimen no coincide, y comprobar que se rechaza antes de enviar.
- Simular caída del proveedor a mitad de la jornada y verificar que las ventas continúan.
- Provocar un doble envío y confirmar que no se generan dos comprobantes.
- Cancelar una factura que requiere aceptación y ver el estado intermedio.
- Cobrar una factura en dos pagos y revisar los complementos resultantes.
- Cerrar un periodo y comparar el total emitido con la contabilidad.
Las seis se pueden ejecutar en un ambiente de pruebas en una tarde. Descubrir cualquiera de ellas en producción cuesta bastante más que esa tarde.
Los catálogos y su mantenimiento
Los catálogos oficiales —productos y servicios, unidades, formas de pago, usos— cambian con el tiempo, y un sistema que los guarda copiados a mano queda obsoleto sin avisar.
Conviene tratarlos como datos que se actualizan, no como constantes en el código. La diferencia práctica aparece el día que se publica una versión nueva: en un caso se importa un archivo, en el otro se despliega una versión del sistema.
Qué guardar además del comprobante
El documento certificado es lo que exige la norma. La operación agradece guardar algunas cosas más en el mismo registro.
| Dato | Para qué sirve después |
|---|---|
| Respuesta completa del proveedor | Ante una discrepancia, es la evidencia de qué se envió y qué se recibió. |
| Intentos fallidos con su motivo | Permite ver patrones: un mismo error repetido señala un defecto, no mala suerte. |
| Usuario que originó la emisión | Trazabilidad interna cuando hay que reconstruir quién hizo qué. |
| Versión del catálogo utilizada | Explica por qué un comprobante antiguo usa una clave que ya no existe. |
Ninguno se exige. Los cuatro convierten una investigación de dos días en una consulta de dos minutos.