01·01·2027
Contribuyentes del Impuesto sobre SociedadesLos sistemas informáticos de facturación incluidos en el ámbito del reglamento deben estar adaptados antes de esta fecha.
Adapto tiendas WooCommerce al nuevo flujo de facturación en España sin tratarlo como un simple “instalar plugin”. Reviso dónde nace realmente la factura, conecto WooCommerce con el SIF o proveedor adecuado y dejo resueltos checkout, estados de pedido, reembolsos, errores y puesta en producción.
La Agencia Tributaria indica dos fechas de aplicación obligatoria del Reglamento de Sistemas Informáticos de Facturación. Si una tienda depende de varios plugins, un ERP o procesos manuales, conviene probar la integración antes de que el cambio sea urgente.
Los sistemas informáticos de facturación incluidos en el ámbito del reglamento deben estar adaptados antes de esta fecha.
Entre ellos, según la AEAT, contribuyentes de IRPF que desarrollen actividades económicas cuando entren en el ámbito del RRSIF.
Importante: VERI*FACTU es una modalidad de cumplimiento dentro del RRSIF; la AEAT también contempla sistemas NO VERI*FACTU con requisitos adicionales. Esta página trata la implementación técnica en WooCommerce, no sustituye el criterio de tu asesoría fiscal. Ver plazos oficiales en la AEAT →
WooCommerce gestiona pedidos. Eso no significa automáticamente que deba convertirse en todo tu sistema fiscal. La arquitectura correcta cambia según si facturas dentro de WordPress, con un plugin externo, desde un ERP, desde un SaaS contable o mediante una integración que ya existe.
Localizo qué componente genera numeración, fecha y documento fiscal: WooCommerce, un plugin PDF, ERP, software contable o servicio externo.
Reviso NIF/NIE/CIF, razón social, dirección y lógica B2B/B2C para que el sistema de destino reciba datos consistentes.
“Processing”, “Completed”, pedido manual, pago confirmado o una acción externa no son equivalentes. El evento tiene que quedar explícito.
Los flujos de devolución total o parcial deben mapearse al proveedor de facturación sin crear dobles envíos ni operaciones huérfanas.
Si el pedido viaja a otro sistema, defino fuente de verdad, identificadores, reintentos e idempotencia para que una caída no genere duplicados.
Logs accionables, estados visibles y recuperación controlada. El equipo debe saber qué quedó enviado, pendiente o rechazado sin mirar la base de datos.
En una WooCommerce estándar puede bastar un conector bien elegido y configurado. En una tienda con lógica propia, varios canales, pedidos manuales o sistemas externos, el trabajo está en adaptar el flujo sin romper checkout, contabilidad ni operaciones.
Puedo trabajar sobre el plugin/API del proveedor que ya hayas elegido o ayudarte a evaluar técnicamente las opciones disponibles según tu stack. La responsabilidad fiscal y la declaración responsable del SIF corresponden al fabricante del sistema, no al integrador WordPress.
| Escenario | Qué suele necesitar | Riesgo técnico |
|---|---|---|
| WooCommerce sencillo | Conector compatible + datos fiscales + configuración del momento de emisión + pruebas. | Bajo si el flujo coincide con lo que espera el proveedor. |
| WooCommerce + ERP / facturación externa | Definir sistema de registro, sincronizar pedido/cliente/importe y evitar que Woo y ERP facturen la misma operación. | Medio: integraciones, estados, fallos de red y duplicados. |
| Tienda custom / B2B / suscripciones | Adaptar checkout, metadatos, eventos, reembolsos, jobs y API al modelo real del negocio. | Alto si se intenta resolver con plugins superpuestos sin diseño previo. |
Estos son los puntos que revisaría especialmente antes de dar por “adaptada” una tienda que ya tiene volumen, procesos internos o desarrollo propio.
Campos fiscales condicionales, empresas y particulares, checkout clásico o Blocks y datos que deben llegar completos al sistema de facturación.
Ventas creadas por soporte, teléfono o administración pueden saltarse el flujo frontend y necesitan el mismo criterio de facturación.
No basta con escuchar un “refunded”. Hay que preservar qué líneas e importes cambian y cómo consume esa corrección el SIF.
WooCommerce puede capturar el pedido, pero el ERP decidir numeración y factura. Ahí la integración importa más que el plugin fiscal de WordPress.
El checkout no debería convertirse en rehén de una API externa. Cola, reintentos, idempotencia y visibilidad operativa evitan arreglos manuales.
La transición necesita una fecha clara, pruebas y ownership: qué sistema deja de emitir, cuál empieza y cómo se tratan operaciones pendientes.
El objetivo es que la adaptación sea aburrida el día que entra en vigor: sin cambios improvisados en checkout ni facturas que de repente dejan de cuadrar.
Reviso stack, plugins, checkout, flujo de pedido, sistema de facturación y casos de devolución.
Defino el sistema de registro, eventos, datos, integración, errores y qué parte necesita código custom.
Implemento y pruebo pedidos, clientes, impuestos, reembolsos y fallos sin tocar producción.
Puesta en producción controlada, verificación del primer flujo y documentación de operación.
El RRSIF regula requisitos de los sistemas informáticos que soportan procesos de facturación. En modalidad VERI*FACTU, los registros de facturación se remiten a la AEAT inmediatamente después de su producción. La factura incorpora el QR correspondiente y el sistema debe mantener la trazabilidad exigida.
Eso es distinto de la factura electrónica B2B y de formatos como Facturae. Pueden convivir en el roadmap de una empresa, pero no son la misma integración ni conviene atacar ambos problemas con una sola etiqueta de “facturación electrónica”.
El Reglamento de los Sistemas Informáticos de Facturación tiene fechas de aplicación obligatoria distintas según el contribuyente: 1 de enero de 2027 para contribuyentes del Impuesto sobre Sociedades y 1 de julio de 2027 para el resto de obligados incluidos en el ámbito del reglamento. La obligación concreta de una tienda depende de quién factura y de qué sistema se utiliza para expedir las facturas.
No necesariamente. Lo importante es identificar qué sistema está expidiendo realmente la factura. Si WooCommerce solo genera el pedido y la factura la emite un ERP o un software de facturación externo, la adaptación puede consistir en integrar correctamente WooCommerce con ese sistema en lugar de convertir WordPress en el sistema de facturación.
En una tienda sencilla puede ser suficiente si el plugin y el sistema de facturación encajan con el flujo real. En tiendas con checkout B2B, pedidos manuales, reembolsos parciales, ERP, suscripciones o lógica personalizada conviene revisar primero qué evento genera la factura, qué datos se envían y cómo se recuperan los errores.
Sí. Puedo adaptar el checkout y el flujo de pedidos, conectar mediante API o el conector disponible del proveedor, mapear estados y datos, añadir logs y reintentos cuando haga falta y probar la integración en staging antes de pasarla a producción.
Sí. Puedo revisar o implementar la captura y validación técnica de los datos fiscales que necesite el sistema de facturación, tanto en checkout clásico como en flujos personalizados. Las reglas fiscales exactas deben venir definidas por el software de facturación o por la asesoría del negocio.
Deben formar parte del diseño de la integración. Reviso cómo se producen reembolsos totales y parciales, qué estados de WooCommerce intervienen y cómo espera recibirlos el sistema de facturación para evitar duplicados, huecos o procesos manuales difíciles de auditar.
Mi servicio está orientado a integrar y adaptar WooCommerce con un SIF o proveedor adecuado, no a sustituir al fabricante del sistema de facturación. La Agencia Tributaria establece una declaración responsable del productor del SIF; por eso separo claramente la responsabilidad del software fiscal de la implementación WordPress.
No. Son obligaciones relacionadas con facturación, pero responden a marcos y procesos distintos. Esta página se centra en la adaptación técnica de WooCommerce al Reglamento de Sistemas Informáticos de Facturación y a flujos VERI*FACTU.
Fuentes oficiales consultadas: FAQ de Sistemas Informáticos de Facturación y VERI*FACTU, modalidades de cumplimiento y declaración responsable del SIF. Información técnica revisada el 26 de septiembre de 2026.
Pásame la URL de la tienda y dime con qué sistema facturas hoy. Puedo revisar el flujo técnico y decirte qué pieza necesita adaptación antes de empezar a cambiar producción.