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

[popemonica]

Hola de nuevo a tod@s
Una duda que me ha surgido y ante la cual no encuentro información.

Imaginaros que he hecho una factura Modelo 240 y la he enviado a Hacienda.
Ahora resulta que me he dado cuenta de que he cobrado de más y que tengo que hacerle una abono al cliente.

hablando con la empresa para la cual estoy adecuando la app, me dice que ellos hacen una factura de abono, es decir con importe negativo.
Hasta ahí no hay ningún problema.

la duda que me entra es si esto es correcto de cara a seguir con los protocolos de TicketBAI.
Es decir, yo puedo emitir esa factura (con importe negativo) a hacienda, igual que hago con una factura normal?

Es que a la hora de generar el xml no encuentro nada que me diga si los valores que van en ese xml cambian o no con respecto a una normal.
Para anulacion de facturas si que hay ejemplos de xml pero para este caso yo no he encontrado nada.

Lo mismo me ocurre con el xml que se genera para el LROE (es decir el envio)

Alguien me podría echar un cable?

Gracias

[keys]

Empezado por popemonica

Hola de nuevo a tod@s
Una duda que me ha surgido y ante la cual no encuentro información.

Imaginaros que he hecho una factura Modelo 240 y la he enviado a Hacienda.
Ahora resulta que me he dado cuenta de que he cobrado de más y que tengo que hacerle una abono al cliente.

hablando con la empresa para la cual estoy adecuando la app, me dice que ellos hacen una factura de abono, es decir con importe negativo.
Hasta ahí no hay ningún problema.

la duda que me entra es si esto es correcto de cara a seguir con los protocolos de TicketBAI.
Es decir, yo puedo emitir esa factura (con importe negativo) a hacienda, igual que hago con una factura normal?

Es que a la hora de generar el xml no encuentro nada que me diga si los valores que van en ese xml cambian o no con respecto a una normal.
Para anulacion de facturas si que hay ejemplos de xml pero para este caso yo no he encontrado nada.

Lo mismo me ocurre con el xml que se genera para el LROE (es decir el envio)

Alguien me podría echar un cable?

Gracias

Puedes hacer eso, pero no es de todo correcto. Ya que en este caso lo que hay que hacer una rectificativa. Puedes miar la FAQ 48 de TicketBai de Bizkaia.

[popemonica]

Empezado por keys

Puedes hacer eso, pero no es de todo correcto. Ya que en este caso lo que hay que hacer una rectificativa. Puedes miar la FAQ 48 de TicketBai de Bizkaia.

Muchas gracias por la respuesta.

No tendrá alguien un xml generado de una factura rectificativa por sustitución, para ver como es la estructura de dicho xml verdad?

es que me sería de grana ayuda.

Muchas gracias

[trumbolt]

Buenas compañeros,

Aquí otro de los visitantes ocultos recurrentes que ha tenido que registrarse gracias al cachondeo padre que parece ser el sistema de TicketBAI, con especificidades para cada una de las provincias, como si no fuera bastante trabajo el adaptar un software para que cumpla sus requisitos de firma y envío. Veo que no estoy sólo en ello y si bien no arregla nada, las penas compartidas son menos penas, o eso dicen

Ya que estoy por aquí, intentaré ser lo más productivo que pueda a la comunidad e intentar aportar tb mi conocimiento a fin de ayudar a quien lo necesite.

Y ya de paso, quería agradecer tanto a @keys como a @espinete todo lo que han escrito sobre las SecureBlackBox, la punta de lanza en la que me he apoyado para montar mi desarrollo en C++. Muchas gracias . La verdad es que es una jodienda que no haya apenas ejemplos para la nueva versión 20 y casi todo lo que se encuentra es para la 16.

Por cierto, con la SecureBlackBox, únicamente se generan dos digest en el xml pero por lo que me ha parecido entender tras las ¡¡¡ 153 !!! páginas es que tira bien con eso aunque el ejemplo que se puede descargar de Batuz tenga 3, ¿verdad?. Yo de todas formas he escrito a nsoftware para que me orienten sobre cómo se podría agregar uno nuevo (quizás con AddReference() ) si fuera posible.

[trumbolt]

Empezado por trumbolt

Buenas compañeros,

Aquí otro de los visitantes ocultos recurrentes que ha tenido que registrarse gracias al cachondeo padre que parece ser el sistema de TicketBAI, con especificidades para cada una de las provincias, como si no fuera bastante trabajo el adaptar un software para que cumpla sus requisitos de firma y envío. Veo que no estoy sólo en ello y si bien no arregla nada, las penas compartidas son menos penas, o eso dicen

Ya que estoy por aquí, intentaré ser lo más productivo que pueda a la comunidad e intentar aportar tb mi conocimiento a fin de ayudar a quien lo necesite.

Y ya de paso, quería agradecer tanto a @keys como a @espinete todo lo que han escrito sobre las SecureBlackBox, la punta de lanza en la que me he apoyado para montar mi desarrollo en C++. Muchas gracias . La verdad es que es una jodienda que no haya apenas ejemplos para la nueva versión 20 y casi todo lo que se encuentra es para la 16.

Por cierto, con la SecureBlackBox, únicamente se generan dos digest en el xml pero por lo que me ha parecido entender tras las ¡¡¡ 153 !!! páginas es que tira bien con eso aunque el ejemplo que se puede descargar de Batuz tenga 3, ¿verdad?. Yo de todas formas he escrito a nsoftware para que me orienten sobre cómo se podría agregar uno nuevo (quizás con AddReference() ) si fuera posible.

Se me olvidó incluir al compi @juramisa

Aprovecho para incluir los hashes actualizados porque veo que algunos errores de validación (sobretodo en Batuz) vienen de usar un hash antiguo en la política de firma. Es el problema de usar código de hace unos meses, que uno se confía y resulta que lo han cambiado.

Cuando tenga permisos para publicar urls, también las añadiré para tenerlo todo en el mismo sitio ...

Araba
Hash: d69VEBc4ED4QbwnDtCA2JESgJiw+rwzfutcaSl5gYvM=
Hash en Hex: 77AF55101738103E106F09C3B420362444A0262C3EAF0CDFBAD71A4A5E6062F3

Gipuzkoa
Hash: vSe1CH7eAFVkGN0X2Y7Nl9XGUoBnziDA5BGUSsyt8mg=
Hash en Hex: BD27B5087EDE00556418DD17D98ECD97D5C6528067CE20C0E411944ACCADF268

Bizkaia
Hash: Quzn98x3PMbSHwbUzaj5f5KOpiH0u8bvmwbbbNkO9Es=
Hash en Hex: 42ECE7F7CC773CC6D21F06D4CDA8F97F928EA621F4BBC6EF9B06DB6CD90EF44B

Otro error es usar el hash pero en minúsculas. Al parecer es case sensitive la validación.

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

Empezado por trumbolt

Aprovecho para incluir los hashes actualizados...

Los he añadido a la página inicial (mensaje 1) con el resto de datos.

Empezado por trumbolt

Cuando tenga permisos para publicar urls, también las añadiré ...

Gracias.
Si debes añadir alguna URL, puedes ponerla cambiando (por ejemplo) la parte inicial por h_t_t_p:/_/ (o algo similar)
Luego algunos de los moderadores la editamos y la ponemos correctamente.

[keys]

Hola a todas.

Deciros que hacienda de bizkaia ya ha habilitado el envio de los suplidos/provisiones en el 140 de producción.

Por otra parte ayer me dieron dos tickets con el codigo QR de Bizkaia, uno en una panaderia y otro en una farmacia. Los dos estaban mal, uno solo contenía el TBAI, no la dirección de hacienda y otro un número que no se veía que era. Por si estais por aqui.

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

Empezado por trumbolt

Cuando tenga permisos para publicar urls, también las añadiré para tenerlo todo en el mismo sitio ...

He actualizado en el mensaje 1 del hilo, las que pusimos aquí.
Revisa que sean las mismas que tú tienes y que sean corectas.

[skatologiko]

Una pregunta, estoy intentando enviar tickets de caja a Batuz, y lo hago igual que las facturas normales pero marcando
"<FacturaSimplificada>S</FacturaSimplificada>" y aún sí me pide establecer el Nif del destinatario. ¿cómo hacéis para enviar un ticket del cual no sabemos el nif?

[Sistel]

Empezado por skatologiko

Una pregunta, estoy intentando enviar tickets de caja a Batuz, y lo hago igual que las facturas normales pero marcando
"<FacturaSimplificada>S</FacturaSimplificada>" y aún sí me pide establecer el Nif del destinatario. ¿cómo hacéis para enviar un ticket del cual no sabemos el nif?

Hola skatologiko,

No añadas en el XML el nodo <Destinatarios>
Fíjate en https://www.gipuzkoa.eus/documents/2...28/Anexo+I.pdf que está en negro (no es obligatorio en el caso de facturas simplificadas)
Eso es todo.

Saludos