Palenca es una API de datos para trabajadores de plataformas gig: Uber, Rappi, DiDi, iFood. Sus clientes —fintechs, aseguradoras y empresas de RRHH— pagan suscripciones mensuales. Eso significa decenas de facturas CFDI cada fin de mes. Durante años, ese proceso fue manual. Hoy toma segundos.
El proveedor anterior: funciona, pero a un costo alto
Antes de IpsoFactura, Palenca usaba uno de los proveedores de timbrado más populares del mercado mexicano. La oferta sonaba bien: portal web, integración documentada, soporte técnico.
La realidad fue distinta. Empezar la integración tomó semanas — la documentación tenía lagunas, el soporte tardaba días en responder, y cada pregunta abría tres preguntas nuevas. El costo mensual resultó más alto de lo que aparecía en la cotización inicial: fees por volumen, cargos adicionales por PAC, y una estructura de precios que se volvía opaca con el tiempo.
Pero el problema real no era el precio. Era la fragilidad. Cuando el proveedor tiene una falla —y eventualmente todos fallan— la facturación se detiene en seco. Sin failover. Sin alternativa. El equipo esperaba, revisaba el status page del proveedor, y cruzaba los dedos para que el servicio volviera antes de que algún cliente preguntara por su factura.
El proceso: cuatro pantallas, mes tras mes
La facturación de Palenca era un proceso de cuatro pasos que se repetía para cada cliente activo:
- Paso 1 — Datos del emisor: seleccionar empresa, serie y folio. Verificar que el certificado CSD estuviera vigente.
- Paso 2 — Datos del receptor: capturar RFC, razón social, domicilio fiscal y régimen fiscal. En CFDI 4.0, el domicilio fiscal es obligatorio — un campo que muchos clientes no tenían en su perfil y que había que pedirles cada vez.
- Paso 3 — Conceptos: definir clave SAT (81111806 para procesamiento de información), cantidad, precio unitario, unidad, e IVA al 16%.
- Paso 4 — Revisión y timbre: verificar que el subtotal cuadrara, que el IVA estuviera correcto, y enviar.
Con más de veinte clientes activos, el proceso completo tomaba entre cuatro y seis horas al mes. Medio día que el equipo de facturación no podía dedicar a nada más.
Y cuando algo salía mal —un RFC mal capturado, un régimen fiscal desactualizado, un subtotal que no cuadraba por redondeo— había que cancelar la factura en el SAT, corregir el CFDI y retimbrar. Luego contactar al cliente para avisarle del cambio. Un proceso que debía durar minutos podía convertirse en horas.
Cada mes era lo mismo: busca el RFC de cada cliente, llena las pantallas, reza para que no haya errores. Y si había un error, había que hablarle al cliente para avisarle del retimbrado.
— Equipo de facturación, Palenca
La integración con IpsoFactura: menos de un día
La integración vía API REST tomó menos de un día de trabajo. El proceso fue directo:
- Autenticación con API key — sin OAuth, sin flujos complejos
- Configuración de los conceptos default de Palenca (PROCESAMIENTO ELECTRONICO DE INFORMACION, código SAT 81111806, IVA 16%) como plantilla reutilizable
- Script que lee la base de datos de clientes activos, construye cada CFDI con los datos del receptor ya almacenados, y llama al endpoint de timbrado
- La confirmación llega en la misma respuesta del timbrado (UUID y timbre); el script descarga el XML y el PDF y los envía automáticamente al cliente
No hubo semanas de integración. No hubo llamadas con soporte. La documentación de IpsoFactura describe exactamente qué campos van en qué parte del request, cuáles son los errores posibles, y qué significa cada uno. El primer timbre en producción salió el mismo día.
Resultados: el equipo ya no toca las facturas
Desde la migración, el equipo de facturación de Palenca no genera facturas manualmente. El proceso corre automáticamente al cierre de cada mes:
- El script levanta todos los clientes con consumo facturable en el periodo
- Construye el CFDI con los datos del receptor desde la base de datos interna
- Llama al API de IpsoFactura y recibe el UUID del SAT en la respuesta
- El XML y el PDF se descargan del API y se entregan automáticamente al cliente
Si un PAC tiene una falla, IpsoFactura conmuta al siguiente automáticamente. El script nunca ve el error — simplemente recibe el timbre. La disponibilidad compuesta de la red multi-PAC hace que el proceso rara vez encuentre un obstáculo.
Costo: $0.10 MXN por timbre
El costo por timbre en IpsoFactura es $0.10 MXN. Para el volumen de Palenca, el costo mensual en facturación bajó de forma significativa respecto al proveedor anterior — y sin contratos anuales, sin mínimos de consumo, sin cuotas de integración.
Lo que aprendió Palenca
El cambio de proveedor no fue motivado por una crisis — fue una decisión de eficiencia. El proveedor anterior funcionaba. Pero la combinación de un proceso manual lento, un costo creciente y la fragilidad de depender de un solo PAC justificaba el cambio.
La lección: la facturación electrónica no debería ser un proceso que requiere supervisión humana. Los datos del cliente ya existen en el sistema. Los conceptos son siempre los mismos. El único trabajo real es construir el CFDI y enviarlo — y eso es exactamente lo que debería hacer una API.
Si tu empresa factura mensualmente a múltiples clientes y tu equipo sigue tocando esas facturas una por una, el costo real no está en el precio por timbre — está en el tiempo que el equipo no dedica a nada más.