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

[edari]

Empezado por Ramon88

Dios Bizkaia pone las cosas facilitas por lo que veo!


Estoy serializando el JSON, pero hay algo que no entiendo, el modelo 140/240 esto son temas contables, que tiene que ver con la factura? no entiendo nada...


Sabeis si puedo hacer lo mismo que con las demas haciendas, es decir:
1- Venta = Genero XML
2- Firmo XML y Comprimo en GZIP
3- Subo XML
*y volvemos a empezar...


Aqui cambia algo mas?

En Vizcaya,creo por lo que entiendo, tienes que subir no un fichero xml con cada factura si no un fichero "resumen" con las facturas que quieras subir, pasadas a base64 y cada factura "incluida" dentro del campo <TicketBai> de este ejemplo



https://www.batuz.eus/fitxategiak/ba..._B00000034.xml


Este es el fichero que creo que hay que subir y comprimir...pero ya te digo que con Vizcaya soy igual de profano que tú...


Y aprovecho para preguntar mi duda


Tengo claro que Alava y Guipuzcoa se suben factura a factura cada xml por separado en el momento de generar la factura. Y no hay que discutir.



Por contra Vizcaya funciona un poco como el SII, es decir, es al final de día, o mejor dicho hay un plazo de tiempo (¿3-4 días?) en el que debes subir todas las facturas generadas días atras.


Entiendo que el proceso que tengo que hacer es (en Vizcaya, modelo 240)



1) Al imprimir las facturas, genero el XML
2) Firmo el XML y dejo el fichero ahí


No subo nada de manera "automática" y luego desde un proceso en el que el usuario selecciona las facturas que quiere/tiene que subir


1) Seleccionas las facturas que tiene pendientes para subir
2) busco cada XML firmado que generé en su día (que esperemos que siga estando en su sitio y que nadie lo haya borrado ) que ha elegido el usuairo
3) Paso todas las facturas en ese momento a Base64

4) genero el fichero que le he puesto a mi compi Ramon88
5) Y lo subo


Sería así el proceso lógico??


Alava y Guipuzcoa tienen menos "riesgo" porque en medio miunuto tienes cada factura impresa, generada en xml, firmada y subida y ya no hay más que hacer...ya no puede meter la mano el usuario pero en Vizcaya me da mucho más miedo que puede pasar con esos ficheros.


Me dan ganas, fíjate, de hacer todo el proceso de subida a la vez de imprimir todas las facturas como en Alava y Guipuzcoa pero no tengo claro que es mejor...


p.d.
Odio a los vizcaínos


Firmado
Un vizcaíno

[ermendalenda]

Una cosa que acabo de pensar, si el usuario final fuerza un cambio de hora/fecha en el equipo, por ejemplo para marcar alguna factura que se le habia quedado atras,etc...
LA LIA PARDA
Me pongo a buscar pero si alguien tiene un webservice para agregar al programa de sincronizador de hora/fecha, ya que la de windows todos los cuñados saben desactivarla.

Esto se hace eterno.

[unomasmas]

Empezado por edari

Entiendo que el proceso que tengo que hacer es (en Vizcaya, modelo 240)

1) Al imprimir las facturas, genero el XML
2) Firmo el XML y dejo el fichero ahí
No subo nada de manera "automática" y luego desde un proceso en el que el usuario selecciona las facturas que quiere/tiene que subir
1) Seleccionas las facturas que tiene pendientes para subir
2) busco cada XML firmado que generé en su día (que esperemos que siga estando en su sitio y que nadie lo haya borrado ) que ha elegido el usuairo
3) Paso todas las facturas en ese momento a Base64
4) genero el fichero que le he puesto a mi compi Ramon88
5) Y lo subo

Sería así el proceso lógico??

Alava y Guipuzcoa tienen menos "riesgo" porque en medio miunuto tienes cada factura impresa, generada en xml, firmada y subida y ya no hay más que hacer...ya no puede meter la mano el usuario pero en Vizcaya me da mucho más miedo que puede pasar con esos ficheros.

Me dan ganas, fíjate, de hacer todo el proceso de subida a la vez de imprimir todas las facturas como en Alava y Guipuzcoa pero no tengo claro que es mejor...

Creo que no hay nada que te impida hacerlo así; es decir, tal y como se hace en Gipuzkoa: Generar XML, firmarlo, generar QR y subir la factura. Lo único que cambia es que en vez de subir únciamente el fichero, has de empaquetarlo dentro de otro xml tal y como dices.

Pero también se puede subir un bloque de ellos; el plazo para ello depende del tipo de empresa, creo que hasta tres meses... pero no tienes que esperar, con independencia del tipo de empresa puedes ir subiendo uno a uno cada vez que se genere; eso creo, al menos.

[Eric Mtz]

Hola señores, buenos días, tengo una duda que probablemente ya haya sido resuelta pero que no he sabido localizar en el foro, así que si me estoy repitiendo pido disculpas.

Veréis, estoy a tiro piedra del lanzamiento y por ello ando verificando que todas las URLs reales sean correctas, mi duda surge con las direcciones QR, concretamente con:

Araba/Álava: https://ticketbai.araba.eus/TBAI/QRTBAI (sin “/” para el cálculo del CRC).

Durante el desarrollo siempre utilicé la dirección de pruebas de Gipuzkoa, así que doy por hecho que los procesos están bien, pero lo de sin "/" me confunde un poco, ¿Se supone que se van a concatenar todos los datos sin la "/" inicial?, en plan:

"https://ticketbai.araba.eus/TBAI/QRTBAI?id=XXXXXXXXXXXXXXX&s=SSSSSS&nf=NNNNNNNNN..."

Queda un poco raro, pero si lo especifican supongo que será así, ¿Cómo lo hacéis vosotros?, gracias de antemano

[hago_preguntas]

Empezado por Eric Mtz

Hola señores, buenos días, tengo una duda que probablemente ya haya sido resuelta pero que no he sabido localizar en el foro, así que si me estoy repitiendo pido disculpas.

Veréis, estoy a tiro piedra del lanzamiento y por ello ando verificando que todas las URLs reales sean correctas, mi duda surge con las direcciones QR, concretamente con:



Durante el desarrollo siempre utilicé la dirección de pruebas de Gipuzkoa, así que doy por hecho que los procesos están bien, pero lo de sin "/" me confunde un poco, ¿Se supone que se van a concatenar todos los datos sin la "/" inicial?, en plan:



Queda un poco raro, pero si lo especifican supongo que será así, ¿Cómo lo hacéis vosotros?, gracias de antemano

Hasta donde yo entiendo la especificación, si es así como indicas, y además eso afecta al cálculo del código QR.

[thinkows]

Buenos días estimados contribuyentes, estoy en proceso de adquirir el certificado de firma de código tanto del ejecutable como para el del instalable (.msi) y tengo cierto lio de cual y donde adquirirlo, podéis compartir vuestra experiencia.

En otro orden de cosas ayer recibí un email de Guipuzkoa con recomendaciones y errores habituales, el la última línea indicaban que pronto publicaran la especificaciones de ZUZENDU a dos meses
vista de la puesta en marcha me parece una tomadura de pelo ....

[HerensugeBeltz]

Empezado por thinkows

Buenos días estimados contribuyentes, estoy en proceso de adquirir el certificado de firma de código tanto del ejecutable como para el del instalable (.msi) y tengo cierto lio de cual y donde adquirirlo, podéis compartir vuestra experiencia.

Nosotros compramos el de Sectigo (antiguo COMODO). Acabo de consultarlo y ahora lo tienes por 79$ (supongo que anuales).
https://sectigostore.com/page/cheap-...af6705f30498c5

[thinkows]

Muchas gracias compañero

[JoseLeeTo]

[quote=edari;543543]En Vizcaya,creo por lo que entiendo, tienes que subir no un fichero xml con cada factura si no un fichero "resumen" con las facturas que quieras subir, pasadas a base64 y cada factura "incluida" dentro del campo <TicketBai> de este ejemplo

Buenos días,

Por lo que a mí me dieron a entender, en Vizcaya se puede enviar perfectamente un XML por factura o en bloque.
En Guipuzcoa y Alava hay que hacerlo obligatoriamente de forma inmediata y una por una.
Pero no creo que en Vizcaya haya limitación a enviar en bloques, sino que admite también una por una.

Pero ya tengo un follón en la cabeza que no sé de qué va cada cosa, y puedo estar equivocado.

¿Alguien me puede sacar de dudas?

Muchas gracias de antemano.
Un saludo

[Ramon88]

Empezado por edari

En Vizcaya,creo por lo que entiendo, tienes que subir no un fichero xml con cada factura si no un fichero "resumen" con las facturas que quieras subir, pasadas a base64 y cada factura "incluida" dentro del campo <TicketBai> de este ejemplo



https://www.batuz.eus/fitxategiak/ba..._B00000034.xml


Este es el fichero que creo que hay que subir y comprimir...pero ya te digo que con Vizcaya soy igual de profano que tú...


Y aprovecho para preguntar mi duda


Tengo claro que Alava y Guipuzcoa se suben factura a factura cada xml por separado en el momento de generar la factura. Y no hay que discutir.



Por contra Vizcaya funciona un poco como el SII, es decir, es al final de día, o mejor dicho hay un plazo de tiempo (¿3-4 días?) en el que debes subir todas las facturas generadas días atras.


Entiendo que el proceso que tengo que hacer es (en Vizcaya, modelo 240)



1) Al imprimir las facturas, genero el XML
2) Firmo el XML y dejo el fichero ahí


No subo nada de manera "automática" y luego desde un proceso en el que el usuario selecciona las facturas que quiere/tiene que subir


1) Seleccionas las facturas que tiene pendientes para subir
2) busco cada XML firmado que generé en su día (que esperemos que siga estando en su sitio y que nadie lo haya borrado ) que ha elegido el usuairo
3) Paso todas las facturas en ese momento a Base64

4) genero el fichero que le he puesto a mi compi Ramon88
5) Y lo subo


Sería así el proceso lógico??


Alava y Guipuzcoa tienen menos "riesgo" porque en medio miunuto tienes cada factura impresa, generada en xml, firmada y subida y ya no hay más que hacer...ya no puede meter la mano el usuario pero en Vizcaya me da mucho más miedo que puede pasar con esos ficheros.


Me dan ganas, fíjate, de hacer todo el proceso de subida a la vez de imprimir todas las facturas como en Alava y Guipuzcoa pero no tengo claro que es mejor...


p.d.
Odio a los vizcaínos


Firmado
Un vizcaíno

Buenos días... Por decir algo!
Por que tienen que complicarnos tanto?

Entonces de que sirve el QR?? si no lo van a poder comprobar no funcionará hasta que subas el fichero? y pueden pasar 3 meses como comentais...

[edari]

Empezado por Ramon88

Buenos días... Por decir algo!
Por que tienen que complicarnos tanto?

Entonces de que sirve el QR?? si no lo van a poder comprobar no funcionará hasta que subas el fichero? y pueden pasar 3 meses como comentais...

Eso ya se ha hablado por aquí y efectivamente...mientras no subas esos ficheros no se pueden comprobar el QR


El chiste se cuenta solo