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

[Noe277]

Buenos días,

Estamos notando que a nuestros clientes de Álava les esta empezando a dar el error: 008 error de verificación de la firma. No hemos tocado nada y han estado funcionado sin problema hasta ahora.
No se si la dipu a cambiado algo o es un problema del servidor.

¿A alguien mas le ocurre?

[Sistel]

Empezado por Noe277

Buenos días,

Estamos notando que a nuestros clientes de Álava les esta empezando a dar el error: 008 error de verificación de la firma. No hemos tocado nada y han estado funcionado sin problema hasta ahora.
No se si la dipu a cambiado algo o es un problema del servidor.

¿A alguien mas le ocurre?

Hola,

A nosotros, ahora mismo, nos está funcionando bien.
Pero ese mismo mensaje nos lo dió hace unos días durante unas horas.
Nos pusimos en contacto con TicketBAI de Álava y nos dijeron que utilizan los servicios de Izenpe para verificar las firmas.
Y parece que en algunas ocasiones falla.
Nos dijeron que como era un fallo por su parte, que no teníamos que hacer nada.
(Odiamos tener que usar Zuzendu si no es culpa nuestra)

Saludos.

[andalusoft]

Empezado por andalusoft

Hola buenas.

Me han contestado desde Gipuzkoa que haga las pruebas en xmlvalidation.com, es la web que ellos recomiendan para hacer las pruebas, y estos son los errores:

Click on to jump to the error. In the document, you can point at with your mouse to see the error message.
Errors in the XML document:
80: 123 cvc-complex-type.2.4.d: Invalid content was found starting with element 'ds:Signature'. No child element is expected at this point.

Errors in file ticketBaiV1-2-1.xsd:
4: 133 schema_reference.4: Failed to read schema document '....xmldsig-core-schema.xsd', because 1) could not find the document; 2) the document could not be read; 3) the root element of the document is not <xsd:schema>.
13: 34 src-resolve: Cannot resolve the name 'ds:Signature' to a(n) 'element declaration' component.


Es la primera vez que veo esto, el xml está firmado con autofirma y no habido problemas en ser entregado para Bizkaia.

Saludos.

Hola buenas.

Ya lo tengo solucionado, era el código de caracteres, hay que tratarlo en ANSI, y la respuesta hay que hacer lo mismo.

Me jode que la diputaciones forales no se pongan de acuerdo de como hacer un standard de presentación, en Bizkaia este problema no existe, lo puedes mandar en UNICODE y sin problemas, ni siquiera documenten estos pequeños detalles.

De momento en modo pruebas ya se recoge los XML enviados sin problemas, ahora ver el modo real, a ver que me encuentro.

Gracias a todos por la ayuda y saludos.

[ion]

Hasta ahora nos ha funcionado perfectamente, pero desde hoy tenemos el siguiente error al enviar el xml a la diputacion de Araba: GuzzleHttp\Exception\RequestException: cURL error 56: OpenSSL SSL_read: SSL_ERROR_SYSCALL, errno 104.
A alguien mas le ha pasando? el erro nos lo da en producion y en el entorno de pruebas

[elcharlie]

Empezado por ion

Hasta ahora nos ha funcionado perfectamente, pero desde hoy tenemos el siguiente error al enviar el xml a la diputacion de Araba: GuzzleHttp\Exception\RequestException: cURL error 56: OpenSSL SSL_read: SSL_ERROR_SYSCALL, errno 104.
A alguien mas le ha pasando? el erro nos lo da en producion y en el entorno de pruebas

Yo, de momento, estoy enviando sin problemas

[sEngine]

Ya han actualizado las fechas de incorporación obligatoria de Bizkaia
Las fechas dependerán del tamaño de la empresa y de a que se dedica



https://www.batuz.eus/es/incorporacion-obligatoria

[yasmNote]

Buenas,

A ver si alguien me podría echar una mano....
Tengo el software de ticketbai enviando facturas a bizkaia y cada vez que envía comprueba que el certificado NO esté caducado. Pero claro, el problema viene , cuando antes de caducar la asesoría lo renueva pero desde que lo renueva hasta que se lo envía al cliente pasan 2 horas.

¿Qué ocurre? que todo los tickets que emitan en esas dos horas, mi software lo pasa por válido porque el certificado no está caducado (no ha llegado su fecha de caducidad) pero, sin embargo, está revocado porque cuando renuevas un certificado el antiguo automaticamente deja de ser válido.
Entonces diputación me responde con un error de que el certificado está revocado.

¿Sabéis cómo se puede implementar esa comprobación en PHP? Porque no encuentro ninguna función que me compruebe si un certificado está revocado.

Muchas gracias de antemano!!

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

Empezado por yasmNote

...pero, sin embargo, está revocado porque cuando renuevas un certificado el antiguo automáticamente deja de ser válido.
Entonces diputación me responde con un error de que el certificado está revocado.

Yo en su día había entendido que darían unos días "de gracias" para estos temas y que aceptarían mientras unos se caducaban y se renovaban.

[yasmNote]

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

Yo en su día había entendido que darían unos días "de gracias" para estos temas y que aceptarían mientras unos se caducaban y se renovaban.

Pues lo unico que ocurre es que el ticket no se registra en diputacion, y como no se puede volver a firmar porque un ticket ya emitido no se puede tocar pues he tenido que enviarlo por el capitulo 1.2 pero claro, quiero poder detectar el error antes de enviarlo a diputación...

[tejano]

Hola, hace ya tiempo que no participo en el foro.

Parece que por fin han puesto el borrador del modelo 303 en Vizcaya, después de varios años promentiéndolo.

Adjunto link dónde indican como hacerlo https://streaming.bizkaia.eus/Lantik...lectronica.mp4

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

Empezado por tejano

Hola, hace ya tiempo que no participo en el foro.

Parece que por fin han puesto el borrador del modelo 303 en Vizcaya, después de varios años promentiéndolo.

Adjunto link dónde indican como hacerlo https://streaming.bizkaia.eus/Lantik...lectronica.mp4

¿Si es de interés general, tal vez deberías publicarlo en noticias, pero no se si aplica al hilo de TicketBAI? ¿O si?

[Katsu]

Buenos días a todos,

Estoy usando un TIdHttp de las Indy 10.6.2 para la comunicación con TicketBai, y tengo un problema de codificación cuando recupero el mensaje de respuesta que me dan desde Batuz en los headers.
Después de revisar el hilo, no he visto o no he sabido ver si alguien más tenía esta problemática y si la ha solucionado de algún modo. He probado forzando la codificación de la respuesta a UTF-8, guardar la lista de RawHeaders de la respuesta a un TStream y nada.

Ejemplo de las cabeceras que obtengo:

eus-bizkaia-n3-mensaje-respuesta: El interesado no est? identificado.
eus-bizkaia-n3-codigo-respuesta: N3_0000002
eus-bizkaia-n3-numero-registro: 
eus-bizkaia-n3-tipo-respuesta: Incorrecto
Content-Type: text/html; charset=UTF-8

¿Alguien más se ha encontrado con esto?
Muchas gracias.

Un saludo

[tejano]

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

¿Si es de interés general, tal vez deberías publicarlo en noticias, pero no se si aplica al hilo de TicketBAI? ¿O si?

Buenas Neftali, si aplica a TicketBai, Batuz en Vizcaya puesto que el borrador del 303 sale en base a los datos que anteriormente se han enviado al Batuz.

[keys]

Empezado por Katsu

Buenos días a todos,

Estoy usando un TIdHttp de las Indy 10.6.2 para la comunicación con TicketBai, y tengo un problema de codificación cuando recupero el mensaje de respuesta que me dan desde Batuz en los headers.
Después de revisar el hilo, no he visto o no he sabido ver si alguien más tenía esta problemática y si la ha solucionado de algún modo. He probado forzando la codificación de la respuesta a UTF-8, guardar la lista de RawHeaders de la respuesta a un TStream y nada.

Ejemplo de las cabeceras que obtengo:

eus-bizkaia-n3-mensaje-respuesta: El interesado no est? identificado.
eus-bizkaia-n3-codigo-respuesta: N3_0000002
eus-bizkaia-n3-numero-registro: 
eus-bizkaia-n3-tipo-respuesta: Incorrecto
Content-Type: text/html; charset=UTF-8

¿Alguien más se ha encontrado con esto?
Muchas gracias.

Un saludo

Yo creo que el sistema te esta respondiendo bien. El error es que el interesado que estas intentando enviar facturas no esta dado de alta en bizkaia.

[Katsu]

Empezado por keys

Yo creo que el sistema te esta respondiendo bien. El error es que el interesado que estas intentando enviar facturas no esta dado de alta en bizkaia.

Correcto, el error lo estoy forzando para que me devuelva ese texto con la tilde. El problema lo tengo a la hora de recuperar ese texto de error para añadir al log.

Utilizo el siguiente código para obtener el resultado de la respuesta:

Tipo := IdHttp.Response.RawHeaders.Values['eus-bizkaia-n3-tipo-respuesta'];
CodigoRespuesta := IdHttp.Response.RawHeaders.Values['eus-bizkaia-n3-codigo-respuesta'];
MensajeRespuesta := IdHttp.Response.RawHeaders.Values['eus-bizkaia-n3-mensaje-respuesta'];

En vez de recuperar "El interesado no está identificado.", recupero "El interesado no est? identificado.".

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

Empezado por tejano

Buenas Neftali, si aplica a TicketBai, Batuz en Vizcaya puesto que el borrador del 303 sale en base a los datos que anteriormente se han enviado al Batuz.

Perfecto!
Gracias por la aclaración.

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

Empezado por Katsu

[/code]En vez de recuperar "El interesado no está identificado.", recupero "El interesado no est? identificado.".

¿Has probado a cargar la respuesta en un TStringStream? En esta clase tienes algunas propiedades para "definir" la codificación que se usa.
Me refiero en lugar de cargarla directamente a una cadena.

[Katsu]

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

¿Has probado a cargar la respuesta en un TStringStream? En esta clase tienes algunas propiedades para "definir" la codificación que se usa.
Me refiero en lugar de cargarla directamente a una cadena.

Si, la respuesta la cargo en un TStingStream forzando la codificación a UTF8 y se lo paso al Post. Pero por lo visto esa codificación a Batuz no le gusta mucho.

[keys]

Nosotros lo hacemos con TNetHTTPClient y responde bien las tildes.

[Katsu]

He probado a utilizar IndyTextEncoding_8Bit sólo para Batuz y parece que ahora lo pinta bien, me parece curioso.