Si, desgraciadamente no piensan en quien debe desarrollar.
Ya lo han demostrado en varias ocasiones.

Tal vez aquí puedas solicitar uno de dispositivo. Nosotros los estamos usando...
https://servicios.izenpe.com/ticketbai/

Deberías ver las respuestas que nos dieron, cuando les dijimos que estaban enviando las respuestas comprimidas 2 veces...
(poco más que el resto del mundo lo estaba haciendo mal, menos ellos :D:D:D)

Hola Eric Mtz,

Te recomiendo que te consigas un certificado digital FNMT de persona física.
https://www.sede.fnmt.gob.es/certifi...icado-software
Es rápido, gratuito, dura 4 años y tiene muchos más usos.

Saludos

Hola,

Tengo dudas sobre la posición del código TBAI y el código QR en el documento de la factura.

Les consulté a Batuz sobre si el código TBAI y el código QR podían estar por encima del número de página que figura en el pie de página de la factura.
Me contestaron que sí.

Ahora estoy a la espera de que me contesten sobre si pueden estar por encima del texto de cumplimiento de la LOPD, que también está en el pie de página.

Y ahora me surge la duda de si (en una factura en orientación vertical) podrían estar el código TBAI y el código QR abajo a la derecha, en lugar de en el centro (como se ve en el ejemplo de la normativa).
Y si podría haber algún texto a la izquierda del código QR (por ejemplo el cuadro típico de totales de bases, tipos de IVA , cuotas de IVA y totales)

¿Alguien puede aportar algo sobre este tema del posicionamiento?
Gracias anticipadas.
Saludos

Buenos días Sistel, por si te sirve de algo, yo lo tengo en el pie de la factura en la parte inferior derecha.

De echo en la memoria del Software Garante les puse:

5. Ubicación del código TBAI y código QR
Las facturas se imprimen en formato vertical. El Identificativo TBAI y el código QR estará
ubicado en la parte inferior derecha de la factura utilizando 2 líneas para la impresión
del código TBAI.

Y nos han concedido dicho software garante, por lo que no creo que tengas más problema.

Saludos

Muchas gracias por las respuestas, creo que seguiré vuestro consejo e intentaré conseguir ese maldito certificado...

Pd: Me gusta esa 13/14 en la que los ingenieros de hacienda dicen que el mundo está equivocado para no arreglar su código, es el equivalente a "La pelota es mía me la llevo a casa". (El concepto me hace mucha gracia).

Un saludo señores y que la fuerza nos acompañe a todos.

Hola, alguien más esta teniendo problemas hoy con el Batuz?

Otros días he podido enviar facturas y consultas, pero hoy no me deja. Cuando le envío datos, el curl se queda en bucle enviando.

Saludos

Hola tejano, no te preocupes que yo estoy igual, creo que a bizkaia le ha dado un chungo.

Nosotros estamos igual.

Creo que hoy todavía no funciona.

Ahora en serio, entre que tardan en responder una semana en responder, caídas de su servicio, falta de información, etc, etc, etc..... de verdad que quieren empezar para el 1 de enero del 2022?

Hola tejano,

Gracias por la información.
Si alguien más puede aportar más información acerca del posicionamiento de los códigos TBAI y QR en la factura, se agradecerá.

Saludos

Cambios en el servicio?
 

Buenas



La semana pasada no tenía problemas a la hora de hacer los envíos, eran inmediatos, ahora al hacer el post se queda un buen rato pensando como sie stuviera esperando la respuesta hasta que da un timeout.


Lo curioso es que consulto la operación con el código TBAI y está subida a la web.


Sabéis si tiene que ver con el corte que anunciaron el 17 de junio?
Gracias

Batuz me ha contestato esto:

Neftali se me ha adelantado, me han respondido exactamente lo mismo, aun así ya que estoy lo dejo publicado:

PREGUNTA:
"Buenos días tengan ustedes, me imagino que se habrán dado cuenta de que el servidor de pruebas no responde desde ayer, ¿Serían tan amables de decirnos cuándo podremos retomar el desarrollo?
Varios programadores completamente ajenos a nuestro equipo también están experimentando este problema así que podemos descartar que el error sea nuestro.
Espero su respuesta."

RESPUESTA:
"Kaixo,
Estamos teniendo problemas con la validación de los certificados desde ayer. Esperamos solucionarlo lo antes posible.
Perdonad por las molestias causadas.
Agur bat."

En cualquier caso me toca la moral que nos devuelvan respuestas automáticas y protocolarias.

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

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

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.

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. :(:mad::D (no se si reir o llorar...)

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

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

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