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

[Eric Mtz]

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

¿Exactamente qué XSD es el que te da problemas?
¿El error que obtienes, te da ejecutando algún código (dices que la generación parece correcta)? Puedes poner el código.

Hola Neftali, no quise dar demasiada información para no irme por las ramas.

El XSD es el siguiente: "LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaRespuesta_V1_0_1.xsd", que a su vez depende de "batuz_Enumerados.xsd", "batuz_TiposBasicos.xsd" y "batuz_TiposComplejos.xsd"

El comando que empleo para generarlo es: (En la consola para desarrolladores de visual studio)

"/c LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaRespuesta_V1_0_1.xsd batuz_TiposComplejos.xsd batuz_Enumerados.xsd batuz_TiposBasicos.xsd /namespace:TicketBaiBatuzAlta240Respuesta"

Trabajo en C# y el código para parsearlo a objeto es: (Me peta justamente en la línea donde se ejecuta el "serializer.Deserialize")

                LROEPJ240FacturasEmitidasConSGAltaRespuesta batuz240RespuestaAlta = new LROEPJ240FacturasEmitidasConSGAltaRespuesta();
                using (var reader = new StringReader(respuestaBatuz))
                {
                    batuz240RespuestaAlta = (LROEPJ240FacturasEmitidasConSGAltaRespuesta)serializer.Deserialize(reader);
                }

Tengo que añadir que tanto el comando como el código me han funcionado perfectamente con otras clases, incluido el propio 140 de Batuz.

Gracias de antemano

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

Empezado por Eric Mtz

Trabajo en C# y el código para parsearlo a objeto es: (Me peta justamente en la línea donde se ejecuta el "serializer.Deserialize")

Pensé que estabas trabajando en Delphi.
En mi caso VisualStudio sólo lo uso para visualizar los XSD. A ver si alguien que importe ficheros te puede dar más información.

[keys]

Han enviado de Gipuzkoa el siguiente mensaje :

Disponible en el entorno de Pruebas de TicketBAI el nuevo servicio OSATU para el envío de la información complementaria al SII (Suministro Inmediato de Información)

al final va a tener esto mas añadidos ...... todo por no planificarlo todo desde el principio.

[trumbolt]

Empezado por keys

Han enviado de Gipuzkoa el siguiente mensaje :



al final va a tener esto mas añadidos ...... todo por no planificarlo todo desde el principio.

Pues sí. Cuando me ha llegado el correo me ha recorrido un escalofrío al pensar que se abría una nueva guerra pero por lo que he leído, está bastante focalizado a sectores con los que no trabajo así que, de momento, lo dejo estar

[trumbolt]

Después de una breve pero intensa travesía por el desierto (menos desierto gracias a este foro y a las experiencias expuestas aquí por muchos usuarios), he podido subir al entorno de pruebas de Alava mi primera factura sin errores. Yuhuuuuu.

Por el camino he descubierto que es importante el orden de los nodos y que algunos datos supuestamente opcionales son en realidad obliggatorios pero afortunadamente nada que un ensayo y error pueda subsanar.

Ahora lo que estoy intentando procesar son los warnings. Vale que son sólo advertencias pero hay uno que me gustaría saber a qué se puede deber. Se trata delç

008, Error de verificación de firma

Estoy usando una versión trial (de momento) de SecureBlackBox y andaba un poco preocupado porque sólo genera dos digest (en vez de tres como en algún ejemplo publicado en las webs oficiales) en el xml pero supongo que si fuera por algo así o que estuviese algo mal, en realidad se lanzaría un error. Entiendo que el warning se puede referir a que el certificado no está registrado en el sistema o que estoy usando un certificado de firma de software para la generación del xml en mi entorno test y que igual puede que no sea lo que espera el sistema.

Cualquier orientación será bien recibida.

Muchas gracias

[keys]

Empezado por trumbolt

Después de una breve pero intensa travesía por el desierto (menos desierto gracias a este foro y a las experiencias expuestas aquí por muchos usuarios), he podido subir al entorno de pruebas de Alava mi primera factura sin errores. Yuhuuuuu.

Por el camino he descubierto que es importante el orden de los nodos y que algunos datos supuestamente opcionales son en realidad obliggatorios pero afortunadamente nada que un ensayo y error pueda subsanar.

Ahora lo que estoy intentando procesar son los warnings. Vale que son sólo advertencias pero hay uno que me gustaría saber a qué se puede deber. Se trata delç

008, Error de verificación de firma

Estoy usando una versión trial (de momento) de SecureBlackBox y andaba un poco preocupado porque sólo genera dos digest (en vez de tres como en algún ejemplo publicado en las webs oficiales) en el xml pero supongo que si fuera por algo así o que estuviese algo mal, en realidad se lanzaría un error. Entiendo que el warning se puede referir a que el certificado no está registrado en el sistema o que estoy usando un certificado de firma de software para la generación del xml en mi entorno test y que igual puede que no sea lo que espera el sistema.

Cualquier orientación será bien recibida.

Muchas gracias

Hola, los certificados de firma de software no sirven para la firma ni para el envio a TicketBAI. Te aconsejo que consigas un certificado real de la empresa con la que estás haciendo las pruebas para descartar otros errores.

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

Empezado por trumbolt

008, Error de verificación de firma

Prueba con un certificado de dispositivo que hayas dado de alta (van muy bien para pruebas).
También creo que en algun momento nos ha dado por estar utilizando HASH anticuados. Revisa aquí (hacia el final del mensaje), que estés usando los correctos.

[trumbolt]

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

Prueba con un certificado de dispositivo que hayas dado de alta (van muy bien para pruebas).
También creo que en algun momento nos ha dado por estar utilizando HASH anticuados.

Muchas gracias tanto a tí como a @Keys.

Al final era un problema del propio certificado que estaba usando para la firma. He montado uno de la FNMT y el warning ha desaparecido.

También se ha solucionado otro problema que tenía en Guipuzcoa (esta vez sí generaba un error y no warning) que no me permitía cargar facturas en su entorno de pruebas. Lo documento aquí por si puede ayudar a alguien ya que era un mensaje bastante marciano:

Error 008 - No se pudo seleccionar ninguna política de validación para poder validar - (13517)

Vamos, que mejor tener un certificado decente para el entorno de test de la aplicación y no usar cualquier cosa que se tenga a mano

Llegados a este punto y como ya se ha indicado en el hilo en varias ocasiones, hubiera sido interesante no tener que pegarse con cada una de las administraciones por separado porque es un poco cachondeo que cada vez que encaras a una, hay que volver a revisar todo el desarrollo porque unos verifican unas cosas y otros parece que otras.

Ya soltada la llorera quería ver si alguien me puede orientar un poco porque creo que ésto no recuerdo haberlo visto en el hilo.

De momento, puedo subir facturas al entorno de pruebas de Alava y consultarlas con el QR (bueno, en realidad me pone factura en tramitación con lo que entiendo que va todo bien) y también puedo subir a Guipuzcoa peeeero, el QR parece que se me resiste. Y es que me da error para todos ellos, como si no localizara la factura que he subido. En concreto:

"No se ha podido determinar el estado de la factura"

Por si era un problema del propio QR (cosa que no creo porque me funciona para Alava, pero a saber), me he centrado en el servicio de consultas que se encuentra
en https://tbai.egoitza.gipuzkoa.eus/qr...Identificativo para el entorno real y en https://tbai.prep.gipuzkoa.eus/qr/buscarIdentificativo para el test.

Si consulto cualquier factura subida, obtengo el error

"Identificativo TicketBAI incorrecto o no recibido"

Es el mismo que se obtiene si usamos el identificador TBAI de ejemplo (TBAI-44619360G-261020-EzyQEMtxw37Gm-161) del manual técnico de Guipuzcoa (https://egoitza.gipuzkoa.eus/gao-bog...4/c2007008.htm) en el buscador https://tbai.egoitza.gipuzkoa.eus/qr...Identificativo.

No sé si tarda algo de tiempo en procesar las subidas y es normal o estoy haciendo algo mal. Ojo que yo las búsquedas las estoy haciendo sobre

https://tbai.prep.gipuzkoa.eus/qr/buscarIdentificativo

Y un identificador que uso de mis facturas de pruebas es: TBAI-00034567K-050521-t10axqihshiud-253

¿Alguna idea / consejo de cómo seguir?

Muchas gracias

[espinete]

Empezado por keys

Han enviado de Gipuzkoa el siguiente mensaje :



al final va a tener esto mas añadidos ...... todo por no planificarlo todo desde el principio.

Esta gente se cree que uno trabaja exclusivamente para ellos. Como sigan añadiendo cosas me planto. ¡Y encima con prisas!