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

[pulido]

Buenas tardes:

Hemos conseguido pasar el fichero a Bizkaia mediante curl.exe

¿Sabéis si a curl.exe se le puede pasar el certificado en lugar de la ruta por el nombre que tenga el certificado en Windows?

Ahora mismo lo hacemos asi:

curl --insecure --cert-type P12 --cert E:\EnpresaZigilua_SelloDeEmpresa.p12:IZDesa2021 -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\":\"99980375P\",\"nrs\":\"QRZMB63ZN7 HLGbwhCuy6 wmvAhKq4EV\"},\"drs\":{\"mode\":\"140\",\"ejer\":\"2022\"}}" -v "ht**tps://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena" --data-binary "@e:\demo.gz" --output e:\respuesta.gz

y funciona bien.

Lo ideal sería que en lugar de pasar la ruta del certificado que se pudiera pasar por el nombre que tiene el certificado en la instalacion de windows

¿Sabéis como se podría hacer?

[Sistel]

Empezado por pulido

Buenas tardes:

Hemos conseguido pasar el fichero a Bizkaia mediante curl.exe

¿Sabéis si a curl.exe se le puede pasar el certificado en lugar de la ruta por el nombre que tenga el certificado en Windows?

Ahora mismo lo hacemos asi:

curl --insecure --cert-type P12 --cert E:\EnpresaZigilua_SelloDeEmpresa.p12:IZDesa2021 -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\":\"99980375P\",\"nrs\":\"QRZMB63ZN7 HLGbwhCuy6 wmvAhKq4EV\"},\"drs\":{\"mode\":\"140\",\"ejer\":\"2022\"}}" -v "ht**tps://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena" --data-binary "@e:\demo.gz" --output e:\respuesta.gz

y funciona bien.

Lo ideal sería que en lugar de pasar la ruta del certificado que se pudiera pasar por el nombre que tiene el certificado en la instalacion de windows

¿Sabéis como se podría hacer?

Hola pulido,

Creo que, en Curl, para definir el certificado a utilizar, siempre hay que indicar el fichero de dicho certificado.
https://curl.se/docs/manpage.html

Saludos

Saludos

[ermendalenda]

Empezado por pulido

Buenas tardes:

Hemos conseguido pasar el fichero a Bizkaia mediante curl.exe

¿Sabéis si a curl.exe se le puede pasar el certificado en lugar de la ruta por el nombre que tenga el certificado en Windows?

Ahora mismo lo hacemos asi:

curl --insecure --cert-type P12 --cert E:\EnpresaZigilua_SelloDeEmpresa.p12:IZDesa2021 -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\":\"99980375P\",\"nrs\":\"QRZMB63ZN7 HLGbwhCuy6 wmvAhKq4EV\"},\"drs\":{\"mode\":\"140\",\"ejer\":\"2022\"}}" -v "ht**tps://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena" --data-binary "@e:\demo.gz" --output e:\respuesta.gz

y funciona bien.

Lo ideal sería que en lugar de pasar la ruta del certificado que se pudiera pasar por el nombre que tiene el certificado en la instalacion de windows

¿Sabéis como se podría hacer?

Para envios con curl.exe no me suena que puedas usar el almacen de certificados. Para las firmas de los ficheros sí..
Si te sirve, y si no recuerdo mal, con la herramienta openssl puedes generar el fichero a usar con curl desde el almacén de windows cada vez que lo desees, porr lo tanto puedes crearte la hilera.
Saludos

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

He actualizado el mensaje inicial (de recopilación) con algunos datos más.
https://www.clubdelphi.com/foros/sho...97&postcount=1

He actualizado el mensaje de recopilación de códigos para las distintas operaciones (y en diferentes lenguajes):
https://www.clubdelphi.com/foros/sho...&postcount=436
(Para este caso, si me avisáis por privado de nuevos códigos que se me hayan pasado y que estén dentro del hilo, lo añado)

He reformateado este mensaje donde están las URL's para los diferentes servicios.
https://www.clubdelphi.com/foros/sho...postcount=2708
(Lo mismo de antes, si hay cambios y me los comentáis en privado, lo actualizamos)

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

[OFFTOPIC]
Me acabo de dar cuenta de que este hilo ya tiene más de 3000 mensajes.
(y los que nos quedan, creo )
"Felicidades" a los participantes...
[/OFFTOPIC]

[keys]

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

[OFFTOPIC]
Me acabo de dar cuenta de que este hilo ya tiene más de 3000 mensajes.
(y los que nos quedan, creo )
"Felicidades" a los participantes...
[/OFFTOPIC]

Todavía me acuerdo cuando solo tenía 100, como ha crecido el niño. Ahora es un monstruo

[popemonica]

Parece que el entorno de pruebas de Bizkaia esta caido verdad?

Alguien me lo podría confirmar?

Gracias

[DemonAscun]

Empezado por popemonica

Parece que el entorno de pruebas de Bizkaia esta caido verdad?

Alguien me lo podría confirmar?

Gracias

Si, si... a nosotros nos pasa lo mismo... Esta mañana funcionaba pero haz unas horas dejo de funcionar.

[popemonica]

Muchas Gracias por la respuesta

[thinkows]

Buenas tardes, revisando la documentación de ticketbai, dice que para las facturas electronicas (p.ej. face) hay que consignar el identificativo TicketBAI, alguien lo ha hecho ya?
En que apartado?

Quizas <AdditionalData> ??


Gracias de antemano.

Según pregutas frecuentes :

¿Debe generarse un fichero TicketBAI en el caso de facturas electrónicas?
RESPUESTA:

En el caso de las facturas electrónicas también se deberá generar un fichero XML
previo a la generación de la factura, que cumpla con el diseño y el contenido del
esquema del formato TicketBAI. Dicho fichero TicketBAI deberá ser firmado
electrónicamente.
No obstante, si se trata de facturas electrónicas cuyo destinatario sea una persona
empresaria o profesional o una Administración pública y que se expidan originalmente
en un formato no legible o comprensible a simple vista (por ejemplo, el formato
facturae), las personas contribuyentes quedarán exoneradas del requisito de incluir en
la factura electrónica el código QR (aunque sí deberán incluir el identificativo TicketBAI).

[ermendalenda]

Empezado por thinkows

Buenas tardes, revisando la documentación de ticketbai, dice que para las facturas electronicas (p.ej. face) hay que consignar el identificativo TicketBAI, alguien lo ha hecho ya?
En que apartado?

Quizas <AdditionalData> ??


Gracias de antemano.

Según pregutas frecuentes :

¿Debe generarse un fichero TicketBAI en el caso de facturas electrónicas?
RESPUESTA:

En el caso de las facturas electrónicas también se deberá generar un fichero XML
previo a la generación de la factura, que cumpla con el diseño y el contenido del
esquema del formato TicketBAI. Dicho fichero TicketBAI deberá ser firmado
electrónicamente.
No obstante, si se trata de facturas electrónicas cuyo destinatario sea una persona
empresaria o profesional o una Administración pública y que se expidan originalmente
en un formato no legible o comprensible a simple vista (por ejemplo, el formato
facturae), las personas contribuyentes quedarán exoneradas del requisito de incluir en
la factura electrónica el código QR (aunque sí deberán incluir el identificativo TicketBAI).

Se refieren a por ejemplo una factura en pdf(que es también electrónica)
En facturae no hay que incluir un qr pero si el identicador generado por tbai

[ermendalenda]

Hola. Alguno hacéis facturas de albaranes de 1 mes?
Me salen Miles de líneas de artículos, supongo que se puede solo hacer referencia al albarán, no?

[thinkows]

Empezado por ermendalenda

Se refieren a por ejemplo una factura en pdf(que es también electrónica)
En facturae no hay que incluir un qr pero si el identicador generado por tbai

Sí,sí eso lo he entendido, preguntaba en que apartado del XML del fichero FACE hay que consignarlo.

Gracias otra vez

[ermendalenda]

No veo en la estructura xsd un campo específico para ello
Quizás se use un campo genérico como:
<AdditionalData>
<InvoiceAdditionalInformation>TBAI-...... </InvoiceAdditionalInformation>
</AdditionalData>
Es mejor que hagas un consulta a alguna de las haciendas forales.

[thinkows]

Empezado por thinkows

Buenas tardes, revisando la documentación de ticketbai, dice que para las facturas electronicas (p.ej. face) hay que consignar el identificativo TicketBAI, alguien lo ha hecho ya?
En que apartado?

Quizas <AdditionalData> ??


Gracias de antemano.

Según pregutas frecuentes :

¿Debe generarse un fichero TicketBAI en el caso de facturas electrónicas?
RESPUESTA:

En el caso de las facturas electrónicas también se deberá generar un fichero XML
previo a la generación de la factura, que cumpla con el diseño y el contenido del
esquema del formato TicketBAI. Dicho fichero TicketBAI deberá ser firmado
electrónicamente.
No obstante, si se trata de facturas electrónicas cuyo destinatario sea una persona
empresaria o profesional o una Administración pública y que se expidan originalmente
en un formato no legible o comprensible a simple vista (por ejemplo, el formato
facturae), las personas contribuyentes quedarán exoneradas del requisito de incluir en
la factura electrónica el código QR (aunque sí deberán incluir el identificativo TicketBAI).

He realizado la consulta y me han respondido, por si a alguien le sirve :

Para Factura-e: la información del identificador TBAI, se recomienda ponerla en el bloque de AdditionalData
EFACTURA:
1. Información general. Dentro del bloque “Factura”, en ”Datos adicionales”.
2. XSD. Dentro de la etiqueta “AdditionalData”.

<namespace:Facturae xmlns:namespace2="http://uri.etsi.org/01903/v1.2.2#" xmlns:namespace3=”http://www.w3.org/2000/09/xmldsig#”
xmlns:namespace="http://www.facturae.es/Facturae/2007/v3.0/Facturae” >
…..
<Invoices>
….
<AdditionalData>
<InvoiceAdditionalInformation>TBAI-00000006Y-251019-btFpwP8dcLGAF-237</InvoiceAdditionalInformation>
<AdditionalData>
</Invoices>
</namespace:Facturae>


Para EDI: El identificador TBAI podría ponerse en el tipo de mensaje INVOIC, en la cabecera, en el segmento correspondiente a FTX – Free Text
EDI:

EDI es el acrónimo de electronic data interchange, intercambio electrónico de datos. Es un estándar europeo que se define en la Recomendación 94/820/CE de la Comisión, de 19 de octubre de 1994, relativa a los aspectos jurídicos del intercambio electrónico de datos. En el artículo dos define EDI como la transferencia electrónica, de ordenador a ordenador, de datos comerciales y administrativos que estructuran un mensaje de EDI con arreglo a una norma acordada. Es decir, EDI es un sistema de trabajo que automatiza los procesos de intercambio de datos entre organizaciones.

Todos los mensajes de EDI se transmitirán de acuerdo con las normas, recomendaciones y procedimientos UN/EDIFACT aprobados por la Comisión Económica para Europa de las Naciones Unidas (CEPE— WP.4) y con las normas europeas.
https://www.unece.org/cefact/edifact/welcome.html

En el estándar UN/EDIFACT hay varios tipos de mensajes:

Desde el lado del comprador:
• ORDERS—Purchase Orders
• CUSDEC—Customs Declaration
• IFTMIN—Instruction Message
• REMADV—Remittance Advice
• PAYORD—Payment Order

Desde el lado del vendedor:
• IFTMAN—Arrival Notice
• CUSRES—Custom Response
• INVOIC—Invoices

Entiendo que a nosotros nos aplica el tipo de mensaje INVOIC. Cuya estructura es esta:
https://www.unece.org/trade/untdid/d...d/invoic_c.htm


Dentro de la estructura INVOIC, el id TBAI podría ser incluido en la cabecera en el segmento correspondiente a FTX – Free text:

4.3.1 Segment table

Pos Tag Name S R

HEADER SECTION

0010 UNH Message header M 1
0020 BGM Beginning of message M 1
0030 DTM Date/time/period M 35
0040 PAI Payment instructions C 1
0050 ALI Additional information C 5
0060 IMD Item description C 1
0070 FTX Free text C 99
0080 LOC Place/location identification C 10
0090 X GIS General indicator C 10
0100 DGS Dangerous goods C 1
0110 GIR Related identification numbers C 10

[juancd]

Hola.

Lo primero agradeceros a todos los participantes del hilo el que hayáis ido comentando todo lo que os ha ido surgiendo con respecto al tema de la implantación del Ticket Bai. Comentar que no me dedico a la programación profesionalmente (trabajo dentro de la informática pero no programando).

Tras estar leyendo mucho de los mensajes y la info del primer post, me veo con una serie de dudas de ver como sería el empezar con el tema pues os pongo un poco en situación. Hace mucho años hice un programa de gestión de una peluquería en PHP. Programa sencillo, favor familiar, para que pudiera llevar la gestión de su salón (no cobré por ello... fue simplemente hacer un programa que gestionara sus clientes). De hecho principalmente hace tickets y la facturación se la gestiona una asesoría que es dónde envía esos tickets generados.

Ahora con este nuevo sistema me pide el intentar adaptarlo y es dónde me surgen esas dudas que comento.

¿Hay que registrar el programa en el Registro de software garante TicketBAI? Entiendo que sí pero al ser un programa no profesional, ¿debe registrarlo mi familiar como si por ejemplo lo hubiera hecho el?
La aplicación está en un servidor web, ¿es conveniente usar certificado personal? Mi familiar es autónomo. También es cierto que tiene 2 Pcs en el salón. ¿Mejor usar un certificado de dispositivo?
Para el entorno de pruebas he visto que hay que pedir por email unos datos para el acceso. ¿es así?

Los pasos que vaya pudiendo hacer para adaptar, como es mi caso, una aplicación "casera", los iré comentado y detallando por aquí por si pudieran servirle a alguien mas.

Muchas gracias.

[Sistel]

Empezado por juancd

Hola.

Lo primero agradeceros a todos los participantes del hilo el que hayáis ido comentando todo lo que os ha ido surgiendo con respecto al tema de la implantación del Ticket Bai. Comentar que no me dedico a la programación profesionalmente (trabajo dentro de la informática pero no programando).

Tras estar leyendo mucho de los mensajes y la info del primer post, me veo con una serie de dudas de ver como sería el empezar con el tema pues os pongo un poco en situación. Hace mucho años hice un programa de gestión de una peluquería en PHP. Programa sencillo, favor familiar, para que pudiera llevar la gestión de su salón (no cobré por ello... fue simplemente hacer un programa que gestionara sus clientes). De hecho principalmente hace tickets y la facturación se la gestiona una asesoría que es dónde envía esos tickets generados.

Ahora con este nuevo sistema me pide el intentar adaptarlo y es dónde me surgen esas dudas que comento.

¿Hay que registrar el programa en el Registro de software garante TicketBAI? Entiendo que sí pero al ser un programa no profesional, ¿debe registrarlo mi familiar como si por ejemplo lo hubiera hecho el?
La aplicación está en un servidor web, ¿es conveniente usar certificado personal? Mi familiar es autónomo. También es cierto que tiene 2 Pcs en el salón. ¿Mejor usar un certificado de dispositivo?
Para el entorno de pruebas he visto que hay que pedir por email unos datos para el acceso. ¿es así?

Los pasos que vaya pudiendo hacer para adaptar, como es mi caso, una aplicación "casera", los iré comentado y detallando por aquí por si pudieran servirle a alguien mas.

Muchas gracias.

Hola juancd,

Hay dos formas de que tu aplicación cumpla con TicketBAI:

1- Modificándola para realizar todos los procesos que se exigen, registrándola como software garante TicketBAI, instalándole un certificado digital admitido por TicketBAI (esta exigencia, por ahora es diferente en Gipuzkoa y Álava frente a Bizkaia) y haciendo que se envíen los ficheros TicketBAI generados a la correspondiente Hacienda Foral.

2- Utilizando una API externa que esté registrada como software garante TicketBAI y que se encargue de todos los procesos.
Tu aplicación sólo tendrá que enviar los datos de la factura a emitir a la API y ésta le devolverá los códigos TBAI y QR que se tienen que imprimir en la factura y la API se encargará, también, de enviar a Hacienda Foral el fichero TicketBAI.

Hay varias APIs de este tipo, que están registradas como software garante TicketBAI y te solucionan, de forma sencilla, el problema.
No me parece correcto hacer publicidad, en este foro, de nuestra API, pero si te interesa, puedes contactar conmigo por mensaje privado.

Saludos

[Nessie]

Empezado por juancd

Tras estar leyendo mucho de los mensajes y la info del primer post, me veo con una serie de dudas de ver como sería el empezar con el tema pues os pongo un poco en situación. Hace mucho años hice un programa de gestión de una peluquería en PHP. Programa sencillo, favor familiar, para que pudiera llevar la gestión de su salón (no cobré por ello... fue simplemente hacer un programa que gestionara sus clientes). De hecho principalmente hace tickets y la facturación se la gestiona una asesoría que es dónde envía esos tickets generados.

Hola JuanCD,
yo estoy en una situación similar a la tuya (programador no profesional, programa para un comercio pequeño, programado en PHP, facturación externa, etc.). Te respondo y te digo como estoy abordando el asunto.

Empezado por juancd

¿Hay que registrar el programa en el Registro de software garante TicketBAI? Entiendo que sí pero al ser un programa no profesional, ¿debe registrarlo mi familiar como si por ejemplo lo hubiera hecho el?

Sí, hay que registrar el programa. Yo lo he registrado con mi nombre y DNI (sin estar yo dado de alta como autónomo). En principio, no me han puesto pegas.

Empezado por juancd

La aplicación está en un servidor web, ¿es conveniente usar certificado personal? Mi familiar es autónomo. También es cierto que tiene 2 Pcs en el salón. ¿Mejor usar un certificado de dispositivo?

Yo estoy usando un certificado de dispositivo que almaceno en el servidor. Los ordenadores clientes envían los datos al servidor y es ahí donde genero el xml, firmo, envío, guardo, etc...

Empezado por juancd

Para el entorno de pruebas he visto que hay que pedir por email unos datos para el acceso. ¿es así?

Efectivamente, hay que enviar un mail de acceso y te dan un número de licencia para el entorno de pruebas. De todas formas, si das de alta el software, puedes trabajar en el entorno de pruebas con el número de licencia real que te asignan al registrar el software.

Empezado por juancd

Los pasos que vaya pudiendo hacer para adaptar, como es mi caso, una aplicación "casera", los iré comentado y detallando por aquí por si pudieran servirle a alguien mas.

Qué bien. Ánimo!