Hola. En Alava y Bizkaia no hay CSV. Solo en Gipuzkoa

Este es una respuesta CORRECTA en ALAVA / PREPRODUCCION


Tampoco llega CSV.

Entorno de pruebas de Batuz
 

Hola gente, ¿ Esta operativo el entorno de pruebas de BatuZ ?

Hemos recibido los datos de la inscripción de pruebas y no nos funciona ninguno con los certificados de Batuz.

Alguna idea?

El certificado a usar en pruebas también te los dan ellos.
Tienes que usar los que te facilitan aquí:
https://www.batuz.eus/fitxategiak/ba...ados_V1_0_0.7z

Por cierto os funciona la comprobación del QR en BATUZ/PREPRODUCCION???
Ahora me están fallando...
:(:(:(:(

Me lleva fallando desde la semana pasada...te refieres al entorno de pruebas verdad?
No sé si habrán cambiado la url ya que han habilitado ya el entorno de producción, yo tengo estas urls y no me funcionan:
https://batuz.eus/QRTBAI/?id=TBAI-A9...i=57.35&cr=103
https://batuz.eus/QRTBAI/?id=TBAI-99...i=15.14&cr=193

Si alguien pudiera ayudarnos y sacarnos de dudas...

ALTA PRE - GIPUZKOA No funciona
 

Hola,

Os funciona el alta de facturas en pruebas en Gipuzkoa??
Hoy hemos enviado varias y en todas recibimos: 008-Error de verificación de firma

Sin embargo en pruebas Anulación va bien.

Saludos,

Hola,

A mí, hace 15 días me daba el mismo error con ese mismo tipo de mensajes de Java.
Lo comuniqué por email y me contestaron, de forma inmediata:
No he tenido más noticias desde entonces (ni he hecho más pruebas de envío).

Saludos

Por fiiiiiin
Ya he acabado con la put.. rectificativas de los coj...
Y ahora le voy a dar caña a las de anulación, pero tengo una duda:
Creo una factura errónea, y no se imprime ni se envía al cliente pero se declara, en ese caso rectificativa? O puedo anular? Por que si anulo como me desgravo el IVA en el siguiente trimestre.
Eso me da que penar que las anulaciones solo se hacen en el momento. Y en ese caso paso de las anulaciones. Vamos que les den mucho por el ojet.
Perdón pero es que estoy harto de tantas cositas a tener en cuenta.

Hola ermendalenda,

Emites una factura y te das cuenta (al instante o más adelante) de que estaba errónea, no te quedan más que 2 opciones:
1- Emites la anulación de la factura errónea y emites nueva factura correcta.
2- Emites factura rectificativa por sustitución o por diferencias.

Si lo haces al instante, o en el mismo período de declaración de IVA, no te afectará para nada en el IVA.
La de anulación hace que Hacienda no considere la factura errónea a efectos de IVA
Y la factura rectificativa hace que Hacienda corrija la factura errónea con los datos que se le indiquen en la rectificativa.

Si te retrasas en hacer la factura rectificativa al siguiente período de IVA, tendrás un retraso en la regularización del IVA.
Pero no te causará pago de IVA excesivo.

Saludos

Gracias.
Entonces me voy a pensar las anulaciones. Con la rectificativa parece que cubre bien las incidencias.

Hola ermendalenda,

Creo que es fundamental poder utilizar anulaciones.
Hay muchas veces que nos hemos colado al hacer una factura y no resulta lógico hacer una rectificativa.

Siempre pongo los mismos ejemplos, pero es que son claros:

1- En mi tienda de ropa vendo un pantalón a un cliente, le hago la factura con mi TPV y al ir a entregársela me doy cuenta de que le he facturado un jersey en lugar del pantalón.
Quedaría a la altura del betún si le intento entregar al cliente la factura chunga diciéndole "aunque pone un jersey, en realidad tú y yo sabemos que es un pantalón".
No queda otra que, inmediatamente, anular la factura y crear una factura correcta.

2- He hecho una factura y al ir a entregarla o enviarla a mi cliente me doy cuenta de que se quedó trabada la tecla del cero y en lugar de facturarle por valor de 100€ le he facturado por valor de 10.000€
Sería absurdo liarse con facturas rectificativas cuando se ve que es un simple error de tecleo.
Lo lógico, se anula la factura y se emite correctamente (dándole antes unos buenos golpes al teclado)

3- Con mi flamante ERP emito una factura a un cliente.
Me doy cuenta de que la he emitido con los datos de destinatario de un excliente al que no le vendo nada desde hace años.
No puedo enviarle esa factura a ese excliente ni tampoco al cliente al que debería ir destinada.
Así que lo más correcto creo que el anularla y emitirla de nueva (con el consejo de: si bebes, no factures)

Creo que, en estos casos, lo lógico es la anulación de la factura y vuelta a emitir correctamente.
Para otros casos, posiblemente, sería más adecuado la factura rectificativa.

Saludos

Es un error que está dando los últimos días.
Es intermitente. Deben estar haciendo algo con los servidores de pruebas.

Además hace unos días nos comentaron que están teniendo problemas con la validación de firmas, así que me da que no es un error nuestro.

Un caso típico es cuando facturas un servicio que finalmente no has podido realizar o un producto que no has llegado a entregar.
En esos casos tiene sentido la anulación, porque no tendría sentido rectificar una factura de algo que nunca has llegado a realizar.

Gracias por la confirmación.
Es el mismo error que me está dando a mi.

Hola a todos.

¿Cuál esta siendo la experiencia con vuestros clientes/usuarios con el hecho de tener que hacer las facturas el mismo día que quieren la fecha de factura?

Esta semana para nosotros esta siendo un continuo goteo de llamadas de clientes que quieren hacer la facturación del 1 de enero por adelantado, ya que es festivo, y no pueden hacerla. Por que las facturas hay que hacerlas y enviarlas el mismo día (Gipuzkoa/Alava).

Nuestra respuesta es que no es un capricho nuestro y que hablen con hacienda si no están de acuerdo. :eek:

Es tremendo cómo las empresas tienen que estar al servicio de la administracion, tanto por los nuevos controles informaticos como el control de cuentas como la recaudacion de impuestos para la admón...
Es el trato propio que el señor da al vulgo

Un grupo de catedráticos denuncia que Hacienda trata a los contribuyentes como "súbditos"
https://www.libremercado.com/2018-05...os-1276618917/

Una opción es tener una FacturaBorrador/FacturaProforma/Prefactura que pueden generar y guardar.
El día 1 sólo deben lanzar la facturación automática y esas FacturasProforma se convierten en facturas "normales" que ya entran en el circuito (incluído TBAI).

Aun así hay otras cosas que no hemos podido solucionar y la contestación es similar a la que tú dices: "El comportamiento estandard se ha cambiado porque así lo especifica TicketBAI/Batuz".

Es una solución que estamos barajando, pero siguen teniendo que entrar en el programa el día 1 y realizar ese proceso de consolidación y envio, que estan en casa tomando champan. :cool:

En nuestro caso se trata de una aplicación de escritorio y va a seguir dependiendo en cierta forma de que el usuario lance algun proceso.

Nos acaban de confirmar que la ANULACIÓN en PRODUCCIÓN (Álava) estaba desactivada por error.
Parece que ya está funcionando.

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):