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

[Galaxian]

Buenas,

Acabo de hacer una prueba de envío del 140 y me sale un error ya conocido:

El XML no cumple el esquema.[Linea:2 Columna:200] Error:cvc-elt.1.a: Cannot find the declaration of element 'lrpficfcsgap:LROEPF140IngresosConFacturaConSGAltaPeticion'.

Lo que significa que no puede encontrar el xsd indicado por xmlns:lrpficfcsgap, por lo que he puesto en el navegador la URL de la versión 1.0.1:

https://www.batuz.eus/fitxategiak/ba...ion_V1_0_1.xsd

Y, efectivamente, no existe, por lo que he probado con la de la versión 1.0.2:

https://www.batuz.eus/fitxategiak/ba...ion_V1_0_2.xsd

Y esa sí que existe, por lo que he modificado la cabecera del 140 para que coja la URL de la versión 1.0.2 y... ¡sorpresa! error 500 (error interno del servidor).

Es decir, que con la URL de la versión 1.0.1 dice que no encuentra el xsd, y cuando se pone el xsd correcto da un error 500. ¡Maravilloso!

¿A alguien más le pasa?
¿Alguna solución?

[keys]

Hola a todos.

¿Alguien esta teniendo problemas hoy lunes al enviar a Bizkaia?.

[tejano]

Buenos días,
Hoy he estado en un Webinar sobre "Batuz" y me ha parecido entender hay que enviar el XML firmado a la hacienda. Yo tenía entendido que los datos del XML se envían codificados en Base64 sobre el fichero LROE y en ningún momento hay que enviar el XML firmado.
El XML firmado tenemos que tenerlo guardado por si hay alguna inspección o algo similar.
Podéis decirme si estoy en lo correcto?
Gracias

[keys]

Empezado por tejano

Buenos días,
Hoy he estado en un Webinar sobre "Batuz" y me ha parecido entender hay que enviar el XML firmado a la hacienda. Yo tenía entendido que los datos del XML se envían codificados en Base64 sobre el fichero LROE y en ningún momento hay que enviar el XML firmado.
El XML firmado tenemos que tenerlo guardado por si hay alguna inspección o algo similar.
Podéis decirme si estoy en lo correcto?
Gracias

El xml codificado tiene que estar firmado. La aplicación debe conservar los xml firmados y poder acceder a ellos para una posible inspección.

Un Saludo.

[tejano]

Empezado por keys

El xml codificado tiene que estar firmado. La aplicación debe conservar los xml firmados y poder acceder a ellos para una posible inspección.

Un Saludo.

Pero en ningún momento hay que enviar estos XML a la DFB, no? Solo hay que enviarlos en el LROE codificados en Base64.
Gracias

[keys]

Empezado por tejano

Pero en ningún momento hay que enviar estos XML a la DFB, no? Solo hay que enviarlos en el LROE codificados en Base64.
Gracias

Los ficheros se envian dentro del LROE, no hay que enviarlos por si solos a ningún sitio (Bizkaia), hay que conservarlos en algún sitio de la aplicación. No vale con generarlos cada vez que los necesites, ya que con la firma sería distinto, por eso lo de firmarlos ,

Un Saludo.

[tejano]

Empezado por keys

Los ficheros se envian dentro del LROE, no hay que enviarlos por si solos a ningún sitio (Bizkaia), hay que conservarlos en algún sitio de la aplicación. No vale con generarlos cada vez que los necesites, ya que con la firma sería distinto, por eso lo de firmarlos ,

Un Saludo.

Graciasssss Keys

[Galaxian]

Empezado por keys

El xml codificado tiene que estar firmado. La aplicación debe conservar los xml firmados y poder acceder a ellos para una posible inspección.

Un Saludo.

Pues conservar los XML firmados individualmente es un problema inafrontable en el sector al que va destinado nuestro programa, ya que cada negocio puede generar una media de 1000 facturas diarias, y dado que hay que conservarlas durante 4 años, una simple multiplicación deja las cosas claras:

Suponiendo que el negocio abre 300 días al año, se generarían 300.000 XML al año y 1.200.000 en 4 años, lo que a unos 15KB por XML hace la friolera de 18GB, siendo el número de XML individuales y el espacio en disco inmanejables.

La cosa se complica si el programa, como ocurre en nuestro caso, hace copias de seguridad diarias en la nube, y en estas circunstancias la única solución posible es almacenar los XML comprimidos en una base de datos capaz de hacer copias de seguridad incrementales o diferenciales, cosa que no todas hacen.

Todo un reto

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

Empezado por Galaxian

Pues conservar los XML firmados individualmente es un problema inafrontable en el sector al que va destinado nuestro programa, ya que cada negocio puede generar una media de 1000 facturas diarias, y dado que hay que conservarlas durante 4 años, una simple multiplicación deja las cosas claras:

Suponiendo que el negocio abre 300 días al año, se generarían 300.000 XML al año y 1.200.000 en 4 años, lo que a unos 15KB por XML hace la friolera de 18GB, siendo el número de XML individuales y el espacio en disco inmanejables.

Yo lo veo más sencillo que conservar eso en papel...

[Galaxian]

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

Yo lo veo más sencillo que conservar eso en papel...

Ya, pero eso no hace que el problema deje de existir.