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

[Sistel]

Empezado por mnc2

Cierto, puede emitir tiquets.

Hola,

Lo que antes se llamaban "tickets", actualmente se llaman "facturas simplificadas".
Tienen el mismo valor que las facturas completas, y deben llevar número de factura y fecha.
Y si se emiten otras facturas completas, deben llevar serie separada.

Pueden no incluir datos del destinatario.
Si se incluyen los datos del destinatario (nombre, NIF, domicilio, localidad, código postal, etc) se denominan "facturas simplificadas cualificadas" y, en este caso, el destinatario puede anotarlas como facturas recibidas normales en su contabilidad y tenerlas en cuenta en sus declaraciones de IVA.

Como norma general no pueden ser de un importe mayor de 400€, aunque si es por ventas al por menor, transporte, hostelería o algunas otras, el límite es de 3.000€

Saludos

[xamminf]

Empezado por Sistel

Hola,

Lo que antes se llamaban "tickets", actualmente se llaman "facturas simplificadas".
Tienen el mismo valor que las facturas completas, y deben llevar número de factura y fecha.
Y si se emiten otras facturas completas, deben llevar serie separada.

Pueden no incluir datos del destinatario.
Si se incluyen los datos del destinatario (nombre, NIF, domicilio, localidad, código postal, etc) se denominan "facturas simplificadas cualificadas" y, en este caso, el destinatario puede anotarlas como facturas recibidas normales en su contabilidad y tenerlas en cuenta en sus declaraciones de IVA.

Como norma general no pueden ser de un importe mayor de 400€, aunque si es por ventas al por menor, transporte, hostelería o algunas otras, el límite es de 3.000€

Saludos

¿ Y cual es la diferencia entre una factura completa y una simplificada cualificada ?

[Sistel]

Empezado por xamminf

¿ Y cual es la diferencia entre una factura completa y una simplificada cualificada ?

El importe máximo y la diferente serie.

Saludos

[xamminf]

Gracias Sistel.


A lo que me referia es que hay facturas simplificadas que pueden ser perfectamente facturas completas y ademas de importe elevado, por debajo de 3.000 eur, porque son facturas simplificadas con detalle del cliente. En esos casos son indestinguibles de las completas salvo por la serie

[Irreo]

Empezado por xamminf

A lo que me referia es que hay facturas simplificadas que pueden ser perfectamente facturas completas y ademas de importe elevado, por debajo de 3.000 eur, porque son facturas simplificadas con detalle del cliente. En esos casos son indestinguibles de las completas salvo por la serie

A nivel contable no lo sé, pero hasta donde recuerdo, en "idioma TicketBAI", factura simplificada es toda aquella que NO lleva datos de cliente, y con un importe menor a 3000€.

Si en el XML envías datos de cliente, la consideran factura completa, aunque sea de 25€. De hecho en cuanto envías cliente, al escanear el QR para ver la situación online, requiere entrar como contribuyente, etc...

[mnc2]

Empezado por Sistel

Hola,

Lo que antes se llamaban "tickets", actualmente se llaman "facturas simplificadas".
Tienen el mismo valor que las facturas completas, y deben llevar número de factura y fecha.
Y si se emiten otras facturas completas, deben llevar serie separada.

Pueden no incluir datos del destinatario.
Si se incluyen los datos del destinatario (nombre, NIF, domicilio, localidad, código postal, etc) se denominan "facturas simplificadas cualificadas" y, en este caso, el destinatario puede anotarlas como facturas recibidas normales en su contabilidad y tenerlas en cuenta en sus declaraciones de IVA.

Como norma general no pueden ser de un importe mayor de 400€, aunque si es por ventas al por menor, transporte, hostelería o algunas otras, el límite es de 3.000€

Saludos

Gracias, Sistel.

[Sistel]

Empezado por xamminf

Gracias Sistel.
A lo que me referia es que hay facturas simplificadas que pueden ser perfectamente facturas completas y ademas de importe elevado, por debajo de 3.000 eur, porque son facturas simplificadas con detalle del cliente. En esos casos son indestinguibles de las completas salvo por la serie

Hola,

Efectivamente, para facturas de menos de 3.000€ no hay diferencia alguna entre factura simplificada cualificada (con datos de destinatario) y factura completa, salvo que deben ser de series diferentes.

De hecho, nosotros recomendamos a nuestros clientes que utilizan una sola serie y que no emiten facturas mayores de 3.000€ utilizar sólo facturas simplificadas: en el caso de que metan los datos del destinatario serán "facturas simplificadas cualificadas" y en el caso de que no, serán "facturas simplificadas" a secas.
Así se evitan tener que llevar 2 series diferentes de facturas.

Saludos

[Sistel]

Empezado por Irreo

A nivel contable no lo sé, pero hasta donde recuerdo, en "idioma TicketBAI", factura simplificada es toda aquella que NO lleva datos de cliente, y con un importe menor a 3000€.

Si en el XML envías datos de cliente, la consideran factura completa, aunque sea de 25€. De hecho en cuanto envías cliente, al escanear el QR para ver la situación online, requiere entrar como contribuyente, etc...

Hola,

Que sea factura simplificada o completa viene definido en la estructura del fichero XML en el nodo <FacturaSimplificada>
Y si no aparece ese nodo, se considera factura completa.

Eso es independiente de que tenga datos o no del destinatario.

Otra cosa diferente es que Hacienda Foral no permita ver los datos del destinatario de una factura, a partir del QR, si no te identificas como emisor o destinatario.

Saludos

[Sanduzelai]

Buenos días,
estoy dando los primeros pasos en el entorno de pruebas con TicketBAI Bizkaia (ya tengo desarrollado TicketBAI Gipuzkoa y TicketBAI Araba)

Estoy generando y enviando este modelo 240:

Código PHP:

<?xml version="1.0" encoding="UTF-8"?>
<lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="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>2023</Ejercicio>
    <ObligadoTributario>
      <NIF>A90006895</NIF>
      <ApellidosNombreRazonSocial>JpcQv0uMNyyBnPHWJYadwxFyQ98nJd</ApellidosNombreRazonSocial>
    </ObligadoTributario>
  </Cabecera>
  <FacturasEmitidas>
    <FacturaEmitida>
      <TicketBai>PD94bWwgdmVyc2lvbj0nMS4wJyBlbmNvZGluZz0nVVRGLTgnPz48VDpUaW....==</TicketBai>
    </FacturaEmitida>
  </FacturasEmitidas>
</lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion>

y estoy recibiendo el siguiente error:

Código PHP:

HTTP/1.1 200 OK
Date: Wed, 21 Jun 2023 06:57:52 GMT
Server: JBoss-EAP/7
Content-Encoding: gzip
eus-bizkaia-n3-identificativo: 73370254
X-Powered-By: Undertow/1
eus-bizkaia-n3-mensaje-respuesta: El XML no cumple el esquema.La cabecera no viene informada correctamente
eus-bizkaia-n3-codigo-respuesta: B4_1000001
eus-bizkaia-n3-numero-registro: 
eus-bizkaia-n3-tipo-respuesta: Incorrecto
Content-Type: application/xml; charset=UTF-8
Content-Length: 0 


He revisado mi código y no veo claro dónde esta mi error.
¿Alguno de los que tenéis desarrollado TicketBAI Bizkaia me puede dar algo de luz?
Entiendo que este error de cabecera es relativo al modelo 240 ¿no? (la factura TicketBAI se crea de la misma forma que en las otras 2 haciendas que están funcionando)


Gracias de antemano!

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

Empezado por Sanduzelai

¿Alguno de los que tenéis desarrollado TicketBAI Bizkaia me puede dar algo de luz?

Te copio una cabecera de una factura que acabo de generar y que es prácticamente igual. compáralas y veo que alguna diferencia en la primera línea y poco más...

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="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>2023</Ejercicio>
        <ObligadoTributario>
            <NIF>NIF_LICENCIA</NIF>
            <ApellidosNombreRazonSocial>LICENCIA</ApellidosNombreRazonSocial>
        </ObligadoTributario>
    </Cabecera>
    <FacturasEmitidas>
        <FacturaEmitida>
            <TicketBai>PD94bWwgdmVyc2lvbj0nMS4wJyBlbmNvZGluZz0nVVRGLTgnPz48VDpUaW....==</TicketBai>
        </FacturaEmitida>
    </FacturasEmitidas>
</lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion>

Veo que en tu cabecera hay esto:

<?xml version="1.0" encoding="UTF-8"?>
<lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd">

Y nosotros enviamos esto:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd">

El resto (la estructura de los datos) son iguales.

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

Buenas a todos.
Una duda, sólo para confirmar.

Hasta ahora en el fichero ticketBAI para Vizcaya enviábamos la descripción de la línea vacía:

...
<DatosFactura>
            <DescripcionFactura>Factura XXX</DescripcionFactura>
            <DetallesFactura>
                <IDDetalleFactura>
                    </DescripcionDetalle>
                    <Cantidad>1.00000000</Cantidad>
                    <ImporteUnitario>2.00000000</ImporteUnitario>
                    <Descuento>0.00000000</Descuento>
                    <ImporteTotal>2.42000000</ImporteTotal>
                </IDDetalleFactura>
            </DetallesFactura>
            <ImporteTotalFactura>2.42</ImporteTotalFactura>
            <Claves>
                <IDClave>
                    <ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia>
                </IDClave>
            </Claves>
        </DatosFactura>
...

Nunca nos había dado problemas hasta ahora que nos aparece el siguiente error:

<DescripcionErrorRegistroES>El XML del fichero TicketBAI no cumple el esquema.[Linea:2 Columna:1008] Error:cvc-pattern-valid: Value '' is not facet-valid with respect to pattern '(\s*[^\s]\s*)+' for type 'TextMax250ObligatorioType'.</DescripcionErrorRegistroES>

Si rellenamos ese valor deja de salir, por lo tanto asumimos que es ese.
¿Alguien más ha detectado este cambio de comportamiento en la descripción de las líneas?

[Sanduzelai]

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

Te copio una cabecera de una factura que acabo de generar y que es prácticamente igual. compáralas y veo que alguna diferencia en la primera línea y poco más...

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="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>2023</Ejercicio>
        <ObligadoTributario>
            <NIF>NIF_LICENCIA</NIF>
            <ApellidosNombreRazonSocial>LICENCIA</ApellidosNombreRazonSocial>
        </ObligadoTributario>
    </Cabecera>
    <FacturasEmitidas>
        <FacturaEmitida>
            <TicketBai>PD94bWwgdmVyc2lvbj0nMS4wJyBlbmNvZGluZz0nVVRGLTgnPz48VDpUaW....==</TicketBai>
        </FacturaEmitida>
    </FacturasEmitidas>
</lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion>

Veo que en tu cabecera hay esto:

<?xml version="1.0" encoding="UTF-8"?>
<lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd">

Y nosotros enviamos esto:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd">

El resto (la estructura de los datos) son iguales.

Gracias por la respuesta.
Al final he descubierto que el error era porque enviaba el archivo TicketBAI directamente y no el modelo 240 que es el que pensaba que estaba enviando (cosas del copy-paste)

[Sistel]

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

Buenas a todos.
Una duda, sólo para confirmar.

Hasta ahora en el fichero ticketBAI para Vizcaya enviábamos la descripción de la línea vacía:

...
<DatosFactura>
            <DescripcionFactura>Factura XXX</DescripcionFactura>
            <DetallesFactura>
                <IDDetalleFactura>
                    </DescripcionDetalle>
                    <Cantidad>1.00000000</Cantidad>
                    <ImporteUnitario>2.00000000</ImporteUnitario>
                    <Descuento>0.00000000</Descuento>
                    <ImporteTotal>2.42000000</ImporteTotal>
                </IDDetalleFactura>
            </DetallesFactura>
            <ImporteTotalFactura>2.42</ImporteTotalFactura>
            <Claves>
                <IDClave>
                    <ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia>
                </IDClave>
            </Claves>
        </DatosFactura>
...

Nunca nos había dado problemas hasta ahora que nos aparece el siguiente error:

<DescripcionErrorRegistroES>El XML del fichero TicketBAI no cumple el esquema.[Linea:2 Columna:1008] Error:cvc-pattern-valid: Value '' is not facet-valid with respect to pattern '(\s*[^\s]\s*)+' for type 'TextMax250ObligatorioType'.</DescripcionErrorRegistroES>

Si rellenamos ese valor deja de salir, por lo tanto asumimos que es ese.
¿Alguien más ha detectado este cambio de comportamiento en la descripción de las líneas?

Hola Neftali,

¿Seguro que está bien esa estructura XML?
Veo el cierre </DescripcionDetalle> sin haber abierto antes ese nodo <DescripcionDetalle>

Creo que si quieres abrirlo y cerrarlo a la vez, deberia ser <DescripcionDetalle />

Saludos

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

Empezado por Sistel

Veo el cierre </DescripcionDetalle> sin haber abierto antes ese nodo <DescripcionDetalle>

La etiqueta de cierre sola en XML equivale a ambas con contenido vacío.

[Sistel]

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

La etiqueta de cierre sola en XML equivale a ambas con contenido vacío.

Hola Neftali.

Gracias.
Desconocía que podía hacerse así.
Conocía sólo la sintaxis de nodo sin contenido poniendo la barra al final: <DescripcionDetalle />

Saludos

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

Me ha llegado esta información de Bizkaia, por si tenéis que apuntarla.
Igualmente actualizao el mensaje #1 del hilo, donde están el resto de buzones de dudas.

Hola,
Este buzón batuz.programak@bizkaia.eus se va a dar de baja por lo que, en adelante, debería enviar consultas a uno de los siguientes buzones:

• Consultas fiscales: batuz.zergak@bizkaia.eus
• Consultas técnicas: programak@bizkaia.eus
• Consultas técnicas del entorno de pruebas (empresas de desarrollo informático): batuz.entornodepruebas@bizkaia.eus

[mnc2]

Empezado por keys

Me imagino que tu cliente emite Tickets y por lo tanto no hay que identificar al cliente.

Empezado por MaeseKvothe

Es lo que llaman Factura Simplificada. En el TBAI hay un parámetro para marcarlo y no es obligatorio identificar al cliente. Si a posteriori convierten esas ventas en facturas con los datos del cliente tendrías que relacionar esa nueva factura marcando que sustituye a la simplificada.

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

Como te han dicho se trata de una factura simplificada o lo lo que habitualmente llamamos un ticket (cuando te tomas un café nadie te pide el DNI)
En ese caso es algo como esto:

<?xml version="1.0" encoding="utf-8"?>
<T:TicketBai xmlns:T="urn:ticketbai:emision">
     <Cabecera>
          <IDVersionTBAI>1.2</IDVersionTBAI>
     </Cabecera>
     <Sujetos>
          <Emisor>
               <NIF>NIF_EMPRESA</NIF>
               <ApellidosNombreRazonSocial>RAZON_SOCIAL_EMPREASA</ApellidosNombreRazonSocial>
          </Emisor>
          <VariosDestinatarios>N</VariosDestinatarios>
          <EmitidaPorTercerosODestinatario>N</EmitidaPorTercerosODestinatario>
     </Sujetos>
     <Factura>
          <CabeceraFactura>
               <SerieFactura/>
               <NumFactura>1</NumFactura>
               <FechaExpedicionFactura>15-06-2023</FechaExpedicionFactura>
               <HoraExpedicionFactura>14:14:45</HoraExpedicionFactura>
===>          <FacturaSimplificada>S</FacturaSimplificada>
               <FacturaEmitidaSustitucionSimplificada>N</FacturaEmitidaSustitucionSimplificada>
          </CabeceraFactura>
          <DatosFactura>
               <DescripcionFactura>Bicicleta carrera</DescripcionFactura>
               <DetallesFactura>
                    <IDDetalleFactura>
                         <DescripcionDetalle>Bicicleta carrera</DescripcionDetalle>

Estaba editando el código cuando me he dado cuenta de que esto plantea un problema.
De momento estoy adaptando el código para la Administración Foral de Vizcaya (Bizkaia).


En el documento "especificaciones funcionales y técnicas del sistema TicketBAI 1.1" (que entiendo que son de carácter general) se habla de que el documento de factura debe incluir un identificativo TBAI, el cual contiene elNIF del contribuyente.


Concretamente, su estructura es: TBAI-NNNNNNNNN-DDMMAA-FFFFFFFFFFFFF-CRC
Donde NNNNNNNNN es el NIF.


Por ejemplo: TBAI-00000006Y-251019-btFpwP8dcLGAF-237

La longitud total debe ser de 39 caracteres, incluyendo los guiones.


Si no me equivoco, el contribuyente es el destinatario de la factura (el cliente).



Si no hay un contribuyente identificable, ¿cómo vamos a generar el identificativo TBAI?
A no ser que yo esté equivocado en algo.

[keys]

Empezado por mnc2

Estaba editando el código cuando me he dado cuenta de que esto plantea un problema.
De momento estoy adaptando el código para la Administración Foral de Vizcaya (Bizkaia).


En el documento "especificaciones funcionales y técnicas del sistema TicketBAI 1.1" (que entiendo que son de carácter general) se habla de que el documento de factura debe incluir un identificativo TBAI, el cual contiene elNIF del contribuyente.


Concretamente, su estructura es: TBAI-NNNNNNNNN-DDMMAA-FFFFFFFFFFFFF-CRC
Donde NNNNNNNNN es el NIF.


Por ejemplo: TBAI-00000006Y-251019-btFpwP8dcLGAF-237

La longitud total debe ser de 39 caracteres, incluyendo los guiones.


Si no me equivoco, el contribuyente es el destinatario de la factura (el cliente).



Si no hay un contribuyente identificable, ¿cómo vamos a generar el identificativo TBAI?
A no ser que yo esté equivocado en algo.

El contribuyente es el emisor de la factura, no el receptor.

[mnc2]

Empezado por keys

El contribuyente es el emisor de la factura, no el receptor.

Vaya error de bulto!!

Yo entendía que quien paga el impuesto es el cliente.
Y que, por tanto, éste es el contribuyente.

[Irreo]

Empezado por Sistel

Hola,

Que sea factura simplificada o completa viene definido en la estructura del fichero XML en el nodo <FacturaSimplificada>
Y si no aparece ese nodo, se considera factura completa.

Eso es independiente de que tenga datos o no del destinatario.

Otra cosa diferente es que Hacienda Foral no permita ver los datos del destinatario de una factura, a partir del QR, si no te identificas como emisor o destinatario.

Saludos

Buenas,

Gracias por la aclaración.

Acabo de mirar la documentación y en efecto veo que una factura marcada como "Simplificada" puede llevar datos de destinatario.

De todas formas, ¿esto es relativamente nuevo? No tengo recuerdo de haber leído nada sobre facturas "cualificadas" cuando estuve desarrollando esto en su momento...

Lo cierto que ahora mismo no me preocupa porque el desarrollo lo hice personalizado para la empresa para la que trabajo y con nuestras necesidades. El planteamiento que tengo es que en el momento que se rellenan datos de cliente, pasa a ser factura completa y listo, y el resto son "tickets".

Saludos.