Automatizar WooCommerce a Factura Directa sin Zapier

Si llevas una tienda WooCommerce en España y facturas con Factura Directa, hasta abril de 2025 tenías un plugin oficial gratuito en WordPress.org que conectaba ambos. Lo retiraron del repositorio. Si lo estabas usando, tu integración dejó de mantenerse y los usuarios se quedaron sin alternativa nativa gratuita. Hoy, automatizar la facturación de WooCommerce hacia Factura Directa significa elegir entre tres caminos no triviales: plugins de pago de terceros con limitaciones serias, montar Zapier o Make a mano, o usar una integración nativa hecha para este caso. Esta guía te explica qué necesita realmente la integración WooCommerce → Factura Directa para no fallar, qué hay en el mercado en 2026 y cómo encajar Verifactu en esta cadena. Forma parte de la guía completa para automatizar Factura Directa, que cubre también el caso Stripe.

La situación actual: el plugin oficial WooCommerce → Factura Directa ya no existe

Hasta abril de 2025, el plugin «FacturaDirecta classic for WooCommerce» estaba disponible gratis en WordPress.org. Lo desarrollaba la propia Factura Directa y resolvía el caso básico: cada pedido completado generaba una factura en FD. No era perfecto, pero funcionaba para la mayoría de tiendas pequeñas.

Ese plugin fue retirado del repositorio el 8 de abril de 2025 y dejó de mantenerse. Si lo tenías instalado sigue en tu sitio, pero no recibe actualizaciones, no se adapta a Verifactu, no se integra con la nueva versión de Factura Directa y, si hay un cambio en WooCommerce o en WordPress, te lo dejará sin previo aviso.

El resultado práctico: a día de hoy no existe un plugin oficial gratuito en el marketplace de WordPress que conecte WooCommerce con Factura Directa. Las opciones disponibles son todas de pago, de terceros, y con limitaciones que conviene conocer antes de elegir.

Qué necesita una integración WooCommerce → Factura Directa que funcione en serio

Una tienda WooCommerce no es un cobro plano. Cada pedido tiene piezas que la integración debe respetar. Si las aplana, tu factura no refleja lo que vendiste y tu contable lo va a notar.

Lista mínima de cosas que la integración tiene que hacer bien:

  • Reconocer el evento correcto. WooCommerce dispara eventos cuando un pedido pasa a «procesando» o «completado». La integración tiene que escuchar el adecuado para tu modelo de negocio. Si facturas al completar el pedido, no antes, debes usar el evento «completado».
  • Multi-línea respetando la estructura del pedido. Cada producto entra como una línea de la factura. El envío entra como otra línea. Los descuentos se distribuyen correctamente, sin aplastar el pedido en un genérico.
  • Variaciones en la descripción. Si vendes una camiseta talla L color rojo, la línea debe decir exactamente eso. Una factura genérica «camiseta x1» no le sirve a tu cliente para sus garantías ni a tu contable para su clasificación.
  • IVA calculado por línea. WooCommerce calcula el IVA por línea (ratio tax/total). La factura debe respetarlo, no inventar un IVA único de pedido.
  • NIF/DNI del cliente. Si capturas NIF en el checkout (hay varios plugins en el repositorio de WordPress que añaden ese campo), la integración debe guardarlo como fiscalId en el contacto de Factura Directa. Sin eso, tus facturas a empresas no son válidas.
  • Reutilización de contactos. Si el mismo cliente compra dos veces, ambas facturas tienen que ir contra el mismo contacto. Crear contactos duplicados ensucia tu base de FD.
  • Anti-duplicado. WooCommerce a veces reenvía el webhook (parte de su diseño). La integración tiene que detectar el ID del pedido y descartar duplicados. Si no, te crea factura doble cada vez.
  • Soporte de descuentos y cupones. Los descuentos por línea entran como descuento de esa línea. Los descuentos globales del pedido se distribuyen proporcionalmente. El total de la factura debe cuadrar con el total cobrado en WC.
  • Cumplir Verifactu. La factura tiene que generarse en un sistema certificado AEAT (Factura Directa lo es), con QR, hash y serie continua.

Si alguna de estas piezas falla, te toca rectificar facturas a posteriori. Y si lo que falla es la cadena de hash de Verifactu, te toca explicárselo a Hacienda.

Las alternativas reales en 2026

Cuatro caminos viables. Por orden de ajuste a un negocio español que vive de Factura Directa.

Plugin de Kamalyon (FacturaDirecta Integration)

Distribuido en WooCommerce.com, activo desde septiembre de 2025. Es la opción «marketplace oficial de WC» más visible. Conecta pedidos completados con Factura Directa y crea facturas.

Limitaciones reportadas:

  • Landing y soporte principalmente en inglés, lo que choca con la base de clientes (autónomos y pymes españolas usando FD).
  • Sin reseñas públicas en el marketplace, difícil validar madurez del producto.

Tiene sentido si necesitas algo en el marketplace oficial de WC y te apañas con un soporte en inglés.

Plugin de WebProgramacion

Distribución directa por su web (no en marketplace). Es partner oficial de Factura Directa, lo que da algo de respaldo. Pago único.

Limitaciones:

  • Distribución fuera del marketplace de WordPress: las actualizaciones dependen de su web, no del proceso estándar de WP.
  • Sin reseñas públicas verificables.
  • El modelo de pago único no garantiza mantenimiento continuado a largo plazo (aunque su autor lo mantiene).

Tiene sentido si conoces al desarrollador o si su precio puntual encaja con tu caso.

Zapier, Make o Integrately + API de Factura Directa

La opción «no-code» tradicional. Configuras un Zap (o escenario en Make) que escuche el webhook de WooCommerce cuando un pedido pasa a «completado» y llame a la API de Factura Directa para crear la factura.

Sobre el papel funciona; en la práctica un pedido WC tiene demasiadas piezas para un Zap genérico:

  • Las líneas del pedido (line_items), envío (shipping_lines), fees y descuentos se aplastan en uno o dos campos planos.
  • Las variaciones de producto (talla, color) se pierden si no las extraes manualmente.
  • El IVA por línea hay que calcularlo a mano dentro del Zap.
  • Cobra por tarea ejecutada. Cuando el volumen sube, el coste sube con él.
  • Si WooCommerce o tu plantilla del pedido cambia algo, tu Zap se rompe sin avisar.

Es la opción menos recomendable salvo que tu volumen sea muy bajo y tu paciencia técnica muy alta.

Integración nativa contra Factura Directa

La cuarta vía es usar una integración hecha específicamente para hablar con Factura Directa desde WooCommerce, que respete las piezas del pedido y reciba mantenimiento. Es lo que hace PayPam Factura Directa en su rama WooCommerce, con detalle en WooCommerce Factura Directa.

A diferencia de Kamalyon, todo el flujo y el soporte están en español. A diferencia de Zapier, entiende la estructura del pedido WC (multi-línea, variaciones, IVA por línea, descuentos) sin que tú la programes a mano.

Si tu canal principal son los cobros recurrentes con Stripe (SaaS, infoproductos), mira facturar Stripe en España con Verifactu.

Multi-línea, variaciones, descuentos: lo que se rompe si la integración es mala

Repasemos los casos típicos donde una integración floja te genera trabajo extra:

Pedido con varios productos. Si la integración aplana en una línea genérica «Pedido WC #1234», tu cliente no sabe qué te ha comprado. Tu contable tampoco. Una integración seria entra como N líneas separadas con descripción y precio unitario.

Variaciones de producto. Si vendes una camiseta con talla y color, el atributo no puede ser un metadato escondido en el pedido. Debe aparecer en la descripción de la línea: «Camiseta Logo — Talla: L — Color: Rojo».

Envío. WooCommerce trata el envío como una línea aparte (shipping_lines). La factura tiene que reflejarlo así, no sumarlo en el último producto.

Cupones y descuentos por línea. Si aplicas un descuento del 10% a un producto, la línea de la factura debe llevar ese descuento (precio original tachado o reflejado en el precio unitario). Si la integración descuadra el subtotal, el cliente discute la factura.

Descuentos globales del pedido. Si tu cupón «BLACKFRIDAY» descuenta 20€ del total, ese descuento se distribuye proporcionalmente entre las líneas. La integración tiene que calcular esa distribución; si no, el total de la factura no coincide con el total del pedido WC.

Reembolsos parciales. Si un cliente devuelve un producto pero se queda otros, la rectificativa debe reflejar exactamente lo devuelto. PayPam genera la rectificativa automáticamente si activas el toggle de auto-rectificativas; si lo dejas desactivado, el reembolso queda registrado como pendiente para que la emitas a mano en Factura Directa cuadrando importes.

Verifactu en WooCommerce: cómo cumplir

A partir del 1 de julio de 2027, los autónomos están obligados a Verifactu (1 de enero de 2027 si eres sociedad). Verifactu exige que tus facturas las genere un software certificado AEAT, con QR y cadena de hash entre facturas.

Para WooCommerce esto significa una decisión clara: no generes facturas en tu WordPress (con plugins tipo PDF Invoices que solo generan PDFs locales), porque esos PDFs no son facturas legales bajo Verifactu. Las facturas las genera tu Factura Directa, que es el sistema certificado. WooCommerce solo dispara el evento de «pedido completado» y la integración llama a FD para crear la factura allí.

La cadena queda así:

  1. Cliente paga en WC.
  2. Pedido pasa a «completado» (o «procesando» según configuración).
  3. La integración recibe el webhook.
  4. La integración llama a la API de Factura Directa con los datos del pedido.
  5. Factura Directa genera la factura: numeración secuencial, QR, hash en cadena con la anterior.
  6. La factura queda en tu Factura Directa, lista para tu modelo 303 y verificable ante Hacienda.

Si en algún paso intermedio generas una factura «extra» (un PDF que no pasa por FD, una factura a mano en otro programa), rompes la secuencia legal. La regla práctica: una sola fuente de facturación para tus pedidos, y que sea Factura Directa.

Pedidos especiales: reembolsos, modificaciones, ventas a la UE

Algunos casos no estándar que conviene tener resueltos antes de elegir integración.

Reembolsos completos. Si reembolsas el pedido entero, debes emitir una factura rectificativa que anule la original. PayPam la genera automáticamente si activas el toggle de auto-rectificativas. Si está desactivado, queda registrada como pendiente para emisión manual en Factura Directa.

Reembolsos parciales. Si reembolsas solo parte (un producto, parte del importe), la rectificativa debe reflejar exactamente eso. PayPam también genera la rectificativa parcial automáticamente con el mismo toggle, idempotente por ID de reembolso. Si lo dejas en manual, queda en pendientes para que cuadres importes a mano en FD.

Cambios de producto post-venta. Si tu cliente cambia un producto por otro de distinto precio, la operación correcta es: rectificativa del pedido original + nuevo pedido (o nueva factura) con el producto cambiado. WooCommerce no gestiona esto bien por defecto, y la mayoría de integraciones tampoco.

Ventas a la UE con NIF intracomunitario. Si tu cliente está en otro país de la UE y tiene NIF intracomunitario válido, debes facturar con IVA al 0% (intracomunitario) y declarar el modelo 349. PayPam aplica IVA 0% a cualquier país de facturación distinto de España, pero la validación del NIF en VIES y la inclusión del cliente en el modelo 349 siguen siendo responsabilidad tuya: la integración no consulta VIES.

Ventas a fuera de la UE. IVA exento, sin más complicación si tu cliente está fuera del territorio de aplicación.

OSS (One Stop Shop) para B2C UE. Si vendes a consumidores finales en otros países UE y superas el umbral de 10.000 €/año en ventas a distancia UE, debes declarar el modelo 369 (OSS). La factura debe llevar el IVA del país del cliente, no el español. Por debajo de ese umbral, facturas con IVA español. La mayoría de integraciones genéricas no manejan esto y exigen configuración manual de tipos por país.

Preguntas frecuentes

¿Por qué retiraron el plugin oficial WooCommerce → FD en abril de 2025?

Factura Directa no comunicó públicamente los motivos detallados. La realidad práctica es que el plugin estaba enfocado a la versión «classic» de FD y no se adaptó a la nueva arquitectura ni a los requisitos de Verifactu. Lo retiraron en lugar de mantenerlo desactualizado.

¿Puedo seguir usando el plugin oficial antiguo si lo tengo instalado?

Funciona, pero no se actualiza. Cualquier cambio en WooCommerce, en WordPress o en la API de Factura Directa puede dejarlo sin previo aviso. Y a partir de Verifactu (2027) no estará al día con los requisitos. La recomendación es migrar antes de esa fecha.

¿Sirve un plugin de «PDF Invoices for WooCommerce» para cumplir Verifactu?

No. Esos plugins generan un PDF en tu sitio y se lo adjuntan al pedido o al email del cliente. Esa factura no está en tu Factura Directa, no entra en tu contabilidad oficial allí ni cumple Verifactu por sí sola. Sirve para entregar el documento al cliente en el momento; la factura legal la sigues necesitando en FD.

¿La integración nativa funciona con cualquier tema y plantilla de WC?

Sí. La integración recibe el webhook nativo de WooCommerce, que es independiente del tema y de la plantilla. Funciona con cualquier tema, cualquier pasarela de pago configurada en WC y cualquier plugin que respete el flujo estándar de pedidos.

¿Y si tengo varias tiendas WooCommerce que quiero facturar todas en la misma cuenta de Factura Directa?

Es viable. Cada tienda WC envía su webhook a la integración con su propio identificador, y la integración crea las facturas en la misma cuenta de FD (con series distintas si las quieres separar). Configuración por cuenta, no por tienda.


Si quieres automatizar la facturación de tu tienda WooCommerce sin tocar Zapier y sin perderte por plugins en inglés, PayPam Factura Directa es la integración nativa para WooCommerce → Factura Directa: cada pedido se convierte en una factura legal española respetando líneas, variaciones, envío y descuentos. Sin permanencia, cancela cuando quieras.

Y si aún no tienes cuenta de Factura Directa, puedes activarla con el código oficial del Plan Amigo y arrancar el primer mes sin pagar mientras montas la integración con WooCommerce.