Qué es ticketBAI y por qué el País Vasco se ha adelantado al resto de España
ticketBAI —acrónimo de "Tax Bizkaia/Gipuzkoa/Álava Identifier"— es el sistema obligatorio de control de la facturación implantado por las tres diputaciones forales del País Vasco. Cada factura que emite un empresario o profesional con domicilio fiscal en territorio foral debe firmarse digitalmente, encadenarse con la anterior mediante una huella SHA-256 y enviarse, en tiempo real en el caso de Bizkaia y Gipuzkoa, al servidor de la hacienda foral correspondiente. La factura impresa lleva, además, un código QR visible y un código TBAI alfanumérico que permiten al receptor verificar la autenticidad de la operación en la sede electrónica foral.
El sistema persigue, en realidad, dos objetivos complementarios. El primero es cerrar el fraude por facturación oculta, ya que cada factura emitida queda inalterable y trazable en el sistema desde el segundo en el que se firma. El segundo, no menos importante, es simplificar las obligaciones formales de empresarios y profesionales: los modelos 303, 347 y 390, así como las propuestas de IRPF y de Impuesto sobre Sociedades, se precargan automáticamente a partir de los datos enviados a través de ticketBAI. En Bizkaia, además, este sistema se integra dentro de una arquitectura mayor llamada Batuz, que añade la exigencia de un Libro Registro de Operaciones Económicas (LROE) consolidado.
Batuz, el sistema integral de la Hacienda Foral de Bizkaia
Batuz es el sistema integral de cumplimiento fiscal de la Hacienda Foral de Bizkaia, vigente desde el 1 de enero de 2024 con carácter obligatorio para todos los contribuyentes con domicilio fiscal en el territorio. Su arquitectura combina tres componentes que conviene examinar por separado para entender por qué Bizkaia se ha alejado, en este punto, del resto de territorios:
- TicketBAI obligatorio: cada factura emitida pasa por el sistema, con firma TBAI y envío síncrono al servidor de la HFB.
- LROE (Libro Registro de Operaciones Económicas): sustituye a los libros registro tradicionales del IVA y al libro de IRPF. Consolida ingresos, gastos y operaciones por trimestre y se presenta vía sede HFB. Reemplaza el modelo 140 antiguo y es la fuente de la propuesta automática de IRPF.
- Propuesta de declaración: la HFB precarga los datos del modelo de IRPF (modelo foral 109/110/111) o del Impuesto sobre Sociedades a partir del LROE. El contribuyente solo confirma o ajusta. Es una novedad sin equivalente en territorio común: la AEAT precarga datos en Renta WEB pero solo en personas físicas y con menos alcance que el LROE.
En Gipuzkoa y en Álava, por el contrario, no existe un Libro Registro de Operaciones Económicas consolidado equivalente al de Bizkaia. Hay ticketBAI obligatorio, sí, pero los libros registro y los modelos siguen presentándose por separado. Esta es la diferencia más importante entre los tres territorios históricos y la fuente, también, de la mayor parte de la confusión que arrastra el sistema: "Batuz" no equivale a "ticketBAI". La relación correcta es la contraria: ticketBAI está incluido dentro de Batuz, y Batuz, como tal, solo existe en Bizkaia.
Tres territorios, tres velocidades: cómo se aplica ticketBAI según dónde tributes
Los tres territorios forales del País Vasco aplican ticketBAI con calendarios y particularidades técnicas distintas, hasta el punto de que un mismo software no sirve indistintamente en los tres. La regla práctica que conviene retener es sencilla: la hacienda foral receptora es la del territorio en el que el contribuyente tiene su domicilio fiscal del Impuesto sobre Actividades Económicas. Si la actividad se desarrolla en varios territorios, las facturas siguen pasando por la hacienda foral del domicilio fiscal principal y la coordinación con las otras administraciones se hace después por la vía de las cifras de tributación entre territorios.
| Aspecto | Bizkaia (HFB) | Gipuzkoa (HFG) | Álava (HFA) |
|---|---|---|---|
| Sistema | TicketBAI + Batuz (LROE) | TicketBAI | TicketBAI vía ATXN |
| Envío al servidor | Síncrono inmediato | Síncrono inmediato | Síncrono o asíncrono según sector |
| LROE consolidado | Sí (obligatorio) | No | No |
| Propuesta automática | IRPF y Sociedades | No | No |
| Listado software homologado | bizkaia.eus | gipuzkoa.eus | araba.eus |
| Norma foral base | NF 5/2020, modificada NF 6/2022 | NF 1/2022 | NF 33/2013, sucesivas actualizaciones |
| Sanción base no cumplir | 1 % importe operaciones, mín 240 €/T | Similar (NF 1/2022) | Hasta 200 € por factura |
Un calendario de implantación escalonado, ya plenamente vencido en 2026
ticketBAI no entró simultáneamente en los tres territorios, sino que cada diputación foral fue diseñando su propio calendario en función de la madurez técnica del proyecto y de las negociaciones con sectores afectados. Las fechas de obligatoriedad están ya agotadas en todos ellos: en 2026 cualquier autónomo o sociedad con domicilio fiscal en el País Vasco está plenamente sujeta, y quien todavía no se haya adaptado se enfrenta a sanciones acumuladas desde la fecha original de su entrada. El recorrido por territorio fue el siguiente:
- Gipuzkoa: implantación gradual desde 1 de julio de 2022 (sectores piloto), generalizada el 1 de enero de 2023.
- Bizkaia: voluntario en 2022, obligatorio para todos desde el 1 de enero de 2024 dentro del sistema Batuz integral.
- Álava: implantación por sectores entre el 1 de abril de 2022 y el 31 de diciembre de 2024. Generalizada en 2025.
Conviene matizar dos casos particulares. Quien iniciaba actividad en 2026 entra en ticketBAI desde la primera factura, sin excepción ni período de adaptación; y los traslados de domicilio fiscal hacia territorio foral arrastran el cumplimiento desde el primer día del trimestre siguiente al traslado, sin posibilidad de gradualidad.
ticketBAI y Verifactu, dos sistemas paralelos para dos territorios distintos
Verifactu —regulado por el Real Decreto 1007/2023 y con su calendario aplazado a 2027 por el Real Decreto-ley 15/2025— es el equivalente estatal de ticketBAI. No son sistemas competitivos sino paralelos: cada uno aplica a su ámbito territorial y la convivencia entre ambos está pensada para que un mismo empresario no esté obligado a usar los dos al mismo tiempo. Los puntos de fricción típicos entre ambos sistemas son los que recoge la tabla siguiente:
| Aspecto | TicketBAI | Verifactu |
|---|---|---|
| Competencia | Foral (HFB, HFG, HFA) | Estatal (AEAT) |
| Ámbito | País Vasco (3 territorios) | Resto de España (territorio común) |
| Norma base | NF 5/2020 BOB / NF 1/2022 BOG / NF 33/2013 BOTHA | RD 1007/2023, Orden HAC/1177/2024, RDL 15/2025 |
| Estado | En vigor (sancionando desde 2023) | Vigor 1 ene 2027 (sociedades) / 1 jul 2027 (autónomos) |
| Firma técnica | SHA-256 + cadena TBAI propia | SHA-256 + cadena Verifactu propia |
| Modalidad | Solo síncrona (excepto Álava sectores) | Verifactu (síncrona) o SIF no verificable (asíncrona) |
| QR factura | Obligatorio, enlaza con sede foral | Obligatorio (ISO/IEC 18004), enlaza con AEAT |
| Software | Listado homologado por cada hacienda foral | Listado AEAT + programa gratuito sede |
Conviene leer la comparativa con una idea sencilla en mente: un autónomo que tributa en Bizkaia no usa Verifactu, sino ticketBAI; un autónomo que tributa en Madrid no usa ticketBAI y usará Verifactu desde 2027. Si trasladas tu domicilio fiscal de Madrid a Bilbao, sales automáticamente del calendario Verifactu y entras en ticketBAI desde el primer día del trimestre siguiente al traslado, sin opciones intermedias.
Requisitos técnicos: cómo se construye una factura ticketBAI por dentro
Aunque el contribuyente medio no necesita conocer al detalle el funcionamiento técnico del sistema, sí conviene tener una idea aproximada de qué hace el software en cada factura. Cada documento ticketBAI genera un fichero XML cuya estructura está definida en el esquema oficial de las tres haciendas forales, que son entre sí esencialmente compatibles. Los campos clave que componen ese XML son los siguientes:
- Cabecera: NIF emisor, NIF receptor (si aplica), serie y número, fecha de operación, fecha de expedición.
- Detalle: descripción de operaciones, base imponible, tipo IVA, cuota, claves de operación (régimen general, exenta, exportación, intracomunitaria, etc.).
- Firma electrónica: certificado digital del emisor o de su representante. La firma se aplica al XML completo siguiendo el estándar XAdES.
- Huella anterior (encadenamiento): SHA-256 de la factura previa emitida con el mismo certificado. Esta cadena de huellas garantiza inalterabilidad: si se modifica una factura, todas las posteriores quedan inválidas.
- Código TBAI: cadena alfanumérica calculada como hash de los campos clave. Es el "identificador legible" que se imprime en la factura junto al QR.
El software homologado se encarga de toda la cocina técnica que acabamos de describir. El empresario o profesional se limita a introducir los datos de la factura como lo haría en cualquier ERP convencional, y el sistema firma, encadena, envía y recibe la confirmación de la hacienda foral correspondiente. La factura impresa lleva el código QR y el código TBAI con un formato visual estandarizado por la diputación, idéntico para todos los emisores del territorio.
Cómo adaptarte paso a paso si vas a empezar o a trasladar tu domicilio fiscal
Para quien ya tributa en territorio foral o tiene previsto trasladar próximamente su domicilio fiscal, los ocho pasos del HowTo de cabecera permiten ir de cero a ticketBAI plenamente operativo. Dos de ellos son, en mi lectura editorial, mucho más importantes que el resto. El paso 2, identificar el territorio y el régimen aplicable, evita el error más común: confundir los listados de software entre las haciendas forales de Bizkaia, Gipuzkoa y Álava. El paso 4, verificar la homologación oficial, evita una infracción tributaria sutil pero costosa: usar software no homologado por la hacienda foral propia constituye infracción aunque técnicamente el programa cumpla con todos los requisitos del esquema oficial.
Cómo se integra ticketBAI con los modelos 347, 303 y, en Bizkaia, con el LROE
Es importante deshacer un malentendido frecuente: ticketBAI no sustituye a los modelos forales periódicos. Las obligaciones tradicionales —303 trimestral del IVA foral, 390 anual, 347 de operaciones con terceros, 111, 115 y 123 de retenciones y 109, 110 o 200 según el caso de IRPF o Impuesto sobre Sociedades— siguen vigentes íntegramente. Lo que sí hace ticketBAI es precargarlos: las haciendas forales utilizan los registros para preparar borradores que el contribuyente solo tiene que confirmar. Conviene cuidar la coherencia entre ambos mundos: las discrepancias entre lo que figura en ticketBAI y lo declarado en los modelos disparan paralelos automáticos, esto es, notificaciones que solicitan aclaración o, en último término, imponen sanción.
En Bizkaia, además, el Libro Registro de Operaciones Económicas consolida los libros tradicionales del IVA y del IRPF en un único registro que se presenta vía sede de la Hacienda Foral de Bizkaia cada trimestre. Quien no presenta este libro en plazo se enfrenta a sanciones específicas previstas en el artículo 137 quater de la Norma Foral 5/2020. Como referencia, conviene recordar que el modelo 347 estatal tiene su equivalente foral en cada diputación, con la misma idea pero distinto formulario y plazo de presentación.
Sanciones específicas que aplican cada una de las tres haciendas forales
Las haciendas forales empezaron a sancionar los incumplimientos de ticketBAI ya en 2023 en el caso de Bizkaia y en 2024 en el de Álava y Gipuzkoa, así que la amenaza no es teórica: hay liquidaciones notificadas. El régimen sancionador típico responde a cuatro grandes supuestos:
- Emitir factura sin TicketBAI estando obligado: 1 % del importe de la factura no comunicada, con un mínimo por factura/trimestre. Topes anuales del 20 % de las operaciones del periodo.
- Usar software no homologado: sanción fija por trimestre + obligación de migrar inmediatamente al software conforme.
- Manipulación o eliminación de registros: tipificada como infracción muy grave en las normas forales generales, con sanciones del 50 % al 150 % de la cuota tributaria oculta, más posible delito fiscal si supera 120 000 €.
- Reducciones aplicables: 30 % por conformidad y 40 % adicional por pronto pago (acumuladas, sanción efectiva del 35 %).
Las sanciones se imponen, en la práctica, por la vía del paralelo automático cuando la hacienda foral detecta cualquier discrepancia entre ticketBAI y los modelos presentados. Tras la propuesta de liquidación, el contribuyente dispone de quince días para presentar alegaciones; una vez firme la liquidación, opera el plazo de pago voluntario previsto en la Norma Foral General Tributaria correspondiente. Es una arquitectura sancionadora rápida y, en su mayor parte, automatizada.
Cuatro casos prácticos para ver el sistema en marcha
Caso 1 — Autónomo de Álava factura a cliente de Bizkaia
Un consultor con domicilio fiscal en Vitoria-Gasteiz factura 5.000 € + IVA 21 % a una empresa de Bilbao. El emisor está obligado a TicketBAI por la HFA: emite la factura desde software homologado en Álava, con firma TBAI, envío al servidor foral alavés y QR verificable en sede HFA. El cliente bilbaíno la recibe como factura ordinaria; su sistema Batuz la incorpora al LROE como gasto deducible. La hacienda foral de Bizkaia no interactúa con el emisor; solo recibe el dato vía cruce inter-foral. No hay duplicidad ni doble TicketBAI.
Caso 2 — Profesional de Donostia factura a cliente de Madrid
Una profesional con domicilio fiscal en Donostia factura 3.500 € + IVA 21 % a una empresa de Madrid. La emisora pasa la factura por TicketBAI HFG (síncrono, software homologado Gipuzkoa). El cliente madrileño recibe una factura con QR vasco; la incorpora a su contabilidad común sin más. En 2027, cuando entre Verifactu, ese cliente tendrá que cumplir Verifactu en sus PROPIAS facturas emitidas, pero las facturas RECIBIDAS de emisores forales seguirán llegando con TicketBAI. La factura se contabiliza igual: gasto deducible con NIF y base imponible normales.
Caso 3 — Vendedor de Madrid factura a cliente de Bilbao
Un autónomo con domicilio fiscal en Madrid vende 2.000 € + IVA 21 % a una empresa de Bilbao. NO emite TicketBAI: emite factura ordinaria como cualquier autónomo de territorio común (en 2026 todavía sin Verifactu, pues Verifactu entra en 2027). El cliente bilbaíno recibe la factura, la registra en su LROE Batuz como gasto deducible, y ese gasto cuadra perfectamente con el modelo 347 estatal del proveedor madrileño. La asimetría territorial es la regla, no la excepción: las haciendas forales y AEAT cruzan datos con normalidad.
Caso 4 — Autónomo de Bizkaia con cese de actividad
Un autónomo con domicilio fiscal en Bilbao cesa actividad el 30 de junio de 2026 (modelo 037 foral, baja censal). Hasta el día del cese, todas sus facturas pasaron por TicketBAI + Batuz LROE. Tras el cese, presenta el 303 foral y el LROE final del 2T como cualquier otro trimestre, y queda exento del 4T. El sistema TicketBAI conserva los registros durante el plazo de prescripción foral (4 años con posible ampliación). Si en 2027 el autónomo se reincorpora con nueva alta en Bizkaia, vuelve a TicketBAI desde la primera factura.
Errores típicos al usar TicketBAI
- Confundir TicketBAI con Batuz. Batuz solo existe en Bizkaia y suma LROE + propuesta automática. En Gipuzkoa y Álava hay TicketBAI sin Batuz.
- Pensar que TicketBAI sustituye a los modelos forales. TicketBAI los PRECARGA, no los sustituye. Sigues presentando 303, 347, 390, IRPF/Sociedades en sus plazos forales.
- Usar software homologado en otro territorio. Un programa homologado solo en Gipuzkoa NO sirve para emisor con domicilio en Álava. Hay que verificar homologación territorio a territorio.
- Olvidar el QR en facturas impresas. La factura en papel debe llevar el QR visible y legible. Las facturas digitales lo llevan embebido como imagen.
- No cuadrar TicketBAI con el modelo 303 foral. Las haciendas forales cruzan automáticamente. Cualquier factura olvidada en TicketBAI o duplicada en el 303 dispara paralelo.
- Emitir desde un domicilio incorrecto. Si el IAE está en Bizkaia pero el software apunta a HFG, las facturas no se reciben en la hacienda correcta y se acumulan como no comunicadas.
- No comunicar caídas técnicas. El régimen de excepciones obliga a documentar la incidencia y sincronizar las facturas en 24-72 h. Saltarse el sistema sin justificación se sanciona.
- Mezclar TicketBAI con SII. Quien tributa en País Vasco no presenta SII; presentar SII por error duplica trabajo y puede generar discrepancias en cruces.