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

[Band]

Empezado por keys

Hola.

Para sacar la firma yo lo hago de la siguiente manera.

Código Delphi [-]
  Documento := Txmldocument.Create(nil);
  CoInitialize(nil);
  Documento.LoadFromFile(FicheroTBAI);
  Documento.Active := true;
  firma :=  Documento.DocumentElement.ChildNodes[4].ChildNodes[1].Text;

a través de las clases de Tbai no he conseguido hacerlo, el resto de cosas si, pero la firma no.

Hola keys, gracias por la respuesta.
Mi problema es que no puedo usar el Txmldocument de momento
No sé si es problema del Msxml2.DOMDocument.6.0, porque así

Código Delphi [-]
Documento.DocumentElement.ChildNodes[4].ChildNodes[1].Text;

tampoco consigo referenciarlo.

Seguiré investigando.

[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.

[joselugrk]

Hola,

Estaba intentando localizar una empresa para obtener el Certificado de Firma de Código y no sé a que empresa comprarlo.

He estado mirando www.ksoftware.net, recomendado en el foro, tiene un buen precio. Pero a la hora de realizar el pedido no me funciona con Internet Explorer 11 tal como indican en su página. También les he enviado un email y después de varios días no me han contestado.

He estado mirando:

• digicert.com 1 año $499.00 - Muy caro
• sectigostore.com 1 año $99.00 - Buen precio
• leaderssl.es 1 año €69.00 - Buen precio y te dejan probarlo durante 14 días

¿Qué certificado me recomendáis? ¿Qué estáis utilizando vosotros?

Cualquier ayuda será muy agradecida, saludos y muchas gracias,
Joselu

[luismartin]

Hola a todos. He conseguido que el entorno de pruebas de Gipuzkoa me acepte los envíos de facturas , pero hay un detalle importante que me falta:

Quizás es una tontería , pero no sé qué es lo que habría que hacer. El envío de la primera factura a enviar por este sistema falla, simplemente, porque, o no hay factura anterior de la cual obtener el identificador TBAI para añadir en la actual, o se iba a comenzar a usar ese sistema a partir de la actual, con lo cual, la anterior no tiene dicho identificador TBAI. Obtengo lo siguiente:

Falta dato obligatorio o el dato es erróneo [SignatureValueFirmaFacturaAnterior]

¿Qué firma anterior si no la hay?

¿Sabéis alguien qué hacer en este primer caso? En el resto no tengo problema, porque aunque el envío de la primera factura me falla, al realizar dicho envío, se le genera su identificador TBAI, el cual sirve ya para la siguiente, y así sucesivamente.

[yaedev]

Empezado por luismartin

Hola a todos. He conseguido que el entorno de pruebas de Gipuzkoa me acepte los envíos de facturas , pero hay un detalle importante que me falta:

Quizás es una tontería , pero no sé qué es lo que habría que hacer. El envío de la primera factura a enviar por este sistema falla, simplemente, porque, o no hay factura anterior de la cual obtener el identificador TBAI para añadir en la actual, o se iba a comenzar a usar ese sistema a partir de la actual, con lo cual, la anterior no tiene dicho identificador TBAI. Obtengo lo siguiente: ¿Qué firma anterior si no la hay?

¿Sabéis alguien qué hacer en este primer caso? En el resto no tengo problema, porque aunque el envío de la primera factura me falla, al realizar dicho envío, se le genera su identificador TBAI, el cual sirve ya para la siguiente, y así sucesivamente.

Hola:

Según la documentación el subnodo: Encadenamiento/FacturaAnterior es opcional. Ya que cuando se envíe la 1ª factura será ninguna. Aún no lo he probado, pero entiendo que no debes añadirlo. Ya que si se añade y lo cumplimentas vacío, debe ser cuando da error.

[luismartin]

Empezado por yaedev

Hola:

Según la documentación el subnodo: Encadenamiento/FacturaAnterior es opcional. Ya que cuando se envíe la 1ª factura será ninguna. Aún no lo he probado, pero entiendo que no debes añadirlo. Ya que si se añade y lo cumplimentas vacío, debe ser cuando da error.

Gracias yaedev! No me había percatado de ello. Lo pruebo a ver.

[Edgar7]

Empezado por luismartin

Gracias yaedev! No me había percatado de ello. Lo pruebo a ver.

Hola,

Si no me equivoco es como dice yaedev (o así lo hice yo), en caso de ser la primera factura no es necesario enviar el nodo y en cambio en la respuesta te vendrá lo siguiente:

<Estado>00</Estado>
<Descripcion>Recibido</Descripcion>
<Azalpena>Jasota</Azalpena>
<ResultadosValidacion>
<Codigo>010</Codigo>
<Descripcion>Aviso: Posible error de encadenamiento</Descripcion>
<Azalpena>Abisua: Posible da Kateamendu errorea gertatu izatea</Azalpena>
</ResultadosValidacion>

Espero que os sirva.

Un saludo.

[Edgar7]

Buenas tardes,

Una consulta que a lo mejor a estas alturas es un poco rara pero tengo un lio bastante grande con estos temas:

1.- En el TicketBAI, el nodo Emisor en el que se indica el campo NIF y el campo ApellidosNombreRazonSocial, entiendo que estos campos han de ser los del usuario que usa el software, ¿el usuario se tiene que dar de alta en algún sitio para poder enviar los ticketBAI o no es necesario que ello hagan nada?

2.- En el caso de Bizkaia, ¿esos datos deben ser los mismos que se envían en el json de la cabecera, en los campos NIF y NRS?
{"con":"LROE","apa":"1.1","inte":{"nif": " ","nrs": " "},"drs":{"mode":" ","ejer":" "}}

3.- ¿Es necesario dar de alta el programa en todas las haciendas, o con darle de alta en una vale para todas?

4.- ¿Qué pasos se han de seguir para dar de alta un programa adaptado para TicketBAI en las haciendas?

Gracias

Un saludo

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

Empezado por Edgar7

1.- En el TicketBAI, el nodo Emisor en el que se indica el campo NIF y el campo ApellidosNombreRazonSocial, entiendo que estos campos han de ser los del usuario que usa el software, ¿el usuario se tiene que dar de alta en algún sitio para poder enviar los ticketBAI o no es necesario que ello hagan nada?

2.- En el caso de Bizkaia, ¿esos datos deben ser los mismos que se envían en el json de la cabecera, en los campos NIF y NRS?
{"con":"LROE","apa":"1.1","inte":{"nif": " ","nrs": " "},"drs":{"mode":" ","ejer":" "}}

3.- ¿Es necesario dar de alta el programa en todas las haciendas, o con darle de alta en una vale para todas?

4.- ¿Qué pasos se han de seguir para dar de alta un programa adaptado para TicketBAI en las haciendas?

1. Los del usuario. Creo que los usuarios no. Esos datos ya los tienen la hacienda Vasca.
2. Si, los mismos datos de arriba (pag. 18 del documento Batuz_LROE_Especificaciones_Envío_Masivo_V1_0_7.pdf).
3. Como empresa desarrolladora de software, debes gestionarlo en ambas.

[Eric Mtz]

Hola a todos, ¿Cómo lo lleváis?, parece que poco a poco vamos avanzando entre todos, ¡Ánimo ostia!
Bueno... me habéis pillado, hasta aquí la parte positiva del mensaje, como ya imaginaréis tengo un problema, aunque ésta vez para variar es de ámbito teórico, en fin, allá va:

Estoy redactando la memoria descriptiva del software para solicitar el certificado y el caso es que exigen una descripción detallada del proceso de firma... Mmm... Entiendo... ¿¡Qué!?

Es decir "tipos de certificados admitidos" es algo que puedo medio concretar, pero ¿Arquitectura de la firma?... ¡No tengo ni idea!.
Sé que utilizo algo llamado Xades, que los certificados se almacenan en variables de tipo X509Certificate2, y que al realizar la firma se ejecutan doscientas funciones distintas pero ya está, no sabría concretar nada más, pero piden y cito textualmente "Una descripción del proceso de firma en función del tipo de certificado utilizado".

Bueno señores, recuperando la cordura, me da la sensación de que es mas sencillo de lo que lo estoy planteando, aunque realmente no estoy seguro ya que todo este tema de los certificados me pilla un poco verde.

Como siempre cualquier ayuda es bien recibida, gracias de antemano a todos los que andáis por aquí resolviendo dudas, esta comunidad es esencial para cualquiera que quiera implementar el TicketBAI y salir con vida del intento.

Un saludo.

[Edgar7]

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

1. Los del usuario. Creo que los usuarios no. Esos datos ya los tienen la hacienda Vasca.
2. Si, los mismos datos de arriba (pag. 18 del documento Batuz_LROE_Especificaciones_Envío_Masivo_V1_0_7.pdf).
3. Como empresa desarrolladora de software, debes gestionarlo en ambas.

Muchas gracias Neftali! A ver si vamos saliendo del túnel poco a poco entre todos.

[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

[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.