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

[rci]

Empezado por Quim Herrera

Hola a todos,
Tengo un par de clientes a los que les han rechazado algunas facturas en Bizkaia. En Hacienda me dicen que las tengo que volver a enviar por el capítulo 1.2. pero ninguna información ni ejemplo de dónde ni como mandarlo.
He visto algún ejemplo del XML de capitulo 1.2 en el foro, pero no sé si debe ir firmado ni como se manda ni si hay que generar e incluir el ticketBAI nuevo. ¿ Alguien tiene algún ejemplo de como mandarlo o sabe dónde puedo encontrar documentación ?
Utilizo Delphi 10.2 y chilkat para la firma.
Muchas gracias

En Bizkaia (Batuz), cuando una factura expedida mediante el sistema TicketBAI es rechazada en el subcapítulo "1.1 - Facturas emitidas con software garante", la información de la operación se tendrá que enviar por el subcapítulo "1.2 - Facturas emitidas sin software garante", superando las validaciones.
Es decir, en el subcapítulo 1.2 se tendrán que corregir los errores que han provocado que la factura no se pueda anotar en el subcapítulo 1.1 (por ejemplo, si el NIF del destinatario no cumple el algoritmo del NIF).
De este modo la operación que no se ha podido registrar mediante el subcapítulo 1.1 quedaría anotada en el LROE y presentada en Hacienda.
La anotación en el subcapítulo 1.2 se puede hacer manualmente mediante la aplicación del LROE https://www.batuz.eus/es/lroe

Nuestro programa solo está preparado para enviar de forma normal, al subcapítulo 1.1 con software garante.
Cuando ocurre algún caso como el que comentas, el cliente introduce manualmente la factura por la web al subcapítulo 1.2
Desconozco si se puede enviar al 1.2 desde programa de forma similar a como enviamos las facturas habitualmente (al 1.1), es posible pero no estoy seguro y tampoco se como hacerlo.
No se si alguien lo hace en su programa.

Saludos

[Quim Herrera]

Empezado por rci

Nuestro programa solo está preparado para enviar de forma normal, al subcapítulo 1.1 con software garante.
Cuando ocurre algún caso como el que comentas, el cliente introduce manualmente la factura por la web al subcapítulo 1.2
Desconozco si se puede enviar al 1.2 desde programa de forma similar a como enviamos las facturas habitualmente (al 1.1), es posible pero no estoy seguro y tampoco se como hacerlo.
No se si alguien lo hace en su programa.

Saludos

Muchas gracias rci !! me has salvado la vida.
Aún no me había encontrado con tener que reenviar rechazadas .
Yo estaba convencido que podria hacerse manualmente pero en Hacienda no han querido confirmarme que se podia enviar manualmente ni donde (tampoco lo han desmentido). Se dedican a cortar y pegar la FAQ 160 de Batuz que no explica nada de como enviarlo.
Saludos,

[rci]

Empezado por Quim Herrera

Muchas gracias rci !! me has salvado la vida.
Aún no me había encontrado con tener que reenviar rechazadas .
Yo estaba convencido que podria hacerse manualmente pero en Hacienda no han querido confirmarme que se podia enviar manualmente ni donde (tampoco lo han desmentido). Se dedican a cortar y pegar la FAQ 160 de Batuz que no explica nada de como enviarlo.
Saludos,

De nada!

Mira he encontrado este post con un ejemplo, por lo que veo si que se puede enviar por programa también.
https://www.clubdelphi.com/foros/sho...postcount=3832

Si quieres hacerlo desde tu programa puede que te ayude este post. Sino que lo entren a mano por la web de batuz

Saludos

[Quim Herrera]

Empezado por rci

De nada!

Mira he encontrado este post con un ejemplo, por lo que veo si que se puede enviar por programa también.
https://www.clubdelphi.com/foros/sho...postcount=3832

Si quieres hacerlo desde tu programa puede que te ayude este post. Sino que lo entren a mano por la web de batuz

Saludos

Lo había visto y he contruido un xml como el del ejemplo con una factura rechazada en pruebas pero no he sido capaz de enviarlo a la web de pruebas. Dejaré que lo resuelvan manualmente ya que es muy difícil saber en cada caso que es lo que hay que cambiar para que vuelva a cargar. Que se mojen un poco los asesores fiscales que nosotros ya tenemos suficiente carga!
Saludos,

[Noe277]

Una pregunta. Haber si alguien me puede decir donde esta la información para corregir una facturara enviada a Batuz.
Solo tengo mal la clave de operación pero no se como reenviarla para corregirla.

[keys]

Empezado por Noe277

Una pregunta. Haber si alguien me puede decir donde esta la información para corregir una facturara enviada a Batuz.
Solo tengo mal la clave de operación pero no se como reenviarla para corregirla.

Creo que la tienes que enviar por software no garante. Bizkaia no tiene el servicio zuzendu como el resto de las haciendas.

[infoser101]

No se si esta pregunta esta ya mas que superada en el foro, pero soy incapaz de encontrar un sitio con todos los XSD para enviar facturas a Verifactu.

La dirección de la AEAT que pone todo el mundo es:
https://www.agenciatributaria.es/AEA...racion_y_Siste[/i]mas_VERI_FACTU.html
[/i]
El unico esquema de envio que hay es:
https://prewww2.aeat.es/static_files...ministroLR.xsd

Este esquema detalla solo los tipos de alto nivel:

.......
<element name="RegFactuSistemaFacturacion">
<complexType>
<sequence>
<element name="Cabecera" type="sf:CabeceraType"/>
<element name="RegistroFactura" type="sfLR:RegistroFacturaType" maxOccurs="1000"/>
</sequence>
</complexType>
</element>
<complexType name="RegistroFacturaType">
<annotation>
<documentation xml:lang="es">Datos correspondientes a los registros de facturacion</documentation>
</annotation>
<sequence>
<choice>
<element ref="sf:RegistroAlta"/>
<element ref="sf:RegistroAnulacion"/>
</choice>
</sequence>
</complexType>

Cuando se abre este esquema, por ejemplo con XMLNotepad, no se abren los tipo tales como "RegistroAlta", cosa que si ocurría en Ticketbai y Batuz
¿Sabéis como se abren estos esquemas completos, sin ir mirando tipo a tipo?

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

Empezado por Noe277

Una pregunta. Haber si alguien me puede decir donde esta la información para corregir una facturara enviada a Batuz.
Solo tengo mal la clave de operación pero no se como reenviarla para corregirla.

Debes convertirla al Libro 240 sin software garante y volver a enviarla.
El formato de este libro es diferente al habitual (240 con software garante).

En esta página, en la parte de abajo, tienes documentación técnica.
Esto apunta a los esquemas. Y si navegas por esa página, llegas a este fichero zip, que contiene todos los esquemas. Entre ellos los correspondientes al envío "sin SG".

[Noe277]

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

Debes convertirla al Libro 240 sin software garante y volver a enviarla.
El formato de este libro es diferente al habitual (240 con software garante).

En esta página, en la parte de abajo, tienes documentación técnica.
Esto apunta a los esquemas. Y si navegas por esa página, llegas a este fichero zip, que contiene todos los esquemas. Entre ellos los correspondientes al envío "sin SG".

Gracias, Estaba buscando sofware Garante, sabiendo que así lo hare por ai

[infoser101]

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

Debes convertirla al Libro 240 sin software garante y volver a enviarla.
El formato de este libro es diferente al habitual (240 con software garante).

En esta página, en la parte de abajo, tienes documentación técnica.
Esto apunta a los esquemas. Y si navegas por esa página, llegas a este fichero zip, que contiene todos los esquemas. Entre ellos los correspondientes al envío "sin SG".

Pero como se convierte?
Mi experiencia es que Batuz solo admite el envío sin software Garante si es de otra fecha (la clave es nif+factura+fecha)
Por tanto, el único camino que he encontrado es enviar la factura, sin SGarante con fecha del dia siguiente, lo cual es un poco chapuza

[YellowStone]

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

Debes convertirla al Libro 240 sin software garante y volver a enviarla.
El formato de este libro es diferente al habitual (240 con software garante).

En esta página, en la parte de abajo, tienes documentación técnica.
Esto apunta a los esquemas. Y si navegas por esa página, llegas a este fichero zip, que contiene todos los esquemas. Entre ellos los correspondientes al envío "sin SG".

La gran p.t.d. de esto, es que no tiene ni ejemplos en XML, ni una descripción en pdf que haya podido encontrar, nada de nada aparte de estos XSD, y mi Delphi 2007 no me incorpora correctamente estos XSD, me he tenido que apañar con el ejemplo que pusiste en XML hace tiempo. De todos modos, si una vez corregida la factura, la vuelves a enviar como envío normal CON software garante, al menos en pruebas te la coge como válida si ya es correcta.

[Sistel]

Empezado por Noe277

Una pregunta. Haber si alguien me puede decir donde esta la información para corregir una facturara enviada a Batuz.
Solo tengo mal la clave de operación pero no se como reenviarla para corregirla.

Hola,

He tenido algún caso similar de factura enviada con clave de régimen de IVA incorrecto (sin haber sido rechazada)
Consulté a Batuz y me respondieron que la mejor opción era anularla y volver a emitirla bien.
Y como alternativa, que también podía emitir una rectificativa.

Saludos

[Noe277]

Empezado por Sistel

Hola,

He tenido algún caso similar de factura enviada con clave de régimen de IVA incorrecto (sin haber sido rechazada)
Consulté a Batuz y me respondieron que la mejor opción era anularla y volver a emitirla bien.
Y como alternativa, que también podía emitir una rectificativa.

Saludos

Si la anulas corre el numero y te obliga a hacer otra factura, me parece la opción menos buena aunque lo digan ellos para la gestión y para hacer los ivas y para todo

[infoser101]

Empezado por Sistel

Hola,

He tenido algún caso similar de factura enviada con clave de régimen de IVA incorrecto (sin haber sido rechazada)
Consulté a Batuz y me respondieron que la mejor opción era anularla y volver a emitirla bien.
Y como alternativa, que también podía emitir una rectificativa.

Saludos

En estos casos, el problema es que se trata de una facturas que están bien en la aplicación y que probablemente han sido enviadas al cliente final.

Tanto si se anula como si se hace una rectificativa, cambia la numeración y se supone que hay que reenviarla al cliente final
¿Cómo se explica a nuestro cliente que debe enviar a su cliente final otra factura para substituir una factura correcta y quizás ya pagada?

Es una chapuza total, se mire por donde se mire