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

[APO]

Hola, he estado leyendo sobre el campo NumSerieDispositivo, y por lo que veo y lo que comentáis, por ahora no es obligatorio en ningún caso. Pero ¿lo será en un futuro? Lo pregunto para tenerlo ya preparado. ¿Vosotros cómo lo estáis gestionando? ¿Estáis rellenando ese campo?

Ahora estamos desarrollando las funcionalidades para el caso de una verificación presencial por parte de un inspector de hacienda, y en las especificaciones dice que el software debe proporcionar la siguiente información (y el último punto es el número de serie del dispositivo, aunque es opcional):
- Nombre del software de facturación TBAI utilizado desde el dispositivo. Debe corresponder con la información del registro de entidades desarrolladoras TBAI.
- Versión del software de facturación TBAI utilizado desde el dispositivo.
- Número de serie del dispositivo. De forma transitoria, mostrar este número de serie se considera opcional. Su obligatoriedad se evaluará en el futuro en la medida de que sea posible automatizar su obtención en todas las arquitecturas.

Muchas gracias!

[ermendalenda]

Empezado por APO

Hola, he estado leyendo sobre el campo NumSerieDispositivo, y por lo que veo y lo que comentáis, por ahora no es obligatorio en ningún caso. Pero ¿lo será en un futuro? Lo pregunto para tenerlo ya preparado. ¿Vosotros cómo lo estáis gestionando? ¿Estáis rellenando ese campo?

Ahora estamos desarrollando las funcionalidades para el caso de una verificación presencial por parte de un inspector de hacienda, y en las especificaciones dice que el software debe proporcionar la siguiente información (y el último punto es el número de serie del dispositivo, aunque es opcional):
- Nombre del software de facturación TBAI utilizado desde el dispositivo. Debe corresponder con la información del registro de entidades desarrolladoras TBAI.
- Versión del software de facturación TBAI utilizado desde el dispositivo.
- Número de serie del dispositivo. De forma transitoria, mostrar este número de serie se considera opcional. Su obligatoriedad se evaluará en el futuro en la medida de que sea posible automatizar su obtención en todas las arquitecturas.

Muchas gracias!

Hola,
hace unas semanas subi un programa(snequipo) en VB6, que te daba el número de serie del procesador, La Mac, la serie del HD... y te lo devolvia en un archivo sn-equipo.ini
con eso tendrias suficiente para automatizar la obtención del dato sin errores.
Eso si tienes que tener registrada la dll msvbvm50.dll que no consegui subirla.

[edari]

Empezado por APO

Hola, he estado leyendo sobre el campo NumSerieDispositivo, y por lo que veo y lo que comentáis, por ahora no es obligatorio en ningún caso. Pero ¿lo será en un futuro? Lo pregunto para tenerlo ya preparado. ¿Vosotros cómo lo estáis gestionando? ¿Estáis rellenando ese campo?

Ahora estamos desarrollando las funcionalidades para el caso de una verificación presencial por parte de un inspector de hacienda, y en las especificaciones dice que el software debe proporcionar la siguiente información (y el último punto es el número de serie del dispositivo, aunque es opcional):
- Nombre del software de facturación TBAI utilizado desde el dispositivo. Debe corresponder con la información del registro de entidades desarrolladoras TBAI.
- Versión del software de facturación TBAI utilizado desde el dispositivo.
- Número de serie del dispositivo. De forma transitoria, mostrar este número de serie se considera opcional. Su obligatoriedad se evaluará en el futuro en la medida de que sea posible automatizar su obtención en todas las arquitecturas.

Muchas gracias!

Lo tengo programado y con un control de configuración para decidir si lo incluyo o no porque no me fio.

[Neftali [Germán.Estévez]]

Empezado por APO

Hola, he estado leyendo sobre el campo NumSerieDispositivo, y por lo que veo y lo que comentáis, por ahora no es obligatorio en ningún caso. Pero ¿lo será en un futuro? Lo pregunto para tenerlo ya preparado. ¿Vosotros cómo lo estáis gestionando? ¿Estáis rellenando ese campo?

Nosotros no lo estamos enviando, aunque si lo obtenemos por temas relacionados con los certificados de dispositivo.
En esta página habla de varios sistemas (utilizando WMI) y las contestaciones que en la administración han dado:
http://www.clubdelphi.com/~marcsc/fo...t=94264&page=8

1. wmic bios get serialnumber
2. wmic baseboard get serialnumber
3. wmic csproduct get uuid (el más aparente)
4. wmic CPU get ProcessorId
5. wmic DISKDRIVE GET SerialNumber
6. y por último exec('getmac');

Nosotros en concreto estamos usando el serial de la BIOS.

[hodeinavarro]

Buenos días,


Estoy implementando el desarrollo de Ticket BAI para Bizkaia en Python y estoy teniendo varios problemas de hace unos días.
Intento coordinar lo máximo posible con el correo que nos dejaron para preguntas y error pero estoy quedandome sin ideas y las respuestas que me dan no me están ayudando actualmente.


Antes de exponer el problema quiero aclarar que estoy dado de alta en el entorno de pruebas del LROE y que estoy usando los certificados disponibles en la web de Documentacion Tecnica, al igual que cumplo con las especificaciones de envio de cabecera y cuerpo y las especificaciones de firma del Ticket BAI.


Pues bien, el caso es que la API me devuelve una respuesta de que la firma no cumple los requisitos de la politica de firma TicketBAI.
Estuve revisando, utilizando varios metodos de firma, etc. y claramente asegurandome de seguir con los requisitos marcados en la web.
Envié un correo para solicitar mas informacion y la respuesta fue que los hashes coinciden, pero que la información del certificado es incorrecta.


¿Como es posible que la informacion del certificado sea incorrecta si estoy utilizando los unicos certificados que aceptan en el entorno de pruebas?

¿Alguien se ha encontrado con este problema? Cualquier tipo de ayuda se agradeceria, si es necesario puedo tambien compartir el código utilizado.

[APO]

Empezado por hodeinavarro

Buenos días,


Estoy implementando el desarrollo de Ticket BAI para Bizkaia en Python y estoy teniendo varios problemas de hace unos días.
Intento coordinar lo máximo posible con el correo que nos dejaron para preguntas y error pero estoy quedandome sin ideas y las respuestas que me dan no me están ayudando actualmente.


Antes de exponer el problema quiero aclarar que estoy dado de alta en el entorno de pruebas del LROE y que estoy usando los certificados disponibles en la web de Documentacion Tecnica, al igual que cumplo con las especificaciones de envio de cabecera y cuerpo y las especificaciones de firma del Ticket BAI.


Pues bien, el caso es que la API me devuelve una respuesta de que la firma no cumple los requisitos de la politica de firma TicketBAI.
Estuve revisando, utilizando varios metodos de firma, etc. y claramente asegurandome de seguir con los requisitos marcados en la web.
Envié un correo para solicitar mas informacion y la respuesta fue que los hashes coinciden, pero que la información del certificado es incorrecta.


¿Como es posible que la informacion del certificado sea incorrecta si estoy utilizando los unicos certificados que aceptan en el entorno de pruebas?

¿Alguien se ha encontrado con este problema? Cualquier tipo de ayuda se agradeceria, si es necesario puedo tambien compartir el código utilizado.

Yo probaría de verificar primero el XML en esta web:

https://www.freeformatter.com/xml-validator-xsd.html

En esta web, es importante que cargues primero el esquema XSD en el apartado "XSD Input", y el XML que envías en el "XML Input". Puedes hacerlo o pegando el XML tal cual o subiendo el fichero.A mi me fue de mucha utilidad para saber si la firma era correcta o no.

[hodeinavarro]

Empezado por APO

Yo probaría de verificar primero el XML en esta web:

https://www.freeformatter.com/xml-validator-xsd.html

En esta web, es importante que cargues primero el esquema XSD en el apartado "XSD Input", y el XML que envías en el "XML Input". Puedes hacerlo o pegando el XML tal cual o subiendo el fichero.A mi me fue de mucha utilidad para saber si la firma era correcta o no.

Hola APO, muchisimas gracias por tu respuesta.

Sin embargo, ambas validaciones de Ticket BAI y LROE con sus esquemas correspondientes son válidas según la página que has compartido.

Aún así de haber algún tipo de fallo en los XML la aplicación lo reporta previo al problema que he expuesto en mi primer post.

[Neftali [Germán.Estévez]]

Empezado por hodeinavarro

Hola APO, muchisimas gracias por tu respuesta.
Sin embargo, ambas validaciones de Ticket BAI y LROE con sus esquemas correspondientes son válidas según la página que has compartido.
Aún así de haber algún tipo de fallo en los XML la aplicación lo reporta previo al problema que he expuesto en mi primer post.

También puedes subir un fichero, con los datos que tengas que ocultar (si lo crees necesario) para que lo omparemos con los nuestros y te digamos si vemos algo raro.

El código de error (numérico) y el error exacto también ayuda.

[hodeinavarro]

El error es B4_1000002
'eus-bizkaia-n3-mensaje-respuesta': 'Todos los registros incluidos en la petición son incorrectos.'

<DescripcionErrorRegistroES>La firma no cumple los requisitos de la pol\xc3\xadtica de firma TicketBAI.(El mensaje ha sido modificado en tr\xc3\xa1nsito o la firma no est\xc3\xa1 bien realizada -- SignedInfo failed to verify. [src/xml2signatureobj.cpp(315)] - (10606))</DescripcionErrorRegistroES>

Segun lo que nos comentaron por correo: Este error se suele dar cuando el contenido del fichero firmado ha sido modificado después de la firma.

A lo que yo respondi que hemos realizado comprobaciones y que no encontrabamos fallo, que por favor investigaran un poco más el tema y nos dijeron el problema que he descrito en el primer post.
"La correlación de hashes es correcta, no lo es la información del certificado firmante"