Ahi va un ejemplo

Todavía no lo sabe ninguno porque todavía no han arrancado pero les van a hacer una putada bien gorda.

Hola a todos.

Nosotros trabajamos principalmente con asesorias. Y dentro poco van a tener una reunión con hacienda, y van todos con la escopeta cargada.

A mi me está ocurriendo que hay clientes nuestros que en enero todavía facturan con fecha de 30 de diciembre entonces me han dicho que quieren activar ticketbai cuando empiecen a facturar facturas del 1 de enero de 2022. Sin embargo, me crea la duda de si ya están adheridos al periodo voluntario, todo lo que hagan desde ese mismo momento tiene que ser ya bajo el reglamente de ticketbai? o pueden esperar a facturar con fecha enero 2022?
Es que tienen miedo que les quiten la subvención y la verdad que he preguntado a diputación y no contestan absolutamente nada, deben estar saturados....

Gracias,

No sé si alguien podría decirnos si les pasa igual, a ver si va a ser algun error nuestro de generación del codigo QR...
Por cierto, las urls de generación del codigo qr en bizkaia son las mismas no?
https://batuz.eus/QRTBAI/
¿Correcto?

Si, yo tengo las mismas, tal vez por eso la de PREPRODUCCION no funciona.
Yo creo que no es la generación, porque yo las genero todas con el mismo código (las 3 tributaciones y PRE/PRO) y el resto no me fallan.

Pues nada, a darle caña a las de anulación, que creo que solo me van a servir para anular sustitutivas, ya que mi software trabaja principalmente con simplificadas.
Tengo una pregunta.
Anulo una sustitutiva, supongo que en el servidor ticketbai automáticamente se anulan las referencias a las simplificadas y puedo emitir otra sustitutiva. Es así?

Si, yo en las otras dos diputaciones no tengo ningun problema, solamente en bizkaia en entorno de pruebas...

Gracias por la informacion

Hola ermendalenda,

Que tu software trabaje principalmente con simplificadas no significa que no tengas necesidad de hacer anulación de alguna factura simplificada.
(El tema de hacer facturas negativas, a secas, no es totalmente legal, según el Reglamento de Facturación)

No he acabado de entender si con los de "sustitutivas" te refieres a "facturas rectificativas por sustitución" o a "facturas completas de sustitución de simplificadas".
Son dos cosas diferentes.

Saludos

Me refiero a facturas completas de sustitución de simplificadas.
Lo que comentas sobre las anulaciones se Dan poquísimos casos en las simplificadas que no se puedan arreglar con rectificativas. Ya se que no valen las simplificadas negativas a secas.
Gracias y saludos

Hola.

Solo tienen que enviar las facturas con fecha a partir de la fecha de inicio de TBAI. En ese caso las facturas del 1 de enero, las anteriores no las tienen que enviar ni tener codigo qr ni nada.

Gipuzkoa PRE: certificado remitente no válido
 

Hola.

Gipuzkoa en PRE me está dando fichero rechazado - ALTA PREP (01) Certificado remitente no válido para emisor factura.

Ayer "medio funcionaba", lo digo porque aceptaba ficheros pero devolvía 14.000 mensajes de error de excepción del java/eclipse/framework...

¿Os pasa también a vosotros?

:( ... Qué pesadez, esto no termina nunca...

Gracias,

Ya he conseguido hablar con Bizkaia y me han dicho esto:

Kaixo,



La aplicación COMPRUEBA TU FACTURA está preparada para la comprobación de facturas reales. Los errores son consecuencia de realizar comprobaciones con NIFs de pruebas. Si queréis verificar alguna URL de algún QR con NIF de pruebas, podéis enviárnosla a este mismo buzón. Os indicaremos si es correcta, y los errores si es incorrecta.



En el caso que nos mandáis, el código QR debe contener una URL válida para acceder a la aplicación web de comprobación de facturas o justificantes expedidos con software garante con los datos de la factura o justificante incluidos como parámetros. Si la URL o sus parámetros contienen caracteres no válidos, deberán ser codificados (URL encoding) de forma correcta siguiendo los usos normales de las arquitecturas web, como por ejemplo reemplazar el símbolo “+ ” por “%2B” o el símbolo “/” por “%2F”.

Siguiendo la URL que nos habéis enviado, se debería calcular el CRC de la URL sobre la URL final teniendo en cuenta esos cambios de ‘/’ por ‘%2F’ y de ‘+’ por ‘%2B’, en cambio, no se debe recalcular el CRC del identificativo TBAI, es decir, ese se seguiría calculando con los símbolos ‘/’ y ‘+’.

El código CRC que habéis calculado ‘139’ por lo tanto es incorrecto, ya que lo deberíais haber calculado sobre h.t.t.p.s://batuz.eus/QRTBAI/?id=TBAI-A99800831-211221-gl2VK/+W0Jxj/-007&s=ABN21&nf=00082&i=-14.52 con la sustitución de la ‘/’ por ‘%2F’ y de ‘+’ por ‘%2B’.

En la factura, fuera del QR, donde está impreso el identificativo TBAI para que el destinatario de la factura pueda leerlo, tiene que seguir apareciendo con el símbolo ‘+’sin hacer el encoding.

Os ponemos como quedaría su URL con estos cambios.

Original:

h.t.t.p.s://batuz.eus/QRTBAI/?id=TBAI-A99800831-211221-gl2VK/+W0Jxj/-007&s=ABN21&nf=00082&i=-14.52&cr=139

Modificado:

h.t.t.p.s://batuz.eus/QRTBAI/?id=TBAI-A99800831-211221-gl2VK%2F%2BW0Jxj%2F-007&s=ABN21&nf=00082&i=-14.52&cr=250

Recordaros que aunque está correctamente formada, esta URL tampoco es válida puesto que usa un NIF ficticio y esto se valida.

Agur bat



Asi que según dicen están bien lo que pasa que no las podemos comprobar.

Saludos,

Perfecto, gracias!!

Tengo una duda y es que tanto en Alava como en Gipuzkoa si nos rechazan un xml, como se subsana? porque iban a poner lo de Zuzendu pero todavia no han dicho nada no? ¿Alguien les ha preguntado? O simplemente lo dejamos así?

Hola.

Supuestamente habría que enviarlo por ese servicio zuzendu que no se donde se habrá quedado. Ahora lo único que queda es corregir el xml y volverlo a enviar, o hacer todas las validaciones antes para que hacienda no lo rechace. :rolleyes:

Ya pero igual que bizkaia ha puesto lo del capitulo 1.2 para enviarlos corregidos, se sabe de sobra que puede haber mil fallos y el xml no se puede volver a regenerar como ellos dicen, que para eso decían que habían creado el servicio Zuzendu pero todavía no han publicado nada, verdad?

Pues eso de momento no se sabe nada. No lo han publicado. Por eso te digo que las dos opciones son esas.

En cuando al error kilométrico de Java en GUIPUZCOA, hoy han contestado esto (por si os está pasando a los demás):