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

[espinete]

Si, he visto que en la unit está todo, pero mi duda es cómo ir creando el XML nodo a nodo. He buscado ejemplos pero solo veo ejemplos para leer un xml existente, no para crearlo.

En cualquier caso, no debería ser complicado, así que lo estudiaré con calma hasta conseguirlo. Mi duda era si esa era la forma correcta de hacerlo o si estabais creando el xml manualmente con otro método.

Gracias

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

Como te he dicho, con esa unit ya tienes toda la estructura necesaria creada.
Empiezas por NewTicketBai y vas rellenando propiedades....

[espinete]

Buenas...

¿Hay alguna url donde poder probar/verificar las facturas XML, con o sin firmar? ¿Alguna utilidad online como la oficial de FacturaE, donde subes tu xml y te dice si está todo bien?
¿o la única manera es hacer un envío? También echo en falta ejemplos de facturas en xml, aunque solo sea para compararlas.

Esto de firmar el XML, firmar el envío y firmar el .exe va a acabar conmigo, pero bueno. Teóricamente tengo todos los certificados necesarios.

Lo que no me queda muy claro es cómo, cuándo y dónde obtener y colocar el "código identificativo" y el "código QR"...

Se entiende que el código identificativo se debe crear después de haber firmado el XML, ya que necesito los primeros caracteres del campo SignatureValue del XML firmado para generarlo.
A dicho código se le aplica un CRC8 (que ya he encontrado el algoritmo en el foro).

El QR se añade a la factura impresa o en PDF; supongo, ya que servirá para buscar/comprobar la factura por el cliente final.

Imagino que cuando empiece a hacer pruebas de envío me quedarán estas dudas resueltas.

Entiendo que vosotros lleváis más de un año con esto, pero yo empecé hace dos días y, después de haber integrado la factura electrónica de varios países, puedo decir que esta es la más tiquismiquis de todas. Y eso que la de Costa Rica por ejemplo exige incluir los productos (líneas) de la factura, con códigos específicos para cada tipo de producto, etc.

En fin, espero que cuando el resto de España se ponga de acuerdo para habilitar la factura electrónica, se pongan de acuerdo y no haga cada provincia una cosa distinta.

PD: solo me han respondido desde Bizkaia (bastante rápido, por cierto). Del resto de provincias no sé nada aún.

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

Empezado por espinete

¿Hay alguna url donde poder probar/verificar las facturas XML, con o sin firmar?

Desde PostMan/Imsomnia puedes llegar a enviar ficheros que ya tengas hecho.
Se pueden añadir certificados de cliente y sirve para realizar pruebas.

Empezado por espinete

Lo que no me queda muy claro es cómo, cuándo y dónde obtener y colocar el "código identificativo" y el "código QR"...

Para aclarar estas dudas revisa los mensajes existentes en el hilo. al principio discutimos todos estos temas.

Empezado por espinete

También echo en falta ejemplos de facturas en xml, aunque solo sea para compararlas.

Yo encontré este que adjunto por internet.

[espinete]

¿Alguien ha conseguido importar los esquemas XSD para poder generar el "cuerpo" de la petición con los TicketBAI a enviar?

Estoy intentando importar por ejemplo el "LROE_PF_140_1_1_Ingresos_ConfacturaConSG_AltaPeticion_V1_0_1.xsd" pero Delphi Sydney me devuelve el error:

Archivo Adjunto 3885

Solo para confirmar:
Entiendo que los ficheros TicketBAI generados no se envían directamente, sino que se debe crear un XML que contiene como máximo 1000 TicketBAI, codificarlo en Base64, comprimirlo y añadirlo en el cuerpo de la petición/envío, junto con un json como cabecera de la petición y otros requisitos en el header.

El problema es que no puedo usar el XML Data Binding para generar ese XML que contiene los TicketBAI por culpa de ese error.

Entiendo también que cada tipo de TicketBAI usa un esquema XSD diferente según el caso, y que cada petición/envío solo puede contener TicketBAI del mismo tipo/esquema.

¿Soy el único al que le parece todo esto bastante engorroso, o es que he empezado tarde y fue demasiada información de golpe?

[Emiliopm]

Buenas compañeros, hemos creado un curso relacionado con TicketBAI en nuestra plataforma abatic . net

Así pues, si estáis interesados en TicketBAI, esta es una buena forma de comenzar.

Durante el curso crearemos una anulación de factura, la firmaremos y la enviaremos a TicketBAI. Todo ello durante 12 horas repartidas en 2 semanas en directo.

Un saludo.

[keys]

Empezado por espinete

¿Alguien ha conseguido importar los esquemas XSD para poder generar el "cuerpo" de la petición con los TicketBAI a enviar?

Estoy intentando importar por ejemplo el "LROE_PF_140_1_1_Ingresos_ConfacturaConSG_AltaPeticion_V1_0_1.xsd" pero Delphi Sydney me devuelve el error:

Archivo Adjunto 3885

Solo para confirmar:
Entiendo que los ficheros TicketBAI generados no se envían directamente, sino que se debe crear un XML que contiene como máximo 1000 TicketBAI, codificarlo en Base64, comprimirlo y añadirlo en el cuerpo de la petición/envío, junto con un json como cabecera de la petición y otros requisitos en el header.

El problema es que no puedo usar el XML Data Binding para generar ese XML que contiene los TicketBAI por culpa de ese error.

Entiendo también que cada tipo de TicketBAI usa un esquema XSD diferente según el caso, y que cada petición/envío solo puede contener TicketBAI del mismo tipo/esquema.

¿Soy el único al que le parece todo esto bastante engorroso, o es que he empezado tarde y fue demasiada información de golpe?

Hola.

Yo trabajo con delphi Tokio y no he tenido ningún problema al importar los xsd. ¿Has metido todos los ficheros a descargar dentro de la misma carpeta?. Te adjunto los ficheros importados por si te sirve de algo.

En Bizkaia los ficheros no se envían directamente, sino que van dentro de un modelo de hacienda 140/240. El fichero de ticketbai es el mismo para los dos modelos pero se envían de diferente forma.En Gipuzkoa si se envían directamente y en alava ¿?. La estructura del fichero ticketBAi es la misma para las tres haciendas.

Igual si es un poco engorroso al princio, pero una vez que lo consigues entender es siempre igual.

Animo Compañero.

[espinete]

Muchas gracias, keys.

Fallo mío. No descomprimí *todos* los archivos del ZIP, sino únicamente el .xsd que quería importar. Por eso Delphi daba el error, porque necesitaba el resto de archivos. Disculpa, no tenía experiencia usando el XML Data Binding.

Usé un "XML importer" online y ahí sí obtuve un mensaje de error más descriptivo que hacía referencia a que faltaba un archivo, y eso me dio la pista.

A ver si por fin consigo cumplir todos los requisitos para generar una simple petición de envío. Por cierto, hoy martes el entorno de pruebas no estará operativo, según me dicen de Bizkaia.