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

[tejano]

Empezado por ilertxundi

Buenos días
Tenemos en el CRM ya implementado la creación de facturas con la QR de Ticket Bai. Sabéis de empresas que hacen de garante y que las facturas creadas lleguen a la Hacienda de Bizkaia a través de ellas?
Gracias!!!

Buenos días ilertxundi, nosotros desde el día 1 de enero empezamos a enviar facturas de ventas y compras a Batuz con el software garante y de momento sin problemas.

Tenemos un ERP propio hecho a medida.

Saludos

[keys]

Feliz Lunes.

Hacienda de Gipuzkoa ya ha publicado el servicio de Osatu. https://www.gipuzkoa.eus/es/web/ogas...rvicio%20OSATU

Por cierto, han cambiado tambien un par de cosas en el Fichero TBAI. Han añadido 8 decimales a la cantidad y han añadido las claves 17 y 19

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

Empezado por keys

Hacienda de Gipuzkoa ya ha publicado el servicio de Osatu. https://www.gipuzkoa.eus/es/web/ogas...rvicio%20OSATU

Al mensaje 1 que va...
Mensaje #1, recopilación de enlaces

[rci]

Empezado por keys

Feliz Lunes.

Hacienda de Gipuzkoa ya ha publicado el servicio de Osatu. https://www.gipuzkoa.eus/es/web/ogas...rvicio%20OSATU

Por cierto, han cambiado tambien un par de cosas en el Fichero TBAI. Han añadido 8 decimales a la cantidad y han añadido las claves 17 y 19

Muchas gracias Keys.
Imagino que el cambio de los decimales de la cantidad solamente afecta a Gipuzkoa pero las otras haciendas forales siguen como antes no?


Saludos

[keys]

Empezado por rci

Muchas gracias Keys.
Imagino que el cambio de los decimales de la cantidad solamente afecta a Gipuzkoa pero las otras haciendas forales siguen como antes no?


Saludos

Si esto solo afecta a Gipuzkoa, En Bizkaia no hay que mandar esa información y en Alava van a su ritmo

[VIMASAN]

Buenos días, soy nuevo en el foro y a estas alturas nos ha surgido una duda que nos inquieta, por favor, ¿alguien sabe cómo actuar?

Hay un control 1168 - El valor del "CodigoPais" solo puede ser 'ES' cuando el IDType sea ·03· Relacionado con la información de los destinatarios.

Dependiendo del tipo de identificación hay que enviar el “código del País”. Existen estos 5 tipos

02 - NIF
03 - PASAPORTE
04 - DOCUMENTO OFICIAL EXPEDIDO POR EL PAIS DE RESIDENCIA
05 - CERTIFICADO DE RESIDENCIA
06 - OTRO DOCUMENTO PROBATORIO

Para los dos primeros está claro, pero para los otros tres tenemos la duda: Si el cliente, por ejemplo, tiene un tipo de identificación 05 – CERTIFICADO DE RESIDENCIA y tiene Nacionalidad = Portuguesa pero su dirección está en España, por lo tanto el País de residencia = España. Entendiendo el país de residencia como parte de la dirección del cliente en España.

¿Qué hay que enviar en el “código país”? ¿La Nacionalidad o el País de residencia? Si se envía el país de residencia saltará el mensaje 1168.

Gracias por las respuestas.

[[duilioisola]]

Si reside en España, tendrá que identificarse con un NIE (Número de Identificación de Extranjero).
Tiene el mismo formato que el NIF.
De lo contrario no puede residir en España y habría que tratarlo como portugués.

En todo caso, el campo "CodigoPais" hace referenica al documento.

Si reside en España, tendrá un NIE y se lo tratara como español
<NIF>: NNNNN

Si presenta un NIF-IVA (IVA Intracomunitario)
<IDOtro>

<CodigoPais>: PT
<IDType>: 02
<ID>: PTNNNNNNNNN

Si presenta un pasaporte portugués
<IDOtro>

<CodigoPais>: PT
<IDType>: 03
<ID>: NNNNN

Si presenta un Documento nacional de identidad portugués
<IDOtro>

<CodigoPais>: PT
<IDType>: 04
<ID>: NNNNN

En el caso del cerificado de residencia, entiendo que lo expide España, por lo que debería ser:
<IDOtro>

<CodigoPais>: ES
<IDType>: 05
<ID>: NNNNN

[workTeam]

Buenas! Estoy haciendo pruebas de envío a Bizkaia y me devuelve un 408.
¿Alguien haciendo pruebas con la misma respuesta? ¿Sabéis si está caído?

Muchas gracias

[espinete]

Hola de nuevo a todos/as...

Después de varios meses con la aplicación rulando para varios clientes, en entorno de pruebas y en producción, ha habido algunas incidencias y me gustaría saber cómo lo hacéis vosotros...

La primera duda es con la "anulación y reenvío" de facturas, que creo que no se puede o no se debe hacer. Algunos clientes "anulan" una factura (envían una "anulación") y luego intentan reenviar la misma factura de nuevo. ¿Eso se puede hacer? ¿No habría que generar una nueva factura en vez de enviar la misma?

[Sistel]

Empezado por espinete

Hola de nuevo a todos/as...

Después de varios meses con la aplicación rulando para varios clientes, en entorno de pruebas y en producción, ha habido algunas incidencias y me gustaría saber cómo lo hacéis vosotros...

La primera duda es con la "anulación y reenvío" de facturas, que creo que no se puede o no se debe hacer. Algunos clientes "anulan" una factura (envían una "anulación") y luego intentan reenviar la misma factura de nuevo. ¿Eso se puede hacer? ¿No habría que generar una nueva factura en vez de enviar la misma?

Hola,

Efectivamente, tras anular una factura, se puede emitir otra, pero será una nueva y con un nuevo número de factura y nueva fecha-hora de emisión. Pero nunca se puede emitir la misma factura (que ha quedado anulada a efectos fiscales)

Saludos

[VIMASAN]

Buenas tardes, gracias por tu rápida respuesta.

Me cuadran todos los casos, menos el de certificado de residencia, este caso es el tipo de identificación 05 y según las especificaciones no puede llevar ES. ¿También sería PT?



Gracias.

[josevalle]

Hola

Tengo problemas al generar los qr cuando al firmar el xml me aparece un signo + en os primeros caracteres de SignatureValue

...id=TBAI-14894343A-081022-Wx+Royp0h3nOY-210&s=FAC&nf=100019&i=1.62&cr=064...

He consultado con los de soporte de la Bfa, pero no entiendo la respuesta. Si simplemente cambio el + por %2B me sigue dando error. En los demás casos funciona bien y ya tengo la aplicación en producción.



Egun on,
Nos ponemos en contacto con usted porque hemos recibido a través de la aplicación “Comprueba tu factura”, la imagen de una factura emitida por usted cuyo código QR da error de lectura.
En este sentido, le informamos que el código QR debe contener una URL válida para acceder a la aplicación web de comprobación de facturas o justificantes expedidos con software garante con los datos de la factura o justificante incluidos como parámetros. Si la URL o sus parámetros contienen caracteres no válidos, deberán ser codificados (URL encoding) de forma correcta siguiendo los usos normales de las arquitecturas web, como por ejemplo reemplazar el símbolo “+ ” por “%2B” o el símbolo “/” por “%2F”.

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

Empezado por josevalle

...
He consultado con los de soporte de la Bfa, pero no entiendo la respuesta. Si simplemente cambio el + por %2B me sigue dando error. En los demás casos funciona bien y ya tengo la aplicación en producción.

Egun on,
Nos ponemos en contacto con usted porque hemos recibido a través de la aplicación “Comprueba tu factura”, la imagen de una factura emitida por usted cuyo código QR da error de lectura.
En este sentido, le informamos que el código QR debe contener una URL válida para acceder a la aplicación web de comprobación de facturas o justificantes expedidos con software garante con los datos de la factura o justificante incluidos como parámetros. Si la URL o sus parámetros contienen caracteres no válidos, deberán ser codificados (URL encoding) de forma correcta siguiendo los usos normales de las arquitecturas web, como por ejemplo reemplazar el símbolo “+ ” por “%2B” o el símbolo “/” por “%2F”.

En este mismo hilo ya hemos hablado de este problema:
https://www.clubdelphi.com/foros/sho...=94264&page=98
https://www.clubdelphi.com/foros/sho...ument&page=117
https://www.clubdelphi.com/foros/sho...94264&page=100
(si buscas hay alguna más...)


Desde el foro no permite buscar por “%2F” o “%2B” porque la palabra es corta, pero si haces la búsqueda desde Google te lleva a algunos hilos:
https://www.google.com/search?client...hi+%22%252F%22

[Maska10]

Joer que dessesperación llevo con Vizcaya,

La respuesta al enviar siempre es "ERROR AL DESCOPRIMIR EL FICHERO", tras comprobar que el fichero es correcto el servicio de soporte me dice que el problema es que el parámetro CONTENT-LENGTH de la cabecera no coincide con el tamaño del fichero, lo he comprobado y efectivamente el tamaño nunca coincide y si le pongo el CONTENT-LENGTH a mano como parámetro no funciona.

Por tanto el problema debe estar en el comando CURL .. lo pongo a ver si alguien ve algún problema en el:

Curl.exe -d "@G:\proyecto\curl\bin\ejemplo.gz" --cert-type P12 --cert G:\proyecto\certificadopruebas.p12:CONTRASEÑA -D "resultado.txt" -H "Content-Type: application/octet-stream"  -H "Content-Encoding: gzip" -H "eus-bizkaia-n3-version: 1.0" -H "eus-bizkaia-n3-content-type: application/xml" -H "eus-bizkaia-n3-data: {\"con\": \"LROE\",\"apa\": \"1.1\",\"inte\": {\"nif\": \"B000000\",\"nrs\": \"SOCIEDAD SL\"},\"drs\": {\"mode\": \"240\",\"ejer\": \"2022\"}}" -X POST URLPRUEBAS --output .\respuesta.gz

Gracias.

[tejano]

Yo lo estoy enviando de esta forma, en real

curl --insecure --cert-type P12 --cert path_certificadoassword -H "Accept-Encoding:gzip" -H "Content-Encoding:gzip" -H "Content-Type:application/octet-stream" -H "eus-bizkaia-n3-version:1.0" -H "eus-bizkaia-n3-content-type:application/xml" -H "eus-bizkaia-n3-data:{\"con\":\"LROE\",\"apa\":\"1.1\",\"inte\":{\"nif\":\"NIF_EMPRESA\",\"nrs\":\"NOMBRE_EMPRESA\"} ,\"drs\":{\"mode\":\"240\",\"ejer\":\"2022\"}}" -v "https://sarrerak.bizkaia.eus/N3B4000M/aurkezpena" --data-binary "@path_archivo_gz" --output c:\tmp\respuesta.gz -D c:\tmp\cabecera.txt

Llevamos desde el 1 de enero enviando datos a la BFA y no tenemos problema.

Empezado por Maska10

Joer que dessesperación llevo con Vizcaya,

La respuesta al enviar siempre es "ERROR AL DESCOPRIMIR EL FICHERO", tras comprobar que el fichero es correcto el servicio de soporte me dice que el problema es que el parámetro CONTENT-LENGTH de la cabecera no coincide con el tamaño del fichero, lo he comprobado y efectivamente el tamaño nunca coincide y si le pongo el CONTENT-LENGTH a mano como parámetro no funciona.

Por tanto el problema debe estar en el comando CURL .. lo pongo a ver si alguien ve algún problema en el:

Curl.exe -d "@G:\proyecto\curl\bin\ejemplo.gz" --cert-type P12 --cert G:\proyecto\certificadopruebas.p12:CONTRASEÑA -D "resultado.txt" -H "Content-Type: application/octet-stream"  -H "Content-Encoding: gzip" -H "eus-bizkaia-n3-version: 1.0" -H "eus-bizkaia-n3-content-type: application/xml" -H "eus-bizkaia-n3-data: {\"con\": \"LROE\",\"apa\": \"1.1\",\"inte\": {\"nif\": \"B000000\",\"nrs\": \"SOCIEDAD SL\"},\"drs\": {\"mode\": \"240\",\"ejer\": \"2022\"}}" -X POST URLPRUEBAS --output .\respuesta.gz

Gracias.

[Irreo]

Empezado por josevalle

... Si simplemente cambio el + por %2B me sigue dando error. En los demás casos funciona bien y ya tengo la aplicación en producción.


Egun on,
Nos ponemos en contacto con usted porque hemos recibido a través de la aplicación “Comprueba tu factura”, la imagen de una factura emitida por usted cuyo código QR da error de lectura.
En este sentido, le informamos que el código QR debe contener una URL válida para acceder a la aplicación web de comprobación de facturas o justificantes expedidos con software garante con los datos de la factura o justificante incluidos como parámetros. Si la URL o sus parámetros contienen caracteres no válidos, deberán ser codificados (URL encoding) de forma correcta siguiendo los usos normales de las arquitecturas web, como por ejemplo reemplazar el símbolo “+ ” por “%2B” o el símbolo “/” por “%2F”.

A este respecto tengo una duda.

Hasta ahora no he hecho ninguna codificación de este tipo, y hasta donde he visto los QR me leen bien (Gipuzkoa)

De todas formas, me he propuesto hacer un "urlencode()" mediante PHP, por asegurar, y aquí me ha entrado la duda.

Entiendo que el CRC8 de la URL, que luego se agrega mediante "&cr=", se hace con la URL real que va a llevar la imagen QR, con codificación y todo, ¿correcto?

Es decir, que no tengo que generar un CRC8 a partir de la URL que tiene el TBAI original, tal como es en realidad, y luego codificar la URL para el QR...

Gracias!

[sEngine]

Ahora que al fin nos hemos registrado en guipuzkoa y tenemos el codigo, hay que hacerlo tambien en el resto? o con uno ya sirve para todos?

[pablog2k]

si te refieres a la licenciaTBAI que te dan como desarrollador, tienes que solicitar una distinta a cada diputación. De hecho, tienes que solicitar una para pruebas y otra para el entorno real

[JM_1]

Empezado por sEngine

Ahora que al fin nos hemos registrado en guipuzkoa y tenemos el codigo, hay que hacerlo tambien en el resto? o con uno ya sirve para todos?

Las de pruebas son diferentes por diputación. Cuando se haya certificado, será la misma licencia de producción para las 3 diputaciones

[sEngine]

Empezado por JM_1

Las de pruebas son diferentes por diputación. Cuando se haya certificado, será la misma licencia de producción para las 3 diputaciones

A esto me referia, a la de produccion. Gracias