A nivel general, los ficheros TicketBAI tienen la siguiente información:

• A) Sujetos: emisor, destinatarios, varios destinatarios y factura emitida por terceros o destinatario.
• B) Factura - Cabecera factura: serie factura, número factura, fecha de expedición, hora de expedición, factura simplificada, factura emitida en sustitución de factura simplificada, factura rectificativa y facturas rectificadas o sustituidas.
• C) Factura - Datos factura: fecha de operación, descripción factura, importe total factura, base imponible a coste, y claves de regímenes de IVA y operaciones con trascendencia tributaria.
• D) Factura - Desglose Factura/Desglose tipo de operación: entre otros campos, sujeta, exenta, causa de exención, base imponible exenta, tipo no exenta, etc.
• E) Huellas TicketBAI:
  • E.1) Encadenamiento factura anterior.

    Serie, número de factura y fecha de expedición de la factura anterior.

    Firma del fichero TicketBAI correspondiente a la factura anterior. Se truncará, reduciéndolo a los cien primeros caracteres del campo SignatureValue del fichero TicketBAI de la factura anterior para evitar aumentar innecesariamente el tamaño.

  • E.2) Software.

    Licencia TicketBAI, proporcionada por el registro de software correspondiente, entidad desarrolladora inscrita en el registro de software correspondiente y nombre y versión del software de facturación inscrito en el registro de software correspondiente.

  • E.3.) Dispositivo.

    Identificación del dispositivo desde donde se emiten las facturas. Este dato no es obligatorio.

• F) Firma de la factura.

En el caso de Bizkaia, el registro de software será el Registro de software garante “TicketBAI”.

El sistema TicketBAI implica que cada factura debe identificar la factura anterior (serie, número, fecha y 100 primeros caracteres de la firma). Aunque en el esquema del fichero TicketBAI estos campos no son obligatorios, esta circunstancia se debe a que existen varias situaciones en los que este requisito no es exigible (p. ej. la primera factura, o en caso de rotura del dispositivo).

Dentro de este encadenamiento, cada factura solo puede tener como máximo una única factura anterior, es decir cada factura de un obligado tributario solo puede estar referenciada como factura anterior en una única factura de dicho obligado tributario.

El cumplimiento del requisito de encadenamiento depende de la forma de funcionamiento del sistema de facturación:

• Si un mismo dispositivo o centro de facturación emite facturas de diferentes series, el requisito de encadenamiento debe identificar la factura anterior expedida, con independencia de la serie dentro de ese dispositivo o centro de facturación (por ejemplo, a una factura de una serie ordinaria le puede preceder una factura rectificativa de otra serie).
• Igualmente, si el sistema de facturación es un sistema totalmente centralizado, el encadenamiento se refiere a la última factura expedida por el sistema en orden temporal.

En concreto, la aplicación “Haz tu factura” funcionaría como un sistema de facturación totalmente “centralizado”, por lo que encadena todas las facturas en orden temporal.

Si son necesarios varios procesos de facturación (se podrían asimilar a centros de facturación) para dar respuesta a varios usuarios concurrentes de una misma empresa de forma paralela, se debería encadenar en orden temporal dentro de cada proceso o centro de facturación, con independencia de la serie. En este caso, debe existir un número acotado de procesos o colas de facturación, asociado al número de usuarios concurrentes por empresa emisora de facturas.

Existen determinados casos justificados en los que no es posible realizar el encadenamiento con la factura anterior, entre otros:

• Cuando se emite la primera factura de un dispositivo nuevo.
• Cuando se emite la primera factura de la persona contribuyente.
• Cuando se produce la rotura de un dispositivo y hay que sustituirlo por otro.

Para cumplir el requisito de encadenamiento, se podrán obtener los datos de encadenamiento del software anterior para las facturas que se emitan con el nuevo software. Aunque se cambie de software, los ficheros TicketBAI estarán guardados en el sistema, con lo que se podrá recoger la información de la última factura emitida.

Sólo en el caso de que sea técnicamente imposible o muy costoso generar los nuevos ficheros incluyendo  los datos de la factura anterior expedida por el obligado tributario, estaría justificado la remisión del fichero TicketBAI sin identificación de la factura anterior

Si.

La memoria debe contener las especificaciones y estructura señaladas en el apartado 5 del artículo 11 de la Orden Foral 1482/2020, por la que se regulan las especificaciones normativas y técnicas del software garante y la declaración de alta en el registro de software garante.

En concreto, los extremos que se deben describir en la memoria son los siguientes:

1. Tipo de software: aplicación de escritorio y/o aplicación con arquitectura distribuida.
2. Proceso de encadenamiento de los ficheros de alta de operación con software garante.

   El sistema TicketBAI implica que cada factura debe identificar la factura anterior. El cumplimiento del requisito de encadenamiento depende de la forma de funcionamiento del sistema de facturación, que es lo que hay que indicar en este punto de la memoria descriptiva. Tiene más información sobre el encadenamiento en la pregunta frecuente 93.

3. Proceso de firma de los ficheros de alta y de anulación de operación con software garante, indicando en particular, los tipos de certificados electrónicos que pueden ser utilizados por el software garante para el proceso de firma.

   Además de los certificados se debe indicar el proceso de firma, describiendo su flujo/arquitectura (cliente, servidor) y los algoritmos, librerías criptográficas o servicios externos utilizados.

4. Tipos de facturas o justificantes que genera el software garante, indicando, en particular, si el software genera:
   • Facturas simplificadas y/o completas.
   • Facturas en soporte papel y/o electrónicas.
5. Ubicación del código identificativo y del código QR de acuerdo con lo dispuesto en el artículo 6 de la Orden Foral 1482/2020.
6. Identificación de la opción del software que permita la verificación presencial en una única pantalla de la información a que se refiere el artículo 9 de la Orden Foral 1482/2020 (funcionalidad de verificación presencial de los softwares garantes).
7. Sistema de almacenamiento de los ficheros de alta y de anulación de operación con software garante.

   En este apartado se requiere describir dónde se almacenan los ficheros TicketBAI generados por la aplicación, ya que el contribuyente usuario del software debe conservarlos durante el plazo indicado (en general el plazo de prescripción y o caducidad).

   La finalidad de solicitar esta información es poder identificar el espacio en el cual, según la instalación de la aplicación, se almacenan estos ficheros.