Facturar CFDI desde tu propio sistema: qué sí y qué no
Qué parte del timbrado puedes construir, qué obliga a pasar por un PAC, y por qué casi nunca conviene sacar la facturación de tu ERP contable.
Cuando una empresa construye un sistema a la medida —un portal de pedidos, un módulo de servicio, una app de campo— casi siempre llega la misma pregunta: ¿y la factura la emitimos desde aquí?
La respuesta corta es que puedes, pero probablemente no deberías emitirla desde cero. La respuesta larga distingue tres cosas que suelen confundirse: generar el comprobante, timbrarlo y contabilizarlo.
Esto es orientación técnica, no asesoría fiscal. Las reglas del SAT cambian y cada empresa tiene su situación. Valida con tu contador antes de decidir.
Qué versión está vigente
En 2026 la versión en uso sigue siendo CFDI 4.0, obligatoria desde 2023. No existe una versión 5.0 oficial.
Lo que sí cambió para 2026 no es el formato sino las reglas alrededor: validaciones más estrictas del SAT, ajustes en la cancelación de complementos de pago, y requisitos reforzados de Carta Porte. La reforma al Código Fiscal para 2026 pone el acento en la materialidad: que el comprobante respalde una operación que de verdad ocurrió.
Ese matiz importa para quien diseña un sistema. Un CFDI ya no es solo un archivo bien formado; tiene que poder sostenerse con evidencia de la operación. Si tu sistema emite facturas, también debería guardar lo que las respalda.
Las tres piezas, y quién hace cada una
| Pieza | Qué es | Quién puede hacerla |
|---|---|---|
| Generar | Armar el XML con los datos: emisor, receptor, conceptos, impuestos, uso, régimen | Tu sistema |
| Timbrar | Obtener el sello del SAT que convierte el XML en un CFDI válido | Solo un PAC autorizado |
| Contabilizar | Registrar la póliza, el saldo, la cuenta por cobrar | Tu ERP contable |
La del medio no es negociable: el timbrado pasa por un Proveedor Autorizado de Certificación. No es algo que se pueda construir. Cualquier sistema que emita CFDI se conecta a un PAC, sin excepción.
Las otras dos sí son decisión de diseño, y ahí está la conversación real.
Los tres escenarios
A. Tu sistema genera, tu ERP timbra y contabiliza
El sistema a la medida arma la información de la venta y la manda al ERP —CONTPAQi, Aspel, SAP— que se encarga del resto.
Cuándo conviene: casi siempre. Es el escenario por omisión y el que menos mantenimiento cuesta.
Por qué: el cumplimiento fiscal cambia. Cuando el SAT ajusta un catálogo, una validación o un complemento, tu proveedor de ERP lo actualiza y tú no haces nada. Si construiste tu propio timbrado, ese mantenimiento es tuyo para siempre.
B. Tu sistema genera y timbra con un PAC; el ERP solo contabiliza
El sistema se conecta directo a un PAC y el ERP recibe el CFDI ya timbrado para su registro contable.
Cuándo conviene: cuando la facturación tiene volumen alto y lógica propia que el ERP no cubre —tarifas dinámicas, facturación por consumo, timbrado disparado por un evento del sistema— o cuando necesitas la factura en segundos y el ERP no da esa inmediatez.
El costo: asumes la actualización permanente ante cambios fiscales. Es una decisión de operación continua, no un desarrollo de una vez.
C. Tu sistema no factura; solo consulta
Muestra facturas, permite descargarlas, notifica vencimientos. No emite nada.
Cuándo conviene: más seguido de lo que la gente supone. Un portal donde el cliente consulta y descarga sus CFDI resuelve el 80 % de lo que pedía «facturar desde el portal», sin asumir ninguna responsabilidad fiscal nueva.
Lo que se subestima al construir facturación
El catálogo de receptores. El CFDI 4.0 exige que el nombre, el régimen fiscal y el código postal del receptor coincidan con lo que el SAT tiene registrado. Si tu sistema captura clientes por su lado, vas a acumular rechazos. La constancia de situación fiscal deja de ser papeleo y pasa a ser un dato de tu base.
Las cancelaciones. Cancelar un CFDI tiene reglas, plazos y en muchos casos requiere aceptación del receptor. Un sistema que emite pero no contempla el flujo de cancelación está a medias.
Los complementos. Pagos, Carta Porte, comercio exterior. Cada uno es un desarrollo propio con sus reglas, y Carta Porte en particular ha tenido cambios frecuentes.
El resguardo. Los XML hay que conservarlos, poder localizarlos y relacionarlos con la operación que los originó. Con el énfasis en materialidad, poder mostrar el respaldo de una factura dejó de ser opcional.
La recomendación práctica
Antes de meter facturación a un desarrollo a la medida, conviene preguntarse qué se está resolviendo realmente:
- Si es comodidad para el cliente → escenario C. Un portal de consulta, sin emitir.
- Si es evitar recapturar → escenario A. Tu sistema manda los datos y el ERP factura.
- Si es lógica de facturación que el ERP no puede → escenario B, sabiendo que compras mantenimiento permanente.
La respuesta rara vez es «construyamos facturación completa». Y cuando sí lo es, conviene que sea una decisión consciente y no el resultado de no haber preguntado.
Cómo lo hacemos en Newsoft
Dejamos la facturación donde ya funciona. El ERP contable se queda timbrando y declarando, y construimos alrededor lo que no cubre: el portal, la captura, el seguimiento, el tablero.
Cuando el caso sí pide timbrado propio —lo vemos sobre todo en fintech y en modelos por consumo— lo construimos contra un PAC y lo dejamos explícito en el alcance, porque es una responsabilidad que continúa después del proyecto. Es parte de lo que cubre una póliza de soporte con SLA.
La lógica completa de trabajar alrededor del ERP en lugar de reemplazarlo está en cómo integrar tu ERP con tus demás sistemas, y el detalle por producto en integrar CONTPAQi o Aspel.
¿Tienes una duda concreta sobre tu caso? Escríbenos y la revisamos en el discovery, que es gratuito.
Conclusión
Generar, timbrar y contabilizar son tres cosas distintas. El timbrado siempre pasa por un PAC. Las otras dos son decisión de arquitectura, y la respuesta por omisión —que tu sistema alimente al ERP y el ERP facture— es la correcta en la mayoría de los casos.
Construir facturación propia se justifica cuando hay lógica que el ERP no puede cubrir. Lo que no se justifica es construirla por no haber preguntado dónde vive hoy.
¿Le resultó útil este artículo?
Hable con nuestro equipo sobre cómo aplicarlo en su empresa.