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

[espinete]

Gracias, Keys.

En los primeros mensajes del hilo se mencionaba wsdl y webservice en varios posts y me vine arriba. Creo que el primer post-resumen del hilo fue bonito mientras duró, o bien yo esperaba obtener algo más de información, como hice yo en este hilo en su tiempo: https://www.clubdelphi.com/foros/showthread.php?t=89295

Entiendo entonces que los de TicketBAI nos enviarán toda la información, URLs, etc. una vez nos inscriban, no? Así como la estructura del XML de la factura, etc.

Por lo que he estado leyendo, el proceso es algo más "complicado" que FacturaE y SII. No sé por qué se empeñan en hacer las cosas más complicadas en vez de simplificar. Ya bastante teníamos con el SII y encima ahora no solo se inventan el TicketBAI sino que encima hay diferencias con las distintas provincias. ¿Qué será lo siguiente? ¿un sistema propio y diferente para cada una de las 50 provincias de España?

En fin, esperaré a que me respondan los de la Admón. con la información.

Un saludo

[keys]

Hola.

Al principio se hablaba de wsdl, por que la primera fase de pruebas fue a través de wsdl. Pero en el momento que ha pasado a cada hacienda ha cambiado.
Lo que es la generación del fichero es lo mismo para las tres haciendas, lo que cambia es la direccón y la forma del envío.

Si quieres ir empezando tienes toda la informacion,xsd, direcciones de envio etc en cada pagina de la hacienda correspondiente.

https://www.gipuzkoa.eus/es/web/ogasuna/ticketbai
https://www.batuz.eus/es/documentacion-tecnica

De alava no se sabe nada.

Los de las haciendas no te van a enviar nada, solo te van a apuntar como empresa desarrolladora(si quieres) y te van a permitir enviar al entorno de pruebas.

[espinete]

He usado el XML Data Binding que trae Delphi para generar la unit a partir del .XDS.

Es la primera vez que lo hago, así que no sé cómo crear el .XML teniendo ya dicha unit. Hasta ahora he trabajado con JSON o bien he generado los .xml "a mano" porque suelen ser xml muy simples, pero en este caso no sé si merece la pena hacerlo así.

Teniendo la unit generada a partir del .xsd... ¿cómo se crea un xml usando el componente TXMLDocument y dicha unit? He buscado ejemplos pero solo encuentro ejemplos para "leer" un xml ya existente y cargado en el XMLDocument, pero no para crear uno nuevo desde cero usando dicho esquema.

¿Vosotros cómo lo hacéis?

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

El fichero .PAS generado, debería tener estas tres funcionaes (antes de la implementación):

Código Delphi [-]
function GetTicketBai(Doc: IXMLDocument): IXMLTicketBai;
function LoadTicketBai(const FileName: string): IXMLTicketBai;
function NewTicketBai: IXMLTicketBai;

La idea es empezar por ahí e ir rellenando los nodos.

[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.