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

[bilbur]

Empezado por Galaxian

Supongo que te ha pasado lo mismo que a mi y a aar1: que en vez de cargar el archivo XML se ha usado la función getAsString para obtener el XML firmado y enviarlo a batuz, pero hay una cosa que se debe tener en cuenta, y es que la cadena obtenida es ASCII, por lo que justo antes de la llamada a getAsString hay que usar put_Utf(true) para que la genere en UTF-8 o bien convertir el XML ASCII a UTF-8 antes de enviarlo.

Por fin he conseguido enviar a Guipuzcoa en pruebas facturas firmadas y recibir respuesta correcta.


En mi caso se trataba de firma mal realizada por no respetar el esquema XAdES/XMLDSI, por lo que he modificado mi esquema (el orden de los "<ds:Reference") y ya funciona bien.


Utilizo dos validadores de firma online:


http://tools.chilkat.io/xmlDsigVerify.cshtml


https://web.uanataca.com/pe/servicio...ma-electronica


El primero y previo a los cambios en mi esquema, el de chlikat me daba este resultado
Signature Verified
Number of Reference Digests = 3
Reference 1 digest is valid.
Reference 2 digest is valid.
Reference 3 digest is valid.
Pero era rechazado por Guipuzcoa


El segundo, uanataca, me daba el error de no respetar el esquema.


Ahora ya da correcto en los dos validadores y en el envío a Guipuzcoa


Pongo esto porque me fiaba (y me fio aunque un poco menos) de chlikat y pensando que el xml firmado era correcto buscaba corregir errores donde no correspondía.


Cuando vaya avanzando un poco más, si a alguien le interesa, subiré lo que estoy desarrolando en PHP (sin dependencia de terceros ni para generar el xml, firmar ni enviar)


Un saludo a todos

[Galaxian]

Empezado por bilbur

Por fin he conseguido enviar a Guipuzcoa en pruebas facturas firmadas y recibir respuesta correcta.


En mi caso se trataba de firma mal realizada por no respetar el esquema XAdES/XMLDSI, por lo que he modificado mi esquema (el orden de los "<ds:Reference") y ya funciona bien.


Utilizo dos validadores de firma online:


http://tools.chilkat.io/xmlDsigVerify.cshtml


https://web.uanataca.com/pe/servicio...ma-electronica


El primero y previo a los cambios en mi esquema, el de chlikat me daba este resultado
Signature Verified
Number of Reference Digests = 3
Reference 1 digest is valid.
Reference 2 digest is valid.
Reference 3 digest is valid.
Pero era rechazado por Guipuzcoa


El segundo, uanataca, me daba el error de no respetar el esquema.


Ahora ya da correcto en los dos validadores y en el envío a Guipuzcoa


Pongo esto porque me fiaba (y me fio aunque un poco menos) de chlikat y pensando que el xml firmado era correcto buscaba corregir errores donde no correspondía.


Cuando vaya avanzando un poco más, si a alguien le interesa, subiré lo que estoy desarrolando en PHP (sin dependencia de terceros ni para generar el xml, firmar ni enviar)


Un saludo a todos

Para que la librería Chilkat genere una firma válida hay que hacer una pequeña corrección:

put_Behaviors("IndentedSignature,TransformSignatureXPath,ForceAddEnvelopedSignatureTransform,LocalSigningTime")

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

El día 26 de Marzo de este año se hicieron unas jornadas informativas para desarrolladores con el título:
"Especificaciones técnicas y funcionales del software TicketBAI".

El material (las presentaciones) y la grabación de la presentación específica para desarrolladores (de un poco más de una hora) ya están disponibles.
Por si alguien no tiene acceso a ellas, las subo al FTP y actualizo el primer mensaje.
http://terawiki.clubdelphi.com/Otros...n%20TicketBAI/

Son los PPTX de las presentaciones (español y euskera) y la grabación de Teams de la reunión.

[Galaxian]

He probado la estructura de la firma generada por Chilkak con el validador de ETSI (el más fiable por razones obvias), y el resultado es que cumple al 100% las especificaciones ETSI TS 101 903 v1.4.2

https://signatures-conformance-checker.etsi.org (es gratis pero necesita registro).

Ahí queda eso.

[Sistel]

Empezado por bilbur

Cuando vaya avanzando un poco más, si a alguien le interesa, subiré lo que estoy desarrolando en PHP (sin dependencia de terceros ni para generar el xml, firmar ni enviar)

Hola Bilbur.

Yo también trabajo en PHP y me interesa controlar todo el proceso (generación, firma y envío) dependiendo lo menos posible de librerías ajenas.
Cualquier información sobre el tema, me interesa.

Gracias

[bilbur]

Empezado por Sistel

Hola Bilbur.

Yo también trabajo en PHP y me interesa controlar todo el proceso (generación, firma y envío) dependiendo lo menos posible de librerías ajenas.
Cualquier información sobre el tema, me interesa.

Gracias

Hasta hoy tengo completo TBAI GIP


Genero xml
Firmo xml
Envio xml firmado a Gipuzkoa (curl php)

Todo OK

Ahora estoy con TBAI BIZ

Genero y firmo igual que TBAI GIP es lógico
No consigo envia a BIZ con curl php (llevo días sin avanzar nada)


Si te interesa, vamos por partes y probando lo que finciona

[Sistel]

Empezado por bilbur

...
Ahora estoy con TBAI BIZ
Genero y firmo igual que TBAI GIP es lógico
No consigo envia a BIZ con curl php (llevo días sin avanzar nada)
...

Hola Bilbur

¿Obtienes alguna respuesta al php-curl que lanzas?

Cuando, en su día, desarrollé el módulo de SII, tuve problemas con el php-curl.
Sin embargo me iba bien si lo lanzaba mediante shell_exec("curl --connect-timeout ...")
Así que lo dejé de esa manera.

Saludos

[bilbur]

Empezado por Sistel

Hola Bilbur

¿Obtienes alguna respuesta al php-curl que lanzas?

Cuando, en su día, desarrollé el módulo de SII, tuve problemas con el php-curl.
Sin embargo me iba bien si lo lanzaba mediante shell_exec("curl --connect-timeout ...")
Así que lo dejé de esa manera.

Saludos

Esto es para chinarse.
Al final consigo envío y respuesta TBAI BIZ


Correcciones previas:


Error en el json pues yo ponía ejerc 2022 y debo poner 2021
Error en el json que si el nif no coincide con el del obligado tributario
etc


Error de certificado, resulta que el de izenpe (que me dieron para pruebas NO vale)
Error de certificado, resulta que el de FNMT de representante tampoco vale
He cambiado todo a mi certificado personal de FNMT y ya funciona


Recibo respuesta, todos los regitros erróneos
Descomprimo 2 veces la respuesta y me sale el motivo del error (y esto si que es para chinarse)


<SituacionRegistro>
<EstadoRegistro>Incorrecto</EstadoRegistro>
<CodigoErrorRegistro>B4_2000019</CodigoErrorRegistro>
<DescripcionErrorRegistro>
BaseRectificada: La Base Rectificada solo puede venir informada si Tipo (de rectificativa) es S.
</DescripcionErrorRegistro>
</SituacionRegistro>

Eso ya lo sabía, pero en TBAI GIP me daba la misma factura como correcta con aviso
011 Aviso: Error validación de negocio: FacturaRectificativa.

Comento a TBAI GIP y contestan:

Egun on, Buenos días
El motivo del error es que siendo una factura rectificativa, no se indica cual es la factura rectificada.
En TicketBAI siempre es obligatorio informar la factura rectificada correspondiente a la rectificativa.
Un saludo,


Ahora informo de las bases rectificadas en GIP pero no en BIZ y además tb hay que informar de la factura rectificada, tanto GIP como BIZ aunque sea dato no obligatorio (por lo memos hasta el otro día)


Lo importante es esto:
eus-bizkaia-n3-codigo-respuesta:

eus-bizkaia-n3-numero-registro:

eus-bizkaia-n3-tipo-respuesta: Correcto

Content-Type: application/xml;charset=UTF-8

Ordenaré el código PHP ya funcionando y con permiso de los administradores y a petición de Sistel iré subiendo las partes de código que me solicite.

Gracias a todos por todo, me estáis ayudando bastante más de lo que parece

[Sistel]

Empezado por bilbur

...
Eso ya lo sabía, pero en TBAI GIP me daba la misma factura como correcta con aviso
011 Aviso: Error validación de negocio: FacturaRectificativa.

Comento a TBAI GIP y contestan:
Egun on, Buenos días
El motivo del error es que siendo una factura rectificativa, no se indica cual es la factura rectificada.
En TicketBAI siempre es obligatorio informar la factura rectificada correspondiente a la rectificativa.
Un saludo,

Ahora informo de las bases rectificadas en GIP pero no en BIZ y además tb hay que informar de la factura rectificada, tanto GIP como BIZ aunque sea dato no obligatorio (por lo memos hasta el otro día)
...

Bueno, en Gipuzkoa, no sé como será, pero en Bizkaia, en el caso de factura rectificativa, sí es obligatorio el número de factura que rectifica.
Boletín Oficial de Bizkaia nº 175 del 11 de septiembre de 2020
Artículo 3, apartado g
Y también aparece en rojo (obligatorio) en la estructura (página 11)

Empezado por bilbur

...
Ordenaré el código PHP ya funcionando y con permiso de los administradores y a petición de Sistel iré subiendo las partes de código que me solicite.
...

Muchísimas gracias, Bilbur, por tu ayuda.
Seguro que también les será muy útil a otros colegas que leen este foro, aunque no participen.

Un saludo

[bilbur]

Empezado por Sistel

Bueno, en Gipuzkoa, no sé como será, pero en Bizkaia, en el caso de factura rectificativa, sí es obligatorio el número de factura que rectifica.
Boletín Oficial de Bizkaia nº 175 del 11 de septiembre de 2020
Artículo 3, apartado g
Y también aparece en rojo (obligatorio) en la estructura (página 11)

Cierto, me lié con el SII puesto que en el xml que genero copié lo que tenía del SII y lo tenía como no obligatorio.


Errores de importancia relativa que se van corrigiendo conforme a los resultados de las pruebas.


Por otro lado, cuando queras empezamos con PHP

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

Empezado por bilbur

Ahora estoy con TBAI BIZ
Genero y firmo igual que TBAI GIP es lógico
No consigo envia a BIZ con curl php (llevo días sin avanzar nada)

Yo os diría que realizarais pruebas con Postman, por ejemplo, para probar las diferentes partes del proceso.
Por ejemplo, se pueden configurar los parámetros de cabecera, el certificado de envío y enviar uno de los ficheros de ejemplo de BATUZ; Con eso ya podréis obtener una respuesta como esta:



Que ya son códigos de error y respuesta de BATUZ.
A partir de ahí se trata de ir centrándose en otros aspectos.

Modificar el fichero de ejemplo, por uno de los vuestros, y de ahí en adelante.

En el caso del ejemplo el problema del certificado (Interesado no identificado), porque la gente de BATUZ no admite certificados de prueba como si se hare en TicketBAI (**NOTA**, por si alguien lo está haciendo así que lo tenga en cuenta...)

Para la parte del JSON, también podéis utilizar uno de ejemplo que se puede descargar de aquí y modificarlo lévemente.

[Sistel]

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

Yo os diría que realizarais pruebas con Postman, por ejemplo, para probar las diferentes partes del proceso.
Por ejemplo, se pueden configurar los parámetros de cabecera, el certificado de envío y enviar uno de los ficheros de ejemplo de BATUZ; Con eso ya podréis obtener una respuesta como esta:



Que ya son códigos de error y respuesta de BATUZ.
A partir de ahí se trata de ir centrándose en otros aspectos.

Modificar el fichero de ejemplo, por uno de los vuestros, y de ahí en adelante.

En el caso del ejemplo el problema del certificado (Interesado no identificado), porque la gente de BATUZ no admite certificados de prueba como si se hare en TicketBAI (**NOTA**, por si alguien lo está haciendo así que lo tenga en cuenta...)

Para la parte del JSON, también podéis utilizar uno de ejemplo que se puede descargar de aquí y modificarlo lévemente.

Hola Neftali.

Magnífica idea probar los envíos con Postman o Imsomnia.

¡Muchas gracias!

[NVS]

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

Yo os diría que realizarais pruebas con Postman, por ejemplo, para probar las diferentes partes del proceso.
Por ejemplo, se pueden configurar los parámetros de cabecera, el certificado de envío y enviar Con eso ya podréis obtener una respuesta como esta:



Que ya son códigos de error y respuesta de BATUZ.
A partir de ahí se trata de ir centrándose en otros aspectos.

Modificar el fichero de ejemplo, por uno de los vuestros, y de ahí en adelante.

En el caso del ejemplo el problema del certificado (Interesado no identificado), porque la gente de BATUZ no admite certificados de prueba como si se hare en TicketBAI (**NOTA**, por si alguien lo está haciendo así que lo tenga en cuenta...)

Para la parte del JSON, también podéis utilizar y modificarlo lévemente.

Hola,

Me parece muy buen consejo empezar con postman en la programacion de LROE de ticketbai e ir paso a paso, y es lo que quiero hacer, pero no consigo configurar en envío para Bizkaia (Guipuzkoa sin problemas)

Me podeis ayudar??

La respuesta que me da es está:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html>
<head>
<title>400 Bad Request</title>
</head>

<body>
<h1>Bad Request</h1>
<p>Your browser sent a request that this server could not understand.<br />
</p>
</body>
</html>

Quería poner imagenes con mi configuración, pero me da error al postear: Aún no tienes permitido poner enlaces ni imágenes


El valor completo de "eus-bizkaia-n3-data" es: {"con": "LROE", "apa": "1.1", "inte": {"nif": "B00000034","nrs": "HOTEL ADIBIDEZ"},"drs": {"mode": "240","ejer": "2022"}}

Muchas gracias de antemano

[batuzail]

Empezado por NVS

Hola,

Me parece muy buen consejo empezar con postman en la programacion de LROE de ticketbai e ir paso a paso, y es lo que quiero hacer, pero no consigo configurar en envío para Bizkaia (Guipuzkoa sin problemas)

Me podeis ayudar??

La respuesta que me da es está:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html>
<head>
<title>400 Bad Request</title>
</head>
<body>
<h1>Bad Request</h1>
<p>Your browser sent a request that this server could not understand.<br />
</p>
</body>
</html>

Quería poner imagenes con mi configuración, pero me da error al postear: Aún no tienes permitido poner enlaces ni imágenes


El valor completo de "eus-bizkaia-n3-data" es: {"con": "LROE", "apa": "1.1", "inte": {"nif": "B00000034","nrs": "HOTEL ADIBIDEZ"},"drs": {"mode": "240","ejer": "2022"}}

Muchas gracias de antemano

Yo estoy igual que tu, lo intento desde Postman y desde VB6 con Chilkat y recibo siempre error 400, si lo consigo te aviso, creo que debe de ser algo de los Headers

[b4aronDeLaBirr4]

Has añadido el certificado en POSTMAN?

Se añaden aquí como en esta imagen

Yo puse el sello_entidad_act.p12 de desarrollode Izempe (recuerda poner el pin también, que es: IZDesa2021) y pones el Endpoint como puede ser el de alta: https://tbai-prep.egoitza.gipuzkoa.e...nFacturas/alta

[NVS]

oK, muchas gracias. E igualemente, si lo consigo te aviso!!!

[sEngine]

Con el postman no he conseguido enviar nada pero si con el Insomnia, aunque no me funciona por otras razones pero al menos recibo respuesta en los headers (y error 500)

En los headers del envio pongo esto


eus-bizkaia-n3-content-type: application/xml
Content-Encoding: gzip
eus-bizkaia-n3-data: {"con": "LROE", "apa": "1.1", "inte": {"nif": "B00000034","nrs": "HOTEL ADIBIDEZ"},"drs": {"mode": "240","ejer": "2021"}}
Content-Type: application/octet-stream

Empezado por NVS

Hola,

Me parece muy buen consejo empezar con postman en la programacion de LROE de ticketbai e ir paso a paso, y es lo que quiero hacer, pero no consigo configurar en envío para Bizkaia (Guipuzkoa sin problemas)

Me podeis ayudar??

La respuesta que me da es está:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html>
<head>
<title>400 Bad Request</title>
</head>

<body>
<h1>Bad Request</h1>
<p>Your browser sent a request that this server could not understand.<br />
</p>
</body>
</html>

Quería poner imagenes con mi configuración, pero me da error al postear: Aún no tienes permitido poner enlaces ni imágenes


El valor completo de "eus-bizkaia-n3-data" es: {"con": "LROE", "apa": "1.1", "inte": {"nif": "B00000034","nrs": "HOTEL ADIBIDEZ"},"drs": {"mode": "240","ejer": "2022"}}

Muchas gracias de antemano