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

[espinete]

Yo cada vez que entro al foro y leo cosas nuevas, me deprimo, te lo juro.

Vamos a ver una cosa...

Primero, Bizkaia va por su cuenta y crea una API engorrosa, con no sé ni cuantos "esquemas" diferentes (facturas emitidas con software garante, sin software garante, ingresos, gastos, intracomunitarios, anulación, modificación......) que encima hay que integrar por separado.
Luego, que si se crea primero la factura con no sé ni cuántos requisitos, preparar el envío, que si comprimirlo en ZIP con otros requisitos más, etc.

Luego Gipuzkoa y Araba solo tienen "enviar factura" y "anular factura" (pa qué más).

En nuestra empresa hemos implementado en nuestro software la factura electrónica de varios países (México, Costa Rica, Guatemala, Colombia...), así como el SII y FacturaE en España. Ninguna de las facturas electrónicas de esos países requieren tanta tontería, y no solo eso: ninguna exige enviar también las "facturas recibidas", los gastos, etc. ni diferencian los ingresos, facturas con software garante y SIN software garante, etc.

¿Alguien me explica qué es un "Ingreso con factura SIN software garante"? ¿Acaso el software garante tiene que permitir enviar facturas que NO se hayan registrado en el propio software? ¿O es que lo estoy entendiendo mal?

Lo siento. He venido a desahogarme un poco. Solo espero que esta gente esté preparada para que el 1 de Enero de 2022, miles y miles de empresas de todo el País Vasco envíen millones de facturas de golpe y no surjan problemas que no han previsto.

[Sistel]

Empezado por espinete

Yo cada vez que entro al foro y leo cosas nuevas, me deprimo, te lo juro.

Vamos a ver una cosa...

Primero, Bizkaia va por su cuenta y crea una API engorrosa, con no sé ni cuantos "esquemas" diferentes (facturas emitidas con software garante, sin software garante, ingresos, gastos, intracomunitarios, anulación, modificación......) que encima hay que integrar por separado.
Luego, que si se crea primero la factura con no sé ni cuántos requisitos, preparar el envío, que si comprimirlo en ZIP con otros requisitos más, etc.

Luego Gipuzkoa y Araba solo tienen "enviar factura" y "anular factura" (pa qué más).

En nuestra empresa hemos implementado en nuestro software la factura electrónica de varios países (México, Costa Rica, Guatemala, Colombia...), así como el SII y FacturaE en España. Ninguna de las facturas electrónicas de esos países requieren tanta tontería, y no solo eso: ninguna exige enviar también las "facturas recibidas", los gastos, etc. ni diferencian los ingresos, facturas con software garante y SIN software garante, etc.

¿Alguien me explica qué es un "Ingreso con factura SIN software garante"? ¿Acaso el software garante tiene que permitir enviar facturas que NO se hayan registrado en el propio software? ¿O es que lo estoy entendiendo mal?

Lo siento. He venido a desahogarme un poco. Solo espero que esta gente esté preparada para que el 1 de Enero de 2022, miles y miles de empresas de todo el País Vasco envíen millones de facturas de golpe y no surjan problemas que no han previsto.

Hola espinete,

Pues sí que es cierto que tiene bastante complejidad técnica el sistema Batuz (TicketBAI + LROE) de Bizkaia.
Aunque, en parte, se justifica porque es un sistema más ambicioso (en el tema de la persecución del fraude fiscal) que el de Gipuzkoa, por ejemplo.

Hay que tener en cuenta que mediante ese sistema, las empresas de Bizkaia ya no harán:
- Declaraciones de IVA
- Declaraciones de operaciones con terceros
- Transferencias por SII
- Impuesto sobre Sociedades.
Hacienda Foral de Bizkaia enviará borradores de esos impuestos que sólo habrá que aceptar o modificar (aportando en ese caso documentación justificativa)

Eso permitirá a las empresas deshacerse de una buena parte de las operaciones que se derivan a las asesorías fiscales.
Y, en consecuencia los costes de asesoría deberían bajar y, por contra, aumentar los de las aplicaciones informáticas que desarrollamos nosotros y que les permiten realizar, cómodamente, todas esas operaciones del LROE.

En el caso que señalas de "Ingresos de facturas emitidas sin software garante", aparte de algunos tipos de facturas raras, también cubre el poder declarar las facturas que hayan sido rechazadas por TicketBAI por errores técnicos (por ejemplo, error en la firma digital) y que ya no pueden modificarse una vez emitidas.

Eso sí, creo que los profesionales del sector informático que desarrollamos estas nuevas funciones (ahorro, para las empresas, en gastos de asesorías fiscales) deberíamos ser más valorados por este nuevo trabajo.

Saludos y ¡Ánimo!, que ya verás como salimos adelante de esta también.

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

Empezado por espinete

¿Alguien me explica qué es un "Ingreso con factura SIN software garante"? ¿Acaso el software garante tiene que permitir enviar facturas que NO se hayan registrado en el propio software? ¿O es que lo estoy entendiendo mal?

Creo que ya lo ha explicado [Sistel]; La opción de "sin SG" viene a ser algo así como una puerta de escape a todas las facturas que no se pueden codificar (por diferentes errores/problemas) por el caso normal (con SG).

Digamos que el 95% o el 98% de las facturas son "normales" y luego hay un porcentaje pequeño que son especiales, de determinados sectores o (como han dicho) que por lo que sea dan error.
Para eso se ha inventado el caso de "sin Software Garante".

Personalmente lo veo demasiado complejo, pero...


Eso sí, no os quiero desanimar, pero cuando lleguéis al tema de efectivo (percibido de más de 6000€) ya veréis...
Hay una forma de hacerlo fácil y luego la que han implementado ellos. (no se si reir o llorar...)

NOTA: Lo siento por el "spoiler", pero también tenía ganas de desahogarme...

[keys]

Creo que unos días habrá novedades en Bizkaia, y no puedo decir mas.

[Eric Mtz]

Empezado por keys

Creo que unos días habrá novedades en Bizkaia, y no puedo decir mas.

Cuenta, cuenta, que aquí estamos en confianza (Guiño, guiño, codo, codo).

[JVelezGarcia]

Hola, soy nuevo en el foro y estoy haciendo un envío LROE240 con dos facturas al servidor de pruebas y me devuelve INCORRECTO con el error
"Error al descomprimir el fichero.Not in GZIP format".
Me he puesto en contacto con ellos vía email y me dicen que el valor del parámetro Content-Length no coincide con el valor del tamaño del fichero que se envía.
El tamaño del fichero gzip es de 12840 bytes, pero si pongo ese valor se queda pensando y no termina nunca.
Si no pongo dicho parámetro ( Content-Lenght ) me indican que reciben un tamaño de 26 y no tengo ni idea de donde sale ese valor.
A ver si alguien puede darme un poco de luz con respecto al valor de ese parámetro y al mensaje de error.

Por cierto estoy usando curl desde línea de comandos.

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

Hola y bienvenido a este foro.

Empezado por JVelezGarcia

...estoy haciendo un envío LROE240 con dos facturas al servidor de pruebas y me devuelve INCORRECTO con el error
"Error al descomprimir el fichero.Not in GZIP format".

Por cierto estoy usando curl desde línea de comandos.

Será más fácil si indicas el commando que estás utilizando para el envío; Así alguien que haya utilizado CURL te puede ayudar.
Por lo que parece, o no estás enviando el archivo correctamente o no cuadra con la longitud que indicas. De todas formas, esto es una suposición.

[josepmestre]

Buenos días a todos,


¿alguien ha usado el programa CURL desde linea de comandos para enviar las facturas a Gipuzkoa ?


Si fuera así, ¿ podría poner un ejemplo del mismo ?


Gracias

[JoseLeeTo]

Hola a todos.

Llevo ya un tiempo con el tema de Batuz, y creía estar volviéndome loco yo solo hasta que he encontrado este foro y he visto que somos muchos así.
Qué locura.

He desarrollado todo el sistema de TBai y de LROE para Vizcaya (ya hice los mismo desde el 2015 para la aplicación BILA), y hasta ahora solamente están disponibles las operaciones con Ingresos y Gastos, Bienes de Inversión y Agrupaciones de Bienes. El resto de epígrafes (Cobros, Pagos, RECC...) no están todavía expuestos)

En Guipuzcoa, estoy teniendo un problema que no se me ha dado en Vizcaya.

El error que me está dando es que no puede validar las referencias URI de la firma:
Básicamente: "El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="#Certificate1" failed to verify. Reference URI="#SignedProperties-1909873269" failed to verify"

Y es que no entiendo cómo pueden tener diferentes criterios de validación de firma. En Vizcaya la misma firma es válida, pero no en Guipuzcoa.

¿A alguien más le ha ocurrido, y puede echarme una mano a qué puede ser debido?

Gracias a todos.
Saludos.

[JoseLeeTo]

Buenos días;

Solamente en Guipuzcoa, estoy obteniendo continuamente el aviso: "010 - Posible Error de Encadenamiento". El caso es que la factura la informa como Recibida, aunque me devuelve dicho aviso. En Vizcaya, de nuevo, no obtengo aviso de error de ningún tipo.
Solo en Guipuzcoa.

He revisado el nodo del encadenamiento de la Factura anterior, y a mi parecer, es correcta. ¿A alguien más le ha pasado, o pudiera ser un error de Guipuzcoa al validar dicho dato?

Si no entendí mal, al igual que en Vizcaya, hay que meter en el nodo <SignatureValueFirmaFacturaAnterior> de la nueva factura, los 100 primeros caracteres de la firma de la factura anteriormente emitida.
Por el resto, informar la Serie, Número de Factura y Fecha de Expedición en el formato que se especifica.

A priori concuerdan los datos que estoy informando en esos nodos, pero quisiera preguntar por si acaso fuese algún error de Guipuzcoa a la hora de validarlos, ya que como digo en Vizcaya no hay problema, o tengo que seguir mirando por si algo se me hubiese escapado.

Muchas gracias.
Un saludo.

[Sistel]

Empezado por keys

Creo que unos días habrá novedades en Bizkaia, y no puedo decir mas.

Hola keys,

Nos dejas en ascuas.
¿No puedes adelantar algo?
En caso contrario, no sé si podré pegar ojo el fín de semana

Opciones:
1- Las Diputaciones Forales informan que todo era una broma (y piden disculpas por si alguien se lo tomó en serio)
2- Los servicios informáticos de las Diputaciones Forales se han hecho el harakiri grupal (FIFO o LIFO).
3- Se pospone un año más la implantación de TicketBAI (y cerveza para todos)

Saludos y buen finde

[keys]

Bueno vale.

Tengo el palpito que en Bizkaia van a retrasar batuz. No TicketBAI, solo el nuevo 140/240.

[espinete]

Empezado por keys

Bueno vale.

Tengo el palpito que en Bizkaia van a retrasar batuz. No TicketBAI, solo el nuevo 140/240.

Me cago en todo... Mira que pensé "no te metas otra vez en el foro, que acabas llorando"...

¿Qué significa eso? Que la parte de generar el TicketBAI, con el código QR, etc. sí llegará a tiempo, pero los envíos del LROE no? ¿O a qué te refieres con el nuevo 140/240?

[keys]

Empezado por espinete

Me cago en todo... Mira que pensé "no te metas otra vez en el foro, que acabas llorando"...

¿Qué significa eso? Que la parte de generar el TicketBAI, con el código QR, etc. sí llegará a tiempo, pero los envíos del LROE no? ¿O a qué te refieres con el nuevo 140/240?

Hola. Quiero decir que puede que se quede como Gipuzkoa de momento, solo envío de ticketbai. El nuevo 140/240(compras, gastos, etc ......) es lo que puede que se retrase.

De todas formas como he dicho es un palpito lo tiene que confirmar hacienda o no.

Un saludo.

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

Empezado por keys

Creo que unos días habrá novedades en Bizkaia, y no puedo decir mas.

[yaedev]

Empezado por espinete

En nuestra empresa hemos implementado en nuestro software la factura electrónica de varios países (México, Costa Rica, Guatemala, Colombia...), así como el SII y FacturaE en España. Ninguna de las facturas electrónicas de esos países requieren tanta tontería, y no solo eso: ninguna exige enviar también las "facturas recibidas", los gastos, etc. ni diferencian los ingresos, facturas con software garante y SIN software garante, etc.

+1000

Empezado por espinete

¿Alguien me explica qué es un "Ingreso con factura SIN software garante"? ¿Acaso el software garante tiene que permitir enviar facturas que NO se hayan registrado en el propio software? ¿O es que lo estoy entendiendo mal?

Lo Ingreso con factura SIN software garante es lo que te cuenta Sistel. Por ejemplo, aquí puedes ver algunos casos (preguntas 22, 23, 77):
https://www.batuz.eus/es/preguntas-f...cacheLevelPage


También comentar, por si a alguien le interesa, por esta situación que les pregunté, ya que los clientes de mi software de facturación (tpv + gestión taller), la mayoría llevan el tema contable e impuestos a través de la gestoría o bien la empresas que tienen dpto. contabilidad, estos ya tiene su propio programa contable+fiscal, ya que el mío no está enfocado a esa tipo de gestión.


Pregunta:

Está permitido lo siguiente:

- El software de facturación o tpv generaría el fichero XML TicketBAI cada vez que se emita una factura.
- En el plazo que corresponda hacer el envío: desde un software contable tercero (distinto al software de facturación) se importarían todos estos ficheros XML TickeTBAI generados. Desde este software contable se crearía el modelo 140/240 con los TicketBAI y se realizaría el envío a la Hacienda Foral de Bizkaia.

Es decir, el poder usar 2 software de fabricantes distintos. Uno para realizar las facturas y otro para la confección y envío del modelo 140/240. Ambos serían softwares registrados en el TicketBAI.


Respuesta:
La operativa que plantea es correcta. No hay ningún problema en que sea un software el que genere el fichero XML y la factura TicketBAI y que la información se envíe a Hacienda desde otro software diferente. Esta operativa está contemplada en las siguientes preguntas frecuentes publicadas en la web www.batuz.eus:

14 - ¿Se pueden enviar los ficheros TicketBAI desde un dispositivo distinto al que ha generado la factura?
166 - ¿Es posible usar diferentes softwares para cumplir con las obligaciones Batuz?

No obstante, el software que se tiene que registrar en el registro de Software Garante TicketBAI es aquel que genera y firma el fichero XML e introduce el QR y el identificativo en la factura. Es decir, el software de gestión que planteáis en la consulta solo enviaría la información a Hacienda y por tanto no tiene que registrarse en el citado registro.

faqs: https://www.batuz.eus/es/preguntas-f...cacheLevelPage