TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco

[Sistel]

Empezado por juancd

Hola Sistel.

Muchas gracias por la info.

Creo que tendrás que liberar tu buzón privado pues no se permite el enviarte mensajes.

Sistel ha excedido su capacidad de almacenamiento de mensajes privados y no puede aceptar más mensajes hasta que libere algo de espacio

Hola juancd,

Perdón.
Es cierto, ya tenía llenos los 10 mensajes que permite el foro.
Ya los he archivado y eliminado.

Pues volver a enviarme el mensaje privado.
Gracias.

Saludos

[Nessie]

Empezado por juancd

Tras estar leyendo mucho de los mensajes y la info del primer post, me veo con una serie de dudas de ver como sería el empezar con el tema pues os pongo un poco en situación. Hace mucho años hice un programa de gestión de una peluquería en PHP. Programa sencillo, favor familiar, para que pudiera llevar la gestión de su salón (no cobré por ello... fue simplemente hacer un programa que gestionara sus clientes). De hecho principalmente hace tickets y la facturación se la gestiona una asesoría que es dónde envía esos tickets generados.

Hola JuanCD,
yo estoy en una situación similar a la tuya (programador no profesional, programa para un comercio pequeño, programado en PHP, facturación externa, etc.). Te respondo y te digo como estoy abordando el asunto.

Empezado por juancd

¿Hay que registrar el programa en el Registro de software garante TicketBAI? Entiendo que sí pero al ser un programa no profesional, ¿debe registrarlo mi familiar como si por ejemplo lo hubiera hecho el?

Sí, hay que registrar el programa. Yo lo he registrado con mi nombre y DNI (sin estar yo dado de alta como autónomo). En principio, no me han puesto pegas.

Empezado por juancd

La aplicación está en un servidor web, ¿es conveniente usar certificado personal? Mi familiar es autónomo. También es cierto que tiene 2 Pcs en el salón. ¿Mejor usar un certificado de dispositivo?

Yo estoy usando un certificado de dispositivo que almaceno en el servidor. Los ordenadores clientes envían los datos al servidor y es ahí donde genero el xml, firmo, envío, guardo, etc...

Empezado por juancd

Para el entorno de pruebas he visto que hay que pedir por email unos datos para el acceso. ¿es así?

Efectivamente, hay que enviar un mail de acceso y te dan un número de licencia para el entorno de pruebas. De todas formas, si das de alta el software, puedes trabajar en el entorno de pruebas con el número de licencia real que te asignan al registrar el software.

Empezado por juancd

Los pasos que vaya pudiendo hacer para adaptar, como es mi caso, una aplicación "casera", los iré comentado y detallando por aquí por si pudieran servirle a alguien mas.

Qué bien. Ánimo!

[skatologiko]

Una pregunta que supongo que ya habrá salido , pero que no encuentro por ningún lado. Cuando envío el XML a Guipúzcoa de una factura con la librería Chilkat, recibo una cadena de texto que contiene el IdentificadorTBAI (con la forma TBAI-XXXXXXXX-XXXXXX-XXXXXXXX), que es con lo que genero la Url y el posterior QR. Pero sin embargo, como a Vizcaya hay que enviar un archivo comprimido,y lo hago utilizando curl, sólo recibo un fichero que no contiene nada similar ¿de dónde sale el IdentificadorTBAI en Vizcaya?

[skatologiko]

Empezado por skatologiko

Una pregunta que supongo que ya habrá salido , pero que no encuentro por ningún lado. Cuando envío el XML a Guipúzcoa de una factura con la librería Chilkat, recibo una cadena de texto que contiene el IdentificadorTBAI (con la forma TBAI-XXXXXXXX-XXXXXX-XXXXXXXX), que es con lo que genero la Url y el posterior QR. Pero sin embargo, como a Vizcaya hay que enviar un archivo comprimido,y lo hago utilizando curl, sólo recibo un fichero que no contiene nada similar ¿de dónde sale el IdentificadorTBAI en Vizcaya?

Me contesto a mí mismo:
1. Especificaciones del código identificativo
El código identificativo identifica a la factura o justificante generado mediante la utilización del software
garante y asegura su relación con su correspondiente fichero de alta de operación con software garante al
que se refiere el artículo 3 de la presente Orden Foral.
Tiene una longitud fija de 39 caracteres.
El tipo y el tamaño de la fuente del código identificativo deberán ser similares al del resto de la factura o
justificante, asegurando su legibilidad por parte de su destinatario o destinataria.
El contenido del código identificativo es el siguiente:
─ 4 caracteres de texto fijo en mayúscula: TBAI.
─ 1 carácter “- “como separador. Guion medio.
─ 9 caracteres del NIF de la persona o entidad emisora de la factura o justificante.
Debe corresponder con el NIF, según su formato oficial, incluido en el fichero TBAI.
─ 1 carácter “- “como separador. Guion medio.
─ 6 caracteres de la fecha de expedición de la factura o justificante.
Debe corresponder con la fecha incluida en el fichero de alta de operación con software garante, en el
campo denominado “FechaExpedicionFactura”, en formato DDMMAA, sin separadores internos.
Cada uno de los subcampos será rellenado con ceros a la izquierda en caso de ser necesario, de manera
que el tamaño de la fecha será siempre 6 números en todos los casos (por ejemplo, 010122 sería uno
de enero de 2022).
El formato DDMMAA se compone de: DD: día de la expedición de la factura, MM: mes de la expedición
de la factura y AA: últimos dos dígitos del año de expedición de la factura. Por ejemplo, para 2021,
AA=21.
─ 1 carácter “- “como separador. Guion medio.
─ 13 primeros caracteres de la firma del fichero de alta de operación con software garante, es decir, del
campo “SignatureValue” del fichero correspondiente a la factura o justificante.
─ 1 carácter “- “como separador. Guion medio.
─ 3 caracteres que se corresponden con un código de d