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

[Sanduzelai]

Hola,
llevo atascado un par de días, a ver si alguien me puede aportar luz.
En local realicé pruebas para el envío a Bizkaia con el juego de datos que te dan desde Batuz y los certificados de su web.
Todo correcto.

Ahora estoy haciendo pruebas (entorno de pruebas de batuz) con el certificado de la empresa (es el que utilizamos para el envío TBAI a otras haciendas) y con un usuario real con su nif y demás datos...
En local (mi ordenador) realiza el envío correctamente (aunque da error: El interesado no se ha adherido al sistema voluntario de Batuz para este trimestre)
Sin embargo, en nuestro servidor de la empresa, siempre recibimos como respuesta 400 Bad request.

Código PHP:

{
    "http":"HTTP\/1.1 400 Bad Request",
    "Date":"Thu, 03 Aug 2023 07:30:16 GMT",
    "Server":"Apache\/2.4.51 (Red Hat)",
    "Content-Length":"226",
    "Connection":"close",
    "Content-Type":"text\/html; charset=iso-8859-1",
    "xml-body":""
} 


He preguntado aL correo de soporte de batuz pero dicen que no les ha llegado nada. Quizá por ser 400 - Bad request no lo ven, no lo sé.
He llegado a pensar que era por tener alguna limitación de tamaño de solicitud y que el gzip lo sobrepase pero tampoco he visto esa restricción en el servidor.

A alguien le ha pasado algo parecido?

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

En este hilo:
https://www.clubdelphi.com/foros/sho...776#post541776
En este mensaje:
https://www.clubdelphi.com/foros/sho...postcount=1029

Hablamos de insomnia y explica un poco cómo hacer las peticiones con este programa (similar a postman).
Yo te recomendaría que lo pruebes desde ambas máquinas y tal vez de esta forma obtengas más información. También así descartas otros temas ajenos a tu programación.
Puede ser que así detectes otros problemas; Que estén "capando" el acceso, problemas con certificados, problemas con los protocolos (versión de TLS),...

[Sanduzelai]

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

En este hilo:
https://www.clubdelphi.com/foros/sho...776#post541776
En este mensaje:
https://www.clubdelphi.com/foros/sho...postcount=1029

Hablamos de insomnia y explica un poco cómo hacer las peticiones con este programa (similar a postman).
Yo te recomendaría que lo pruebes desde ambas máquinas y tal vez de esta forma obtengas más información. También así descartas otros temas ajenos a tu programación.
Puede ser que así detectes otros problemas; Que estén "capando" el acceso, problemas con certificados, problemas con los protocolos (versión de TLS),...

Gracias por la idea.
He probado en local y me manda bien pero no tengo idea de como probar desde el servidor (donde me retorna siempre el bad request) que es un linux al que accedemos por ssh...
Estoy empezando a pensar si estos de Batuz me han bloqueado la ip del server de pro y de desarrollo por tener varias 400 - Bad request...

He comprobado las cabeceras y están iguales que en local, el contenido (modelo xml) es el mismo y el código que lo ejecuta es el mismo...

[andalusoft]

Hola buenas tardes.

He leído y he modificado las peculiaridades que tienen que tener el xml para la diputación de Gipuzkoa, vengo funcionando el módulo desde Bizkaia y funciona correctamente, pero que diferencias tengo que tener en cuenta para el proceso de envío para Gipuzkoa.

Gracias y saludos.

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

Empezado por andalusoft

He leído y he modificado las peculiaridades que tienen que tener el xml para la diputación de Gipuzkoa, vengo funcionando el módulo desde Bizkaia y funciona correctamente, pero que diferencias tengo que tener en cuenta para el proceso de envío para Gipuzkoa.

El envío a Guipuzkoa y Álava es prácticamente igual y bastante más sencillo que el de Bizkaia, ya que no debes realizar el segundo paso de crear el LROE y comprimir el fichero TicketBAI. A estas 2 diputaciones se envía directamente el TicketBAI.
Además el tema de las cabeceras de envío se simplifica.

[Sanduzelai]

Empezado por Sanduzelai

Hola,
llevo atascado un par de días, a ver si alguien me puede aportar luz.
En local realicé pruebas para el envío a Bizkaia con el juego de datos que te dan desde Batuz y los certificados de su web.
Todo correcto.

Ahora estoy haciendo pruebas (entorno de pruebas de batuz) con el certificado de la empresa (es el que utilizamos para el envío TBAI a otras haciendas) y con un usuario real con su nif y demás datos...
En local (mi ordenador) realiza el envío correctamente (aunque da error: El interesado no se ha adherido al sistema voluntario de Batuz para este trimestre)
Sin embargo, en nuestro servidor de la empresa, siempre recibimos como respuesta 400 Bad request.

Código PHP:

{
    "http":"HTTP\/1.1 400 Bad Request",
    "Date":"Thu, 03 Aug 2023 07:30:16 GMT",
    "Server":"Apache\/2.4.51 (Red Hat)",
    "Content-Length":"226",
    "Connection":"close",
    "Content-Type":"text\/html; charset=iso-8859-1",
    "xml-body":""
} 


He preguntado aL correo de soporte de batuz pero dicen que no les ha llegado nada. Quizá por ser 400 - Bad request no lo ven, no lo sé.
He llegado a pensar que era por tener alguna limitación de tamaño de solicitud y que el gzip lo sobrepase pero tampoco he visto esa restricción en el servidor.

A alguien le ha pasado algo parecido?

Me contesto a mi mismo por si a alguno le pasa también.
Resulta que estaba definiendo la variable:

Código PHP:

$eusbizkaian3data = '{
            "con":"LROE",
            "apa":"'.($oFactura->esZuzendu ? '1.2' : '1.1').'",
            "inte":{
                "nif": "'.$oFactura->nifEmisor.'",
                "nrs": "'.$oFactura->apellidosNombreRazonSocialEmisor.'"
            },
            "drs": { 
                "mode": "'.$oFactura->modelo.'", 
                "ejer": "'.date('Y').'" 
            }
        }'; 


y fallaba (daba siempre bad request). Cambiando la variable a:

Código PHP:

        $eusbizkaian3data = '{"con":"LROE","apa":"'.($oFactura->esZuzendu ? '1.2' : '1.1').'","inte":{"nif": "'.$oFactura->nifEmisor.'","nrs": "'.$oFactura->apellidosNombreRazonSocialEmisor.'"},"drs": {"mode": "'.$oFactura->modelo.'", "ejer": "'.date('Y').'" }}'; 


ya funciona y la hacienda me responde.

Saludos!

[keys]

El día de la marmota.

https://www.bizkaia.eus/es/web/comun...tailView/25477

[espinete]

Me parece a mi que, a este paso, VeriFactu entrará en vigor en 2035...

[CarlosArjonomia]

Empezado por keys

El día de la marmota.

https://www.bizkaia.eus/es/web/comun...tailView/25477

Pues les va a hacer gracia a los de Guipuzcoa y Alava. Con los gastos que genera.