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

[keys]

Empezado por tejano

Hola, sabéis si una vez enviado el dato de la factura a la hacienda, ya se puede escanear el código QR, o es que estando en pruebas no es posible.

Gracias

Por otra parte, daros las gracias a todos. Hace un par de meses no habría sido capaz de hacer nada y parece que ya he podido enviar mi primera factura correcta.

GRACIASSSSSSSSS, de verdad.

Hola.

El codigo QR se puede escanear la factura según se envia. En gipuzkoa si no esta enviada da error, ya que el envío se realiza en el momento de hacer la factura, tanto en el entorno real como en el de pruebas. Y en Bizkaia siempre te muestra la información este o no enviada, y te indica que no esta enviada.

[Galaxian]

Estoy en la última fase de pruebas con batuz y me he topado con los epígrafes del LROE 140 (apartado Renta), en el que hay que asignar a cada epígrafe la base imponible correspondiente a su actividad o, lo que es lo mismo, separar la factura en actividades. ¡Toma ya!

Obviamente el problema no es de programación sino de usuario ¿alguien en su sano juicio (es decir, que no sea cerebro pensante de la administración) cree que un autónomo que tenga un negocio con varias actividades va a conocer, artículo por artículo, a que actividad hay que asignarlo?

Y aunque el gestor (si es que lo tiene) pudiera hacerlo la primera vez ¿qué ocurre con los artículos nuevos? ¿se va a estar incordiando al gestor con cada artículo?. ¿Alguien adivina a quién van a llamar si no tiene gestor o este le dice que se busque la vida?

Me da que eso va a ser una inmensa fuente de errores (y sanciones). ¿Adivináis a quién van a culpar si algo sale mal? Pues eso.

Como diría Obelix: Están locos estos romanos.

[rci]

Buenos días, estoy de acuerdo con el tema de los epígrafes que comenta Galaxian.
Veo que nadie ha dicho nada sobre este post.


¿Como lo haceis los otros cuando hay múltiples epígrafes?


Muchas gracias!


Saludos

Empezado por Galaxian

Estoy en la última fase de pruebas con batuz y me he topado con los epígrafes del LROE 140 (apartado Renta), en el que hay que asignar a cada epígrafe la base imponible correspondiente a su actividad o, lo que es lo mismo, separar la factura en actividades. ¡Toma ya!

Obviamente el problema no es de programación sino de usuario ¿alguien en su sano juicio (es decir, que no sea cerebro pensante de la administración) cree que un autónomo que tenga un negocio con varias actividades va a conocer, artículo por artículo, a que actividad hay que asignarlo?

Y aunque el gestor (si es que lo tiene) pudiera hacerlo la primera vez ¿qué ocurre con los artículos nuevos? ¿se va a estar incordiando al gestor con cada artículo?. ¿Alguien adivina a quién van a llamar si no tiene gestor o este le dice que se busque la vida?

Me da que eso va a ser una inmensa fuente de errores (y sanciones). ¿Adivináis a quién van a culpar si algo sale mal? Pues eso.

Como diría Obelix: Están locos estos romanos.

[Sistel]

Empezado por rci

Buenos días, estoy de acuerdo con el tema de los epígrafes que comenta Galaxian.
Veo que nadie ha dicho nada sobre este post.
¿Como lo haceis los otros cuando hay múltiples epígrafes?
...

Hola rci,

El modelo 140 (LROE para autónomos) no es nuevo.
Lleva existiendo muchos años.
Y siempre ha incluído la información del epígrafe de actividad de cada operación.

Ahora el único cambio consiste en enviarlo por el nuevo sistema.
Pero la información es, prácticamente, la misma.

Si el autónomo sólo tiene un epígrafe de actividad ¡¡¡ genial !!!
Si no, debe separar las facturas (ficheros XML Ticketbai firmados) por cada uno de los epígrafes de actividad.
Pero nada nuevo.

Saludos

[rci]

Muchas gracias por la respuesta Sistel.

Y si hace una venta con artículos de varios epígrafes? tiene que hacerle dos facturas?

Mi otra duda es sobre las facturas de compras (facturas recibidas) donde veo que también se tiene que informar el epígrafe, cuando recibes una factura de un proveedor, que yo sepa no pone en ningún sitio el epígrafe de la actividad del proveedor o de los artículos / servicios que te ha prestado

Menudo lio

Muchas gracias

Empezado por Sistel

Hola rci,

El modelo 140 (LROE para autónomos) no es nuevo.
Lleva existiendo muchos años.
Y siempre ha incluído la información del epígrafe de actividad de cada operación.

Ahora el único cambio consiste en enviarlo por el nuevo sistema.
Pero la información es, prácticamente, la misma.

Si el autónomo sólo tiene un epígrafe de actividad ¡¡¡ genial !!!
Si no, debe separar las facturas (ficheros XML Ticketbai firmados) por cada uno de los epígrafes de actividad.
Pero nada nuevo.

Saludos

[Sistel]

Empezado por rci

Muchas gracias por la respuesta Sistel.

Y si hace una venta con artículos de varios epígrafes? tiene que hacerle dos facturas?

Mi otra duda es sobre las facturas de compras (facturas recibidas) donde veo que también se tiene que informar el epígrafe, cuando recibes una factura de un proveedor, que yo sepa no pone en ningún sitio el epígrafe de la actividad del proveedor o de los artículos / servicios que te ha prestado

Menudo lio

Muchas gracias

Hola rci,

Para los autónomos todo es siempre más difícil, más caro y más arriesgado.
(Por eso a mis clientes siempre les he convencido que se pasen a Sociedad Limitada)

Lo de los epígrafes está pensado para cuando un autónomo tiene varias actividades diferentes.
Ejemplo: el autónomo tiene un bar y también se dedica a trabajar como fontanero.
Lo lógico es que, tanto las facturas emitidas, como las recibidas sean de uno de los dos negocios.
Por supuesto, que puede ser que reciba una factura de un gasto que es achacable a sus dos negocios (por ejemplo, factura de sus asesoría)
En este caso podría pedir a la asesoría que le emita esa factura repartida en dos diferentes (cosa que probablemente la asesoría le diga que nanay).
En ese caso, creo recordar (hace mucho que no tengo ya ningún cliente autónomo) que en el modelo 140 podía repercutir parte de esa factura en cada uno de sus epígrafes .
Pero es más complicado.
Lo mejor: cada factura a la carpeta de uno u otro negocio.

Saludos

[Galaxian]

Empezado por Sistel

Hola rci,

Para los autónomos todo es siempre más difícil, más caro y más arriesgado.
(Por eso a mis clientes siempre les he convencido que se pasen a Sociedad Limitada)

Lo de los epígrafes está pensado para cuando un autónomo tiene varias actividades diferentes.
Ejemplo: el autónomo tiene un bar y también se dedica a trabajar como fontanero.
Lo lógico es que, tanto las facturas emitidas, como las recibidas sean de uno de los dos negocios.
Por supuesto, que puede ser que reciba una factura de un gasto que es achacable a sus dos negocios (por ejemplo, factura de sus asesoría)
En este caso podría pedir a la asesoría que le emita esa factura repartida en dos diferentes (cosa que probablemente la asesoría le diga que nanay).
En ese caso, creo recordar (hace mucho que no tengo ya ningún cliente autónomo) que en el modelo 140 podía repercutir parte de esa factura en cada uno de sus epígrafes .
Pero es más complicado.
Lo mejor: cada factura a la carpeta de uno u otro negocio.

Saludos

Ojalá fuese tan sencillo como una serie de facturación por cada actividad, pero en el sector en el que me muevo la realidad es bien distinta, ya que la práctica totalidad tiene un mínimo de 3 actividades -empresariales y profesionales para joderlo aún más- mezcladas en el mismo negocio, y eso no hay por donde cogerlo a no ser que el autónomo de marras sea también economista.

[Noe277]

Empezado por rci

Muchas gracias por la respuesta Sistel.

Y si hace una venta con artículos de varios epígrafes? tiene que hacerle dos facturas?

Mi otra duda es sobre las facturas de compras (facturas recibidas) donde veo que también se tiene que informar el epígrafe, cuando recibes una factura de un proveedor, que yo sepa no pone en ningún sitio el epígrafe de la actividad del proveedor o de los artículos / servicios que te ha prestado

Menudo lio

Muchas gracias

Buenas,

Realmente las facturas tienen que ir a un epígrafe, van por actividad no puedes mezclar cosas . Si vendes libros y fabricas/vendes bombillas no puedes mezclar en una factura los libros con las bombillas.
En compras tu decides a que actividad le imputas el gasto.


Por otro lado alguien me puede decir una vez registrado el software en una hacienda cuanto tiempo tardan en pasarse los datos entre ellas. No me detecta como software garante en Guipúzcoa pero estoy registrada en Bizkaia.

[rci]

Muchas gracias Sistel y Noe277 por las respuestas.


Sobre el tema del registro como software garante que comenta Noe277 estamos igual, hace casi un mes que nos registramos, aparecemos en una lista pero no en otra.

Además no nos han facilitado la licenciaTicketBAI.

Envié un correo a las dos agencias que registran comentando el tema y de momento solo me ha contestado una (en la que no estamos registrados) y dicen:

Es suficiente registrarse en uno de los territorios para poder operar en cualquiera de ellos, es decir, el registro es único para los tres territorios. La publicación de un registro en la lista de la web no es automática, el proceso requiere de un cierto plazo.

pues seguiremos esperando ese plazo....


Por cierto como habeis obtenido la licencia ticketBAI? os han enviado un correo o algo?


Muchas gracias!

[Galaxian]

Empezado por Noe277

Buenas,

Realmente las facturas tienen que ir a un epígrafe, van por actividad no puedes mezclar cosas . Si vendes libros y fabricas/vendes bombillas no puedes mezclar en una factura los libros con las bombillas.
En compras tu decides a que actividad le imputas el gasto.


Por otro lado alguien me puede decir una vez registrado el software en una hacienda cuanto tiempo tardan en pasarse los datos entre ellas. No me detecta como software garante en Guipúzcoa pero estoy registrada en Bizkaia.

De eso nada, y el motivo es tan aplastante que lo van a entender hasta los marcianos: si solo pudiese haber un epígrafe por factura el LROE no aceptaría hasta los 10 que vienen en el XSD.

[jaiser]

A mi me da error al probar el qr en la web de pruebas de guipuzkoa. ¿Podeis poner algúno la web qr de pruebas de guipuzkoa? Es asi:
h t t p s://tbai-prep.egoitza.gipuzkoa.eus/qr/?id=TBAI-44619360G-261020-EzyQEMtxw37Gm-161&s=TB-2020-F&nf=419&i=1542.75&cr=182

Empezado por keys

Hola.

El codigo QR se puede escanear la factura según se envia. En gipuzkoa si no esta enviada da error, ya que el envío se realiza en el momento de hacer la factura, tanto en el entorno real como en el de pruebas. Y en Bizkaia siempre te muestra la información este o no enviada, y te indica que no esta enviada.

[Eric Mtz]

Muy buenos días a todos, tengo un dilema que requiere de más puntos de vista.
Os pongo al día, últimamente ando gestionando las respuestas de las altas y estoy notando que Gipuzkoa es mucho más estricto que Bizkaia.
Es decir, en cuando a estructura y contenido ambos son similares, advierten de las mismas cosas y no dudan en rechazarlas si fuera necesario, sin embargo, ayer tuve la ocurrencia de enviar 3 facturas a Bizkaia y eliminar la segunda, esto según mi cabeza debería de causar algún conflicto pero no es así, me devuelve un correcto en la factura 1 y 3 como si no encontrase ningún error, cuando es EVIDENTE que la factura 3 apunta a una factura 2 inexistente y que la primera factura no está referenciada por ninguna otra. (Y sí, las mando todas en el mismo envío).

¿Qué se supone que sucede?, mis teorías son las siguientes:
1. Mi teoría más lógica es que el TBAI de Bizkaia es menos estricto por la cantidad de facturas que tiene que almacenar por cada envío... si le enviases miles de facturas y protestase por cada error de encadenamiento quizás no les salga a cuenta.
2. Mi segunda teoría es que no estoy tratando bien la respuesta???, yo diría que no, es decir, recibo sus errores cuando se trata de otros campos y de hecho los serializo correctamente a la clase respuesta, no se... a estas alturas el TBAI me hace dudar de mi propia existencia.
3. Siguiendo con la especulación, podría ser que el entorno de pruebas sea mas permisivo que el servidor final, siendo sinceros hasta que logramos realizar envíos correctos mandamos mucha basura inútil, tendría sentido que se saltasen algunas revisiones, aunque enviar en el mismo "pack" tres facturas mal encadenadas y que no diga nada tiene tela...
4. Por último mi teoría favorita, todo el TBAI es una farsa, al otro lado tan solo hay un mono aporreando un teclado para determinar si el envío está bien y acabo de romper el mátrix.

En fin, ¿Alguien me puede arrojar un poco de luz sobre todo este asunto?, gracias de antemano.

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

Empezado por jaiser

A mi me da error al probar el qr en la web de pruebas de guipuzkoa. ¿Podeis poner algúno la web qr de pruebas de guipuzkoa? Es asi:
h t t p s://tbai-prep.egoitza.gipuzkoa.eus/qr/?id=TBAI-44619360G-261020-EzyQEMtxw37Gm-161&s=TB-2020-F&nf=419&i=1542.75&cr=182

Creo que la Base para la URL es esta: https://tbai.prep.gipuzkoa.eus/qr/

[MikusMikae]

Hola,

Soy nuevo en el foro, gracias de antemano por la ayuda encontrada en este foro para el desarrollo de la adaptación de Ticket Bai. Impagable.

Tengo el desarrollo avanzado, genero el xml, lo firmo (chilkat), envio el fichero (A Gipuzkoa en este caso), pero me devuelve el siguiente error y no se verlo.

Error: El fichero de alta TicketBAI no cumple el esquema XSD. Detalle del error: cvc-complex-type.2.4.a: Invalid content was found starting with element 'ds:Signature'.
One of '{"http://www.w3.org/2000/09/xmldsig#":Signature}' is expected.

En el fichero xml la firma empieza y finaliza de este modo:

</HuellaTBAI>
<ds:Signature xmlns:ds="h t t p:w w w.w3.org/2000/09/xmldsig#" Id="Signature-63c35f38-2b5f-4600-b3da-3ddee86d62b3-Signature">
<ds:SignedInfo>
<ds:CanonicalizationMethod Algorithm="h t t p://w w w.w3.org/TR/2001/REC-xml-c14n-20010315"/>
<ds:SignatureMethod Algorithm="h t t p://w w w.w3.org/2001/04/xmldsig-more#rsa-sha256"/>
.....
.....
</xades:QualifyingProperties>
</ds:Object>
</ds:Signature>
</T:TicketBai>

¿Qué puede ser?

Gracias.

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

Empezado por MikusMikae

Soy nuevo en el foro, gracias de antemano por la ayuda encontrada en este foro para el desarrollo de la adaptación de Ticket Bai. Impagable.

Bienvenido al foro.

Empezado por MikusMikae

Error: El fichero de alta TicketBAI no cumple el esquema XSD. Detalle del error: cvc-complex-type.2.4.a: Invalid content was found starting with element 'ds:Signature'.
One of '{"http://www.w3.org/2000/09/xmldsig#":Signature}' is expected.

Segun el error parece que el problema que está en el XML/ds:Signature.
Te adjunto un par de ejemplos que se pueden descargar.
Revísalos y compara la estructura con el que estás generando, a ver qué diferencias ves.

[jaiser]

Empezado por MikusMikae

Hola,

Soy nuevo en el foro, gracias de antemano por la ayuda encontrada en este foro para el desarrollo de la adaptación de Ticket Bai. Impagable.

Tengo el desarrollo avanzado, genero el xml, lo firmo (chilkat), envio el fichero (A Gipuzkoa en este caso), pero me devuelve el siguiente error y no se verlo.

Error: El fichero de alta TicketBAI no cumple el esquema XSD. Detalle del error: cvc-complex-type.2.4.a: Invalid content was found starting with element 'ds:Signature'.

En el fichero xml la firma empieza y finaliza de este modo:



¿Qué puede ser?

Gracias.

No se si habrás copiado el ejemplo del chilkat, si es asi prueba a cambiar al hacer la llamada para firmar "T:TicketBai" por "TicketBai". Quita el "T:"

[MikusMikae]

Empezado por jaiser

No se si habrás copiado el ejemplo del chilkat, si es asi prueba a cambiar al hacer la llamada para firmar "T:TicketBai" por "TicketBai". Quita el "T:"

Si le quito la 'T:', Chilkat devuelve error , no sabe donde ubicar la firma.
Doing first SAX parse...
The location of where to insert the Signature was not found.
Failed.

He enviado un correo a soporte de Gipuzkoa, a ver que comentan.

[Maska10]

Buenos días compañeros, llevo años sin pasar por aquí y con esto del Ticket Bai pues nos toca.

Mira que llevo semanas respasando todo el hilo + la documentación de las distintas haciendas, tengo bastante claros los procesos excepto una parte (o bien soy muy tonto o bien por mucho que lo lea no lo capto) .. tengo claro que:

1 - Genero el fichero XML
2 - Lo firmo
3 - Genero TBAI y QR ?¿?¿?¿?¿
4 - Lo envío

Guay, como veis mi duda está en el punto 3:

- ¿que carajo significa genero el TBAI? he visto códigos con un TBAI-ID que no se de donde sale y en base a que se genera
- ¿que datos contiene el QR, a donde apunta? entiendo que en base al TBAI-ID pero claro, hasta que no me aclare con el punto anterior no puedo entender este.

Disculpad si son preguntas tontas pero en serio que me he leido 3 veces ya todos los mensajes.

[FranAza]

Empezado por MikusMikae

Hola,

Soy nuevo en el foro, gracias de antemano por la ayuda encontrada en este foro para el desarrollo de la adaptación de Ticket Bai. Impagable.

Tengo el desarrollo avanzado, genero el xml, lo firmo (chilkat), envio el fichero (A Gipuzkoa en este caso), pero me devuelve el siguiente error y no se verlo.

Error: El fichero de alta TicketBAI no cumple el esquema XSD. Detalle del error: cvc-complex-type.2.4.a: Invalid content was found starting with element 'ds:Signature'.
One of '{"http://www.w3.org/2000/09/xmldsig#":Signature}' is expected.

En el fichero xml la firma empieza y finaliza de este modo:



¿Qué puede ser?

Gracias.

Buenas,

Según tu xml, es posible que te falte poner // en la línea:

<ds:Signature xmlns:ds="h t t p:w w w.w3.org/2000/09/xmldsig#" Id="Signature-63c35f38-2b5f-4600-b3da-3ddee86d62b3-Signature">

Justo después de h t t p:

Saludos

[MikusMikae]

Empezado por FranAza

Buenas,

Según tu xml, es posible que te falte poner // en la línea:

<ds:Signature xmlns:ds="h t t p:w w w.w3.org/2000/09/xmldsig#" Id="Signature-63c35f38-2b5f-4600-b3da-3ddee86d62b3-Signature">

Justo después de h t t p:

Saludos

Era eso. Que vista.

Muchas gracias.