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

[Sistel]

Empezado por Sistel

Hola,

Pues sí.
Acabo de revisar y tengo 981 facturas emitidas ese día y enviadas a TicketBAI de Álava de las que no se recibió el XML correspondiente.

Voy a hablar con TicketBAI de Álava que me digan qué hacer porque si hay error en alguna de ellas, no lo he podido detectar.

Muchas gracias, Germán.

Saludos

Acabo de hablar con ellos y me dicen que sí saben que ha habido alguna caída en sus sistemas.
Pero como no podemos confirmar si las han recibido (y si tienen errores) o no, que las volvamos a enviar.
Y que si nos da aviso de ya recibida anteriormente, con obviarlo, solucionado.

Saludos

[Sistel]

Hola,

Acabamos de hacer un chequeo y hay otros días que también nos falta el XML de respuesta de TicketBAI de Álava.
2023-03-03 981
2023-03-05 406
2023-03-06 1234

Así que a reenviar.

Saludos

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

De nada.

Empezado por Sistel

Voy a hablar con TicketBAI de Álava que me digan qué hacer porque si hay error en alguna de ellas, no lo he podido detectar.

Según lo que te digan, si lo crees interesante publícalo aquí.
Nosotros, por ahora, les hemos dicho a los clientes, que vayan comprobando una a una (como ha dicho [CarlosArjonomia]) para comprobar que todas están subidas.
Al no recibir respuesta, no sabemos si todas están aceptadas, algunas rechazadas, o además de las respuestas también falló la recepción y alguna no está subida....

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

Empezado por Sistel

Acabo de hablar con ellos y me dicen que sí saben que ha habido alguna caída en sus sistemas.
Pero como no podemos confirmar si las han recibido (y si tienen errores) o no, que las volvamos a enviar.
Y que si nos da aviso de ya recibida anteriormente, con obviarlo, solucionado.

No había visto esta respuesta.

[keys]

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

De nada.


Según lo que te digan, si lo crees interesante publícalo aquí.
Nosotros, por ahora, les hemos dicho a los clientes, que vayan comprobando una a una (como ha dicho [CarlosArjonomia]) para comprobar que todas están subidas.
Al no recibir respuesta, no sabemos si todas están aceptadas, algunas rechazadas, o además de las respuestas también falló la recepción y alguna no está subida....

¿Pero si hacienda no devuelve resultado dais como enviadas las facturas?

[HerensugeBeltz]

Empezado por keys

¿Pero si hacienda no devuelve resultado dais como enviadas las facturas?

Nosotros sólo damos por emitida una factura con su correspondiente respuesta indicando que ha sido aceptada.

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

Empezado por HerensugeBeltz

Nosotros sólo damos por emitida una factura con su correspondiente respuesta indicando que ha sido aceptada.

Nosotros hacemos algo similar.

Empezado por keys

¿Pero si hacienda no devuelve resultado dais como enviadas las facturas?

El problema es que ambas suposiciones pueden ser incorrectas. Por eso no hay ninguna segura.

1) Si la das por enviada, puede ser que el servidor esté caído y no haya subido (y tampoco haya llegado ninguna respuesta).
2) Si la das por no enviada, puede ser que sí esté subida, pero simplemente la respuesta no haya llegado (es este caso)

Nosotros no dejamos guardar la factura final si el servidor está caído, tenemos un sistema de "guardado intermedio" para que el usuario pueda seguir trabajando, y más adelante puede realizarla en firme (cuando el servidor responda). Es decir asumimos que si no hay respuesta es que no está subida.

El problema en este caso, es que hacienda sí la tiene, y en nuestro sistema consta que no.

[keys]

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

Nosotros hacemos algo similar.



El problema es que ambas suposiciones pueden ser incorrectas. Por eso no hay ninguna segura.

1) Si la das por enviada, puede ser que el servidor esté caído y no haya subido (y tampoco haya llegado ninguna respuesta).
2) Si la das por no enviada, puede ser que sí esté subida, pero simplemente la respuesta no haya llegado (es este caso)

Nosotros no dejamos guardar la factura final si el servidor está caído, tenemos un sistema de "guardado intermedio" para que el usuario pueda seguir trabajando, y más adelante puede realizarla en firme (cuando el servidor responda). Es decir asumimos que si no hay respuesta es que no está subida.

El problema en este caso, es que hacienda sí la tiene, y en nuestro sistema consta que no.

En el caso de que la factura este subida, pero en nuestro sistema no consta como enviada (ya sea por un error de hacienda o nuestro) lo que hacemos es volver a intentarla enviar y si ya estaba subida indicarselo al usuario. En Gipuzkoa y Alava simplemente la enviamos otra vez y en Bizkaia utilizamos el servicio de consulta previamente ya que si intentas enviar varias facturas seguidas con rechazo te bloquean.

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

Empezado por keys

En el caso de que la factura este subida, pero en nuestro sistema no consta como enviada (ya sea por un error de hacienda o nuestro) lo que hacemos es volver a intentarla enviar y si ya estaba subida indicarselo al usuario.

Es otra forma de hacerlo.
Digamos que nosotros para TBAI tuvimos la premisa de que una factura "no podía estar guardada en el sistema" (como factura) si no estaba subida, para que no pudiera entrar en el circuito y se pudiera imprimir, enviar, exportar, facturae, contabilizar,... (y tantas cosas más que se puede hacer con ellas).

En el caso de SII, por ejemplo, la forma de hacerlo es bastante parecido al que comentas tú.

[iosusie]

Hola
Lo primero de todo quiero agradecer toda la info que tiene este post y que me ha ayudado mogollon.

Estoy haciendo en plan privado un TPV para mi pareja (una tienda). Estoy en Bizkaia y en entorno de pruebas. Programo en c#, pero me arreglo bien convirtiendo de delphi (ademas este es el mejor foro que he visto sobre el tema).

De momento consigo hacer casi todo (crear el xml ticketbai, el QR, enviar el xml del LROE de ingresos...). Ahora estoy con el tema de gastos (facturas recibidas), pero a la hora de enviar el xml me da un error que no consigo solucionar.

El error que me da es esto:
B4_1000023. El capitulo no corresponde con el modelo y el apartado indicado.


He revisado el xml y todo me parece correcto, aunque seguro que algo se me escapa.
Voy a intentar poner aqui el xml a ver si se os ocurre algo.

Mila esker

Y perdonar. Es la primera vez que posteo...

<lrpfgcfamp:LROEPF140GastosConFacturaAltaModifPeticion>
<Cabecera>
<Modelo>140</Modelo>
<Capitulo>2</Capitulo>
<Subcapitulo>2.1</Subcapitulo>
<Operacion>A00</Operacion>
<Version>1.0</Version>
<Ejercicio>2023</Ejercicio>
<ObligadoTributario>
<NIF>99980527X</NIF>
<ApellidosNombreRazonSocial>SOFTWARE GARANTE TICKETBAI PRUEBA</ApellidosNombreRazonSocial>
</ObligadoTributario>
</Cabecera>
<Gastos>
<Gasto>
<EmisorFacturaRecibida>
<NIF>123456789X</NIF>
<IDOtro>
<IDType>02</IDType>
<ID>123456789X</ID>
</IDOtro>
<ApellidosNombreRazonSocial>IOSU</ApellidosNombreRazonSocial>
</EmisorFacturaRecibida>
<CabeceraFactura>
<NumFactura>2023_005</NumFactura>
<FechaExpedicionFactura>14-03-2023</FechaExpedicionFactura>
<FechaRecepcion>14-03-2023</FechaRecepcion>
<TipoFactura>F1</TipoFactura>
</CabeceraFactura>
<DatosFactura>
<DescripcionOperacion>2023_005</DescripcionOperacion>
<Claves>
<IDClave>
<ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia>
</IDClave>
</Claves>
<ImporteTotalFactura>110</ImporteTotalFactura>
</DatosFactura>
<RentaIVA>
<DetalleRentaIVA>
<Epigrafe>166220</Epigrafe>
<InversionSujetoPasivo>S</InversionSujetoPasivo>
<BaseImponible>100</BaseImponible>
</DetalleRentaIVA>
</RentaIVA>
</Gasto>
</Gastos>
</lrpfgcfamp:LROEPF140GastosConFacturaAltaModifPeticion>

[Sistel]

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

Es otra forma de hacerlo.
Digamos que nosotros para TBAI tuvimos la premisa de que una factura "no podía estar guardada en el sistema" (como factura) si no estaba subida, para que no pudiera entrar en el circuito y se pudiera imprimir, enviar, exportar, facturae, contabilizar,... (y tantas cosas más que se puede hacer con ellas).
En el caso de SII, por ejemplo, la forma de hacerlo es bastante parecido al que comentas tú.

Hola,

En nuestro caso, donde la mayoría de nuestros clientes son TPVs de bazares, bares y restaurantes que emiten tickets (facturas simplificadas) a granel (unas 10.000 facturas al día, en total), no podemos esperar a enviar, que el servidor de TicketBAI conteste y analizar la respuesta devuelta antes de dar por buena la factura.
Así que vamos emitiendo las facturas por un lado y poniéndolas en cola para su envío, lo antes posible, a TicketBAI.

Si después al analizar las respuestas, TicketBAI nos contesta que alguna de ellas tiene errores, procedemos a subsanarla mediante Zuzendu y solucionado el tema.

Saludos

[Sistel]

Empezado por iosusie

Hola


Lo primero de todo quiero agradecer toda la info que tiene este post y que me ha ayudado mogollon.


Estoy haciendo en plan privado un TPV para mi pareja (una tienda). Estoy en Bizkaia y en entorno de pruebas. Programo en c#, pero me arreglo bien convirtiendo de delphi (ademas este es el mejor foro que he visto sobre el tema).


De momento consigo hacer casi todo (crear el xml ticketbai, el QR, enviar el xml del LROE de ingresos...). Ahora estoy con el tema de gastos (facturas recibidas), pero a la hora de enviar el xml me da un error que no consigo solucionar.


El error que me da es esto:
B4_1000023. El capitulo no corresponde con el modelo y el apartado indicado.


He revisado el xml y todo me parece correcto, aunque seguro que algo se me escapa.


Voy a intentar poner aqui el xml a ver si se os ocurre algo.


Mila esker


Y perdonar. Es la primera vez que posteo...



<lrpfgcfamp:LROEPF140GastosConFacturaAltaModifPeticion>
<Cabecera>
<Modelo>140</Modelo>
<Capitulo>2</Capitulo>
<Subcapitulo>2.1</Subcapitulo>
<Operacion>A00</Operacion>
<Version>1.0</Version>
<Ejercicio>2023</Ejercicio>
<ObligadoTributario>
<NIF>99980527X</NIF>
<ApellidosNombreRazonSocial>SOFTWARE GARANTE TICKETBAI PRUEBA</ApellidosNombreRazonSocial>
</ObligadoTributario>
</Cabecera>
<Gastos>
<Gasto>
<EmisorFacturaRecibida>
<NIF>123456789X</NIF>
<IDOtro>
<IDType>02</IDType>
<ID>123456789X</ID>
</IDOtro>
<ApellidosNombreRazonSocial>IOSU</ApellidosNombreRazonSocial>
</EmisorFacturaRecibida>
<CabeceraFactura>
<NumFactura>2023_005</NumFactura>
<FechaExpedicionFactura>14-03-2023</FechaExpedicionFactura>
<FechaRecepcion>14-03-2023</FechaRecepcion>
<TipoFactura>F1</TipoFactura>
</CabeceraFactura>
<DatosFactura>
<DescripcionOperacion>2023_005</DescripcionOperacion>
<Claves>
<IDClave>
<ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia>
</IDClave>
</Claves>
<ImporteTotalFactura>110</ImporteTotalFactura>
</DatosFactura>
<RentaIVA>
<DetalleRentaIVA>
<Epigrafe>166220</Epigrafe>
<InversionSujetoPasivo>S</InversionSujetoPasivo>
<BaseImponible>100</BaseImponible>
</DetalleRentaIVA>
</RentaIVA>
</Gasto>
</Gastos>
</lrpfgcfamp:LROEPF140GastosConFacturaAltaModifPeticion>

Hola,

Yo, por ahora no tengo clientes en Bizkaia, pero parece que el mensaje que te devuelve "B4_1000023. El capitulo no corresponde con el modelo y el apartado indicado." lo deja claro.
No estás enviando al capítulo correcto.
En el modelo 140, el capítulo correspondiente a facturas recibidas no es el 2 (como en el modelo 240) sino el 2.1

Saludos

[keys]

Empezado por iosusie

Hola


Lo primero de todo quiero agradecer toda la info que tiene este post y que me ha ayudado mogollon.


Estoy haciendo en plan privado un TPV para mi pareja (una tienda). Estoy en Bizkaia y en entorno de pruebas. Programo en c#, pero me arreglo bien convirtiendo de delphi (ademas este es el mejor foro que he visto sobre el tema).


De momento consigo hacer casi todo (crear el xml ticketbai, el QR, enviar el xml del LROE de ingresos...). Ahora estoy con el tema de gastos (facturas recibidas), pero a la hora de enviar el xml me da un error que no consigo solucionar.


El error que me da es esto:
B4_1000023. El capitulo no corresponde con el modelo y el apartado indicado.


He revisado el xml y todo me parece correcto, aunque seguro que algo se me escapa.


Voy a intentar poner aqui el xml a ver si se os ocurre algo.


Mila esker


Y perdonar. Es la primera vez que posteo...



<lrpfgcfamp:LROEPF140GastosConFacturaAltaModifPeticion>
<Cabecera>
<Modelo>140</Modelo>
<Capitulo>2</Capitulo>
<Subcapitulo>2.1</Subcapitulo>
<Operacion>A00</Operacion>
<Version>1.0</Version>
<Ejercicio>2023</Ejercicio>
<ObligadoTributario>
<NIF>99980527X</NIF>
<ApellidosNombreRazonSocial>SOFTWARE GARANTE TICKETBAI PRUEBA</ApellidosNombreRazonSocial>
</ObligadoTributario>
</Cabecera>
<Gastos>
<Gasto>
<EmisorFacturaRecibida>
<NIF>123456789X</NIF>
<IDOtro>
<IDType>02</IDType>
<ID>123456789X</ID>
</IDOtro>
<ApellidosNombreRazonSocial>IOSU</ApellidosNombreRazonSocial>
</EmisorFacturaRecibida>
<CabeceraFactura>
<NumFactura>2023_005</NumFactura>
<FechaExpedicionFactura>14-03-2023</FechaExpedicionFactura>
<FechaRecepcion>14-03-2023</FechaRecepcion>
<TipoFactura>F1</TipoFactura>
</CabeceraFactura>
<DatosFactura>
<DescripcionOperacion>2023_005</DescripcionOperacion>
<Claves>
<IDClave>
<ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia>
</IDClave>
</Claves>
<ImporteTotalFactura>110</ImporteTotalFactura>
</DatosFactura>
<RentaIVA>
<DetalleRentaIVA>
<Epigrafe>166220</Epigrafe>
<InversionSujetoPasivo>S</InversionSujetoPasivo>
<BaseImponible>100</BaseImponible>
</DetalleRentaIVA>
</RentaIVA>
</Gasto>
</Gastos>
</lrpfgcfamp:LROEPF140GastosConFacturaAltaModifPeticion>

Asegúrate que en la petición del envío tienes bien los datos. Hay que poner el mismo libro/capitulo que en el xml (2.1) El capitulo y subcapítulo del fichero estan bien.

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

Empezado por iosusie

Hola
...
Y perdonar. Es la primera vez que posteo...

Hola y bienvenida.
Por favor, revisa la Guía de estilo y añade etiquetas cuando escribas código/XML/SQL,...

En cuanto al error ya te lo han comentado, el mensaje parece claro: "B4_1000023. El capitulo no corresponde con el modelo y el apartado indicado."
Revisa la documentación o directamente envíales el fichero por correo (batuz.programak@bizkaia.eus) y pregúntales que quieres que les envíes en ese apartado.

[iosusie]

Mila esker


El error lo he solucionado. Los datos de cabecera estaban mal. Es lo que tiene el copia pega desde el envio del otro xml...


Ahora me sale optro, pero ya lo mirare mañana.


Gracias a todos...

[Sergiocrz]

Hola, tengo una pequeña duda, como se procede con la impresion del codigo QR en caso de falla de internet o caida del sistema ticketbai? ¿Podemos imprimir la factura sin código QR o generamos el ID de ticketbai para crear el código QR?

Gracias

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

Empezado por Sergiocrz

Hola, tengo una pequeña duda, como se procede con la impresion del codigo QR en caso de falla de internet o caida del sistema ticketbai? ¿Podemos imprimir la factura sin código QR o generamos el ID de ticketbai para crear el código QR?

La generación del código QR (los datos que lleva) no necesitan ninguna respuesta del servidor.
Este gráfico es bastante explicativo de cómo podría ser el proceso (puedes encontrarlo en mensajes anteriores del foro, allá por la página 5 de este hilo).



Se supone que si en un momento dado falla internet (o los servidores de TBAI caen), tú debes poder seguir trabajando, generando facturas, imprimiendo,... Y más adelante enviarlas (suponiendo que serán correctas). Si por lo que fuera, en esa situación a posteriori hubiera errores, deberás subsanarlos con los mecanismos que hay para ello.

[iosusie]

Empezado por iosusie

Mila esker


El error lo he solucionado. Los datos de cabecera estaban mal. Es lo que tiene el copia pega desde el envio del otro xml...


Ahora me sale optro, pero ya lo mirare mañana.


Gracias a todos...

Hola ahora el error que me da es el siguiente:
N3_0000009 o hay definido un servicio al que llamar para
el modelo 140, ejercicio 2023 y período indicados para el interesado...

Alguna sugerencia?

gracias

[Sergiocrz]

Gracias, estoy creando la integración de TicketBAI a partir de Portugal, a través de un servicio de terceros que hace la comunicación directa con cada provincia.
Para crear el TicketBAI ID tenemos todos los componentes de la string menos la "signature" que solo devuelve el servicio. ¿Cómo se crea esa signature?

Edit: Por el codigo de la pagina 5 del foro veo que necesita los certificados para generar la firma verdad?
No es bueno porque no tenemos los certificados, solo el servicio de terceros que pedimos...

Gracias.

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

Empezado por Sergiocrz

Gracias, estoy creando la integración de TicketBAI a partir de Portugal, a través de un servicio de terceros que hace la comunicación directa con cada provincia.
Para crear el TicketBAI ID tenemos todos los componentes de la string menos la "signature" que solo devuelve el servicio. ¿Cómo se crea esa signature?

La afirmación en negrita creo que no es incorrecta.

Extraído de las preguntas y respuestas:
https://web.araba.eus/es/hacienda/ti...recuentes#faq4