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

[trumbolt]

Empezado por rci

Hola, pregunté a la agencia sobre el tema y acabo de recibir respuesta:
Como podeis comprobar, no me han dado ninguna información del caso que nos reportaron y realmente su respuesta tampoco sirve para nada.

¿Descubriste al final qué cliente estaba firmando mal?. ¿No te proporcionaron ni el CIF del emisor para que pudieras al menos poder contactar con el cliente y solucionar el problema?

Y sobre el tema de la comprobación del CIF, yo el problema que le veo es que si el certificado es de algún tipo de representante registrado en TBAI su CIF no va a coincidir de ninguna manera y será imposible detectar este tipo de problemas.

Y ya por curiosidad mía. Siendo un "software garante" que emite facturas rechazadas, ¿puede acarrear algún tipo de sanción sobre el fabricante del programa?

[Nessie]

Hola,
al anular facturas en el entorno de pruebas, Gipuzkoa me devuelve siempre el error 13 (Falta aceptar el Registro del Dispositivo remitente. Acceda a la sede electrónica y gestione el dispositivo.).


Al estar en el entorno de pruebas, no puedo verificar ningún dispositivo.


¿Habéis tenido algún problema al anular facturas en el entorno de pruebas en Gipuzkoa? ¿Os funciona bien?


Un saludo.
Gracias.

[edari]

Empezado por Nessie

Hola,
al anular facturas en el entorno de pruebas, Gipuzkoa me devuelve siempre el error 13 (Falta aceptar el Registro del Dispositivo remitente. Acceda a la sede electrónica y gestione el dispositivo.).


Al estar en el entorno de pruebas, no puedo verificar ningún dispositivo.


¿Habéis tenido algún problema al anular facturas en el entorno de pruebas en Gipuzkoa? ¿Os funciona bien?


Un saludo.
Gracias.

Acabo de hacer una prueba y me la anula correctamente.



Lo raro es que te dé error de dispositivo remitente para la anulación y no para la alta.

[Nessie]

Empezado por edari

Acabo de hacer una prueba y me la anula correctamente.

Lo raro es que te dé error de dispositivo remitente para la anulación y no para la alta.

Hola,

me han contestado de Gipuzkoa. Lo pongo aquí por si a alguien le sirve de ayuda. En pruebas, al utilizar un certificado de dispositivo, hay que mandarles un mail para registrar el dispositivo. En las operaciones de ANULACION, controlan que el dispositivo este registrado.

Un saludo.


RESPUESTA DE HACIENDA GIPUZKOA:

-----------------------------------------------------------------------------

Egun on, buenos días
Esto ocurre porque el control en la Anulación de facturas es más restrictivo que en el Alta de facturas.

Para solucionar este error en el entorno de pruebas, deben enviar un correo a este mismo buzón indicando que quieren registrar un dispositivo. Anoten los siguientes datos en el mensaje:

• NIF del emisor
• Número de serie del dispositivo

--------------------------------------------------------------------------

[sEngine]

Email nuevo enviado por Alava

Buenos días,

Les informamos de la implantación en PRODUCCIÓN de los servicios rest correspondientes a ZUZENDU.
ZUZENDU-ALTA: https://ticketbai.araba.eus/TicketBA...sanarmodificar
ZUZENDU-ANULACIÓN: https://ticketbai.araba.eus/TicketBA...ulaciones/baja

Tenéis disponible la documentación sobre ZUZENDU en Documentación técnica (araba.eus)/Pruebas Servicios Zuzendu.

Es importante distinguir entre ZUZENDU, factura rectificativa y anulación de factura.
Ver preguntas frecuentes 8.9: FAQ TiCKETBAI ÁLAVA (araba.eus)

8.9 ¿QUÉ HAY QUE HACER SI LA ANOTACIÓN DEL FICHERO TICKETBAI HA SIDO RECHAZADA AL ENVIARSE A HACIENDA?
❖ Si el envío del fichero TicketBAI ha sido RECHAZADO al enviarse a Hacienda por incumplimiento de esquema, ausencia de líneas de detalle, certificado no válido, falta de datos obligatorios, deberá SUBSANAR el error del siguiente modo:

• El fichero TicketBAI original no se puede modificar, por lo que permanecerá inalterado.
• A través del Servicio ZUZENDU, se procederá al envío de un nuevo fichero de SUBSANACIÓN, ya con los datos completos y correctos, que NO será firmado electrónicamente, y en el que se deberá incluir la firma electrónica del fichero original.

❖ Si en el mensaje de respuesta se reciben AVISOS indicando que es preciso modificar el envío (se trata de datos que no figuran en la factura pero que afectan exclusivamente al fichero XML, como por ejemplo: una incongruencia del régimen de IVA, no se han identificado las facturas rectificadas, etc.), a través del mismo Servicio ZUZENDU, deberá enviar un fichero de MODIFICACIÓN, ya con los datos completos y correctos, que NO será firmado electrónicamente, y en el que se deberá incluir la firma electrónica del fichero original.
❖ Si, por el contrario, hay que modificar alguno de los contenidos de la factura a que se refiere el artículo 15 del Reglamento de facturación, no se podrá utilizar el servicio ZUZENDU sino que se deberá expedir una factura rectificativa, generando el fichero TicketBAI correspondiente y remitiendo la información.
❖ Extraordinariamente, cuando se trate de una operación incorrecta (casos excluidos de poder emitir una factura rectificativa), como por ejemplo que se haya expedido una facturar por error cuando no ha habido una auténtica venta, deberá realizarse una anulación de la operación original procediendo a emitir un Fichero TicketBAI de ANULACIÓN.
❖ En el caso de que el envío del fichero de ANULACIÓN sea RECHAZADO, por incumplimiento de esquema, certificado no válido, etc., deberá SUBSANAR el error del siguiente modo:

• El fichero de ANULACIÓN original no se puede modificar, por lo que permanecerá inalterado.
• A través del Servicio ZUZENDU-ANULACIÓN, se procederá al envío de un nuevo fichero de anulación, ya con los datos completos y correctos, que NO será firmado electrónicamente, y en el que se deberá incluir la firma electrónica del fichero original.

Un saludo.

[trumbolt]

Empezado por sEngine

Email nuevo enviado por Alava

Ostras, precisamente estaba dándole vueltas justo a este tema en mi mensaje anterior

Por lo que entiendo, TODO lo enviado ya no se puede tocar, sea aceptado o rechazado por lo que no se pueden generar "tapones" en el envío de ficheros y el encadenamiento de todas las facturas no tendrá ningún problema porque esas facturas nunca se va a poder modificar. ¿Esto es así en TODAS las diputaciones o sólo en Alava? Lo digo porque parece que cada uno hace la guerra por su cuenta.

Y pregunto, si la factura TBAI ha sido rechazada por ejemplo, por un certificado inválido o porque se ha consignado mal el has de la política de firma, por ejemplo, Zuzendu va a "tragar" siempre porque no se firma digitalmente. Otra cosa es que tengamos fallos en el esquema o no se haya consignado algún campo obligatorio ...

En el "Listado de validaciones y errores del fichero de ALTA TicketBAI" de Alava, pone lo siguiente:

3- VALIDACIONES
VALIDACIONES DE RECEPCIÓN:
o Para validar los datos que se informan a nivel de petición al servicio, y que la estructura de etiquetas cumple el esquema en cuanto al orden,
obligatoriedad, formato, longitud y si el valor debe coincidir con una serie de valores preestablecidos, en los casos que aplique.
o La no superación de las validaciones de recepción produce siempre el rechazo del fichero.
o La superación de las validaciones de recepción conlleva que el fichero sea recibido, aunque se pueden producir errores asociados a las validaciones
de consolidación del apartado siguiente.

Entiendo entonces que el rechazo del fichero por un fallo en las validaciones de recepción no es en realidad un rechazo "de mentira" porque la factura queda de alguna manera dentro del sistema (no me imagino la manera si el problema es de fallos en el esquema, por ejemplo), ya no se puede enviar de nuevo y hay que tirar de Zuzendu y la subsanación, ¿correcto?.

Cuando hablan de la firma de la factura original, entiendo que se refieren al nodo <SignatureValueFirmaFactura> que va con los 100 primeros caracteres de la forma, ¿no?

[rci]

Empezado por trumbolt

¿Descubriste al final qué cliente estaba firmando mal?. ¿No te proporcionaron ni el CIF del emisor para que pudieras al menos poder contactar con el cliente y solucionar el problema?

Y sobre el tema de la comprobación del CIF, yo el problema que le veo es que si el certificado es de algún tipo de representante registrado en TBAI su CIF no va a coincidir de ninguna manera y será imposible detectar este tipo de problemas.

Y ya por curiosidad mía. Siendo un "software garante" que emite facturas rechazadas, ¿puede acarrear algún tipo de sanción sobre el fabricante del programa?

Disculpa trumbolt, no habia visto tu comentario.

Pues seguí enviando algunos correos pero no sabemos nada mas. Sobre la sanción espero que no O_o


Saludos

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

Estoy lanzando facturas contra el servidor de pruebas de Guipuzcoa y me da esto:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>500 Internal Server Error</title>
</head><body>
<h1>Internal Server Error</h1>
<p>The server encountered an internal error or
misconfiguration and was unable to complete
your request.</p>
<p>Please contact the server administrator at 
 you@example.com to inform them of the time this error occurred,
 and the actions you performed just before this error.</p>
<p>More information about this error may be available
in the server error log.</p>
</body></html>

¿A alguien más le está pasando?

[keys]

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

Estoy lanzando facturas contra el servidor de pruebas de Guipuzcoa y me da esto:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>500 Internal Server Error</title>
</head><body>
<h1>Internal Server Error</h1>
<p>The server encountered an internal error or
misconfiguration and was unable to complete
your request.</p>
<p>Please contact the server administrator at 
 you@example.com to inform them of the time this error occurred,
 and the actions you performed just before this error.</p>
<p>More information about this error may be available
in the server error log.</p>
</body></html>

¿A alguien más le está pasando?

Me esta dando el mismo error. Parece que tienen algun problema

[thinkows]

Empezado por keys

Me esta dando el mismo error. Parece que tienen algun problema

SI consultas esta URL para buscar un ticket/factura, tampoco responde.

https://tbai.prep.gipuzkoa.eus/qr/buscarIdentificativo

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

Empezado por keys

Me esta dando el mismo error. Parece que tienen algun problema

Empezado por thinkows

SI consultas esta URL para buscar un ticket/factura, tampoco responde.
https://tbai.prep.gipuzkoa.eus/qr/buscarIdentificativo

Gracias, por la comprobación.

[edari]

En Vizcaya pruebas también me da error a mí, no sé si es mío o de ellos.

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

Empezado por edari

En Vizcaya pruebas también me da error a mí, no sé si es mío o de ellos.

Justo lo iba a preguntar ahora, porque también me da error.

[edari]

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

Justo lo iba a preguntar ahora, porque también me da error.

Pues no hace falta

[CarlosArjonomia]

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

Justo lo iba a preguntar ahora, porque también me da error.

No hubiera encontrado imagen más ilustrativa. Cuando el prestigio de tu trabajo no depende de uno mismo es desesperante.

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

Empezado por edari

En Vizcaya pruebas también me da error a mí, no sé si es mío o de ellos.

Batuz ya vuelve a funcionar/responder correctamente.
(preproducción)

[adolphsys]

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

Estoy lanzando facturas contra el servidor de pruebas de Guipuzcoa y me da esto:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>500 Internal Server Error</title>
</head><body>
<h1>Internal Server Error</h1>
<p>The server encountered an internal error or
misconfiguration and was unable to complete
your request.</p>
<p>Please contact the server administrator at 
 you@example.com to inform them of the time this error occurred,
 and the actions you performed just before this error.</p>
<p>More information about this error may be available
in the server error log.</p>
</body></html>

¿A alguien más le está pasando?

Desde el lunes están teniendo problemas con el servidor de pruebas de Gipuzkoa y aparece el "HTTP 500 Internal Server Error" de forma intermitente.

Hemos recibido varias llamadas de usuarios al respecto, y les decimos que vuelvan a intentarlo más adelante.

OJO: Incluso nos ha ocurrido en un cliente que ha enviado la factura, el programa se ha tirado un minuto esperando respuesta y se ha desconectado (examinado en los logs). Hacienda tenía la factura pero no ha enviado el OK (ni error, ni nada) así que nos encontramos con una factura subida que puede comprobarse con lectura de QR, y sin embargo en modo local consta como no registrada. Evidentemente no puede reenviarse porque Hacienda ya tiene ese número registrado. Suponemos que este problema está motivado por la inestabilidad del servicio, pero igual es mucho suponer, y en producción puede pasar lo mismo...

Saludos,