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

[edari]

aah ok




Por cierto, hablando de la sesión de ayer de la Hacienda Gipuzkoa...


Alguien oyó que el link del QR en el entorno de pruebas funcionaban?

[Sistel]

Empezado por keys

...
Lo que no no se puede enviar es una factura con solo una operación no sujeta.

Hola keys.

No entiendo.
Puede ser una factura con una sola operación que se considera no sujeta a IVA, según lista L13:
OT - No sujeto por el artículo 7 de la Ley del IVA. Otros supuestos de no sujeción.
RL - No sujeto por reglas de localización.

¿No es así?

Saludos

[aflores1]

Empezado por edari

aah ok




Por cierto, hablando de la sesión de ayer de la Hacienda Gipuzkoa...


Alguien oyó que el link del QR en el entorno de pruebas funcionaban?

yo lo oí y a mi si que me funcionan

[sEngine]

Empezado por aflores1

yo lo oí y a mi si que me funcionan

a mi los de pruebas de guipuzkoa tambien me funcionan

[batuzail]

Empezado por sEngine

a mi los de pruebas de guipuzkoa tambien me funcionan

A mi también

[HerensugeBeltz]

Empezado por batuzail

A mi también

Me podéis mostrar por favor un ejemplo de QR accesible en el entrono de pruebas?

Yo no consigo acceder. Por ejemplo, genero el siguiente código QR:
https://tbai-prep.egoitza.gipuzkoa.e...i=26.62&cr=027

Y si accedo a él desde el navegador se muestra el siguiente error:

SRVE0255E: A WebGroup/Virtual Host to handle /qr/ has not been defined.

SRVE0255E: A WebGroup/Virtual Host to handle wasprex1.sare.gipuzkoa.net:9083 has not been defined.


Estoy haciendo algo mal?

[thinkows]

Empezado por HerensugeBeltz

Me podéis mostrar por favor un ejemplo de QR accesible en el entrono de pruebas?

Yo no consigo acceder. Por ejemplo, genero el siguiente código QR:
https://tbai-prep.egoitza.gipuzkoa.e...i=26.62&cr=027

Y si accedo a él desde el navegador se muestra el siguiente error:

SRVE0255E: A WebGroup/Virtual Host to handle /qr/ has not been defined.

SRVE0255E: A WebGroup/Virtual Host to handle wasprex1.sare.gipuzkoa.net:9083 has not been defined.


Estoy haciendo algo mal?

Esto :


Tu https://tbai-prep.egoitza.gipuzkoa.eus/qr/

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

Saludos

[HerensugeBeltz]

Lo revisamos. Muchas gracias!!!

[David M]

Empezado por HerensugeBeltz

Me podéis mostrar por favor un ejemplo de QR accesible en el entrono de pruebas?

Yo no consigo acceder. Por ejemplo, genero el siguiente código QR:

Y si accedo a él desde el navegador se muestra el siguiente error:

SRVE0255E: A WebGroup/Virtual Host to handle /qr/ has not been defined.

SRVE0255E: A WebGroup/Virtual Host to handle wasprex1.sare.gipuzkoa.net:9083 has not been defined.


Estoy haciendo algo mal?

Hola, aparte de lo que te pone thinkows, tienes que aplicar URL encoding al identificador TBAI porque contiene un signo +.
En la página 32 de este tema tienes más información que posteó joselugrk.

Aprovecho para decir que soy nuevo en el foro aunque llevo tiempo leyendo todo lo relativo a Ticket Bai y agradezco enormemente la labor que habéis hecho todos para aportar luz a este tema.

Gracias!

Saludos

[adolphsys]

Ayer se publicó el Decreto Foral-Norma 4/2021 en Guipúzcoa, que viene a decir que aquellos que anticipen de forma voluntaria un mínimo de un mes el cumplimiento de la obligación TicketBAI, podrán aplicar el 60% de deducción...

https:\\egoitza.gipuzkoa.eus/gao-bog/castell/bog/2021/07/28/c2105206.htm

Esto significa que nuestros clientes retrasarán al máximo la implantación de TicketBAI

[sEngine]

han puesto un calendario de la implantación de gipuzkoa por sectores

[FranAza]

Empezado por keys

A nosotros nos aviso hacienda que lo estabamos haciendo mal. Gipuzkoa se traga casi todo y luego cuando entra el usuario a su intranet de hacienda ve todos los errores.

Buenas,

Para poder ver que lo que traga (Es verdad que Gipuzkoa se lo come todo) y analizar lo que no es correcto:
Alguien sabe cómo se puede hacer para ver estos posibles ERRORES en la intranet del "usuario" en el modo de pruebas, el que estamos usando todos en esta fase.

Supongo que deberá ser una intranet del usuario propietario del certificado emisor de la factura..... no sé como se puede acceder ......sin esperar a la implantación ya en "real".

Gracias.

[HerensugeBeltz]

Hola,
¿Alguien ha implementado alguna función que simplemente chequee si el servidor de Hacienda está activo?
Me explico:

Supongamos que genero un lote de facturas que quiero enviar a Gipuzkoa y recibo un error 503 de servidor inoperativo. Paro el envío y esas facturas quedan pendientes. En lugar de volver a intentar enviar toda la remesa pienso que podría ser interesante un simple chequeo de servidor operativo.

No estoy muy puesto en REST. Había pensado mandar un post sin body de factura y comprobar que la respuesta sea inferior a 500, pero seguro que hay métodos mejores.

Cualquier sugerencia es bienvenida.
Gracias.

[FranAza]

Empezado por HerensugeBeltz

Hola,
¿Alguien ha implementado alguna función que simplemente chequee si el servidor de Hacienda está activo?
Me explico:

Supongamos que genero un lote de facturas que quiero enviar a Gipuzkoa y recibo un error 503 de servidor inoperativo. Paro el envío y esas facturas quedan pendientes. En lugar de volver a intentar enviar toda la remesa pienso que podría ser interesante un simple chequeo de servidor operativo.

No estoy muy puesto en REST. Había pensado mandar un post sin body de factura y comprobar que la respuesta sea inferior a 500, pero seguro que hay métodos mejores.

Cualquier sugerencia es bienvenida.
Gracias.

Buenas

Exactamente eso es lo que hacemos.
Antes de enviar una factura, enviamos una petición (REQUEST) a la url de recepción de facturas o a la url de anulación (en caso de envío de anulación). Esta petición será un POST sin body.
Se analiza la respuesta, y si el estado no es 200, se informará que no se puede enviar en ese momento.

De momento no conocemos otro método mejor, pero el anterior funciona perfectamente para chequear que el servidor de Hacienda está operativo.

[HerensugeBeltz]

Gracias por tu respuesta.

Empezado por FranAza

Antes de enviar una factura, enviamos una petición (REQUEST) a la url de recepción de facturas o a la url de anulación (en caso de envío de anulación). Esta petición será un POST sin body.
Se analiza la respuesta, y si el estado no es 200, se informará que no se puede enviar en ese momento.

De momento no conocemos otro método mejor, pero el anterior funciona perfectamente para chequear que el servidor de Hacienda está operativo.

Estoy probando con Postman tal y como indicas:
POST
https://tbai-prep.egoitza.gipuzkoa.e...nFacturas/alta
Content-Type: application/xml;charset=UTF-8
Body: none
Pero siempre recibo error 400:
Error 400: SRVE0295E: Error reported: 400

Si en lugar de POST hago GET, la respuesta es Error 405: Request method GET not supported
y si hago HEAD la respuesta es 405 Method Not Allowed.

Qué hago mal?

[HerensugeBeltz]

Empezado por HerensugeBeltz

Si en lugar de POST hago GET, la respuesta es Error 405: Request method GET not supported
y si hago HEAD la respuesta es 405 Method Not Allowed.
Qué hago mal?

Pregunta muy mal formulada. La replanteo:
¿En vuestra opinión, si envío un GET sin body y recibo un Error 405 (GET not supported) podría deducir que el servicio está activo, o no tiene nada que ver? Como dije, no estoy muy puesto en servicios REST.

Gracias de antemano.

[FranAza]

Empezado por HerensugeBeltz

Pregunta muy mal formulada. La replanteo:
¿En vuestra opinión, si envío un GET sin body y recibo un Error 405 (GET not supported) podría deducir que el servicio está activo, o no tiene nada que ver? Como dije, no estoy muy puesto en servicios REST.

Gracias de antemano.

Buenas,

Tiene que ser una REQUEST "POST", otros métodos (GET / Etc.) no las soporta, de ahí que devuelva los status 405.

Cuando haces la petición te exige que te identifiques, para ello en POSTMAN:
- en Settings configura a ON "Enable SSL certificate verificactn".

- Ahí mismo tienes acceso a Settings, y en la pestaña Certificates añade el certificado con el que te indentificarás.


Lo hemos probado en POSTMAN y funciona correctamente


saludos

[HerensugeBeltz]

Empezado por FranAza

Buenas,

Tiene que ser una REQUEST "POST", otros métodos (GET / Etc.) no las soporta, de ahí que devuelva los status 405.
Cuando haces la petición te exige que te identifiques, para ello en POSTMAN:
- en Settings configura a ON "Enable SSL certificate verificactn".
- Ahí mismo tienes acceso a Settings, y en la pestaña Certificates añade el certificado con el que te indentificarás.

Lo hemos probado en POSTMAN y funciona correctamente

saludos

Hola FranAza.
Siento ser tan pesado. Postman lo tengo bien configurado y envío facturas de prueba sin problemas. Sin embargo, al poner el body a 'none', la respuesta que recibo es 400 en lugar de 200.
Adjunto un pdf con los pantallazos de Postman. Si te apetece echarle un vistazo te lo agradezco. EN cualquier caso muchas gracias por tu tiempo.

Un saludo.

[Sistel]

Empezado por HerensugeBeltz

Hola FranAza.
Siento ser tan pesado. Postman lo tengo bien configurado y envío facturas de prueba sin problemas. Sin embargo, al poner el body a 'none', la respuesta que recibo es 400 en lugar de 200.
...

Hola FranAza,

Yo entiendo que el error 400 es "Bad Request".
Es decir, que los datos enviados de la petición no son válidos.
Pero la conexión se ha hecho.

De todas formas, seguro que hay por aquí alguien más experto (yo soy un pardillo en estos temas) que puede confirmarlo o negarlo.

Saludos

[FranAza]

Empezado por HerensugeBeltz

Hola FranAza.
Siento ser tan pesado. Postman lo tengo bien configurado y envío facturas de prueba sin problemas. Sin embargo, al poner el body a 'none', la respuesta que recibo es 400 en lugar de 200.
Adjunto un pdf con los pantallazos de Postman. Si te apetece echarle un vistazo te lo agradezco. EN cualquier caso muchas gracias por tu tiempo.

Un saludo.

Hola HerensugeBeltz,

Como esperan recibir datos en XML (Content-Type: application/xml;charset=UTF-8 ) entonces en body le pones algo en xml, entonces sí te funcionará.
Incluso no hará falta indicar un certificado de envío.
Te devolverá status 200, y en el body de su response en xml dirá que está mal (rechazado), justo eso es lo que buscamos, así nos aseguramos que el servidor de Hacienda está operativo.

En el body ponemos:

<?xml version="1.0" encoding="utf-8"?>

y luego en selección: raw (XML)

El error que devolverá será (de una prueba reciente):

Código PHP:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>05-08-2021 12:19:02</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado</Descripcion>
        <Azalpena>Baztertua</Azalpena>
        <ResultadosValidacion>
            <Codigo>001</Codigo>
            <Descripcion>Error: No se ha utilizado certificado de cliente.</Descripcion>
            <Azalpena>Errorea: Ez da erabili bezeroaren ziurtagiririk.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

- he intentado adjuntar el .pdf para que vieras nuestro ejemplo pero no lo conseguí.

Espero que te funcione, ya comentarás...

Saludos.