Volver al blog

VeriFactu y WooCommerce: la fecha real es 2027 (y qué hacer con tu tienda antes)

La pregunta suele empezar así: «¿VeriFactu entra en vigor en 2026 o en 2027?».

Es normal que haya dudas. La normativa se ha aplazado más de una vez y todavía circulan artículos, páginas comerciales y comparativas con fechas antiguas. Pero el calendario vigente ya es claro: las empresas sujetas al Impuesto sobre Sociedades deberán tener adaptado su sistema de facturación antes del 1 de enero de 2027; el resto de obligados, entre ellos la mayoría de autónomos, antes del 1 de julio de 2027.

La fecha, sin embargo, es la parte fácil. En una tienda WooCommerce la cuestión importante es otra: ¿dónde se convierte realmente un pedido en una factura?

Puede ocurrir dentro de WordPress, mediante un plugin de facturación. Puede hacerlo una plataforma externa. Puede estar conectado a un ERP o puede depender todavía de un proceso manual. Esa respuesta determina qué hay que adaptar.

Qué cambia realmente con VeriFactu

VeriFactu es el nombre con el que solemos referirnos al reglamento de los sistemas informáticos de facturación, aprobado por el Real Decreto 1007/2023 y desarrollado por la Orden HAC/1177/2024.

La norma no obliga únicamente a añadir un código QR a un PDF. Exige que el sistema que soporta la facturación genere registros con garantías de integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad. Entre otras cosas, debe crear el registro correspondiente al emitir una factura, encadenarlo con el anterior y dejar rastro de anulaciones y correcciones.

Hay dos formas de cumplir:

  • VERI*FACTU: el sistema remite los registros de facturación a la Agencia Tributaria de forma continuada. Las facturas incorporan el QR y la mención correspondiente.
  • NO VERI*FACTU: los registros no se envían de forma continuada, pero el sistema debe conservarlos y aplicar medidas adicionales de seguridad, firma, control y registro de eventos.

Para muchas tiendas online pequeñas y medianas, la modalidad VERI*FACTU probablemente será la opción más sencilla de operar. No es una obligación escogerla, sino una decisión técnica y de negocio que conviene tomar conociendo las dos alternativas.

Las fechas de VeriFactu en 2027

  • Antes del 1 de enero de 2027: contribuyentes del Impuesto sobre Sociedades, como una SL o una SA.
  • Antes del 1 de julio de 2027: el resto de obligados tributarios incluidos en el reglamento, entre ellos la mayoría de profesionales autónomos.

Existen excepciones y regímenes con reglas propias. Por ejemplo, los contribuyentes acogidos al Suministro Inmediato de Información (SII) quedan fuera del RRSIF respecto a sus propias facturas. En los territorios forales también hay que tener en cuenta sistemas como TicketBAI. Si tu situación no es la habitual, la parte fiscal debe confirmarla tu asesor.

Los fabricantes y comercializadores de sistemas de facturación, por su parte, debían ofrecer productos adaptados desde el 29 de julio de 2025, con el matiz previsto para determinados contratos de mantenimiento plurianual.

¿Afecta a todas las tiendas WooCommerce?

No exactamente de la misma manera. WooCommerce gestiona pedidos, pero un pedido no es automáticamente una factura.

Si WooCommerce se limita a recibir la compra y la factura se expide desde una plataforma externa adaptada, el núcleo del cumplimiento estará en esa plataforma. La tienda deberá enviarle los datos correctos y gestionar bien la respuesta, pero no tiene por qué convertirse ella misma en el sistema que emite la factura.

Si, en cambio, un plugin dentro de WordPress asigna el número de factura, genera el documento y procesa los datos fiscales, ese conjunto pasa a ser una pieza central del sistema de facturación y deberá estar correctamente adaptado.

Por eso instalar un plugin que añada un QR al PDF no basta. Antes hay que dibujar el flujo completo:

  1. El cliente realiza el pedido.
  2. El pago se autoriza o se confirma.
  3. Se decide en qué momento se expide la factura.
  4. Se asignan serie y número.
  5. Se genera y, en su caso, se remite el registro.
  6. WooCommerce recibe el resultado y entrega la factura al cliente.
  7. Una devolución posterior genera el proceso de corrección correspondiente.

Si no está claro qué aplicación es responsable de cada paso, la tienda todavía no está preparada.

Lo que WooCommerce no resuelve por sí solo

WooCommerce ofrece una base excelente para vender, cobrar y gestionar pedidos. Pero su instalación estándar no garantiza los requisitos específicos de un sistema informático de facturación:

  • No genera por defecto los registros de facturación exigidos por el reglamento.
  • No encadena esos registros mediante su huella digital.
  • No incorpora el QR tributario en una factura.
  • No gestiona por sí mismo la remisión a la Agencia Tributaria.
  • Permite modificar pedidos, algo normal en comercio electrónico, pero distinto del flujo controlado que necesitan las facturas y sus correcciones.
  • La numeración de pedidos no sustituye automáticamente a una serie de facturación.

Los plugins tradicionales de «PDF invoices» tampoco quedan adaptados por el simple hecho de producir un PDF. Algunos fabricantes ya han añadido compatibilidad con VeriFactu o conexiones con servicios externos; otros continúan siendo únicamente generadores de documentos. Hay que comprobar la versión exacta, su funcionamiento y la declaración responsable del productor.

Tres formas de adaptar WooCommerce a VeriFactu

1. Un plugin de facturación adaptado

La emisión se mantiene dentro del ecosistema WordPress y WooCommerce. Es la integración más directa y puede encajar bien en tiendas con un flujo sencillo.

Conviene revisar quién presta realmente el servicio de remisión, qué ocurre si su API deja de responder, cómo gestiona las actualizaciones y si funciona con el checkout, las suscripciones y los métodos de pago concretos de la tienda.

2. Una plataforma de facturación conectada

WooCommerce envía los datos del pedido a un servicio externo y este expide la factura, genera el registro y lo remite o conserva según la modalidad escogida.

Suele aportar más funciones administrativas y separa la facturación de WordPress, aunque también introduce una dependencia externa. La calidad del conector es tan importante como la plataforma: debe evitar duplicados, reintentar envíos fallidos y devolver a WooCommerce el estado correcto.

3. Un ERP integrado con WooCommerce

Es el camino habitual cuando la tienda ya centraliza en un ERP la facturación, el stock, las compras o la contabilidad. En estos casos no tendría sentido duplicar la lógica fiscal dentro de WordPress: hay que asegurar que la integración transmite todos los datos y eventos que el ERP necesita.

También existe la aplicación gratuita de facturación de la Agencia Tributaria. Es una opción real y conforme para profesionales y empresas con poca facturación, pero no automatiza por sí sola el flujo de una tienda WooCommerce. Puede servir en casos de volumen muy bajo; para una tienda con pedidos recurrentes, trasladar cada venta manualmente suele ser poco práctico.

No busques un plugin «homologado por Hacienda»

Este punto genera bastante confusión comercial. En VeriFactu no hay una lista oficial de plugins de WooCommerce homologados por la Agencia Tributaria.

La certificación del sistema se articula mediante una declaración responsable del productor para cada producto y versión. Al comparar soluciones, pide esa declaración y comprueba que cubre exactamente la versión que vas a instalar. Que una web diga «compatible con VeriFactu» no sustituye esa documentación.

Dónde suelen aparecer los problemas

La conexión con la Agencia Tributaria no suele ser la parte más difícil. Los problemas aparecen en los bordes del proceso:

  • Momento de expedición: no es lo mismo facturar al crear el pedido, al confirmar el pago o al completar el envío.
  • Reintentos y duplicados: una pasarela, un webhook o una tarea programada pueden ejecutarse más de una vez. La integración debe ser idempotente.
  • Reembolsos totales y parciales: pulsar «reembolsar» en WooCommerce no garantiza por sí solo que se haya generado la corrección fiscal adecuada.
  • Datos del cliente: si se necesita una factura completa, el checkout debe recoger y validar los datos fiscales necesarios sin perjudicar la conversión de clientes particulares.
  • Series y numeración: deben definirse antes de migrar; no se deben improvisar a partir del ID del pedido.
  • Pedidos manuales, telefónicos o importados: también forman parte del flujo y suelen olvidarse en las pruebas.
  • Suscripciones y renovaciones automáticas: cada cobro puede generar una nueva operación sin intervención humana.
  • Ventas internacionales: OSS, divisas, exenciones y reglas B2B necesitan datos y tratamientos distintos.
  • Personalizaciones antiguas: checkouts modificados, plugins abandonados y código heredado pueden romper el conector aunque la demo estándar funcione.

Qué comprobar antes de contratar una solución

  • Quién expide legal y técnicamente la factura.
  • Si funciona en modalidad VERI*FACTU, NO VERI*FACTU o ambas.
  • Si dispone de declaración responsable para la versión contratada.
  • Cómo gestiona facturas completas, simplificadas, rectificativas y anulaciones.
  • Qué ocurre ante una caída de Internet o un error de la API.
  • Cómo evita duplicados cuando WooCommerce repite una petición.
  • Si permite realizar pruebas antes de activar el sistema en producción.
  • Si es compatible con tus pasarelas, suscripciones, checkout y plugins actuales.
  • Cómo se exportan los datos y qué ocurre si cambias de proveedor.
  • Cuál es el coste completo: licencia, envíos, soporte, actualizaciones y configuración.

Un calendario realista para no llegar tarde

Si la tienda pertenece a una sociedad, el objetivo no debería ser «instalar algo antes del 1 de enero». Debería ser llegar a diciembre de 2026 con el sistema probado y el equipo acostumbrado a utilizarlo.

Un calendario razonable sería seleccionar la arquitectura y el proveedor en septiembre, integrar durante octubre, probar pedidos y devoluciones en noviembre y evitar cambios críticos en plena campaña de Navidad.

Los autónomos tienen margen hasta julio de 2027, pero pueden aprovecharlo para probar sin prisas. La mejor fecha para descubrir que un reembolso parcial no funciona no es la semana anterior a que empiece la obligación.

Adaptar la facturación, no solo instalar un plugin

Después de más de veinte años trabajando con WordPress y WooCommerce, hay algo que tengo claro: en una tienda real, una instalación rara vez se parece a la demo del fabricante. Hay plugins antiguos, automatizaciones, campos personalizados, métodos de pago distintos y decisiones de negocio que condicionan toda la integración.

Por eso una adaptación a VeriFactu debería empezar con una revisión del flujo actual, no con la compra de una licencia.

Si quieres saber qué sistema está facturando realmente en tu WooCommerce, qué opción encaja mejor y qué habría que probar antes de 2027, puedo revisar tu tienda y darte un plan de adaptación concreto.

Contenido actualizado el 28 de agosto de 2026. Este artículo es divulgativo y no sustituye el asesoramiento fiscal aplicable a cada negocio.

Fuentes oficiales

¿Tienes un archivo que proteger?

Sellat crea una prueba verificable de la versión exacta de tu archivo en el momento en que la proteges.

Proteger archivos