Verifactu y factura electrónica B2B no son lo mismo

Respuesta rápida

Verifactu regula cómo un sistema informático genera, conserva y, en la modalidad Verifactu, remite registros de facturación a la AEAT. La factura electrónica B2B regula el intercambio de la factura entre empresas y profesionales. Son obligaciones relacionadas con la misma operación, pero no son el mismo documento, destinatario ni flujo técnico.

Cumplir una no demuestra automáticamente que cumplas la otra.

Comparación directa

Aspecto	Verifactu	Factura electrónica B2B
Objetivo	Integridad, trazabilidad y remisión del registro fiscal.	Intercambio estructurado de la factura entre empresas y profesionales.
Destinatario principal	AEAT en la modalidad Verifactu.	Cliente empresarial y las plataformas o soluciones de intercambio que determine la regulación.
Objeto	Registro de facturación definido por el reglamento.	Factura electrónica estructurada.
¿Es el PDF?	No: la AEAT recibe el registro, no necesariamente el PDF completo.	Un PDF por sí solo no equivale necesariamente a la factura electrónica estructurada exigida.
Base normativa principal	Real Decreto 1007/2023 y Orden HAC/1177/2024.	Artículo 12 de la Ley 18/2022 y su desarrollo reglamentario.

Qué envía Verifactu

El sistema genera un registro de alta o anulación con los campos y controles definidos por la normativa. En la modalidad Verifactu, ese registro se remite a la AEAT de forma continuada.

La AEAT aclara que estos registros no son facturas electrónicas. Pueden contener una parte importante de sus datos fiscales, pero cumplen otra función.

Qué persigue la factura electrónica B2B

La Ley 18/2022 estableció la obligación general de expedir, remitir y recibir facturas electrónicas en las relaciones comerciales entre empresarios y profesionales, sujeta al desarrollo reglamentario y al calendario que resulte aplicable.

Ese flujo necesita entregar una factura estructurada al receptor, permitir su tratamiento y comunicar estados en los términos que establezca la regulación. No se limita a informar a la AEAT de un registro fiscal.

Una venta puede generar dos flujos

Imagina un pedido B2B en Shopify:

1. Shopify confirma el pedido y conserva los datos comerciales.
2. El sistema de facturación genera la factura y el registro exigido por el reglamento.
3. El registro sigue el flujo Verifactu hacia la AEAT, si esa es la modalidad elegida.
4. La factura electrónica estructurada sigue el canal B2B hacia el cliente cuando esa obligación resulte aplicable.

Los dos flujos deben compartir identificadores y totales, pero conservar estados independientes. Una aceptación técnica de la AEAT no equivale a la recepción o pago de la factura por el cliente.

Errores frecuentes al diseñar la integración

“Si tengo QR, ya envío factura electrónica”

No. El QR forma parte de los requisitos de la factura emitida por determinados sistemas. No convierte el PDF en una factura electrónica B2B estructurada.

“Si la AEAT acepta el registro, el cliente ha aceptado la factura”

Tampoco. Son receptores y validaciones distintas. Además, la propia normativa técnica advierte que una respuesta correcta no acredita por sí sola la validez fiscal completa de la factura.

“Un único estado enviada basta”

Mezclar estados crea incidencias difíciles de auditar. Conviene distinguir al menos:

• estado del pedido;
• estado de generación de la factura;
• estado del registro ante la AEAT;
• estado de entrega de la factura electrónica;
• estado comercial de cobro o rechazo.

Cómo prepararlo sin rehacer toda la arquitectura

Diseña una factura canónica con identificadores estables y adaptadores separados para cada salida. Los eventos de WooCommerce, Shopify, PrestaShop, Stripe o el ERP alimentan esa factura; después cada obligación obtiene su representación y sus estados.

Esta separación evita que un cambio en el canal B2B altere el encadenamiento fiscal, o que un reintento hacia la AEAT duplique una factura enviada al cliente.

Qué debes preguntar a un proveedor

1. ¿Distingue el registro Verifactu de la factura electrónica estructurada?
2. ¿Muestra estados y errores por canal?
3. ¿Evita duplicados con claves idempotentes?
4. ¿Conserva la relación entre pedido, factura, registro y respuesta?
5. ¿Actualiza el flujo cuando cambie el desarrollo reglamentario B2B?

Entender qué es Verifactu con fuentes oficiales →

Ver la arquitectura de API y webhooks →