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

[espinete]

Hola de nuevo...

Me he encontrado por primera vez con un problema al enviar una factura que tenía artículos con varios IVAs y uno de ellos con IVA = 0.
Si tengo varios IVAs distintos no hay problema, pero si hay una línea con IVA = 0 (es decir, uno con IVA 21% y otro con IVA 0%), la factura se envía pero con avisos:

Codigo 1219: El campo TipoImpositivo debe estar informado con valor distinto de 0 si el campo TipoNoExenta tiene un valor S1 y ClaveRegimenIVAOpTrascendencia o ClaveRegimenIVAOpTrascendencia adicional con valor distinto a 03 05 09

Supongo que se debe a que en DesgloseIVA estoy añadiendo también el IVA 0 y no debería. ¿Es correcto?
O si se añade, me falta algo por indicar que no encuentro.

Lo que está claro es que no es que la factura esté exenta o no sujeta (no es a nivel de factura, sino de línea), así que supongo que con no añadir ese IVA 0 al DesgloseIVA sería suficiente...


Luego obtengo este otro que no tiene nada que ver pero me cabrea bastante, la verdad:

Codigo 5031: Se debe informar el campo CodigoPostal cuando FacturaSimplificada sea N o no esté informada o cuando el campo FacturaEmitidaSustituciónSimplificada sea S, o cuando el Código de FacturaRectificativa no sea R5

¿En serio vamos a estar con esas tonterías?

Ojo, la factura se envía y puede comprobarse con el QR, pero a saber si dentro de X meses deja de funcionar.

[keys]

Empezado por espinete

Hola de nuevo...

Me he encontrado por primera vez con un problema al enviar una factura que tenía artículos con varios IVAs y uno de ellos con IVA = 0.
Si tengo varios IVAs distintos no hay problema, pero si hay una línea con IVA = 0 (es decir, uno con IVA 21% y otro con IVA 0%), la factura se envía pero con avisos:

Codigo 1219: El campo TipoImpositivo debe estar informado con valor distinto de 0 si el campo TipoNoExenta tiene un valor S1 y ClaveRegimenIVAOpTrascendencia o ClaveRegimenIVAOpTrascendencia adicional con valor distinto a 03 05 09

Supongo que se debe a que en DesgloseIVA estoy añadiendo también el IVA 0 y no debería. ¿Es correcto?
O si se añade, me falta algo por indicar que no encuentro.

Lo que está claro es que no es que la factura esté exenta o no sujeta (no es a nivel de factura, sino de línea), así que supongo que con no añadir ese IVA 0 al DesgloseIVA sería suficiente...


Luego obtengo este otro que no tiene nada que ver pero me cabrea bastante, la verdad:

Codigo 5031: Se debe informar el campo CodigoPostal cuando FacturaSimplificada sea N o no esté informada o cuando el campo FacturaEmitidaSustituciónSimplificada sea S, o cuando el Código de FacturaRectificativa no sea R5

¿En serio vamos a estar con esas tonterías?

Ojo, la factura se envía y puede comprobarse con el QR, pero a saber si dentro de X meses deja de funcionar.

Lo del iva con una factura a cero me paso a mi lo mismo y me han contestado esto de hacienda.

Arratsalde on, buenas tardes

Al parecer hay un error puntual con las facturas que tienen importe 0.

Estamos revisando el caso y en los próximos días se solucionará esté tipo de incidencia para que no vuelva a dar este error en casos similares.

Por otro lado el codigo postal en Gipuzkoa y Alava son obligatorios a no ser que sea una factura simplificada. (Será un dato muy importante para ellos )

[jreverendo]

Buenos Dias:

A ver si alguien me puede orientar, estoy haciendo el documento de la memoria descriptiva, he seguido el guion que me mandaron pero la verdad no me ocupa nada, una hojita, a ver si alguien que lo tenga hecho me puede decir si es así o hay que hacerles un libro. Si alguien tiene algún documento ya hecho de ejemplo y lo puede publicar me seria de gran ayuda.



Un Saludo y gracias.

[keys]

Empezado por jreverendo

Buenos Dias:

A ver si alguien me puede orientar, estoy haciendo el documento de la memoria descriptiva, he seguido el guion que me mandaron pero la verdad no me ocupa nada, una hojita, a ver si alguien que lo tenga hecho me puede decir si es así o hay que hacerles un libro. Si alguien tiene algún documento ya hecho de ejemplo y lo puede publicar me seria de gran ayuda.



Un Saludo y gracias.

Yo creo que ni se las leen. Si te sirve de algo la cuestra ocupa 3 páginas y por que le hemos puesto imagenes con capturas de nuestro programa.

[skatologiko]

Empezado por jreverendo

Buenos Dias:

A ver si alguien me puede orientar, estoy haciendo el documento de la memoria descriptiva, he seguido el guion que me mandaron pero la verdad no me ocupa nada, una hojita, a ver si alguien que lo tenga hecho me puede decir si es así o hay que hacerles un libro. Si alguien tiene algún documento ya hecho de ejemplo y lo puede publicar me seria de gran ayuda.



Un Saludo y gracias.

1. Tipo de software: Aplicación de escritorio
2. Proceso de encadenamiento de los ficheros de alta de operación con software
garante: El sistema emite facturas de diferentes series y el encadenamiento
identifica la última factura expedida , independientemente de la serie
3. Proceso de firma de los ficheros de alta y de anulación de operación con
software garante, indicando en particular, los tipos de certificados electrónicos
que pueden ser utilizados por el software garante para el proceso de firma: Se
utiliza la librería Chilkat, que hace uso del certificado digital en earchivo .pfx
4. Tipos de facturas o justificantes que genera el software garante: Facturas
completas y ticket de caja (facturas simplificadas). Facturas en soporte papel , pdf, y
en en formato FacturaE (xml)
5. Ubicación del código identificativo y del código QR de acuerdo con lo
dispuesto en el artículo 6 de la Orden Foral 1482/2020: En parte inferior de la
factura (son en formato Vertical A4)
6. Identificación de la opción del software que permita la verificación presencial
en una única pantalla de la información a que se refiere el artículo 9 de la
Orden Foral 1482/2020 (funcionalidad de verificación presencial de los
softwares garantes): Desde el menú Utilidad → Acerca de..
7. Sistema de almacenamiento de los ficheros de alta y de anulación de
operación con software garante: En el propio directorio donde está instalada la
aplicación, el el subdirectorio SII, se guarda un archivo por cada factura exportada
en formato xml, su equivalente pero ya firmado, y el archivo jpg del código QR

[espinete]

Empezado por keys

Lo del iva con una factura a cero me paso a mi lo mismo y me han contestado esto de hacienda.

Hola, keys...

Yo me refiero a una factura que sí tiene importe, pero tiene artículos con varios IVAs (entre ellos, un IVA = 0).
Es decir, la factura sí tiene importe, y varias bases imponibles (una para cada tipo de IVA).

Mi duda es si, en el desglose del IVA, debo añadir también uno para el IVA 0 o solo se añaden los demás.

Por lógica, yo no añadiría el IVA 0 al desglose del IVA, pero como mucha lógica no hay en todo esto, pues no sé. De todas formas haré varias pruebas y si sigo con dudas les preguntaré a ellos.

Gracias

[keys]

Empezado por espinete

Hola, keys...

Yo me refiero a una factura que sí tiene importe, pero tiene artículos con varios IVAs (entre ellos, un IVA = 0).
Es decir, la factura sí tiene importe, y varias bases imponibles (una para cada tipo de IVA).

Mi duda es si, en el desglose del IVA, debo añadir también uno para el IVA 0 o solo se añaden los demás.

Por lógica, yo no añadiría el IVA 0 al desglose del IVA, pero como mucha lógica no hay en todo esto, pues no sé. De todas formas haré varias pruebas y si sigo con dudas les preguntaré a ellos.

Gracias

Si tiene iva a cero pero importe, tienes que añadir algun tipo de iva de los exentos.

[Ivan_Teleco]

Hola buenas, antes de nada gracias por todo el codigo que la gente comparte.
Estoy usando un php para realizar el envio, y cuando introducco los certificados PEM siempre me responde con nada, si no los pongo al menos me dice que no introduje los certificado, pero almenos responde, alguien sabe donde puede estar el problema??

Los certificados PEM los he sacado con OPENSSL
openssl pkcs12 -in C:\Users\IndaG\Desktop\TBAI_PRUEBAS\PFX.pfx -out C:\Users\IndaG\Desktop\TBAI_PRUEBAS\ca.pem -cacerts -nokeys
openssl pkcs12 -in C:\Users\IndaG\Desktop\TBAI_PRUEBAS\PFX.pfx -out C:\Users\IndaG\Desktop\TBAI_PRUEBAS\client.pem -clcerts -nokeys
openssl pkcs12 -in C:\Users\IndaG\Desktop\TBAI_PRUEBAS\PFX.pfx -out C:\Users\IndaG\Desktop\TBAI_PRUEBAS\key.pem -nocerts

Código PHP:

 <?php

       $xmlStr = file_get_contents('.\firmado.xml');
               
        $ch = curl_init('URL');
        curl_setopt($ch, CURLOPT_POST, 1);
        curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
        curl_setopt($ch, CURLOPT_SSLCERT,'/client.pem');
        curl_setopt($ch, CURLOPT_SSLKEY,'/key.pem');
        curl_setopt($ch, CURLOPT_CAINFO,'/ca.pem');
        curl_setopt($ch, CURLOPT_SSLKEYPASSWD, "INDAVE");
        curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 1);
        curl_setopt($ch, CURLOPT_POSTFIELDS, $xmlStr);
        curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-Type: application/xml; charset=utf-8')); 


        $resp = curl_exec($ch); 
        $size_response = curl_getinfo($ch, CURLINFO_HEADER_SIZE);
        echo$size_response;
         $header_response = substr($resp, 0, $size_response);
         $body_response = substr($resp, $size_response);
        echo $body_response;
       //echo $resp;

       curl_close($ch);

[HerensugeBeltz]

La presente orden foral regula los requisitos del servicio de recepción, el procedimiento y las especificaciones técnicas y funcionales de los ficheros que pretenden corregir los ficheros TicketBAI que han sido rechazados.

https://egoitza.gipuzkoa.eus/gao-bog...4/c2200304.pdf

[misteradrian]

Hola buenas a todos,
Tenía una duda acerca de qué valor de la firma del xml debería de poner en el envío de facturas. Si el de la factura anulada o la de la anteriormente enviada.
Os dejo las respuestas que me han dejado de las diputaciones.
Espero que os sirva a quienes se os haya planteado el mismo dilema.
Un saludo.

• Primero envías la factura F1
• Luego anulas la factura F1
• Posteriormente envías la factura F2

• Esta factura tiene que estar encadenada con la última factura enviada, aunque esté anulada.
• Es decir, no hay que encadenar con la petición de la anulación, si no que la tienes que encadenar con la F1. En el encadenamiento debes poner los 100 caracteres de la firma de la factura F1 y NO los 100 caracteres de la anulación de la F1.

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

Empezado por HerensugeBeltz

La presente orden foral regula los requisitos del servicio de recepción, el procedimiento y las especificaciones técnicas y funcionales de los ficheros que pretenden corregir los ficheros TicketBAI que han sido rechazados.

https://egoitza.gipuzkoa.eus/gao-bog...4/c2200304.pdf

Gracias por la info.

[unomasmas]

Empezado por HerensugeBeltz

La presente orden foral regula los requisitos del servicio de recepción, el procedimiento y las especificaciones técnicas y funcionales de los ficheros que pretenden corregir los ficheros TicketBAI que han sido rechazados.

https://egoitza.gipuzkoa.eus/gao-bog...4/c2200304.pdf

¡Gracias por la info!

¡El servicio Zuzendu que anunciaron antes del verano!

Pero no veo dirección del servicio para pruebas :-(. ¿Lo publicarán en la web? https://www.gipuzkoa.eus/es/web/ogasuna/ticketbai/documentacion-y-normativa

[espinete]

Tengo dudas sobre cómo proceder cuando se produzca un error en los envíos o en la firma (ya sea por fallo del servidor, no tener internet en ese momento o incluso fallos en el certificado en el momento de firmar).
Sé que se ha hablado varias veces en el foro pero no consigo encontrar una respuesta clara.

Me queda claro que, antes de hacer nada, lo ideal es comprobar manualmente que se cumplen todos los requisitos para que la factura pueda firmarse y enviarse:
- campos obligatorios (por ejemplo, "código postal" y "dirección" para Gipuzkoa/Araba y otros más)
- que el certificado esté seleccionado y sea válido
- resto de campos obligatorios, etc.

Una vez eso esté comprobado, procederíamos a generar Y firmar la factura.
Este paso es necesario para poder obtener el identificativo TicketBAI y el QR, que debemos incluir en la factura o tícket impreso que se le entrega al cliente. Por lo tanto, lo importante es poder llegar al menos a este paso: generar y firmar la factura.

Ahora es cuando tengo la duda... ¿cómo gestionáis vosotros un error en el envío?

La factura ya está generada, con su código tbai, su QR, el XML firmado, etc.
Si el envío falla, siempre podremos reenviarla más tarde, pero para ello necesitaremos el XML firmado original.
Es decir, no podemos volver a generar y firmar el XML porque será distinto (la firma no coincidirá).

Por lo tanto, mi pregunta es... ¿qué dato(s) guardáis en la base de datos del software para poder enviar las facturas más adelante sin tener que volver a firmarlas? ¿Guardáis TODO el XML firmado en un campo Blob? ¿Guardáis todos los archivos en alguna carpeta? ¿marcáis las facturas como "generada", "firmada", "enviada" para saber en qué paso se quedó cada una?

Para Gipuzkoa y Araba los envíos los hago sobre la marcha (en el momento de hacer la venta).
¿Lo hacéis en segundo plano o mostráis alguna ventana de "progreso de envío" avisando de los posibles errores al usuario?

¿O ninguna de estas opciones es necesaria y realmente es más sencillo y me estoy liando?

Gracias y perdón por el tostón.

[JM_1]

Empezado por espinete

Tengo dudas sobre cómo proceder cuando se produzca un error en los envíos o en la firma (ya sea por fallo del servidor, no tener internet en ese momento o incluso fallos en el certificado en el momento de firmar).
Sé que se ha hablado varias veces en el foro pero no consigo encontrar una respuesta clara.

Me queda claro que, antes de hacer nada, lo ideal es comprobar manualmente que se cumplen todos los requisitos para que la factura pueda firmarse y enviarse:
- campos obligatorios (por ejemplo, "código postal" y "dirección" para Gipuzkoa/Araba y otros más)
- que el certificado esté seleccionado y sea válido
- resto de campos obligatorios, etc.

Una vez eso esté comprobado, procederíamos a generar Y firmar la factura.
Este paso es necesario para poder obtener el identificativo TicketBAI y el QR, que debemos incluir en la factura o tícket impreso que se le entrega al cliente. Por lo tanto, lo importante es poder llegar al menos a este paso: generar y firmar la factura.

Ahora es cuando tengo la duda... ¿cómo gestionáis vosotros un error en el envío?

La factura ya está generada, con su código tbai, su QR, el XML firmado, etc.
Si el envío falla, siempre podremos reenviarla más tarde, pero para ello necesitaremos el XML firmado original.
Es decir, no podemos volver a generar y firmar el XML porque será distinto (la firma no coincidirá).

Por lo tanto, mi pregunta es... ¿qué dato(s) guardáis en la base de datos del software para poder enviar las facturas más adelante sin tener que volver a firmarlas? ¿Guardáis TODO el XML firmado en un campo Blob? ¿Guardáis todos los archivos en alguna carpeta? ¿marcáis las facturas como "generada", "firmada", "enviada" para saber en qué paso se quedó cada una?

Para Gipuzkoa y Araba los envíos los hago sobre la marcha (en el momento de hacer la venta).
¿Lo hacéis en segundo plano o mostráis alguna ventana de "progreso de envío" avisando de los posibles errores al usuario?

¿O ninguna de estas opciones es necesaria y realmente es más sencillo y me estoy liando?

Gracias y perdón por el tostón.

Una vez creado el TBAI y firmado, tenlo guardado firmado y bloquéalo que no se pueda hacer nada sobre él ni volver a generar. Se reenvía hasta que tengas el "Recibido". Si por lo que sea vuelves a generar otro tan solo un segundo después, pero hacienda ya registró el primero aunque el server no te diera respuesta, tienes el problema. El TBAI es diferente ya por la firma.

Un saludo

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

Empezado por espinete

Por lo tanto, mi pregunta es...

1) ¿qué dato(s) guardáis en la base de datos del software para poder enviar las facturas más adelante sin tener que volver a firmarlas?
2) ¿Guardáis TODO el XML firmado en un campo Blob?
3) ¿Guardáis todos los archivos en alguna carpeta?
4) ¿marcáis las facturas como "generada", "firmada", "enviada" para saber en qué paso se quedó cada una?
5) ¿Lo hacéis en segundo plano o mostráis alguna ventana de "progreso de envío" avisando de los posibles errores al usuario?

1) Guardamos TODO el XML firmado (lo que se envía). Es la única manera, como dices. No se puede generar 2 veces, porque no coincidiría la firma.
2) Si.
3) Sólo para temas de LOG, en nuestro caso es opcional. Lo que realmente sirve a efectos de posibles inspecciones es lo guardado en Base de Datos.
4) En BD tenemos toda la información de cada "intento" de enviar que hacemos.
5) Nosotros lo hacemos al guardar la factura. Si no hay errores no mostramos nada en pantalla.

[unomasmas]

Seguro que ya está aclarado pero es que voy leyendo los mensajes de varios días que llevo sin revisar el foro... Por si no fuese así, por si no se hubiese resuelto este asunto...

Empezado por espinete

Hola de nuevo...

Me he encontrado por primera vez con un problema al enviar una factura que tenía artículos con varios IVAs y uno de ellos con IVA = 0.
Si tengo varios IVAs distintos no hay problema, pero si hay una línea con IVA = 0 (es decir, uno con IVA 21% y otro con IVA 0%), la factura se envía pero con avisos:

Codigo 1219: El campo TipoImpositivo debe estar informado con valor distinto de 0 si el campo TipoNoExenta tiene un valor S1 y ClaveRegimenIVAOpTrascendencia o ClaveRegimenIVAOpTrascendencia adicional con valor distinto a 03 05 09

Supongo que se debe a que en DesgloseIVA estoy añadiendo también el IVA 0 y no debería. ¿Es correcto?
O si se añade, me falta algo por indicar que no encuentro.

Lo que está claro es que no es que la factura esté exenta o no sujeta (no es a nivel de factura, sino de línea), así que supongo que con no añadir ese IVA 0 al DesgloseIVA sería suficiente...

En una factura pueden ir conceptos exentos, no exentos, no sujetos y con inversión del sujeto pasivo. Si el tipo de IVA es cero, ese concepto debe figurar como exento, no sujeto o con el valor S2 para la etiqueta TipoNoExenta.

Empezado por espinete

Luego obtengo este otro que no tiene nada que ver pero me cabrea bastante, la verdad:

Codigo 5031: Se debe informar el campo CodigoPostal cuando FacturaSimplificada sea N o no esté informada o cuando el campo FacturaEmitidaSustituciónSimplificada sea S, o cuando el Código de FacturaRectificativa no sea R5

¿En serio vamos a estar con esas tonterías?

Ojo, la factura se envía y puede comprobarse con el QR, pero a saber si dentro de X meses deja de funcionar.

Esto es lo que es. Con facturas "normales" hay que indicar el código postal :-)