Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Internet (https://www.clubdelphi.com/foros/forumdisplay.php?f=3)
-   -   TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco (https://www.clubdelphi.com/foros/showthread.php?t=94264)

keys 13-02-2023 13:30:12

Cita:

Empezado por infoser101 (Mensaje 550347)
Estamos probando el servicio Zuzendu en Guipuzcoa, y vemos que ren modo real responde, al menos, pero da un error 404 en modo prueba

La url que intentanos usar es:

https://tbai-prep.egoitza.gipuzkoa.e.../zuzendu-alta/

¿Es otra url o directamente no han implementado Zuzendu en modo prueba?
Si es asi.. ¿Como validais este servicio antes de ponerlo en producción?

Zuzendu en Gipuzkoa si funciona. Tanto en prueba como en producción

Prueba : https://tbai-z.prep.gipuzkoa.eus/sarrerak/zuzendu-alta
Producción : https://tbai-z.egoitza.gipuzkoa.eus/...k/zuzendu-alta

thinkows 15-02-2023 13:22:18

Batuz Movimientos Contables
 
Buenos dias, ando finiquitando el tema de BATUZ modelo 240 y no me queda claro el capítulo de movimientos contables, no he encontrado documentacion al respecto ni esquemas XSD de dicho
capítulo, alguien de vostros ha desarrollado esa parte?

Y si alguien lo sabe (no soy contable/asesor) soy un p... técnico informático :p:p, esto solo es para empresas extranjeras con establecimientos en suelo español?



Libro registro de operaciones económicas (LROE).
• LROE de las personas jurídicas y no residentes con EP (modelo 240): contenido.
• Capítulo de movimientos contables:
• Se registrarán en este capítulo:
• El ejercicio de referencia, con indicación de las fechas de inicio y cierre.
• El modelo contable que aplica el contribuyente.
• El tipo de estados de cuentas que presenta el contribuyente (normal, abreviado o pymes)
• La fecha del movimiento contable.
• El tipo de asiento, distinguiendo si se trata del asiento de apertura, de movimientos, de
regularización o de cierre.
• El número y línea del asiento.
• El código de cuenta, de acuerdo con la codificación aprobada establecida mediante la Orden Foral
del diputado foral de Hacienda y Finanzas que se apruebe.
• El importe al debe.
• El importe al haber.
• El fichero que compone el capítulo de movimientos contables contendrá toda la información
correspondiente al ejercicio de referencia.
• En caso de error material o de hecho en el fichero, la subsanación se realizará mediante la
presentación de un fichero sustitutivo del inicialmente presentado.
• No tienen obligación de presentar este capítulo las entidades totalmente exentas, las entidades
parcialmente exentas y las entidades acogidas a la NF 4/2019 de entidades sin fines lucrativos, pero
pueden hacerlo de forma voluntaria.


Gracias de antemano y un saludo.

keys 15-02-2023 13:37:29

Cita:

Empezado por thinkows (Mensaje 550376)
Buenos dias, ando finiquitando el tema de BATUZ modelo 240 y no me queda claro el capítulo de movimientos contables, no he encontrado documentacion al respecto ni esquemas XSD de dicho
capítulo, alguien de vostros ha desarrollado esa parte?

Y si alguien lo sabe (no soy contable/asesor) soy un p... técnico informático :p:p, esto solo es para empresas extranjeras con establecimientos en suelo español?



Libro registro de operaciones económicas (LROE).
• LROE de las personas jurídicas y no residentes con EP (modelo 240): contenido.
• Capítulo de movimientos contables:
• Se registrarán en este capítulo:
• El ejercicio de referencia, con indicación de las fechas de inicio y cierre.
• El modelo contable que aplica el contribuyente.
• El tipo de estados de cuentas que presenta el contribuyente (normal, abreviado o pymes)
• La fecha del movimiento contable.
• El tipo de asiento, distinguiendo si se trata del asiento de apertura, de movimientos, de
regularización o de cierre.
• El número y línea del asiento.
• El código de cuenta, de acuerdo con la codificación aprobada establecida mediante la Orden Foral
del diputado foral de Hacienda y Finanzas que se apruebe.
• El importe al debe.
• El importe al haber.
• El fichero que compone el capítulo de movimientos contables contendrá toda la información
correspondiente al ejercicio de referencia.
• En caso de error material o de hecho en el fichero, la subsanación se realizará mediante la
presentación de un fichero sustitutivo del inicialmente presentado.
• No tienen obligación de presentar este capítulo las entidades totalmente exentas, las entidades
parcialmente exentas y las entidades acogidas a la NF 4/2019 de entidades sin fines lucrativos, pero
pueden hacerlo de forma voluntaria.


Gracias de antemano y un saludo.


Hola. El capítulo de movimientos contables no existe de momento, no hay documentación ni nada. De momento no lo tienen que enviar, por lo que sé tendrán que enviarlo a partir del 2025.

thinkows 15-02-2023 13:52:08

Movimientos Contables
 
Cita:

Empezado por keys (Mensaje 550377)
Hola. El capítulo de movimientos contables no existe de momento, no hay documentación ni nada. De momento no lo tienen que enviar, por lo que sé tendrán que enviarlo a partir del 2025.

Muchas gracias KEYS^\||/^\||/

elcharlie 16-02-2023 08:09:48

¿Alguien sabe como hacer que los de hacienda de Bizkaia te desbloqueen rápidamente? es que hace 3 días les he enviado un email para que desbloqueen el envío a los servidores de uno de nuestros clientes, y no hay respuesta. Sigo flipando que nos este pasando esto, te comes todo el marrón del ticket bai y del Batuz y, por si fuera poco, además eres el responsable de que hacienda te bloquee. que harto estoy.

keys 16-02-2023 08:12:27

Cita:

Empezado por elcharlie (Mensaje 550388)
¿Alguien sabe como hacer que los de hacienda de Bizkaia te desbloqueen rápidamente? es que hace 3 días les he enviado un email para que desbloqueen el envío a los servidores de uno de nuestros clientes, y no hay respuesta. Sigo flipando que nos este pasando esto, te comes todo el marrón del ticket bai y del Batuz y, por si fuera poco, además eres el responsable de que hacienda te bloquee. que harto estoy.

Nosotros les decimos a nuestros clientes que llamen a hacienda y les suelen desbloquear. Solo tienen que dar con alguna persona que sepa de que esta hablando.:D La atención por email cada vez es mas lenta..

elcharlie 16-02-2023 08:35:41

Cita:

Empezado por keys (Mensaje 550389)
Nosotros les decimos a nuestros clientes que llamen a hacienda y les suelen desbloquear. Solo tienen que dar con alguna persona que sepa de que esta hablando.:D La atención por email cada vez es mas lenta..

Gracias keys, sabes cual es el teléfono al que hay que llamar?
Nuestro cliente se ha desatendido completamente, para ellos la culpa es nuestra...

elcharlie 16-02-2023 09:06:59

Vale, ya no hace falta. Lo dejo por aquí:
Teléfono de LANTIK para llamarles y decirles que están equivocados en casi todas las cosas que hacen, es: 94 608 35 66

Neftali [Germán.Estévez] 16-02-2023 09:58:40

Cita:

Empezado por elcharlie (Mensaje 550391)
Teléfono de LANTIK para llamarles y decirles que están equivocados en casi todas las cosas que hacen, es: 94 608 35 66

^\||/^\||/^\||/

elcharlie 16-02-2023 11:40:30

Acabo de hablar con los de Lantik por lo del bloqueo y todo eso. Les he dicho que es una cagada, y que por favor lo reconsideren. Yo creo que si todos no quejamos cuando nos pase, igual, con suerte, se lo piensan mejor, y lo quitan. Es que en vez de ponernos las cosas mas fáciles,...
Todo esto es muy cansado, y si no me toca la loteria, nunca me toca nada, el año que viene vendrá peor, y lo vamos a flipar.

CarlosArjonomia 16-02-2023 20:18:18

A ver, si bloquean es para sacarse ellos los problemas de encima y delegarlos en los usuarios.

keys 17-02-2023 08:28:19

Cita:

Empezado por CarlosArjonomia (Mensaje 550412)
A ver, si bloquean es para sacarse ellos los problemas de encima y delegarlos en los usuarios.

Buenas, lo mínimo sería que avisaran al contribuyente que están bloqueando. :mad::mad:

elcharlie 21-02-2023 15:32:56

Hola a tod@s,
Tengo más noticias, resulta, que teníamos algún problema con la diputación de Gipuzkoa a la hora de enviar muchos registros en un corto periodo. El problema era que nos bloqueaban, y hasta pasados unos minutos no nos volvían a dejar. Yo creo que han tenido algún problema de ataque o algo, y para protegerse, han limitado el numero de comunicaciones por ip en un determinado tiempo. Pero para flipar mas, hoy teníamos unos cuantos clientes que no podían comunicar con hacienda, y después de volverme loco, casi suicidarme y a punto de dejar el trabajo, he decido hablar con los informáticos de hacienda, que muy amablemente, me han dicho que, si tienes Euskaltel y CGNAT, no les funciona, ni funcionará la comunicación con sus servidores.
Para que lo sepáis todos, quitas el CGNAT y funciona bien. Me supongo que con otras compañías con CGNAT tampoco funcionará, pero no lo sé, intentaré averiguar algo mas, porque todavía no me han confirmado que bloqueen por numero de comunicaciones.

Neftali [Germán.Estévez] 08-03-2023 09:22:12

Buenas a todos.
Pregunto sólo para confirmar la siguiente información.

Nos trasladan varios clientes que el viernes pasado (03/03/2023) tuvieron problemas con TBAI (Álava), Parece que el servidor no daba respuesta, aunque sí aceptaba las facturas.
¿Os suena? ¿Os ha pasado?

keys 08-03-2023 09:25:14

Cita:

Empezado por Neftali [Germán.Estévez] (Mensaje 550670)
Buenas a todos.
Pregunto sólo para confirmar la siguiente información.

Nos trasladan varios clientes que el viernes pasado (03/03/2023) tuvieron problemas con TBAI, Parece que el servidor no daba respuesta, aunque sí aceptaba las facturas.
¿Os suena? ¿Os ha pasado?

A nosotros nuestros clientes no nos han dicho nada.

CarlosArjonomia 08-03-2023 09:35:04

Cita:

Empezado por Neftali [Germán.Estévez] (Mensaje 550670)
Buenas a todos.
Pregunto sólo para confirmar la siguiente información.

Nos trasladan varios clientes que el viernes pasado (03/03/2023) tuvieron problemas con TBAI (Álava), Parece que el servidor no daba respuesta, aunque sí aceptaba las facturas.
¿Os suena? ¿Os ha pasado?

Confirmo que sí, hay que mirar manualmente si están dadas de alta en ticketbai y actuar en consecuencia.

edari 08-03-2023 09:39:24

A mí tampoco los míos

Neftali [Germán.Estévez] 08-03-2023 09:48:25

Cita:

Empezado por keys (Mensaje 550671)
A nosotros nuestros clientes no nos han dicho nada.

Cita:

Empezado por CarlosArjonomia (Mensaje 550672)
Confirmo que sí, hay que mirar manualmente si están dadas de alta en ticketbai y actuar en consecuencia.

Cita:

Empezado por edari (Mensaje 550673)
A mí tampoco los míos

Gracias a los 3 por las confirmaciones.
Diferentes, pero ya me vale... :p:p

Código Delphi [-]
(False Or True or False) = True

edari 08-03-2023 09:53:06

Que sí quéééé que no quéééé...


Eso era una jota en mis tiempos :D:D:D

Sistel 08-03-2023 10:36:14

Cita:

Empezado por Neftali [Germán.Estévez] (Mensaje 550670)
Buenas a todos.
Pregunto sólo para confirmar la siguiente información.

Nos trasladan varios clientes que el viernes pasado (03/03/2023) tuvieron problemas con TBAI (Álava), Parece que el servidor no daba respuesta, aunque sí aceptaba las facturas.
¿Os suena? ¿Os ha pasado?

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

Sistel 08-03-2023 10:46:45

Cita:

Empezado por Sistel (Mensaje 550678)
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)
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 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)
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 14-03-2023 10:01:24

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

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)
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] 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)
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 15-03-2023 08:25:23

Cita:

Empezado por iosusie (Mensaje 550743)
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 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)
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




La franja horaria es GMT +2. Ahora son las 22:42:34.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi