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

[tejano]

Buenos días, me quiero empezar a meter ya con las facturas recibidas y la verdad que no hay mucha documentación.

En las facturas emitidas se pone esta línea al inicio, sabéis que línea hay que poner en las facturas recibidas?

<?xml version="1.0" encoding="UTF-8" standalone="no"?><lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd">

El esquema xsd creo que es este "LROE_PJ_240_2_FacturasRecibidas_AltaModifPeticion_V1_0_1.xsd"

Gracias

[Eric Mtz]

Me acaban de escribir que ya podemos volver a trabajar con BATUZ.

"Kaixo,
Parece que el sistema se ha restablecido y la validación de los certificados vuelve a funcionar correctamente.
Agur bat."

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

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

[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