Definición técnica
TicketBAI (acrónimo de Ticket Batera Aldi berean Iruzurraren Aurka, “ticket conjunto y simultáneo contra el fraude”) es el sistema de control de la facturación implantado por las tres Haciendas Forales del País Vasco (Bizkaia, Gipuzkoa y Araba) en colaboración con el Gobierno Vasco. Obliga a que cualquier software que expida facturas o tiques desde un establecimiento radicado en territorio foral cumpla unos requisitos técnicos comunes y remita un fichero XML firmado a la Diputación Foral correspondiente.
El sistema descansa sobre un fichero XML por factura con la estructura fijada por las especificaciones TicketBAI; un encadenamiento por hash SHA-256 entre ficheros, de modo que cada XML referencia la huella del anterior y cualquier alteración rompe la cadena; y una firma electrónica del software (no del usuario) mediante certificado del fabricante o del contribuyente, que garantiza la autoría del programa emisor.
En la factura impresa o digital es obligatorio incluir el código QR TBAI y el identificador TBAI ID, formado por NIF del emisor, fecha de expedición y un código de verificación. El receptor puede escanear el QR y comprobar la factura en la sede electrónica de la Diputación correspondiente.
Diferencias entre los tres territorios
Las especificaciones técnicas son comunes, pero la gestión cambia: Bizkaia integra TicketBAI dentro del proyecto Batuz, que añade el Libro Registro de Operaciones Económicas (LROE) y un borrador de modelos; Gipuzkoa lo mantiene como sistema autónomo sin el envoltorio LROE; y Araba sigue el modelo de Gipuzkoa con calendario propio e incentivos por adhesión temprana. Los XML son compatibles entre territorios, pero endpoints, claves de adhesión y plazos difieren, por lo que una solución multi-territorio debe enrutar cada factura al servicio correcto según el domicilio fiscal del emisor.
Cómo se aplica en Business Central
Microsoft Dynamics 365 Business Central, en su localización española estándar, no incluye TicketBAI. La localización cubre IVA, retenciones, modelos AEAT y SII, pero la normativa foral queda fuera del alcance del producto base de Microsoft y se delega en partners locales.
Para que Business Central sea conforme a TicketBAI hay que cubrir:
- Generación del XML TicketBAI con todos los campos obligatorios del esquema XSD vigente en cada territorio.
- Firma electrónica del fichero con el certificado del software o del contribuyente, antes de su envío.
- Encadenamiento por hash entre registros y conservación íntegra de la cadena en la base de datos.
- Remisión telemática al servicio web de la Diputación Foral correspondiente (Bizkaia / Gipuzkoa / Araba), con gestión de respuestas, rechazos y reintentos.
- Inclusión del QR y del TBAI ID en la maqueta PDF de factura y ticket.
- Bloqueo de modificaciones sobre documentos ya remitidos: las correcciones se hacen con factura rectificativa o anulación, nunca editando.
La extensión dvfactura-e de Davisa cubre estos puntos sobre Business Central, enruta automáticamente cada factura al territorio foral que corresponda y mantiene la cadena de hashes consistente con la remisión a la Diputación. Conviene tener claro que TicketBAI y Verifactu no son lo mismo: TicketBAI es la normativa foral del País Vasco, Verifactu es el régimen común estatal del RD 1007/2023. Los contribuyentes sujetos a TicketBAI quedan fuera del ámbito de Verifactu, pero un grupo con sedes en territorio común y foral puede tener que cumplir ambos en distintas sociedades.
Errores frecuentes
- Confundir TicketBAI con Verifactu y no contemplar el enrutamiento foral por sede de expedición. Un grupo con sociedades en Bilbao y Madrid necesita ambos sistemas activos en paralelo.
- Romper la cadena de hashes al restaurar copias de seguridad o duplicar entornos. Cualquier hueco en la secuencia provoca rechazos en la Diputación y obliga a regenerar la serie desde el último punto válido.
- Certificado del software caducado o no adherido al registro de software garante: las facturas se siguen generando, pero el envío telemático devuelve error y se acumulan ficheros pendientes.
- Maquetar mal el QR: imprimirlo con un tamaño insuficiente (menos de 30×30 mm) o sin contraste suficiente provoca que el receptor no pueda verificar la factura, aunque el XML sí esté correctamente remitido.
- Anular facturas borrándolas del histórico en lugar de emitir el registro de anulación TicketBAI. La factura desaparece del ERP pero queda viva en la Diputación.
- No enviar tiques de TPV: muchas implantaciones cubren la facturación pero olvidan los tickets de venta directa, que también están sujetos a TicketBAI cuando los emite un sujeto obligado.
Calendario y obligaciones
La implantación ha sido escalonada por territorio y por tamaño del contribuyente:
- Bizkaia dentro de Batuz: obligatorio para todos los contribuyentes desde 1 de enero de 2024, tras varios aplazamientos previos.
- Gipuzkoa: obligatorio por fases desde 2022, completado para la totalidad de obligados a lo largo de 2023.
- Araba: implantación escalonada finalizada en 2022, con incentivos por adhesión voluntaria temprana.
A fecha de hoy, todos los contribuyentes con obligaciones tributarias en alguno de los tres territorios forales (personas físicas y jurídicas, autónomos incluidos) deben emitir sus facturas a través de un software TicketBAI homologado, salvo las exclusiones expresas (operaciones del régimen especial de agencias de viajes, determinadas operaciones inmobiliarias, etc.).
Las sanciones las regula cada Norma Foral General Tributaria: uso de software no adherido o manipulado puede llegar al 20 % del importe facturado al margen del sistema, con mínimos típicos desde 20.000 €; los fabricantes de software no adherido pueden superar los 40.000 € por producto y ejercicio. Por encima del coste de la sanción, el principal riesgo operativo es el bloqueo de la actividad: una empresa con TicketBAI caído no puede facturar de forma conforme.