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

[keys]

Empezado por elcharlie

Como, como. Yo no he entendido eso, la verdad es que solo le he echado un vistazo a la nueva documentación pero lo que yo entendí es que hay dos maneras de presentar el 140/240:

Opción 1: Envío de los tickets/facturas a los servidores de TicketBai, y luego presentas el 140/240 a los servidores Batuz, sin ningún fichero de tickets adjunto.
Opción 2: No envías los Tickets a los servidores y luego cuando envías el 140/240. adjuntas los ficheros de los tickets.

Eso es lo que entendí yo. No se si estaré equivocado, alguien lo puede confirmar?

Eso es lo que entendí yo al principio. Pero después de preguntar a hacienda me indicaron que el envío en BIZKAIA siempre será a través de los modelos 140/240, no va a haber un servicio de envío del Fichero de TicketBai por separado como en el periodo de pruebas.

"Los ficheros XML TicketBAI no se envían directamente, sino que se envían dentro de los siguientes mensajes:
LROE_PF (140) 1 - Ingresos y facturas emitidas 1.1 - Ingresos con factura con TicketBAI
LROE_PJ (240) 1 - Facturas emitidas 1.1 - Facturas emitidas con TicketBAI "

[elcharlie]

Empezado por keys

Eso es lo que entendí yo al principio. Pero después de preguntar a hacienda me indicaron que el envío en BIZKAIA siempre será a través de los modelos 140/240, no va a haber un servicio de envío del Fichero de TicketBai por separado como en el periodo de pruebas.

"Los ficheros XML TicketBAI no se envían directamente, sino que se envían dentro de los siguientes mensajes:
LROE_PF (140) 1 - Ingresos y facturas emitidas 1.1 - Ingresos con factura con TicketBAI
LROE_PJ (240) 1 - Facturas emitidas 1.1 - Facturas emitidas con TicketBAI "

No puede ser. Entonces por qué existen 2 modelos de envío del 140/240? Para la semana que viene, les mando la duda para que me respondan. Pero si es como te han dicho a ti, me matan.
Es que no tiene ningún sentido que sea así.

[keys]

Empezado por elcharlie

No puede ser. Entonces por qué existen 2 modelos de envío del 140/240? Para la semana que viene, les mando la duda para que me respondan. Pero si es como te han dicho a ti, me matan.
Es que no tiene ningún sentido que sea así.

La explicación que a mi me dieron es que hay a algunas empresas, muy pocas, que no les van a obligar a entrar en TicketBai por sus características y para eso hay dos diseños para las emitidas, una con ticketbai y otras no. Nosotros al principio pensabamos que era como tu dices.

Respuesta de hacienda.

En la información remitida sobre los modelos 140 se pueden distinguir:

• Diseño Ticketbai. Este es el fichero XML TBAI que se genera con un sistema de facturación que cumple los requisitos TicketBAI, por las operaciones de entregas de bienes y prestaciones de servicios que se realicen.
• Ingresosyfacturasemitidas_ConfacturaconTBAI. El fichero XML TBAI generado por las entregas de bienes y prestaciones de servicios, se remitirá a la Diputación Foral de Bizkaia dentro del capítulo de Ingresos y facturas emitidas. Es decir, a cada fichero XML TBAI se le añadirá la información exigida en este esquema (básicamente datos de renta) y, posteriormente, se remitirá el registro.
• Ingresosyfacturasemitidas_ConfacturasinTBAI. Este esquema está dirigido a aquellos a los que la normativa ha eximido del cumplimiento de TicketBAI. A pesar de que no se les obliga a que su sistema de facturación cumpla los requisitos TBAI, sí deben remitir los registros de ingresos y facturas emitidas que se recogen en este esquema.

El modelo 240 sigue el mismo criterio del 140 en cuanto a Facturas con TBAI y Facturas sin TBAI, por los mismos motivos.

Por tanto, no debe enviarse dos veces la misma información. El fichero TBAI formará parte de cada registro del 140 o 240 de facturas emitidas con TBAI, siempre que no se está exonerado del cumplimiento de los requisitos de TicketBAI.

[elcharlie]

Empezado por keys

La explicación que a mi me dieron es que hay a algunas empresas, muy pocas, que no les van a obligar a entrar en TicketBai por sus características y para eso hay dos diseños para las emitidas, una con ticketbai y otras no. Nosotros al principio pensabamos que era como tu dices.

Respuesta de hacienda.

En la información remitida sobre los modelos 140 se pueden distinguir:

• Diseño Ticketbai. Este es el fichero XML TBAI que se genera con un sistema de facturación que cumple los requisitos TicketBAI, por las operaciones de entregas de bienes y prestaciones de servicios que se realicen.
• Ingresosyfacturasemitidas_ConfacturaconTBAI. El fichero XML TBAI generado por las entregas de bienes y prestaciones de servicios, se remitirá a la Diputación Foral de Bizkaia dentro del capítulo de Ingresos y facturas emitidas. Es decir, a cada fichero XML TBAI se le añadirá la información exigida en este esquema (básicamente datos de renta) y, posteriormente, se remitirá el registro.
• Ingresosyfacturasemitidas_ConfacturasinTBAI. Este esquema está dirigido a aquellos a los que la normativa ha eximido del cumplimiento de TicketBAI. A pesar de que no se les obliga a que su sistema de facturación cumpla los requisitos TBAI, sí deben remitir los registros de ingresos y facturas emitidas que se recogen en este esquema.

El modelo 240 sigue el mismo criterio del 140 en cuanto a Facturas con TBAI y Facturas sin TBAI, por los mismos motivos.

Por tanto, no debe enviarse dos veces la misma información. El fichero TBAI formará parte de cada registro del 140 o 240 de facturas emitidas con TBAI, siempre que no se está exonerado del cumplimiento de los requisitos de TicketBAI.

La semana que viene les pregunto y te cuento que me dicen. Pero como sea así, es una cagada, y de las grandes.

[keys]

Empezado por elcharlie

La semana que viene les pregunto y te cuento que me dicen. Pero como sea así, es una cagada, y de las grandes.

Es que como no sea asi me llevan mintiendo 2 meses

Todo eso que he mandado son respuestas de hacienda.

[elcharlie]

Empezado por keys

Es que como no sea asi me llevan mintiendo 2 meses

Todo eso que he mandado son respuestas de hacienda.

No, no, si de tu palabra no dudo, ni mucho menos. Pero es que me parece de tal barbaridad todo esto, que me he quedado de piedra. Vamos que lo que no quiero, es creérmelo. Es que es un disparate. Pero de lo que tu dices, no lo dudo.

[juramisa]

Buenos días,

Si habéis leído la documentación, el envío ya no es SOAP, como el SII, sino REST con http, igual que esta haciendo la AEAT para el envío masivo de modelos.

Mi duda es ¿ cómo se realiza la autorización?. La documentación dice "Dicho certificado va en las cabeceras http y se utiliza como base del servicio para la identificación y uso". Por lo que estoy leyendo, deberá ir un valor en los parámetros de la cabecera, como "Authorization: Basic YWxhZGRpbjpvcGVuc2VzYW1l", pero no se que valor hay que mandar en el caso de certificados como FNMT, o IZENPE, por ejemplo.
Alguien puede ayudarme en este tema.
Gracias

[_Josep]

¿A 30/07/2020 Alguien tiene claro finalmente como será todo el tema TicketBai incluidos los envíos de la información?
Cada vez que vengo al foro, alguien ha recibido respuestas diferentes a la anterior consulta.
¿Existe algún software que esté operativo completamente y esté enviando los ficheros a las diferentes haciendas?
Porque claro si uno vende software en Bizkaia, Gipuzkoa y Araba, los envíos no son iguales ¿verdad?
Tela marinera.. Las especificaciones 1.1 no aclaran muchas cosas.

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

Por ahora el tema se ha parado.

[juramisa]

Buenos días

He adquirido los componentes de SecureBlackBox, y tras varias horas y numerosos intentos, usando sus demos, no consigo realizar firma de documentos XML. Alguien tiene algún ejemplo ya realizado para TicketBai, u otro tipo de documento que pueda ayudarme?. Yo trabajo con Delphi 10 Seattle.

Gracias de antemano