Foros Club Delphi - TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco

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

08-03-2023 10:51:56

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]

08-03-2023 11:56:26

De nada.

Cita:

Empezado por Sistel (Mensaje 550678)

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.... :confused::confused:

Neftali [Germán.Estévez]

08-03-2023 11:57:46

Cita:

Empezado por Sistel (Mensaje 550679)

No había visto esta respuesta.
^\||/

keys	08-03-2023 14:30:30

Cita:

Empezado por Neftali [Germán.Estévez] (Mensaje 550681)

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.... :confused::confused:

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

HerensugeBeltz

09-03-2023 08:55:37

Cita:

Empezado por keys (Mensaje 550683)

¿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]

09-03-2023 09:07:09

Cita:

Empezado por HerensugeBeltz (Mensaje 550691)

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

Nosotros hacemos algo similar.

Cita:

Empezado por keys (Mensaje 550683)

¿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	09-03-2023 09:14:07

Cita:

Empezado por Neftali [Germán.Estévez] (Mensaje 550692)

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]

09-03-2023 09:30:21

Cita:

Empezado por keys (Mensaje 550693)

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

14-03-2023 10:01:24

Código:

<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

14-03-2023 10:27:37

Cita:

Empezado por Neftali [Germán.Estévez] (Mensaje 550695)

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

14-03-2023 10:36:25

Cita:

Empezado por iosusie (Mensaje 550731)

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	14-03-2023 10:36:26

Cita:

Empezado por iosusie (Mensaje 550731)

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]

14-03-2023 13:35:36

Cita:

Empezado por iosusie (Mensaje 550731)

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 ([email protected]) y pregúntales que quieres que les envíes en ese apartado.

iosusie

14-03-2023 16:34:13

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

15-03-2023 00:11:59

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]

15-03-2023 08:24:37

Cita:

Empezado por Sergiocrz (Mensaje 550746)

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

15-03-2023 08:25:23

Cita:

Empezado por iosusie (Mensaje 550743)

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

15-03-2023 11:12:12

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]

15-03-2023 11:20:41

Cita:

Empezado por Sergiocrz (Mensaje 550749)

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

La franja horaria es GMT +2. Ahora son las 17:10:37.

Página 186 de 227

186

Mostrar 40 mensajes desde este tema en una página