Para integrar SAT México con Tiendanube y emitir CFDI 4.0 automático en cada venta necesitas cinco piezas: PAC autorizado, certificado de sello digital del emisor (CSD), webhook de Tiendanube para Order Paid, validación de RFC contra padrón SAT, y un patrón asíncrono con retry para que el cliente nunca espere bloqueado. Hay apps del marketplace Tiendanube que orquestan todo (Quaderno, Facturama, Solución Factible) o podés construir integración custom con tu PAC. La decisión depende de volumen, lógica de negocio y propiedad del código.
¿Qué necesita Tiendanube técnicamente para emitir CFDI?
Tiendanube por sí solo no emite CFDI. Es un canal de venta que orquesta carrito, checkout, pagos y catálogo, pero la facturación la delegás a un proveedor externo. Las opciones son:
- App del marketplace Tiendanube: instalás Quaderno, Facturama, Solución Factible u otra. La app captura el evento Order Paid vía API/webhook y emite CFDI usando su PAC. Costo entre 30 y 80 USD al mes más timbre por factura.
- PAC directo vía API: construís tu propia integración. Tiendanube webhook → tu servidor → PAC. Cero licencias recurrentes, control total, pero requiere implementación inicial.
- ERP intermedio: si ya tenés un ERP (CONTPAQi, Aspel, SAP B1), conectás Tiendanube → ERP → PAC. La factura nace del ERP, no de la app de marketplace.
Comparativa de los tres caminos en 2026
| Criterio | App marketplace | PAC directo custom | ERP intermedio |
|---|---|---|---|
| Setup inicial (USD) | 0 a 500 | 5,000 a 12,000 | Variable según ERP |
| Costo mensual (USD) | 30 a 80 | 0 (sólo timbre) | Depende del ERP |
| Timbre por factura (USD) | 0.05 a 0.20 incluido | 0.05 a 0.20 directo | 0.05 a 0.20 directo |
| Control de lógica B2B/B2C | Limitado | Total | Total |
| Complementos de pago | Limitado | Total | Total |
| Propiedad del código | No | Sí | Variable |
Flujo técnico: Tiendanube webhook → CFDI timbrado
El flujo estándar para emisión automática:
- Cliente paga en Tiendanube: pasarela cobra (Mercado Pago, Stripe, OpenPay, etc).
- Tiendanube dispara webhook: POST a tu URL con payload
{event: "order/paid", order: {...}}. Respondés 200 OK en menos de 5 segundos. - Tu servidor valida RFC: contra padrón SAT vía API del PAC o vía servicio de validación. Si RFC inválido y monto bajo, usás RFC genérico XAXX010101000.
- Arma XML CFDI 4.0: estructura según esquema SAT vigente. Datos del emisor, datos del receptor (RFC, nombre, código postal, uso de CFDI, régimen fiscal), conceptos con claves SAT producto/servicio, impuestos.
- Sella con CSD: aplicás certificado de sello digital del emisor sobre el XML.
- Envío al PAC: POST al endpoint de timbrado de tu PAC con XML sellado.
- PAC valida y timbra: PAC valida esquema, reglas SAT, sello. Si pasa, devuelve XML timbrado con Folio Fiscal (UUID) y sello SAT.
- Persistís: XML timbrado, UUID, fecha de timbrado, ruta del PDF.
- Notificás al cliente: email con PDF y XML adjuntos, o link de descarga en cuenta Tiendanube.
El flujo dura entre 1 y 5 segundos en condiciones normales. Nunca debe bloquear al cliente.
RFC genérico vs RFC del cliente: la regla
Para B2C de bajo monto sin RFC del cliente, usás RFC genérico XAXX010101000 con uso de CFDI S01 (sin efectos fiscales). El cliente no se deduce, pero vos cumplís SAT.
Para B2B o cuando el cliente sí pide factura deducible, validás el RFC contra padrón SAT antes de armar el CFDI. Si el RFC no existe en padrón o no coincide nombre/razón social, SAT rechaza el timbrado. Validar antes ahorra reintentos.
Para extranjeros con compra en México usás RFC XEXX010101000.
Complementos de pago: la trampa que no se ve
Si emitís CFDI como PUE (Pago en Una Sola Exhibición), SAT asume que el pago fue al instante. Si después el cliente paga en parcialidades, tenés que emitir Complemento de Pago dentro de los primeros 10 días del mes siguiente al cobro.
Para ventas a crédito desde el inicio (B2B con plazo de 30, 60, 90 días), emitís CFDI como PPD (Pago en Parcialidades o Diferido). Después emitís un Complemento de Pago por cada cobro recibido.
Olvidar emitir complementos es de los errores más caros: SAT lo detecta en auditoría, multa va por factura no complementada.
Errores comunes que salen caros
- Bloquear al cliente esperando timbrado: si tu PAC tarda 8 segundos, tu checkout se siente roto. Va asíncrono con cola y retry.
- No validar RFC antes de armar CFDI: SAT rechaza, tu equipo reintenta manual, cliente espera factura una semana.
- No manejar errores de timbrado: si el PAC devuelve error pero tu servidor no lo persiste, perdés factura.
- Olvidar complementos de pago: multa SAT por cada uno no emitido.
- CSD vencido: el CSD del emisor vence cada 4 años. Sin alerta, despertás sin poder facturar.
¿Cuándo conviene PAC directo vs app marketplace?
App marketplace gana cuando: tu volumen es bajo a medio (menos de 500 facturas al mes), tu lógica B2C es simple, querés cero código.
PAC directo custom gana cuando: tu volumen justifica eliminar las licencias mensuales (50 a 80 USD al mes a 36 meses son 1,800 a 2,880 USD, casi el costo de implementación inicial), tu lógica B2B requiere reglas custom, o querés propiedad total del código.
ERP intermedio gana cuando: ya tenés ERP funcionando y la factura debe nacer ahí para que la contabilidad cuadre desde el origen. Es el camino más limpio operativamente.
Próximos pasos
Si tu volumen es bajo, instalá Quaderno o Facturama desde el marketplace Tiendanube y arrancá la próxima semana. Si tu volumen justifica integración custom o tenés lógica B2B compleja, agendá una llamada de 30 minutos sobre tu operación.
- MAGIA Core si querés ERP a medida con CFDI 4.0 nativo integrado a Tiendanube en 12 semanas.
- MAGIA Solo si sos profesional independiente vendiendo en Tiendanube y necesitás web propia más CRM más bot WhatsApp en 15 días.
Sin retainers, sin licencias atadas, código a tu nombre.