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 05-06-2024 14:02:57

Cita:

Empezado por rci (Mensaje 555938)
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 05-06-2024 14:43:12

Cita:

Empezado por rci (Mensaje 555938)
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 05-06-2024 14:47:47

Cita:

Empezado por espinete (Mensaje 555940)
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 05-06-2024 15:10:42

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 18-06-2024 16:52:22

El compañero espinete escribió:

Cita:

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 19-06-2024 12:34:44

Las Claves indicadas no son compatibles - Batuz
 
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
Cita:

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 19-06-2024 13:01:53

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 20-06-2024 08:57:16

Dtos
 
Cita:

Empezado por xamminf (Mensaje 556191)
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 20-06-2024 11:39:16

Cita:

Empezado por Noe277 (Mensaje 556241)
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 20-06-2024 11:48:07

Cita:

Empezado por keys (Mensaje 556222)
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 20-06-2024 12:51:32

Cita:

Empezado por xamminf (Mensaje 556250)
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 20-06-2024 15:30:05

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 20-06-2024 16:28:07

Cita:

Empezado por Noe277 (Mensaje 556260)
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 26-06-2024 09:19:44

La cabecera no tiene informada correctamente el nodo Mod
 
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

Código:

<?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 26-06-2024 09:32:37

Esto es lo que tengo yo en el fichero xml.

Código Delphi [-]


1.2

keys 26-06-2024 09:42:56

Perdón. Me lo ha quitado

Cita:

<?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 26-06-2024 09:49:34

Cita:

Empezado por diegorgm (Mensaje 556332)
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

Código:

<?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 26-06-2024 10:00:32

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

sEngine 28-06-2024 16:32:10

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 28-06-2024 17:31:22

Cita:

Empezado por sEngine (Mensaje 556428)
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

Cita:

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


La franja horaria es GMT +2. Ahora son las 08:18:35.

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