Guía técnica actualizada · agosto de 2026

Qué es VeriFactu y cómo afecta a WordPress y WooCommerce

VeriFactu no es una aplicación concreta ni el nombre de toda la normativa. Es una de las dos modalidades previstas por el Reglamento de Sistemas Informáticos de Facturación para generar y remitir registros de facturación.

Contenido informativo y técnico. El ámbito fiscal concreto debe confirmarse con el asesor tributario del negocio.

Normativa baseRD 1007/2023 y desarrollo técnico.
Dos modalidadesVERI*FACTU y NO VERI*FACTU.
Plazos vigentes1 enero y 1 julio de 2027.
RevisiónActualizado el 14/08/2026.
La respuesta en 30 segundos

VeriFactu, explicado sin mezclar conceptos

El Reglamento no obliga a instalar una marca concreta. Obliga a que el sistema utilizado para facturar cumpla requisitos técnicos y opere en una de las modalidades válidas.

01

Regula el sistema, no el PDF

El foco está en cómo se generan, encadenan, conservan o remiten los registros de facturación.

02

VERI*FACTU es una modalidad

Remite los registros de facturación a la AEAT inmediatamente después de generarlos.

03

No existe una homologación individual de la AEAT

El productor acredita cada producto y versión mediante una declaración responsable.

04

Los plazos pasan a 2027

Sociedades antes del 1 de enero; el resto de obligados afectados, antes del 1 de julio.

Tres términos diferentes

RRSIF, SIF y VERI*FACTU no significan lo mismo

Separar estos conceptos evita promesas incorrectas como “plugin homologado”, “PDF VeriFactu” o “todas las facturas se envían siempre”.

RRSIF

El Reglamento

Define los requisitos que deben cumplir los sistemas informáticos que soportan los procesos de facturación.

SIF

El sistema utilizado para facturar

Es el conjunto de hardware y software que admite la entrada, conserva y procesa información para expedir facturas.

En una tienda online, WooCommerce puede ser la fuente de los datos o un componente de la arquitectura del SIF, pero no se convierte automáticamente en SIF por almacenar pedidos. La factura puede expedirse desde un plugin, una aplicación externa, un ERP o una arquitectura combinada.
Qué sucede al emitir una factura

Del pedido al registro de facturación

La factura continúa existiendo como documento. Paralelamente, el SIF debe generar un registro estructurado y aplicar los controles previstos por la modalidad utilizada.

Operación o pedido

La venta aporta cliente, importes, impuestos y forma de pago.

Expedición de la factura

El sistema determina serie, número, fecha y contenido.

Registro de alta

Se genera simultáneamente o antes de expedir la factura.

Huella y encadenado

El registro incorpora la referencia y huella del anterior.

QR tributario

La factura incorpora el QR o su contenido si es estructurada.

Remisión o conservación

Se envía a la AEAT o se conserva con controles reforzados.

Dos formas válidas de cumplir

VERI*FACTU frente a NO VERI*FACTU

Ambas modalidades son válidas. La diferencia principal es si los registros se remiten inmediatamente a la AEAT o si se conservan en el propio sistema con requisitos adicionales.

Comparación simplificada de las dos modalidades del RRSIF.
AspectoVERI*FACTUNO VERI*FACTU
Remisión de registrosInmediata y automáticaNo sistemática
Conservación principalLa AEAT recibe los registros remitidos.El SIF debe conservarlos durante el periodo exigible.
Firma electrónica explícita de registrosNo obligatoriaObligatoria
Registro de eventosNo exigidoExigido
QR en la factura y leyenda VERI*FACTU., sin factura verificable en sede.
Cotejo por el destinatarioPuede verificar la remisiónNo confirma remisión previa
Quién debe revisarlo

El ámbito no se resuelve con un “sí” para todo el mundo

El Reglamento se aplica a determinados obligados que utilizan sistemas informáticos de facturación. Existen exclusiones y operaciones que requieren análisis específico.

Incluidos con carácter general

Cuando utilizan un SIF para facturar operaciones de su actividad:

  • Contribuyentes del Impuesto sobre Sociedades.
  • Personas físicas con actividades económicas.
  • No residentes con establecimiento permanente.
  • Entidades en atribución de rentas con actividad económica.

Casos que deben revisarse aparte

No debe asumirse la obligación sin comprobar:

  • Contribuyentes sometidos al SII.
  • Operaciones para las que no existe obligación de expedir factura.
  • Facturación manual sin uso de SIF.
  • Territorios forales y especialidades territoriales.
  • Entidades exentas o parcialmente exentas.
La web no puede determinar por sí sola el ámbito fiscal de cada negocio. El asesor tributario debe confirmar si el contribuyente y sus operaciones quedan incluidos; el implementador técnico determina cómo adaptar el sistema.
WordPress y WooCommerce

Qué componente actúa realmente como sistema de facturación

WooCommerce gestiona pedidos, clientes, impuestos y estados, pero la factura puede expedirse desde un plugin, un ERP o una plataforma externa. La arquitectura completa es la que debe analizarse.

Capa 1

WooCommerce

Origina pedidos, importes, productos, impuestos, pagos, devoluciones y datos del cliente.

Capa 2

Componente SIF

Expide la factura, genera el registro, controla series, QR, huella, remisión o conservación.

Capa 3

AEAT y sistemas externos

Reciben registros VERI*FACTU o participan mediante ERP, gestoría, contabilidad y archivo.

Instalar un plugin no completa automáticamente la adaptación. Hay que comprobar estados de pedido, series, impuestos, devoluciones, suscripciones, duplicidades, reintentos y convivencia con otros canales.
La pregunta que determina la arquitectura

¿WooCommerce es un Sistema Informático de Facturación?

No existe una respuesta universal basada únicamente en el nombre del software. Hay que identificar qué componente admite los datos de facturación, los conserva, los procesa y expide realmente la factura.

Escenarios habituales para identificar qué componente actúa como SIF.
EscenarioPapel de WooCommerceQué debe comprobarse
WooCommerce registra el pedido y un ERP o SaaS expide la facturaOrigen de datos comerciales y fiscales.Que el sistema externo sea el punto de expedición, cubra series, rectificativas y registros, y evite una segunda factura en WordPress.
Un plugin instalado en WordPress expide la factura y genera el registroWooCommerce y el componente de facturación forman una arquitectura integrada.Productor, producto, versión, declaración responsable, modalidad y alcance real de la instalación.
Un plugin solo crea el PDF o añade un QR visualGenera una representación para el cliente.El PDF o el QR no acreditan por sí solos que exista un SIF conforme; hay que identificar quién genera el registro de facturación.
WooCommerce y otro programa expiden documentos fiscales a la vezPuede convertirse en una segunda fuente de facturación.Elegir un único punto de expedición y desactivar rutas duplicadas de numeración, correo, reembolso y rectificación.
Regla práctica: no se certifica “WooCommerce” de forma genérica ni se presume el cumplimiento por instalar un plugin. La declaración responsable debe identificar el producto y la versión que realmente soportan la expedición y los registros.
No son equivalentes

Factura, registro, Facturae y QR

La normativa crea obligaciones sobre el sistema y los registros, pero no convierte automáticamente cada factura en Facturae ni sustituye el documento entregado al cliente.

ElementoQué esQué no es
FacturaDocumento completo o simplificado entregado al destinatario.No es el registro técnico remitido a la AEAT.
Registro de facturaciónEstructura generada por el SIF con datos obligatorios y huella.No contiene necesariamente toda la información de la factura.
Factura electrónica estructuradaDocumento en formato procesable, como Facturae cuando corresponda.No es un requisito universal de VeriFactu para toda venta.
QR tributarioRepresentación o URL para cotejo y remisión voluntaria del receptor.No sustituye el envío del registro por parte del emisor.
Calendario vigente

Fechas límite de adaptación en 2027

Los plazos fueron ampliados en diciembre de 2025. El periodo anterior puede utilizarse para pruebas, pero el alcance debe revisarse antes de activar producción.

1 enero 2027Entidades que presentan Impuesto sobre Sociedades

Sus sistemas informáticos de facturación deben estar adaptados antes de esta fecha cuando estén dentro del ámbito.

1 julio 2027Resto de obligados tributarios afectados

Incluye, con carácter general, autónomos y otros empresarios o profesionales comprendidos en el artículo 3.1.

Aplicación práctica

Qué debería revisar una tienda WooCommerce

El objetivo no es únicamente generar un QR, sino controlar todo el ciclo de facturación sin duplicidades ni inconsistencias.

01

Punto de expedición

Determinar qué plugin o sistema genera realmente la factura.

02

Series y numeración

Continuidad, coexistencia con ERP y separación de canales.

03

Estados de pedido

Cuándo se factura, cancela, reintenta o evita una emisión.

04

Impuestos

IVA, recargo, exenciones, ventas UE y datos fiscales.

05

Rectificativas

Devoluciones parciales, totales y vínculo con el original.

06

Suscripciones

Renovaciones, reintentos, cambios y pagos fallidos.

07

Logs y errores

Colas, respuestas, alertas y recuperación de incidencias.

08

Declaración responsable

Identificar productor, producto, versión y alcance del SIF.

¿Necesitas aplicar esto a una tienda WooCommerce real?

Esta página explica los conceptos. El servicio de implantación revisa la operativa, configura la solución, ejecuta pruebas y documenta la puesta en marcha.

Fuentes y ampliación

Consulta la norma y profundiza por caso

Preguntas frecuentes

Dudas habituales sobre VeriFactu

No de forma automática. El RRSIF se aplica a los colectivos del artículo 3.1 cuando utilizan sistemas informáticos de facturación, con exclusiones y operaciones específicas. El asesor fiscal debe confirmar el ámbito del contribuyente.
No necesariamente. WooCommerce puede limitarse a originar pedidos y datos, mientras que un ERP o SaaS expide las facturas; o puede formar parte de una arquitectura SIF cuando un componente instalado en WordPress realiza la expedición y genera los registros. Deben identificarse el productor, el producto, la versión y la declaración responsable que cubren la solución realmente utilizada.
Solo en la modalidad VERI*FACTU se remiten sistemáticamente los registros de facturación. En NO VERI*FACTU se conservan en el sistema con requisitos adicionales de seguridad.
La conformidad de cada producto y versión se acredita mediante una declaración responsable emitida por su productor. No debe presentarse comercialmente como una homologación individual concedida por la AEAT.
No. Los sistemas VERI*FACTU no están obligados a firmar electrónicamente los registros. La firma explícita y el registro de eventos son requisitos de la modalidad NO VERI*FACTU.
No necesariamente. Ambas modalidades incorporan QR. En VERI*FACTU, además, la factura incluye la leyenda correspondiente y el destinatario puede cotejar que el registro se remitió a la AEAT.
No. Facturae es un formato estructurado de factura electrónica. VeriFactu es una modalidad de funcionamiento del SIF. El registro de facturación tampoco es una factura electrónica.
Normalmente no. Debe revisarse la arquitectura existente y adaptar el componente que expide facturas, junto con estados, series, impuestos, devoluciones e integraciones.
Antes del 1 de enero de 2027 para entidades que presentan Impuesto sobre Sociedades y antes del 1 de julio de 2027 para el resto de obligados afectados.
Revisión técnica: Webyseo · 14 de agosto de 2026.
El contenido resume la normativa y documentación oficial disponible en la fecha indicada. No sustituye asesoramiento tributario, jurídico ni la declaración responsable del productor del SIF.