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

[skatologiko]

Buenas, no sé si os habéis encontrado con este problema los que estéis usando librerías Chilkat. Resulta en el entorno real de Guipúzcoa, con un certificado pfx me funciona correctamente, pero con otro me devuelve un error WSAECONNABORTED. ¿A qué puede ser debido?

[skatologiko]

Empezado por skatologiko

Buenas, no sé si os habéis encontrado con este problema los que estéis usando librerías Chilkat. Resulta en el entorno real de Guipúzcoa, con un certificado pfx me funciona correctamente, pero con otro me devuelve un error WSAECONNABORTED. ¿A qué puede ser debido?

Me respondo a mí mismo. Certificado caducado

[HerensugeBeltz]

Buenas,

La Hacienda de Gipuzkoa nos ha enviado un documento informándonos de un posible error de encadenamiento en una factura de un cliente. Tras analizar la factura de ese cliente hemos visto lo siguiente:
- Las facturas anteriores se enviaron en modo de prueba y todas iban correctamente encadenadas.
- La factura en cuestión fue la primera factura que el cliente envío en real/producción.
- Esta factura no lleva el nodo EncadenamientoFacturaAnterior por el hecho de ser la primera factura que se envía en real (el nodo no va en el fichero; no se graba el nodo vacío <EncadenamientoFacturaAnterior></EncadenamientoFacturaAnterior>).

Mi pregunta es:
- Es correcto nuestro planteamiento de no encadenar la primera factura en real con la última enviada en pruebas?
- Ha recibido alguien algún aviso de este estilo?

Gracias.

[keys]

Empezado por HerensugeBeltz

Buenas,

La Hacienda de Gipuzkoa nos ha enviado un documento informándonos de un posible error de encadenamiento en una factura de un cliente. Tras analizar la factura de ese cliente hemos visto lo siguiente:
- Las facturas anteriores se enviaron en modo de prueba y todas iban correctamente encadenadas.
- La factura en cuestión fue la primera factura que el cliente envío en real/producción.
- Esta factura no lleva el nodo EncadenamientoFacturaAnterior por el hecho de ser la primera factura que se envía en real (el nodo no va en el fichero; no se graba el nodo vacío <EncadenamientoFacturaAnterior></EncadenamientoFacturaAnterior>).

Mi pregunta es:
- Es correcto nuestro planteamiento de no encadenar la primera factura en real con la última enviada en pruebas?
- Ha recibido alguien algún aviso de este estilo?

Gracias.

En Gipuzkoa da ese error siempre que envías la primera factura. Tanto si esta encadenada a una anterior, como si lo envías en blanco que es lo correcto. Nosotros hablamos con hacienda por que cada vez que un cliente entra en TBAI nos enviaban ese mensaje, y nos dijeron que es asi.

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

Empezado por HerensugeBeltz

Es correcto nuestro planteamiento de no encadenar la primera factura en real con la última enviada en pruebas?

Es lógico que la primera factura que envíes a producción te devuelva ese error (no debe ir encadenada con nadie).
Además es uno de los casos que está contemplado en la documentación.

------------------------------------------------------------------------------------------------------------
14.3 ¿EN QUÉ CASOS ESTÁ JUSTIFICADO NO REALIZAR EL ENCADENAMIENTO CON LA FACTURA ANTERIOR?
Existen determinados casos justificados en los que no es posible realizar elencadenamiento
con la factura anterior, entre otros:
- Cuando se emite la primera factura de un dispositivo nuevo.
- Cuando se emite la primera factura de la persona contribuyente.
- Cuando se produce la rotura de un dispositivo y hay que sustituirlo por otro.
------------------------------------------------------------------------------------------------------------

Fuente:
https://web.araba.eus/documents/1050...23-06-2022.pdf

[HerensugeBeltz]

Acabo de recibir un correo de TicketBAI Gipuzkoa:

Buenos días,

El error de encadenamiento se ha producido por ser la primera factura en enviar a TicketBAI, no tienen que hacer nada.

Intentaremos localizar y eliminar estas notificaciones para la próxima.

Disculpen las molestias.

Saludos


Gracias por vuestros comentarios.

[keys]

Empezado por HerensugeBeltz

Acabo de recibir un correo de TicketBAI Gipuzkoa:

Buenos días,

El error de encadenamiento se ha producido por ser la primera factura en enviar a TicketBAI, no tienen que hacer nada.

Intentaremos localizar y eliminar estas notificaciones para la próxima.

Disculpen las molestias.

Saludos


Gracias por vuestros comentarios.

Eso me dijeron hace ya mucho tiempo y asi sigue.

[Eric Mtz]

Buenos días gente, por una vez traigo buenas noticias

He solucionado el error del otro día en el que BATUZ me decía que el certificado no correspondía con el interesado enviado al intentar realizar la firma con el certificado de dispositivo.

A modo de resumen, los datos de la empresa estaban bien introducidos y el certificado de equipo era el de pruebas, SIN EMBARGO, el 18 de Julio por algún motivo publicaron nuevos certificados (Con el mismo nombre y todo "POIUYT"), y no me di cuenta hasta ahora...

En fin, resultó ser otro fallo de esos tontos que te comen las horas sin razón, si alguno lleva meses sin hacer pruebas que se pase por la sección "ENTORNO DE PRUEBAS DEL LROE" dentro de la WEB de BATUZ y que los sustituya.

Por cierto, otra chorrada que me amargó, en Álava han cambiado la URL del QR de "..../TBAI/" a ".../TBAI/QRTBAI/", mucho ojo

Espero que mi experiencia le ayude a alguien, pasad un buen día!

[Irreo]

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

------------------------------------------------------------------------------------------------------------
14.3 ¿EN QUÉ CASOS ESTÁ JUSTIFICADO NO REALIZAR EL ENCADENAMIENTO CON LA FACTURA ANTERIOR?
Existen determinados casos justificados en los que no es posible realizar elencadenamiento
con la factura anterior, entre otros:
- Cuando se emite la primera factura de un dispositivo nuevo.
- Cuando se emite la primera factura de la persona contribuyente.
- Cuando se produce la rotura de un dispositivo y hay que sustituirlo por otro.
------------------------------------------------------------------------------------------------------------

Fuente:
https://web.araba.eus/documents/1050...23-06-2022.pdf

Gracias, me acabas de librar de hacer una buena cagada.

No sé por qué, estaba convencido de que al inicio de un nuevo ciclo de facturación también había que enviar el encadenamiento en blanco...

Acabo de mirar el PDF que adjuntas y veo que NO es así...

"Tiene que encadenarse con la última factura expedida en el año anterior (...) el dispositivo que emite las facturas en un año y en el otro es el mismo"

Justamente estos días estuve pensando cómo plantearlo para que automáticamente a las 23:59:59 se cerrase el año...

A seguir!

[thinkows]

Hola a todos, hoy por error hemos enviado un ticket de prueba a las url's de producción de en Guipuzkoa.... , o sorpresa admitida sin un solo error ????

El NIF del emisor es de la provincia de Barcelona, le mando un correo pidiendo disculpas y con todos los datos de la operación, xml incluido.

Les pregunto por la ausencia de ERROR, respuesta :

Buenos días,
Con anular la factura sería suficiente.

Un saludo

[email protected] https://gipuzkoa.eus/ticketbai

Soy obediente y procedo .... respuesta a la anulación

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
<Salida>
<IdentificadorTBAI>TBAI-Bxxxxxxxx-300922-Sn9juIYhDs4dO-107</IdentificadorTBAI>
<FechaRecepcion>30-09-2022 11:29:02</FechaRecepcion>
<Estado>01</Estado>
<Descripcion>Rechazado - BAJA</Descripcion>
<Azalpena>Baztertua - BAJA</Azalpena>
<ResultadosValidacion>
<Codigo>012</Codigo>
<Descripcion>Error en verificación alta-inscripción software TicketBAI</Descripcion>
<Azalpena>Errorea TicketBAI softwarearen alta inskripzioa egiaztatzean</Azalpena>
</ResultadosValidacion>
</Salida>
</ns2:TicketBaiResponse>

He vuelto a enviar un correo... estoy a la espera.....

Le ha pasado a alguien mas???

Un saludo

[pablog2k]

estás enviando a la url de baja de pruebas? da la sensación que estás enviando a la plataforma de producción, y te dicen que no estás inscrito

[HerensugeBeltz]

Empezado por thinkows

Hola a todos, hoy por error hemos enviado un ticket de prueba a las url's de producción de en Guipuzkoa.... , o sorpresa admitida sin un solo error ????
Le ha pasado a alguien mas???

A mí me pasó lo mismo: el primer envío en producción de un cliente le dio error de servidor y probé a mandar una factura en real con mi propio DNI (soy asalariado, no estoy dado de alta como declarante en Gipuzkoa y pensé que la rechazarían). Cuando me la aceptó me quedé igual que tú.

Mandé un correo a Hacienda y la respuesta fue que, en este caso (no retengo IVA), esa factura no tenía ningún efecto pero que tuviese más cuidado la próxima vez .

[Maska10]

Buenas a tod@s,

Ala, pues cuando creía que ya lo tenía todo en marcha y muchos clientes enviando resulta que tenemos un problemón, nos están llegando avisos (y a los usuarios también) que las firmas de los ficheros no se están validadando.

Tras revisarlo todo mil veces y contactar con soporte resulta que los ficheros xml que recibe Guipuzcoa son diferentes a los que enviamos, los saltos de linea son diferentes y claro, la validación de la firma falla ... me dicen desde soporte que es posible que se haya "modificado en transito" .. ¿como carajo se va a modificar en el transito?, ¿es posible que CURL modifique el fichero?

Saludos.