VeriFactu en WooCommerce: ¿basta un plugin o necesita una integración?

WooCommerce no emite facturas por sí mismo: las emite un plugin o un programa de facturación conectado a la tienda. Por eso la pregunta útil no es «¿qué plugin de VeriFactu instalo?», sino «¿dónde se emiten hoy mis facturas?». Si se emiten en la tienda y vende sobre todo a particulares, un buen plugin de VeriFactu suele bastar. Si ya usa Holded, Odoo, A3 u otro programa, lo normal es que las facturas salgan de ahí y que la tienda solo le envíe los pedidos. Si tiene una tienda a medida o vende por varios canales, toca adaptar su sistema o centralizar la facturación en un solo sitio.

Lo mismo vale para PrestaShop: cambia el nombre del módulo, no la lógica.

Fechas y normas comprobadas el 14 de noviembre de 2026. Este texto explica la parte técnica. Lo que le obliga a usted en concreto lo confirma su gestoría.

Qué exige VeriFactu a una tienda online

VeriFactu es el nombre corto de los requisitos que la Ley Antifraude (Ley 11/2021) y el Real Decreto 1007/2023 imponen a los programas que emiten facturas. Si su tienda factura con un programa, ese programa tiene que cumplir. Eso incluye las facturas simplificadas, los antiguos tickets, que son las que reciben la mayoría de los compradores particulares.

En la práctica, el sistema que emite la factura debe:

• Crear un registro de facturación por cada factura, y otro de anulación si una factura se anula.
• Encadenar los registros con una huella (hash), de modo que no se pueda borrar ni cambiar una factura sin que se note.
• Imprimir un código QR en la factura con el que el cliente puede comprobarla en la AEAT.
• Elegir una de las dos modalidades:
  • VERI*FACTU: cada registro se envía a la AEAT en el momento;
  • no VERI*FACTU: los registros se guardan con firma electrónica y un registro de eventos, a disposición de Hacienda.
• Tener la declaración responsable del fabricante, el documento con el que quien hace el programa afirma que cumple.

Una factura emitida ya no se edita ni se borra. Si hay que corregirla, se emite una factura rectificativa vinculada a la original. Esto es lo que más cambia el día a día de una tienda con devoluciones.

Fechas

Son las fechas del Real Decreto-ley 15/2025. En octubre de 2026 Hacienda anunció un nuevo aplazamiento a octubre de 2028, pero a 14 de noviembre de 2026 no está publicado en el BOE. Hasta que lo esté, valen las fechas de la tabla.

A quién no afecta: a quien está en el SII, a los negocios del País Vasco y de Navarra, que tienen sus propios sistemas como TicketBAI, y a quien emite todas sus facturas a mano, sin programa. Una tienda online casi nunca está en este último caso.

La Ley General Tributaria prevé multas de hasta 50.000 € por ejercicio por usar un programa de facturación que no cumple. No hace falta asustarse: hay tiempo para hacerlo bien, siempre que no se deje para la última semana.

Primera pregunta: ¿dónde se emiten hoy sus facturas?

Antes de comparar plugins, abra un pedido reciente y busque su factura. Lo que encuentre le dice cuál de estos tres casos es el suyo.

Un caso aparte, y bastante frecuente, es facturar en dos sitios a la vez: la tienda emite un PDF y la gestoría vuelve a facturar el mismo pedido en su programa. Con VeriFactu eso son dos registros de facturación para una misma venta. Es lo primero que hay que resolver.

Cuándo basta un plugin

Los plugins de VeriFactu para WooCommerce y los módulos para PrestaShop cuestan, según los precios publicados por algunos proveedores en noviembre de 2026, desde unos 12–35 € al mes. Para muchas tiendas es la opción correcta. Suele bastar si se cumplen casi todas estas condiciones:

• vende sobre todo a particulares y emite facturas simplificadas;
• tiene una sola tienda y una sola serie de facturas;
• las devoluciones son pocas y completas, sin devoluciones parciales;
• el proceso de pago es el estándar de WooCommerce, sin pasos a medida;
• su gestoría trabaja con una exportación de las facturas y no necesita que lleguen solas a su programa.

En ese caso el trabajo no es programar, sino elegir bien y probar. Hay que comprobar que el plugin crea registros de verdad, y no solo un PDF con un código QR. También que tiene la declaración responsable del fabricante y que funciona con su versión de WooCommerce y con los demás plugins de la tienda.

Cuándo un plugin se queda corto

Los problemas aparecen en los casos que las demos de los plugins no enseñan:

• Clientes empresa. Necesitan una factura completa con su NIF. Si el NIF es opcional al pagar, la empresa recibe una simplificada y la pide por correo. Hay que emitir una sustitutiva o una rectificativa, a mano.
• Devoluciones parciales y cambios. Devolver dos de cinco artículos, o cambiar una talla, exige una rectificativa por la diferencia. Muchos flujos de la tienda no la generan solos.
• Pedidos cancelados después de facturar. Ya no se puede borrar la factura: hace falta una rectificativa o, si la factura se emitió por error, un registro de anulación.
• Varias tiendas o varios canales. Si vende también en Amazon, en un TPV o en otra tienda, cada canal factura con su propio sistema. La numeración y la contabilidad se dispersan.
• Pagos que no pasan por el checkout. Transferencias, pagos por enlace, suscripciones o cobros de Redsys y Stripe hechos fuera del pedido normal. Si la factura depende de que alguien se acuerde de crearla, acabará faltando.
• Ya paga un programa de facturación. Si la contabilidad vive en Holded, Odoo o A3, añadir un plugin que también factura duplica el trabajo en lugar de quitarlo.

Si se ha reconocido en dos o más puntos, mire la integración antes de comprar un plugin.

La alternativa: facturar desde Holded, Odoo o A3

Si su programa de facturación ya cumple VeriFactu, lo más limpio suele ser que todas las facturas salgan de ahí. La tienda deja de facturar y pasa a enviar datos:

1. Un pedido pagado en WooCommerce crea el cliente, si no existe, y la factura en el programa de facturación.
2. Si el comprador es una empresa, la factura es completa, con su NIF. Si es un particular, simplificada.
3. Una devolución, total o parcial, crea la rectificativa vinculada a la factura original.
4. El programa envía los registros a la AEAT, o los guarda en modalidad no VERI*FACTU, y pone el código QR en la factura.
5. La factura en PDF vuelve al cliente por correo o queda en su cuenta de la tienda.

Con esto desaparece la doble facturación y su gestoría ve todo en un solo sitio. De paso, se puede sincronizar el stock entre la tienda y el programa. Antes de decidir, pida a su proveedor de facturación la declaración responsable y compruebe que su API permite crear facturas y rectificativas. Hoy la mayoría de los programas conocidos ofrecen API, pero los detalles cambian de uno a otro. Lo explico paso a paso en Holded y su tienda online.

Tienda a medida o software propio

Si su tienda o su aplicación está hecha a medida, no hay plugin que instalar. Su sistema debe crear los registros de facturación en el formato exigido, encadenarlos, añadir el código QR y, en modalidad VERI*FACTU, enviarlos a la AEAT. Hay dos formas de hacerlo:

• A través de un proveedor de API de VeriFactu, que se encarga del formato, la firma y el envío. Es más rápido de poner en marcha, pero se paga una cuota y se depende de un tercero.
• Directamente con el servicio web de la AEAT, que ofrece un entorno de pruebas. Se tiene más control, pero hay más trabajo con certificados, errores y reintentos.

En ambos casos lo importante no es el primer envío, sino qué pasa cuando falla. Si la AEAT no responde o rechaza un registro, el sistema tiene que guardarlo, reintentar y avisar a alguien. Un envío que se pierde en silencio es peor que no haber empezado. Los detalles, en la guía VeriFactu en su propio software.

Errores frecuentes al implantarlo

• Probar solo con un pedido normal. Las pruebas tienen que incluir una empresa con NIF, una devolución parcial, un pedido cancelado y un cupón.
• Mezclar series. Facturas de la tienda y facturas manuales con la misma serie y numeraciones que se pisan.
• Seguir haciendo facturas «a mano» fuera del sistema. Una factura hecha en Word o en una hoja de cálculo para un cliente especial rompe la idea de tener un solo sistema.
• Instalar el plugin directamente en la tienda en producción sin una copia de pruebas, y descubrir el conflicto con otro plugin el día de más ventas.
• No dejar nada escrito. Qué emite cada factura, dónde se ven los registros y a quién llamar cuando algo falla.

Un plan en cinco pasos

1. Inventario. Dónde se emiten hoy las facturas, cuántas son a empresas, cómo se hacen las devoluciones y qué programa usa su gestoría.
2. Elección del camino. Plugin, programa de facturación o API, según el inventario y no según el anuncio más insistente.
3. Copia de pruebas. Configurar o integrar en una copia de la tienda y probar todos los casos de la lista de errores frecuentes.
4. Puesta en marcha con margen antes de su fecha, no en la última semana de diciembre ni de junio.
5. Mantenimiento. Los plugins, las API y las normas cambian. Alguien tiene que revisar las actualizaciones y los avisos de errores de envío.

Además, entre 2027 y 2028 llega la factura electrónica obligatoria entre empresas de la ley Crea y Crece. Si vende a empresas, conviene que la solución que elija ahora pueda ampliarse a ese caso sin rehacerla.

¿Quiere que lo revisemos juntos?

Integro tiendas online con programas de facturación y con API de facturación electrónica. En Polonia hago lo mismo con KSeF, el sistema obligatorio de factura electrónica de allí. Si me cuenta en dos frases qué tienda tiene y cómo factura hoy, le digo qué camino encaja: si basta un plugin, se lo digo, y no hace falta más.

• Integración VeriFactu para tiendas y software propio
• Integración de su tienda con Holded, Odoo o A3