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

[batuzail]

Hola,
Estoy preaprando la memoria para darnos de alta como software garante. Aún no tengo todo acabado.
Alguien que este usando los componentes de chilckat puede decirme que certificados permite usar?, ya que hay que indicar los tipos de certificados permitidos.
El QR debe aparecer en la parte inferior, pero no se especifica la alineación, el QR se puede alinear libremente?
El Qr debe de aparacer en todas las páginas de factura o solo en la última?

Gracias

[Noe277]

Buenos días,

Envió el 140 y me dice que la cabecera esta mal informada.
1- No se si se refiere a la cabecera del xml 140 o a los datos de cabecera que mandamos para realizar el envió.
2- El certificado de empresa tiene que coincidir con los datos de la cabecera del envió?

Gracias.

[Band]

Yo para el curl creo así los parámetros, y luego ejecuto el curl con shellexecute.

Código Delphi [-]
curlCommand := '-F "data=@' + nombreArchivo + '" ' +  
    ' -H "Content-Type: application/xml;charset=UTF-8" ' + // Si no pongo este content type me da error 415 y en un documento de ellos comentan que se ponga este content type y efectivamente ya no da error 
    ' -H "Accept-Encoding: ''gzip''" ' +
    ' -H "Content-Encoding: ''gzip''" ' +   
    ' -H "eus-bizkaia-n3-version: ''1.0''" ' + 
    ' -H "eus-bizkaia-n3-content-type: ''application/xml''" ' +
    ' -H "eus-bizkaia-n3-data: ' + json + '"' + 
    ' -X POST ' + url ;

Entiendo que es correcto porque el servidor me devuelve la siguiente respuesta:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
<Salida>
<FechaRecepcion>25-05-2021 18:20:50</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>

Lo cual es correcto imagino, ya que no le estoy enviando el certificado. Para enviar el certificado en curl, en teoría sería así:

Código Delphi [-]
--cacert PATH\certificado.crt

Yo ando un poco perdido con el tema del certificado. Sirve enviar uno de prueba? (Me interesa saberlo porqué aqui: web.uanataca.com/es/certificados-prueba se pueden conseguir. También hay otros sitios) Lo que pasa es que cuando envio uno de estos certificados me sigue dando el mismo error y tengo mis dudas de si no lo envío bien o realmente no és válido (tampoco sé si debe ser crt, pem). Alguien me puede contestar a esto?

Por cierto, soy nuevo en el foro y pido perdón por si no he puesto bien las etiquetas del código.

Muchas gracias.

[Sistel]

Empezado por Band

...
<Descripcion>Error: No se ha utilizado certificado de cliente.</Descripcion>
<Azalpena>Errorea: Ez da erabili bezeroaren ziurtagiririk.</Azalpena>

Hola,

Lo mismo de mi respuesta anterior a Noe277
Si el certificado utilizado para firmar no es de la empresa o autónomo que emite la factura, es preciso añadir:

<EmitidaPorTercerosODestinatario>T</EmitidaPorTercerosODestinatario>

Dentro del nodo <Sujetos>
"T" es el valor de la clave L4 de la página 15 del documento de especificaciones de TicketBAI

Saludos

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

Empezado por Band

Yo ando un poco perdido con el tema del certificado. Sirve enviar uno de prueba?
Alguien me puede contestar a esto?

Puedes usar certificados de prueba. Desde la web de Izenpe creo que se pueden descargar algunos.
Eso te servirá para avanzar un paso más y saber si lo envía correctamente, pero entonces obtendrás un error de este estilo:

<012 - Aviso: Error en verificación alta-inscripción software TicketBAI: los datos de registro no coinciden.>

Que significa que el certificado llega bien, pero no "cuadra" con los datos que tienen ellos.

Al final, para poder enviar facturas y que te las acepten, debes usar un certificado "bueno", que coincida con los datos de empresa y que "cuadre" con los datos que tienen ellos (hay que darlos de alta).

Empezado por Band

Por cierto, soy nuevo en el foro y pido perdón por si no he puesto bien las etiquetas del código.

[HerensugeBeltz]

Hola a todos!

Me acaban de endosar la adaptación a TicketBAI de una pequeña aplicación de facturación. Hemos adquirido los componentes SecureBlackBox2020 y ya tengo dos prototipos de prueba: uno de firma del XML y otro para el envío TLS del XML firmado a la Hacienda de Gipuzkoa.

Adelanto ya que nunca he tenido que pelearme con certificados digitales y todo esto es nuevo para mí.
La duda que me surge es que, tanto para la firma como para el envío, al cargar el certificado tengo que especificar su contraseña. Entiendo que la firma del XML debe ser automática, sin que intervenga el usuario. ¿Hay alguna forma de firmar o enviar el documento firmado sin que el usuario tenga que indicar su contraseña en, por ejemplo, una pantalla de configuración de la aplicación?

Muchas gracias.

Nota: soy nuevo en el foro y no he encontrado una opción de nuevo mensaje, por lo que he pulsado en respuesta rápida. SI he hecho mal que alguien me corrija.

[Noe277]

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

Al final, para poder enviar facturas y que te las acepten, debes usar un certificado "bueno", que coincida con los datos de empresa y que "cuadre" con los datos que tienen ellos (hay que darlos de alta).

Gracias. Pensábamos que no tenían por que coincidir con la cabecera del envió.

En cuanto a HerensugeBeltz. Nosotros guardamos en local el certificado que vamos a usar para que no nos lo pida cada vez, aunque la contraseña si la pide. Hay maneras de instalar el certificado para que no pida la contraseña pero esto ya es externo a la aplicación es mas del almacén de certificados.

[HerensugeBeltz]

Empezado por Noe277

En cuanto a HerensugeBeltz. Nosotros guardamos en local el certificado que vamos a usar para que no nos lo pida cada vez, aunque la contraseña si la pide. Hay maneras de instalar el certificado para que no pida la contraseña pero esto ya es externo a la aplicación es mas del almacén de certificados.

Muchas gracias!!

[Band]

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

Puedes usar certificados de prueba. Desde la web de Izenpe creo que se pueden descargar algunos.
Eso te servirá para avanzar un paso más y saber si lo envía correctamente, pero entonces obtendrás un error de este estilo:

<012 - Aviso: Error en verificación alta-inscripción software TicketBAI: los datos de registro no coinciden.>

Que significa que el certificado llega bien, pero no "cuadra" con los datos que tienen ellos.

Al final, para poder enviar facturas y que te las acepten, debes usar un certificado "bueno", que coincida con los datos de empresa y que "cuadre" con los datos que tienen ellos (hay que darlos de alta).

Gracias! Tiraré por este camino de los certificados de prueba de Izenpe (solo para probar el envío del certificado). Después ya me haré con uno "bueno" para seguir con los errores de validación del xml que puedan haber, que seguro que los habrá xD

[tejano]

Empezado por Band

Yo para el curl creo así los parámetros, y luego ejecuto el curl con shellexecute.

Código Delphi [-]
curlCommand := '-F "data=@' + nombreArchivo + '" ' +  
    ' -H "Content-Type: application/xml;charset=UTF-8" ' + // Si no pongo este content type me da error 415 y en un documento de ellos comentan que se ponga este content type y efectivamente ya no da error 
    ' -H "Accept-Encoding: ''gzip''" ' +
    ' -H "Content-Encoding: ''gzip''" ' +   
    ' -H "eus-bizkaia-n3-version: ''1.0''" ' + 
    ' -H "eus-bizkaia-n3-content-type: ''application/xml''" ' +
    ' -H "eus-bizkaia-n3-data: ' + json + '"' + 
    ' -X POST ' + url ;

Entiendo que es correcto porque el servidor me devuelve la siguiente respuesta:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
<Salida>
<FechaRecepcion>25-05-2021 18:20:50</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>

Lo cual es correcto imagino, ya que no le estoy enviando el certificado. Para enviar el certificado en curl, en teoría sería así:

Código Delphi [-]
--cacert PATH\certificado.crt

Yo ando un poco perdido con el tema del certificado. Sirve enviar uno de prueba? (Me interesa saberlo porqué aqui: web.uanataca.com/es/certificados-prueba se pueden conseguir. También hay otros sitios) Lo que pasa es que cuando envio uno de estos certificados me sigue dando el mismo error y tengo mis dudas de si no lo envío bien o realmente no és válido (tampoco sé si debe ser crt, pem). Alguien me puede contestar a esto?

Por cierto, soy nuevo en el foro y pido perdón por si no he puesto bien las etiquetas del código.

Muchas gracias.

Gracias, creo que me servirá parte de lo que has puesto.

Si miras el documento de ESPECIFICACIONES FUNCIONALES Y TECNICAS DEL ENVIO MASIVO DEL LROE, en la página 17 y 18 verás:
Para el LROE, se deben incluir en la cabecera HTTP de la petición obligatoriamente los siguientes parámetros con los valores que se indican a continuación:
▪ Accept-Encoding = gzip.
▪ Content-Encoding = gzip.
▪ Content-Length = tamaño del cuerpo del mensaje.
▪ Content-Type = application/octet-stream.
▪ eus-bizkaia-n3-version = 1.0.
▪ eus-bizkaia-n3-content-type = application/xml.
▪ eus-bizkaia-n3-data = contenido del fichero json.
Json - eus-bizkaia-n3-data = { "con": "LROE", "apa": "1.1", "inte": { "nif": "número de identificación fiscal", "nrs": "nombre o Razón social", "ap1": "primer apellido", "ap2": "segundo apellido" }, "drs": { "mode": "140/240", "ejer": "ejercicio" } }

Creo que te falta el content-length, el content-Type creo que esta mal y por lo demás todo OK.

Una cosilla para todos, si sabéis...... el LROE de facturas recibidas hay que comprimir el fichero en formato gzip?

Gracias

[Band]

Empezado por tejano

Gracias, creo que me servirá parte de lo que has puesto.

Si miras el documento de ESPECIFICACIONES FUNCIONALES Y TECNICAS DEL ENVIO MASIVO DEL LROE, en la página 17 y 18 verás:
Para el LROE, se deben incluir en la cabecera HTTP de la petición obligatoriamente los siguientes parámetros con los valores que se indican a continuación:
▪ Accept-Encoding = gzip.
▪ Content-Encoding = gzip.
▪ Content-Length = tamaño del cuerpo del mensaje.
▪ Content-Type = application/octet-stream.
▪ eus-bizkaia-n3-version = 1.0.
▪ eus-bizkaia-n3-content-type = application/xml.
▪ eus-bizkaia-n3-data = contenido del fichero json.
Json - eus-bizkaia-n3-data = { "con": "LROE", "apa": "1.1", "inte": { "nif": "número de identificación fiscal", "nrs": "nombre o Razón social", "ap1": "primer apellido", "ap2": "segundo apellido" }, "drs": { "mode": "140/240", "ejer": "ejercicio" } }

Creo que te falta el content-length, el content-Type creo que esta mal y por lo demás todo OK.

Una cosilla para todos, si sabéis...... el LROE de facturas recibidas hay que comprimir el fichero en formato gzip?

Gracias

Cierto, falta el content-length pero de momento no se me ha quejado de esto. Si me da algún tipo de problema ya lo pondré. El content-type ya digo, yo tuve que cambiar el "application/octet-stream" por "application/xml;charset=UTF-8". Esto lo encontré en algún documento de FAQ para desarrolladores (concretamente el documento se llama "Problemas y dudas frecuentes en servicios de alta y anulación de facturas"). Lo encontré de chiripa poniendo "ticket bai error 415" en google

[Sistel]

Empezado por Band

Cierto, falta el content-length pero de momento no se me ha quejado de esto. Si me da algún tipo de problema ya lo pondré. El content-type ya digo, yo tuve que cambiar el "application/octet-stream" por "application/xml;charset=UTF-8". Esto lo encontré en algún documento de FAQ para desarrolladores (concretamente el documento se llama "Problemas y dudas frecuentes en servicios de alta y anulación de facturas"). Lo encontré de chiripa poniendo "ticket bai error 415" en google

Hola Band,

Es diferente el caso de envío a Bizkaia (en LROE) al caso de envío a Gipuzkoa (envío directo inmediato).
En el caso de Bizkaia (LROE):

Content-Type: application/octet-stream
eus-bizkaia-n3-content-type: application/xml

En el caso de Gipuzkoa (envío directo inmediato):

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

Saludos

[Band]

Empezado por Sistel

Hola Band,

Es diferente el caso de envío a Bizkaia (en LROE) al caso de envío a Gipuzkoa (envío directo inmediato).
En el caso de Bizkaia (LROE):

Content-Type: application/octet-stream
eus-bizkaia-n3-content-type: application/xml

En el caso de Gipuzkoa (envío directo inmediato):

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

Saludos

Gracias por esta aclaración! Es que manda... ya bastante tedioso es controlar como lo tiene cada pais, que encima nosotros nos liamos más . Ya solo queda que cada ciudad tribute diferente... aunque espero que ningún político lumbreras lea esto

[Sistel]

Empezado por Noe277

...
2- El certificado de empresa tiene que coincidir con los datos de la cabecera del envió?
...

Hola,

Si el certificado utilizado para firmar no es de la empresa o autónomo que emite la factura, es preciso añadir:

<EmitidaPorTercerosODestinatario>T</EmitidaPorTercerosODestinatario>

Dentro del nodo <Sujetos>
"T" es el valor de la clave L4 de la página 15 del documento de especificaciones de TicketBAI

Saludos

[Noe277]

Empezado por Sistel

Hola,

Si el certificado utilizado para firmar no es de la empresa o autónomo que emite la factura, es preciso añadir:

<EmitidaPorTercerosODestinatario>T</EmitidaPorTercerosODestinatario>

Dentro del nodo <Sujetos>
"T" es el valor de la clave L4 de la página 15 del documento de especificaciones de TicketBAI

Saludos

Eso es correcto si hablamos del fichero Ticketbai.xml yo me refería al 140.xml en el que incrusto el gz de los tickets.

request.Headers["eus-bizkaia-n3-data"] = "{\"con\": \"LROE\", \"apa\": \"1.1\", \"inte\": {\"nif\": \"" + Nif + "\",\"nrs\":\"" + RazonSocial + "\",\"ap1\": \"" + apellido1 + "\",\"ap2\": \"" + apellido2+ "\"},\"drs\": { \"mode\": \"140\",\"ejer\": \"" + ejercicioPROVISIONAL + "\"}};";

Mi pregunta es si el Nif que mando aquí tiene que corresponder con el certificado a la hora de hacer el envio.

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

Empezado por Noe277

Envió el 140 y me dice que la cabecera esta mal informada.

¿Cual es el código y el mensaje exacto del error?

[rci]

Empezado por batuzail

Hola,
...
El Qr debe de aparacer en todas las páginas de factura o solo en la última?

Gracias

Hola! tengo la misma duda, si el QR debe aparecer en todas las páginas de la factura o solo en una, la primera o la última...
En la documentación no lo especifica creo.

No he encontrado la respuesta de este post, de hecho ya me ha costado encontrar el post porque el buscador del foro no permite buscar QR porque no tiene 3 letras no se si hay otro sistema, lo he buscado desde google filtrando el site.



Muchas gracias!

[Sistel]

Empezado por rci

Hola! tengo la misma duda, si el QR debe aparecer en todas las páginas de la factura o solo en una, la primera o la última...
En la documentación no lo especifica creo.
No he encontrado la respuesta de este post, de hecho ya me ha costado encontrar el post porque el buscador del foro no permite buscar QR porque no tiene 3 letras no se si hay otro sistema, lo he buscado desde google filtrando el site.
Muchas gracias!

Hola rci,

Hice esa misma consulta, hace tiempo, a soporte de TicketBAI de Bizkaia.
Me contestaron que está respondida en la pregunta 8 de https://www.batuz.eus/es/preguntas-frecuentes

El identificativo TicketBAI y el código QR TicketBAI se deben incluir en la última página de la factura.
Opcionalmente, puede incluirse en las demás páginas.

Saludos

[Sistel]

Empezado por Sistel

Hola rci,

Hice esa misma consulta, hace tiempo, a soporte de TicketBAI de Bizkaia.
Me contestaron que está respondida en la pregunta 8 de https://www.batuz.eus/es/preguntas-frecuentes

Saludos

Por cierto, también les hice otra pregunta:

En el caso de disponer de un contador de página (en la parte inferior derecha de cada página), en el que aparezca el número de página de la factura ¿sería admisible que dicho contador de página estuviese situado más bajo que el código QR TBAI?

Y me respondieron:

Sí, el contador de página puede estar por debajo del QR.

Saludos

[rci]

Muchas gracias Sistel y Keys