TicketBAI y VeriFactu: qué son y cómo cumplir sin cambiar de software

Dos normas, un mismo objetivo: que cada factura emitida quede registrada, encadenada y trazable desde su origen. Esta guía explica qué exige cada sistema, en qué se diferencian y qué opciones tenéis si vuestro software actual no lo soporta.

Solicitar diagnóstico Ver servicio de integración

Alcance

01 TicketBAI (Haciendas Forales) y VeriFactu (AEAT), explicados en lenguaje de empresa
02 Qué requisitos técnicos imponen a vuestro sistema de facturación
03 Cómo cumplir integrando una capa intermedia, sin sustituir el software

01 TERRITORIO FORAL

El sistema del País Vasco

Qué es TicketBAI y a quién obliga

TicketBAI es el sistema de control de la facturación de las Haciendas Forales del País Vasco. Obliga a las empresas que facturan en Bizkaia, Gipuzkoa y Araba, y cada territorio publica su propio calendario y portal de remisión.

01

Factura en origen

La factura debe nacer en un sistema informático de facturación registrado. Se termina con las facturas «a mano» y fuera de sistema.
02

XML firmado

Cada factura se genera en un fichero XML firmado con certificado digital de la empresa o del sistema.
03

Huella y encadenado

Cada factura se encadena con la anterior mediante la huella TBAI: no puede haber huecos en la serie.
04

QR verificable

La factura impresa incluye un código QR que enlaza con el registro de la factura en la Hacienda correspondiente.
05

Remisión a la Foral

El sistema envía cada factura a la Diputación: Bizkaia vía Batuz (LROE), y Gipuzkoa y Araba a través de sus portales forales.

02 TERRITORIO COMÚN

El sistema estatal

Qué es VeriFactu y de dónde viene

VeriFactu es el sistema de la AEAT para el territorio común, regulado por la Orden HAC/777/2024 al amparo de la Ley Antifraude. Aplica a los sistemas informáticos de facturación de las empresas que operan fuera del régimen foral.

01

Registro de facturación

Cada factura emitida queda registrada de forma íntegra, trazable e inalterable en el propio sistema.
02

Encadenado y huella (hash)

Cada registro se encadena con el anterior y lleva su hash: alterar o eliminar un registro deja rastro.
03

Libro de registros

El sistema mantiene un libro de registros de facturación consultable, del que salen las declaraciones.
04

Remisión a la AEAT

En la modalidad VeriFactu, los registros se remiten telemáticamente a la AEAT, y el QR de la factura permite verificarlos.
05

Declaración del fabricante

Quien desarrolla o modifica un sistema de facturación debe declarar su conformidad con los requisitos.

03 ANTES / DESPUÉS

Impacto en la operativa

Cómo cambia vuestra facturación

El negocio de facturar no cambia: lo que cambia es la garantía de que cada factura queda registrada y verificable desde su origen.

LO QUE HABÍA

Facturación tradicional

La factura se emite en el software y se archiva, sin más trazabilidad
Correcciones y rectificaciones sin encadenado con el documento anterior
Verificar una factura impresa depende de pedir papeles al emisor
Agujeros de serie y facturas fuera de sistema casi indetectables
El cumplimiento se auditaba a posteriori, con lo que hubiera

CON TBAI / VERIFACTU

Facturación trazable

Cada factura nace firmada en el sistema y queda registrada
Encadenado automático con la factura anterior, sin huecos
El QR permite verificar la factura contra el registro oficial
Toda alteración o anulación deja rastro en el libro de registros
La remisión a Hacienda es parte del proceso de emitir, no un trámite aparte

04 SIN CAMBIAR DE SOFTWARE

La vía que recomendamos

Cómo cumplir sin sustituir vuestro sistema de facturación

La normativa obliga, pero no obliga a cambiar de software. Si el sistema que sostenéis funciona, lo razonable es añadirle la capacidad normativa, no reemplazarlo entero por eso.

01

Una capa intermedia, no un reemplazo

Una API entre vuestro sistema y Hacienda: vuestra facturación sigue igual y la capa se ocupa de firma, huella, QR, encadenado y envío.
02

Validación antes de firmar

Los errores se detectan antes del envío, no cuando Hacienda rechaza el fichero. Menos rechazos, menos reemisiones.
03

Trazabilidad y reintentos

Cada acuse queda registrado. Lo transitorio se reintenta solo; lo que exige intervención avisa con el motivo, no semanas después.
04

Preproducción antes de la factura real

El circuito completo se valida en preproducción contra el entorno oficial antes de emitir la primera factura en vigor.
05

Cobertura de varios territorios

Si facturáis en Bizkaia, Gipuzkoa, Araba y territorio común, un solo sistema cubre todos los envíos con sus particularidades.

Dudas habituales

Preguntas frecuentes sobre TicketBAI y VeriFactu

Si tu duda no está aquí, escríbenos: respondemos con criterio técnico, no con un folleto.

¿Cuál es la diferencia entre TicketBAI y VeriFactu?

TicketBAI es el sistema de las Haciendas Forales del País Vasco (Bizkaia, Gipuzkoa y Araba): cada factura se emite en XML firmado y se remite a la Diputación. VeriFactu es el sistema de la AEAT para el territorio común, centrado en registros de facturación encadenados e inalterables. Los principios son los mismos (integridad, trazabilidad, encadenado); la normativa y el receptor cambian. Si facturáis en ambos territorios, tenéis que cubrir los dos.

¿Quién está obligado a cumplir?

Las empresas que emitan facturas en el territorio correspondiente y estén sujetas a la normativa de sistemas informáticos de facturación. El calendario de obligatoriedad es escalonado y cada Hacienda Foral publica el suyo, igual que la AEAT para el territorio común. Si aún no cumplís, el margen se reduce: conviene un diagnóstico técnico cuanto antes.

¿Puedo seguir usando mi software de facturación actual?

En la mayoría de los casos, sí. Una capa intermedia (una API) añade la firma, el encadenado, el QR y el envío sin tocar el proceso de facturación. Si usáis Odoo hay localización disponible; si el sistema es propio o legacy, se integra por API sin sustituirlo.

¿Qué pasa si un envío falla o Hacienda rechaza un fichero?

El sistema debe dejar rastro y avisar: reintentos automáticos para los errores transitorios y alerta con el motivo para los que exigen intervención. Sin trazabilidad, un rechazo puede pasar semanas desapercibido y convertirse en un problema de cumplimiento.

05 PRUEBA REAL

No es teoría