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

[keys]

Empezado por juramisa

Esta es una cuestión a los que generan TicketBai para Álava, realizo el envío en pruebas, me devuelve recibido, pero me da un error siguiente:

-<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
-<Salida>
<IdentificadorTBAI>TBAI-14250964A-271221-BWBfEas7dQOey-242</IdentificadorTBAI>
<FechaRecepcion>27-12-2021 08:31:26</FechaRecepcion>
<Estado>00</Estado>
<Descripcion>Recibido</Descripcion>
-<ResultadosValidacion>
<Codigo>015</Codigo>
<Descripcion>AVISO: NIF emisor no es correcto, no es contribuyente alavés o no está registrado en IAE</Descripcion>
</ResultadosValidacion>
</Salida>
</ns2:TicketBaiResponse>

Se trata de un aviso, mi duda es que como no recibo en CSV, no se si es debido al existir ese aviso, si es que no se envía en el entorno de pruebas o es que no se va a enviar nunca. Alguien, puede aclararme si recibís el CSV en el caso de ir todo perfecto.

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

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

Empezado por juramisa

Esta es una cuestión a los que generan TicketBai para Álava, realizo el envío en pruebas, me devuelve recibido, pero me da un error siguiente:
...
Se trata de un aviso, mi duda es que como no recibo en CSV, no se si es debido al existir ese aviso, si es que no se envía en el entorno de pruebas o es que no se va a enviar nunca. Alguien, puede aclararme si recibís el CSV en el caso de ir todo perfecto.

Este es una respuesta CORRECTA en ALAVA / PREPRODUCCION

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <IdentificadorTBAI>TBAI-B05430756-271221-AGIVruLXPxD90-090</IdentificadorTBAI>
        <FechaRecepcion>27-12-2021 12:17:11</FechaRecepcion>
        <Estado>00</Estado>
        <Descripcion>Recibido</Descripcion>
        <Azalpena>Jasota</Azalpena>
    </Salida>
</ns2:TicketBaiResponse>

Tampoco llega CSV.

[Automikel]

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?

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

Empezado por Automikel

¿ 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

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

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

[yasmNote]

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

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

[FranAza]

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

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
<Salida>
<IdentificadorTBAI>TBAI-E20802732-271221-m0wDew8kNIjeY-252</IdentificadorTBAI>
<FechaRecepcion>27-12-2021 18:50:27</FechaRecepcion>
<Estado>00</Estado>
<Descripcion>Recibido - ALTA PREP</Descripcion>
<ResultadosValidacion>
<Codigo>008</Codigo>
<Descripcion>org.apache.axis.InternalException: org.apache.axis.ConfigurationException: java.lang.NullPointerException
java.lang.NullPointerException
at org.eclipse.osgi.internal.loader.BundleLoader.findResource(BundleLoader.java:585)
at org.eclipse.osgi.internal.loader.BundleLoader.findResource(BundleLoader.java:581)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.getResource(DefaultClassLoader.java:143)
at java.lang.ClassLoader.getResource(ClassLoader.java:576)
at com.ibm.ws.bootstrap.ExtClassLoader.getResource(ExtClassLoader.java:575)
at java.lang.ClassLoader.getResource(ClassLoader.java:576)
.............................
.............................
.............................
</ResultadosValidacion>
<CSV>TBAI0d134a27-7a74-46cd-b3a4-e9b668aeab95</CSV>
</Salida>
</ns2:TicketBaiResponse>

Sin embargo en pruebas Anulación va bien.

Saludos,

[Sistel]

Empezado por FranAza

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:

Hay un error en la plataforma de verificación y firma de Izenpe. Se está trabajando para solucionar esta situación a la mayor brevedad posible.

No he tenido más noticias desde entonces (ni he hecho más pruebas de envío).

Saludos

[ermendalenda]

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.

[Sistel]

Empezado por ermendalenda

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

[ermendalenda]

Empezado por Sistel

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.

[Sistel]

Empezado por ermendalenda

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

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

Empezado por FranAza

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.

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.

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

Empezado por ermendalenda

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

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.

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

Empezado por yasmNote

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

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

[keys]

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.

[xamminf]

Empezado por keys

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.

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/

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

Empezado por keys

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

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

[keys]

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

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.

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.

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

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

¿Os está funcionando ALAVA en PRODUCCION?
El ALTA bien, pero la ANULACION y la VALIDACION me están fallando...

Empezado por keys

A mi me ocurre lo mismo. El alta bien pero la anulación da error

Empezado por elcharlie

A mi la comprobación del QR en Producción si me ha funcionado, la anulación no, lo demás si.

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