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

[keys]

Empezado por rci

Este punto no lo veo muy claro... aunque no esté enviada también cuenta no?

Como dice Keys, "Hay que cogerlo de la factura generada anteriormente" y yo añado "independientemente de si está enviada o no y de si se ha rechazado o no".

Es una opinión y puede que me equivoque pero nosotros lo hacemos de esta forma.

Si aunque no este enviada también cuenta.

Aunque este anulada y no enviada, hay que enviarla y luego enviar la anulación, ya que sino te saltas la secuencia de facturas.

[espinete]

Empezado por rci

Este punto no lo veo muy claro... aunque no esté enviada también cuenta no?

Como dice Keys, "Hay que cogerlo de la factura generada anteriormente" y yo añado "independientemente de si está enviada o no y de si se ha rechazado o no".

Es una opinión y puede que me equivoque pero nosotros lo hacemos de esta forma.

Pero si no está enviada, no tendrá "firma" en su XML, así que no puedo añadir los primeros 100 caracteres de la firma, porque no se llegó a enviar, no?

[keys]

Empezado por espinete

Pero si no está enviada, no tendrá "firma" en su XML, así que no puedo añadir los primeros 100 caracteres de la firma, porque no se llegó a enviar, no?

Eso según lo estéis gestionando, pero en teoría el fichero xml y firmarlo hay que hacerlo cuando se genera la factura. No cuando se envía

[espinete]

Si, acabo de revisarlo y efectivamente lo tengo así: se firma siempre, independientemente de que se envíe o no.
Así que no me preocupo.

Raro sería que hubiera una factura que ni siquiera esté firmada.

[xamminf]

El compañero espinete escribió:

Si es un descuento "global", que se aplica a toda la factura (como un descuento por pronto pago), hay que añadirlo como una línea nueva, con el importe descontado.

Te paso algunos puntos que envió Gipuzkoa hace unas semanas y me sirvieron de mucha ayuda:

* No indicar el descuento como porcentaje, se ha de informar del importe en euros
* El importe de descuento ha de ir siempre en positivo. Se entiende así que se debe restar de la base imponible
* Para incluir un descuento total de la factura (por ejemplo pronto pago) incluya una línea que recoja en el ImporteTotal el importe del descuento en negativo
* ImporteUnitario de línea debe ir siempre sin IVA
* ImporteTotal de línea debe ir siempre con IVA
* ImporteUnitario mal informado: tenga en cuenta que dispone de 8 decimales para indicar el precio o ImporteUnitario de la línea. No trunque o redondee la información relativa al precio para evitar descuadres en los cálculos de validaciones económicas
* No incluir la RetencionSoportada en el ImporteTotalFactura
* En la URL del QR se ha de indicar el ImporteTotalFactura exactamente como se ha informado en el XML (sin RetencionSoportada)

Guipuzcoa como sede destino. Tengo una factura con descuento comercial global.
Segun he leido hay que ponerlo en una lina detalle pero el importeTotal ha de incluir IVA.
Mi preguntas son:

1º ¿ Es cierto que tienen que incluir IVA los dtos. globales ? ¿ No va a generar esto descuadres puesto que luego no cuadrará el IVA y no sé cuantas cosas mas ?

2º Si una factura lleva tres tipos de iva distintos ¿ Significa eso que tengo que hacer 3 lineas de detalle de iva o significa que al importeTotal le tengo que calcular los tres porcentajes de IVA y sumarselos ?

Esperando alguna de vuestras amables respuestas

[rci]

Hola, tengo un caso que Batuz devuelve el error B4_2000026 Las Claves indicadas no son compatibles para todas las facturas de venta que le enviamos.

En esas ventas estamos enviando la ClaveRegimenIvaOpTrascendencia 51 porque la empresa está definida como en recargo de equivalencia.

Solo se envía esa clave, por lo que no entiendo bien que diga que no son compatibles, si solo se manda una clave.

Buscando el error en el manual de validaciones de batuz he encontrado en el apartado 3.2.10.1 LROE_PJ_240_1_1_Facturas emitidas con software garante
hay el texto

2. No se admiten las claves 51 y 52.

Este apartado es para empresas persona jurídica que envían el modelo 240. Es el caso de la empresa que tiene este error.

Puede ser que una empresa si es persona jurídica (240) no pueda emitir facturas con recargo de equivalencia??


No se si lo he entendido bien, a ver si vosotros me podéis ayudar.

Ah por cierto, estamos enviando al entorno de pruebas de Batuz.

Muchas gracias

[keys]

Hola en 240 no se admiten la clave 52 y 53, solo son para el 140.

Esas claves son para cuando la empresa que emite la factura esta en recargo de equivalencia, no el que la recibe.

En el 240 les da igual esa información y tiene que ir como una operación normal o la que sea. Y si pueden emitir facturas con recargo de equivalencia, ya que eso depende del cliente y no del emisor.

[Noe277]

Empezado por xamminf

El compañero espinete escribió:




Guipuzcoa como sede destino. Tengo una factura con descuento comercial global.
Segun he leido hay que ponerlo en una lina detalle pero el importeTotal ha de incluir IVA.
Mi preguntas son:

1º ¿ Es cierto que tienen que incluir IVA los dtos. globales ? ¿ No va a generar esto descuadres puesto que luego no cuadrará el IVA y no sé cuantas cosas mas ?

2º Si una factura lleva tres tipos de iva distintos ¿ Significa eso que tengo que hacer 3 lineas de detalle de iva o significa que al importeTotal le tengo que calcular los tres porcentajes de IVA y sumarselos ?

Esperando alguna de vuestras amables respuestas

El descuento pronto pago y el rappel si van dentro de la factura minoran el importe de las bases es decir es como aplicar un descuento en linea solo que aplicado a todas las lineas.
Si van fuera de factura es que es otra factura.

Yo estoy aplicando el dto a la linea pero también puedes meter una linea negativa que en este caso lleva iva negativo.

[xamminf]

Empezado por Noe277

El descuento pronto pago y el rappel si van dentro de la factura minoran el importe de las bases es decir es como aplicar un descuento en linea solo que aplicado a todas las lineas.
Si van fuera de factura es que es otra factura.

Yo estoy aplicando el dto a la linea pero también puedes meter una linea negativa que en este caso lleva iva negativo.

Gracias por responder.
Mi pregunta sería ¿ Hay que aplicarle al ImporeTotal del "dto. global" todos los tipos de IVA que la factura ?

[rci]

Empezado por keys

Hola en 240 no se admiten la clave 52 y 53, solo son para el 140.

Esas claves son para cuando la empresa que emite la factura esta en recargo de equivalencia, no el que la recibe.

En el 240 les da igual esa información y tiene que ir como una operación normal o la que sea. Y si pueden emitir facturas con recargo de equivalencia, ya que eso depende del cliente y no del emisor.

Gracias keys.

El usuario tenia mal configurada la empresa, a partir de ahora no vamos a permitir configurar una empresa que es persona jurídica con recargo de equivalencia, solo las empresas persona física.

[Noe277]

Empezado por xamminf

Gracias por responder.
Mi pregunta sería ¿ Hay que aplicarle al ImporeTotal del "dto. global" todos los tipos de IVA que la factura ?

No se si te entiendo muy bien. Yo lo hago asi.
Factura
Linea 1: 100 21% Iva
Linea 2: 200 10% Iva
Rappel o Dto 40%

Caso 1:
- <IDDetalleFactura>
<DescripcionDetalle>Linea 1</DescripcionDetalle>
<Cantidad>1.00</Cantidad>
<ImporteUnitario>100.00000</ImporteUnitario>
<Descuento>40.00000</Descuento>
<ImporteTotal>72.60</ImporteTotal>
</IDDetalleFactura>
- <IDDetalleFactura>
<DescripcionDetalle>Linea 2</DescripcionDetalle>
<Cantidad>1.00</Cantidad>
<ImporteUnitario>200.00000</ImporteUnitario>
<Descuento>80.00000</Descuento>
<ImporteTotal>132.00</ImporteTotal>
</IDDetalleFactura>


- <DetalleIVA>
<BaseImponible>60.00</BaseImponible>
<TipoImpositivo>21.00</TipoImpositivo>
<CuotaImpuesto>12.60</CuotaImpuesto>
</DetalleIVA>
- <DetalleIVA>
<BaseImponible>120.00</BaseImponible>
<TipoImpositivo>10.00</TipoImpositivo>
<CuotaImpuesto>12.00</CuotaImpuesto>
</DetalleIVA>


caso 2:
<DescripcionDetalle>Linea 1</DescripcionDetalle>
<Cantidad>1.00</Cantidad>
<ImporteUnitario>100.00000</ImporteUnitario>
<ImporteTotal>121.00</ImporteTotal>
</IDDetalleFactura>
- <IDDetalleFactura>
<DescripcionDetalle>Linea 2</DescripcionDetalle>
<Cantidad>1.00</Cantidad>
<ImporteUnitario>200.00000</ImporteUnitario>
<ImporteTotal>220.00</ImporteTotal>
</IDDetalleFactura>

<DescripcionDetalle>Linea 3</DescripcionDetalle>
<Cantidad>-1.00</Cantidad>
<ImporteUnitario>40.00000</ImporteUnitario>
<ImporteTotal>-8.40</ImporteTotal>
</IDDetalleFactura>

<DescripcionDetalle>Linea 4</DescripcionDetalle>
<Cantidad>-1.00</Cantidad>
<ImporteUnitario>80.00000</ImporteUnitario>
<ImporteTotal>-8.00</ImporteTotal>
</IDDetalleFactura>


Las bases igual que en el caso 1.

[Noe277]

Seria asi las dos lineas negativas que me e equivocado al ponerlo


<DescripcionDetalle>Linea 3</DescripcionDetalle>
<Cantidad>-1.00</Cantidad>
<ImporteUnitario>40.00000</ImporteUnitario>
<ImporteTotal>-48.40</ImporteTotal>
</IDDetalleFactura>


<DescripcionDetalle>Linea 4</DescripcionDetalle>
<Cantidad>-1.00</Cantidad>
<ImporteUnitario>80.00000</ImporteUnitario>
<ImporteTotal>-88.00</ImporteTotal>
</IDDetalleFactura>

[xamminf]

Empezado por Noe277

Seria asi las dos lineas negativas que me e equivocado al ponerlo


<DescripcionDetalle>Linea 3</DescripcionDetalle>
<Cantidad>-1.00</Cantidad>
<ImporteUnitario>40.00000</ImporteUnitario>
<ImporteTotal>-48.40</ImporteTotal>
</IDDetalleFactura>


<DescripcionDetalle>Linea 4</DescripcionDetalle>
<Cantidad>-1.00</Cantidad>
<ImporteUnitario>80.00000</ImporteUnitario>
<ImporteTotal>-88.00</ImporteTotal>
</IDDetalleFactura>

Muchas gracias Noe277.
Me queda claro que hay que poner tantas lineas de detalle para dto. global como tipos de iva distintos tenga la factura.
Muchas gracias de nuevo por tu tiempo

[diegorgm]

Hola a todos,

Llevo dos días pegándome con esto para Bizkaia y no consigo librarme de un error. He buscado en todo el hilo y no he encontrado nada.

Estoy envíando un XML de ejemplo sacado de la web de Batuz para la emisión de una factura, que empieza con

<?xml version="1.0" encoding="UTF-8"?>
<T:TicketBai xmlns:T="urn:ticketbai:emision">
	<Cabecera>
		<IDVersionTBAI>1.2</IDVersionTBAI>
	</Cabecera>
...

Me salta una error que dice El XML no cumple el esquema. La cabecera no tiene informada correctamente el nodo Modelo.. Sin embargo, si valido el XML contra el XSD ticketbaiv1-2-2.xsd parece que es válido. De hecho, según ese esquema, la cabecera no debe llevar un nodo Modelo.

Si añado el nodo Modelo a la cabecera, el error cambia y me sigue pidiendo otros nodos hasta que llego a un punto en que me dice que no reconoce el elemento TicketBai.

Todo parece indicar que, por algún motivo, se está haciendo la validación del XML contra otro esquema diferente.

Si alguien me puede echar una mano, se lo agradezco.

[keys]

Esto es lo que tengo yo en el fichero xml.

Código Delphi [-]


1.2

[keys]

Perdón. Me lo ha quitado

<?xml version="1.0" encoding="utf-8" standalone="no"?>
<T:TicketBai xmlns:T="urn:ticketbai:emision" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:ticketbai:emision ticketBaiV12.xsd ">
<Cabecera>
<IDVersionTBAI>1.2</IDVersionTBAI>
</Cabecera>

[thinkows]

Empezado por diegorgm

Hola a todos,

Llevo dos días pegándome con esto para Bizkaia y no consigo librarme de un error. He buscado en todo el hilo y no he encontrado nada.

Estoy envíando un XML de ejemplo sacado de la web de Batuz para la emisión de una factura, que empieza con

<?xml version="1.0" encoding="UTF-8"?>
<T:TicketBai xmlns:T="urn:ticketbai:emision">
	<Cabecera>
		<IDVersionTBAI>1.2</IDVersionTBAI>
	</Cabecera>
...

Me salta una error que dice El XML no cumple el esquema. La cabecera no tiene informada correctamente el nodo Modelo.. Sin embargo, si valido el XML contra el XSD ticketbaiv1-2-2.xsd parece que es válido. De hecho, según ese esquema, la cabecera no debe llevar un nodo Modelo.

Si añado el nodo Modelo a la cabecera, el error cambia y me sigue pidiendo otros nodos hasta que llego a un punto en que me dice que no reconoce el elemento TicketBai.

Todo parece indicar que, por algún motivo, se está haciendo la validación del XML contra otro esquema diferente.

Si alguien me puede echar una mano, se lo agradezco.

Buenos días, adjunto un ejemplo de pruebas, en el XML sin agrupar (sin empaquetar) :


<?xml version="1.0" encoding="utf-8"?>
<T:TicketBai xmlns:T="urn:ticketbai:emision">
<Cabecera>
<IDVersionTBAI>1.2</IDVersionTBAI>
</Cabecera>
<Sujetos>
<Emisor>
<NIF>A99805228</NIF>
<ApellidosNombreRazonSocial>wAxkrkQQMPtTaBvEZzVH4QuwTRam9A</ApellidosNombreRazonSocial>
</Emisor>


En el XML agrupado (empaquetado)

<?xml version="1.0" encoding="utf-8"?>
<lrpficfcsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpficfcsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd">
<Cabecera>
<Modelo>240</Modelo>
<Capitulo>1</Capitulo>
<Subcapitulo>1.1</Subcapitulo>
<Operacion>A00</Operacion>
<Version>1.0</Version>
<Ejercicio>2024</Ejercicio>
<ObligadoTributario>
<NIF>A99805228</NIF>
<ApellidosNombreRazonSocial>wAxkrkQQMPtTaBvEZzVH4QuwTRam9A</ApellidosNombreRazonSocial>
</ObligadoTributario>

[diegorgm]

Muchas gracias por tu respuesta! Estaba enviando el primero y no el segundo...

[sEngine]

En el caso de bizkaia, hay algo similar a zuzendu como en las otras diputaciones? Para los casos en los que el resultado del envio haya dado "incorrecto"

[rci]

Empezado por sEngine

En el caso de bizkaia, hay algo similar a zuzendu como en las otras diputaciones? Para los casos en los que el resultado del envio haya dado "incorrecto"

Creo que no existe la opción de subsanar en Batuz. Se tiene que hacer a mano por la web de Batuz LROE

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