Cómo automatizar la facturación de tu tienda online en España
Si vendes online en España y sigues emitiendo las facturas a mano, el problema no es el tiempo que tardas en cada una. Son dos minutos. El problema es que ese trabajo llega en el peor momento posible, se acumula en los meses buenos, y basta una semana ocupada para que llegues al trimestre con cincuenta pedidos sin facturar y ninguna gana de mirarlos.
Y hay una fecha de por medio. VeriFactu es obligatorio desde el 1 de enero de 2027 para sociedades y el 1 de julio de 2027 para autónomos, tras el aplazamiento del Real Decreto-ley 15/2025. Quien facture con hojas de cálculo o con plantillas de Word va a tener que cambiar de sistema igualmente. Merece la pena elegir bien ahora en lugar de dos veces.
Las tres formas de resolverlo
En la práctica solo existen tres caminos, y se diferencian mucho más en flexibilidad que en precio.
1. El plugin oficial de tu programa de facturación
La mayoría de programas de facturación españoles publican un plugin para WooCommerce. Lo instalas, pegas las claves de la API y a partir de ahí cada pedido pagado genera su factura.
Es la opción correcta para la mayoría de tiendas. Cero mantenimiento, cero código, y si algo falla hay alguien a quien reclamar.
Su límite aparece en cuanto tu caso se sale del camino marcado. El plugin hace una cosa concreta de una manera concreta: factura el pedido. Si necesitas que los clientes de fuera de España vayan a otra serie de numeración, o que los pedidos por encima de cierto importe lleven un tratamiento distinto, o mandar la factura por WhatsApp además de por correo, no hay dónde tocar.
2. Zapier o Make
Conectas la tienda con el programa de facturación mediante una plataforma de automatización visual. Ganas la flexibilidad que le falta al plugin: puedes meter condiciones, encadenar pasos y enviar la información a otros sitios.
El inconveniente es el modelo de precios. Estas plataformas cobran por operación ejecutada, y una automatización de facturación consume varias por pedido. Con volumen medio la factura mensual crece más rápido de lo que uno espera, y el coste escala justo cuando más vendes.
3. n8n con la API del programa de facturación
Es el punto intermedio: la flexibilidad de una plataforma de automatización, pero pudiendo autoalojarla, con lo que el coste deja de depender del número de pedidos.
Aquí la factura es un paso más dentro de un flujo, no el final del proceso. El mismo flujo que crea la factura puede consultar el país del cliente para decidir la serie, avisarte por Telegram si algo falla, apuntar la venta en una hoja de cálculo y mandar el PDF al cliente por WhatsApp. Y puede alimentarse de algo que no sea WooCommerce.
A cambio hay que montarlo. No es difícil, pero es una tarde de trabajo y algún error por el camino.
Qué programa de facturación elegir
La decisión importante no es la herramienta de automatización, sino el programa de facturación que hay detrás, porque es el que va a tener tus datos fiscales durante años.
Tres criterios, en este orden:
Que tenga API pública y documentada. Sin API no hay automatización posible, ni con plugin ni sin él. Y no basta con que exista: tiene que estar documentada y ser estable.
Que esté preparado para VeriFactu. Con las fechas de 2027 encima, un programa que todavía no lo tenga resuelto es un cambio de sistema que te espera dentro de poco.
Que cubra tu realidad fiscal, no la genérica. Recargo de equivalencia, retenciones de IRPF, operaciones intracomunitarias, régimen especial de Canarias. Si tu caso incluye alguno y el programa no lo contempla, acabarás corrigiendo facturas a mano.
Entre las opciones españolas, Quipu cumple los tres: tiene API pública documentada, expone un endpoint específico compatible con VeriFactu y contempla los supuestos fiscales de arriba. Es además el que hemos usado para montar y probar el flujo que describimos en la guía técnica, así que podemos hablar de su API con conocimiento de causa: es coherente, aunque tiene algunas trampas que conviene conocer antes de empezar.
Holded es la alternativa más habitual y va más allá de la facturación, hacia un ERP completo. Si además de facturar necesitas gestión de inventario y CRM en la misma herramienta, es la comparación que toca hacer. Si solo necesitas facturar bien, es más de lo que hace falta.
Cuál te conviene según tu volumen
Menos de 30 pedidos al mes. Plugin oficial. Automatizar más allá de eso no te devuelve las horas que cuesta montarlo.
Entre 30 y 300. Aquí es donde n8n compensa. El volumen ya justifica la tarde de configuración, y sigues sin tener casos raros suficientes como para necesitar nada más complejo.
Más de 300, o con casos fiscales mixtos. n8n autoalojado, sin duda. A ese volumen el coste por operación de las plataformas de pago se nota, y la probabilidad de que necesites lógica condicional (varias series, varios países, varios tipos de IVA) es prácticamente del cien por cien.
Lo que hace falta para montarlo
Si te decides por el camino de n8n, la lista es corta:
- Una cuenta en tu programa de facturación con acceso a la API activado. En Quipu está en Ajustes → Integraciones.
- WooCommerce con la REST API accesible y una clave de Lectura/Escritura.
- Un sitio donde ejecutar n8n. La versión en la nube funciona sin configurar nada; autoalojarlo en un VPS básico sale más barato a partir de cierto volumen y elimina el límite de ejecuciones. Para este tipo de flujos, el servidor más pequeño va sobrado.
El flujo en sí tiene menos piezas de las que parece: detectar que el pedido está pagado, buscar o crear el contacto, montar la factura con sus líneas e IVA, y escribir el número de factura de vuelta en el pedido.
Ese último paso es el que más se olvida y el más importante. WooCommerce dispara el evento de actualización de pedido muchas veces por pedido —cambio de estado, nota interna, ajuste de stock—, así que sin una marca que diga «este ya está facturado», el mismo pedido genera cinco o seis facturas. Guardar el identificador de la factura en el propio pedido y comprobarlo antes de hacer nada resuelve el problema sin ninguna llamada adicional a la API.
Antes de empezar
Si vas a montarlo tú, lee primero los cinco errores que te van a bloquear. Ninguno está documentado y entre todos suman la mayor parte del tiempo que cuesta esta integración: el scope que falta en el token, el campo de numeración que no hay que rellenar, el formato de respuesta que n8n no reconoce.
Con esos cinco resueltos de antemano, lo que queda es trabajo mecánico y sale en una tarde.