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

[ermendalenda]

Empezado por ermendalenda

Código PHP:

<?xml version="1.0" encoding="UTF-8"?>
<T:TicketBai xmlns:T="urn:ticketbai:emision" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.w3.org/TR/xmldsig-core/xmldsig-core-schema.xsd">
    <Cabecera>
        <IDVersionTBAI>1.2</IDVersionTBAI>
    </Cabecera>
    <Sujetos>
        <Emisor>
            <NIF>000000006Y</NIF>
            <ApellidosNombreRazonSocial>PAPITASA</ApellidosNombreRazonSocial>
        </Emisor>
        <EmitidaPorTercerosODestinatario>N</EmitidaPorTercerosODestinatario>
    </Sujetos>
    <Factura>
        <CabeceraFactura>
            <SerieFactura>F.Rect.156.4</SerieFactura>
            <NumFactura>1</NumFactura> 
            <FechaExpedicionFactura>08-11-2021</FechaExpedicionFactura>
            <HoraExpedicionFactura>20:07:00</HoraExpedicionFactura>
            <FacturaSimplificada>S</FacturaSimplificada>
            <FacturaRectificativa>
                <Codigo>R1</Codigo>
                <Tipo>I</Tipo>
                <ImporteRectificacionSustitutiva>
                    <BaseRectificada>0.38</BaseRectificada>
                    <CuotaRectificada>0.02</CuotaRectificada>
                </ImporteRectificacionSustitutiva>
            </FacturaRectificativa>    
            <FacturasRectificadasSustituidas>
                <IDFacturaRectificadaSustituida>
                    <SerieFactura>F.Simp.156.1</SerieFactura>
                    <NumFactura>197</NumFactura> 
                    <FechaExpedicionFactura>11-09-2021</FechaExpedicionFactura>
                </IDFacturaRectificadaSustituida>
            </FacturasRectificadasSustituidas>
        </CabeceraFactura>
        <DatosFactura>
            <DescripcionFactura>Rectificativa</DescripcionFactura>
            <DetallesFactura>
                <IDDetalleFactura>
                    <DescripcionDetalle>PAPAS FRITAS</DescripcionDetalle>
                    <Cantidad>-1.00</Cantidad>
                    <ImporteUnitario>0.38461538</ImporteUnitario>
                    <ImporteTotal>-0.40</ImporteTotal>
                </IDDetalleFactura>
            </DetallesFactura>
            <ImporteTotalFactura>-0.40</ImporteTotalFactura>
            <Claves>
                <IDClave>
                    <ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia>
                </IDClave>
            </Claves>
        </DatosFactura>
        <TipoDesglose>
            <DesgloseFactura>
                <Sujeta>
                    <NoExenta>
                        <DetalleNoExenta>
                            <TipoNoExenta>S1</TipoNoExenta>
                            <DesgloseIVA>
                                <DetalleIVA>
                                    <BaseImponible>-0.38</BaseImponible>
                                    <TipoImpositivo>4.00</TipoImpositivo>
                                    <CuotaImpuesto>-0.02</CuotaImpuesto>
                                </DetalleIVA>
                            </DesgloseIVA>
                        </DetalleNoExenta>
                    </NoExenta>
                </Sujeta>
            </DesgloseFactura>
        </TipoDesglose>
    </Factura>
    <HuellaTBAI>
        <EncadenamientoFacturaAnterior>
            <SerieFacturaAnterior>1</SerieFacturaAnterior>
            <NumFacturaAnterior>197</NumFacturaAnterior>
            <FechaExpedicionFacturaAnterior>11-09-2021</FechaExpedicionFacturaAnterior>
            <SignatureValueFirmaFacturaAnterior>AAAAAAAAAAAAAAAAAAAAAHpqclQkpbbZLzkVZ/aV17uA26K/KQDxldpHNND/wal5P88/BmPyZS9x8fm6xbKt5Q7Nl20d+ff</SignatureValueFirmaFacturaAnterior>
        </EncadenamientoFacturaAnterior>
        <Software>
            <LicenciaTBAI>TBAIPRUEBA</LicenciaTBAI>
            <EntidadDesarrolladora>
                <NIF>000000006Y</NIF>
            </EntidadDesarrolladora>
            <Nombre>TPVW</Nombre>
            <Version>1.0.2313</Version>
        </Software>
        <NumSerieDispositivo>ECFEB342E79CA</NumSerieDispositivo>
    </HuellaTBAI>
</T:TicketBai>

Parece que lo de la S me lo he inventado.

Faltaba
FacturaSimplificada>S</FacturaSimplificada>

[keys]

Hola a todos esto es lo que me comenta hacienda de Bizkaia sobre el tema del certificado que se caduca desde que se firma hasta que se envía.

Actualmente, el sistema está comprobando que la firma se haya realizado con un certificado que, en el momento del envío, sea válido.

Somos conscientes de que, según las especificaciones, el certificado ha de ser válido en el momento que se firma, es decir, cuando se expide la factura, no cuando se realiza el envío. Esa funcionalidad aún no está disponible en el entorno real en modo de pruebas, pero en el momento en el que esté, vuestra firma se considerará correcta, ya que el certificado era válido en la fecha en la que se expidió dicha factura.

[Ramon88]

Empezado por ermendalenda

Faltaba
FacturaSimplificada>S</FacturaSimplificada>

Gracias!!
Me terminan de pasar este enlace, https://web.araba.eus/es/hacienda/ticketbai
Bajo del todo tenemos 4 o 5 ejemplos muy básicos.

[Sistel]

Empezado por Ramon88

Gracias!!
Me terminan de pasar este enlace, https://web.araba.eus/es/hacienda/ticketbai
Bajo del todo tenemos 4 o 5 ejemplos muy básicos.

Hola Ramon88,

Viene un ejemplo de factura rectificativa por sustitución.
Pero no viene ejemplo de factura rectificativa por diferencias, que es la complicada.

Saludos

[ermendalenda]

Empezado por Ramon88

Gracias!!
Me terminan de pasar este enlace, https://web.araba.eus/es/hacienda/ticketbai
Bajo del todo tenemos 4 o 5 ejemplos muy básicos.

Eso sí, piense si vas a usar por sustitución o por diferencias. Yo veo más claro por diferencias por que si devuelve un día una cosa y otro día otra puedes, entre otras cosas, hacer refereencía siempre a la primera factura, a parte por sustitución hay que emitir 2 facturas, una negativa y otra la de sustitución.

[ermendalenda]

Tengo una duda contable, a ver si me explico, pongo un ejemplo:

Hago 10000 facturas de
Und Denominación P.Un. Iva Pvp
1 Bolsa 0,02 10% 0,022


Fichero TBai

<BaseImponible>0.02</BaseImponible>

<TipoImpositivo>10.00</TipoImpositivo>

<CuotaImpuesto>0.00</CuotaImpuesto>

En la Factura del cliente tambien redondeo a 2 decimales

Total Importe = 0,02


No hay IVA?
Por que claro, si sumo el conjunto bases imponibles de bolsas que se han vendido si sale IVA,
pero en ninguna factura se ha cobrado.
Que se declara en el trimestres ¿el iva de la suma de las bases=20€?, o ¿la suma individual de ivas que es = 0€?
Lo razonable sería 0€ ya que ese iva no lo cobra el comercio, pero sabes que dice la Normativa para la declaaración (no TiKetBai)

[ermendalenda]

Empezado por ermendalenda

Tengo una duda contable, a ver si me explico, pongo un ejemplo:

Hago 10000 facturas de
Und Denominación P.Un. Iva Pvp
1 Bolsa 0,02 10% 0,022


Fichero TBai

<BaseImponible>0.02</BaseImponible>

<TipoImpositivo>10.00</TipoImpositivo>

<CuotaImpuesto>0.00</CuotaImpuesto>

En la Factura del cliente tambien redondeo a 2 decimales

Total Importe = 0,02


No hay IVA?
Por que claro, si sumo el conjunto bases imponibles de bolsas que se han vendido si sale IVA,
pero en ninguna factura se ha cobrado.
Que se declara en el trimestres ¿el iva de la suma de las bases=20€?, o ¿la suma individual de ivas que es = 0€?
Lo razonable sería 0€ ya que ese iva no lo cobra el comercio, pero sabes que dice la Normativa para la declaaración (no TiKetBai)

No lo digo por No haber Iva, sobre todo por el descuadre final por redondeos, si se declara por la suma de bases o por los ivas pagados.

[Sistel]

Empezado por ermendalenda

Tengo una duda contable, a ver si me explico, pongo un ejemplo:

Hago 10000 facturas de
Und Denominación P.Un. Iva Pvp
1 Bolsa 0,02 10% 0,022


Fichero TBai

<BaseImponible>0.02</BaseImponible>

<TipoImpositivo>10.00</TipoImpositivo>

<CuotaImpuesto>0.00</CuotaImpuesto>

En la Factura del cliente tambien redondeo a 2 decimales

Total Importe = 0,02


No hay IVA?
Por que claro, si sumo el conjunto bases imponibles de bolsas que se han vendido si sale IVA,
pero en ninguna factura se ha cobrado.
Que se declara en el trimestres ¿el iva de la suma de las bases=20€?, o ¿la suma individual de ivas que es = 0€?
Lo razonable sería 0€ ya que ese iva no lo cobra el comercio, pero sabes que dice la Normativa para la declaaración (no TiKetBai)

Hola ermendalenda,

Estoy a la espera, desde hace 11 días, de que los chicos de TicketBAI de Gipuzkoa me respondan a ese tema:
- ¿Suma de IVAs (de cada detalle) o IVA de la suma?
Y sobre el margen de error que se permite por culpa del redondeo.

Cuando me contesten algo, os digo.

Saludos

[ermendalenda]

Empezado por Sistel

Hola ermendalenda,

Estoy a la espera, desde hace 11 días, de que los chicos de TicketBAI de Gipuzkoa me respondan a ese tema:
- ¿Suma de IVAs (de cada detalle) o IVA de la suma?
Y sobre el margen de error que se permite por culpa del redondeo.

Cuando me contesten algo, os digo.

Saludos

Gracias
Pues a ver si contestan por lo que me dicen esto es como lo del cálculo de la plusvalía, escoge la opción que más te convenga.

[marianolc]

Empezado por Sistel

Hola ermendalenda,

Estoy a la espera, desde hace 11 días, de que los chicos de TicketBAI de Gipuzkoa me respondan a ese tema:
- ¿Suma de IVAs (de cada detalle) o IVA de la suma?
Y sobre el margen de error que se permite por culpa del redondeo.

Cuando me contesten algo, os digo.

Saludos

Buenas, te han respondido algo al respecto? El tema de redondeos es un desmadre. Como dijeron mas arriba, la mayoría de nuestros clientes ponen el precio con IVA. Y el mismo se calcula en cada factura redondeo mas o menos.


La "solución" de darnos 8 decimales para ese campo me parece, la peor solución posible que pudieron encontrar. Porque no informar los % que tiene cada item?

[Sistel]

Empezado por marianolc

Buenas, te han respondido algo al respecto? El tema de redondeos es un desmadre. Como dijeron mas arriba, la mayoría de nuestros clientes ponen el precio con IVA. Y el mismo se calcula en cada factura redondeo mas o menos.
La "solución" de darnos 8 decimales para ese campo me parece, la peor solución posible que pudieron encontrar. Porque no informar los % que tiene cada item?

Hola marianolc,

Hice la consulta a TicketBAI de Gipuzkoa el 29 de octubre.
Como no me respondían (mientras sí me respondieron a otras consultas), volví a reiterar la consulta el 19 de noviembre.
Y ahí seguimos, sin contestación.

No se les puede consultar por teléfono y, por email, si no lo ven claro, no responden.
Y eso cuando no responden con criterio diferente en Gipuzkoa y a Álava (como ya me ha ocurrido en otro tema)

Tampoco es que en Bizkaia vayan mucho mejor:
- Cosas que funcionan un día, al día siguiente no van
- Los servidores parece que en algunos momento también se toman vacaciones o puentes
- Cierran y abren los entornos de prueba al voleo sin explicar y justificar las razones
- Se están alargando los plazos desde que se presenta la solicitud de un software garante hasta que responden algo (del último presentado el 18 de noviembre, todavía ni una información al respecto)

Y lo que iba a ser un sistema común de las tres Diputaciones (auspiciado y promocionado por el Gobierno Vasco) se ha ido separando y ahora se necesitan modificaciones de software para cada territorio.
Sin contar las promesas pendientes como el Servicio Zuzendu en Gipuzkoa (las otras Diputaciones parece que ni han pensado en ello).
Ahora Gipuzkoa suelta el globo sonda de un posible servicio LiburuBAI (que tiene pinta de ser otra LROE-Batuz versión gipuzkoana)

Eso sí, charlas, presentaciones y promesas de deducciones y subvenciones muchas, pero soluciones, unificaciones e información puntual a los desarrolladores ... cero patatero.

Yo alucino con la falta de seriedad que están teniendo las tres Diputaciones Forales con un tema tan importante como éste.
Realmente, están quedando a la altura del betún.
No me esperaba tan bajo nivel de eficiencia.

Saludos

[Sistel]

Empezado por ermendalenda

Eso sí, piense si vas a usar por sustitución o por diferencias. Yo veo más claro por diferencias por que si devuelve un día una cosa y otro día otra puedes, entre otras cosas, hacer refereencía siempre a la primera factura, a parte por sustitución hay que emitir 2 facturas, una negativa y otra la de sustitución.

Hola ermendalenda,

En el caso de una factura rectificativa por sustitución, hay 2 operativas posibles:

1- Sencilla: Una única factura rectificativa por sustitución, indicando los datos económicos de la factura que se rectifica y los datos económicos correctos.

2- Complicada: Haciendo una factura normal con los mismos importes de la factura a rectificar, pero en negativo y, a continuación, una factura rectificativa por sustitución sin datos económicos de la factura a la que se rectifica y sólo los datos económicos correctos.

Si se utiliza la operativa 1 es muy cómodo y sencillo:
Una única factura rectificativa por sustitución con los datos chungos y los datos buenos y solucionado.
(Ver pregunta 48 de Preguntas Frecuentes sobre Batuz )

Saludos

[Sanduzelai]

Buenas a todos,
estoy empezando a probar los envíos en el entorno de pre de Gipuzkoa pero todavía no me ha dado correcto ninguno.
He corregido errores que tenia en el XML pero ahora me da un error de encadenamiento:

<EncadenamientoFacturaAnterior>
      <SerieFacturaAnterior/>
      <NumFacturaAnterior>Primera factura</NumFacturaAnterior>
      <FechaExpedicionFacturaAnterior>00-00-0000</FechaExpedicionFacturaAnterior>
      <SignatureValueFirmaFacturaAnterior>Primera factura</SignatureValueFirmaFacturaAnterior>
</EncadenamientoFacturaAnterior>

Se que es pregunta de primero de ticketbai pero,
¿qué datos tengo que poner en EncadenamientoFacturaAnterior si no existe la factura anterior al ser esta la primera?

[Sistel]

Empezado por Sanduzelai

Buenas a todos,
estoy empezando a probar los envíos en el entorno de pre de Gipuzkoa pero todavía no me ha dado correcto ninguno.
He corregido errores que tenia en el XML pero ahora me da un error de encadenamiento:

<EncadenamientoFacturaAnterior>
      <SerieFacturaAnterior/>
      <NumFacturaAnterior>Primera factura</NumFacturaAnterior>
      <FechaExpedicionFacturaAnterior>00-00-0000</FechaExpedicionFacturaAnterior>
      <SignatureValueFirmaFacturaAnterior>Primera factura</SignatureValueFirmaFacturaAnterior>
</EncadenamientoFacturaAnterior>

Se que es pregunta de primero de ticketbai pero,
¿qué datos tengo que poner en EncadenamientoFacturaAnterior si no existe la factura anterior al ser esta la primera?

Hola Sanduzelai,

Bueno, creo que lo del error de encadenamiento, no es realmente un error sino una advertencia.
En el caso de la primera factura, creo que hay que dejar sin contenido los tres nodos del XML correspondientes al tema del encadenamiento con la factura anterior.

Saludos

[Ramon88]

Empezado por Sanduzelai

Buenas a todos,
estoy empezando a probar los envíos en el entorno de pre de Gipuzkoa pero todavía no me ha dado correcto ninguno.
He corregido errores que tenia en el XML pero ahora me da un error de encadenamiento:

<EncadenamientoFacturaAnterior>
      <SerieFacturaAnterior/>
      <NumFacturaAnterior>Primera factura</NumFacturaAnterior>
      <FechaExpedicionFacturaAnterior>00-00-0000</FechaExpedicionFacturaAnterior>
      <SignatureValueFirmaFacturaAnterior>Primera factura</SignatureValueFirmaFacturaAnterior>
</EncadenamientoFacturaAnterior>

Se que es pregunta de primero de ticketbai pero,
¿qué datos tengo que poner en EncadenamientoFacturaAnterior si no existe la factura anterior al ser esta la primera?

Cuando se envía la primera factura, no hace falta indicar el bloque de encadenamiento factura anterior.

[Ramon88]

Alguien sabría decirme si las rectificadas tienen su propia numeración o es la misma que en la factura normal?


Nº Factura: 1
Nº Factura rectificativa por diferencias: 2
Nº Factura: 3
.....

[Sanduzelai]

Gracias por las respuestas Sistel y Ramon88
Efectivamente se había enviado correctamente (<Estado>00</Estado>) pero me había despistado el texto del mensaje.


Un saludo

[espinete]

Empezado por Sistel

Hola ermendalenda,

En el caso de una factura rectificativa por sustitución, hay 2 operativas posibles:

1- Sencilla: Una única factura rectificativa por sustitución, indicando los datos económicos de la factura que se rectifica y los datos económicos correctos.

2- Complicada: Haciendo una factura normal con los mismos importes de la factura a rectificar, pero en negativo y, a continuación, una factura rectificativa por sustitución sin datos económicos de la factura a la que se rectifica y sólo los datos económicos correctos.

Si se utiliza la operativa 1 es muy cómodo y sencillo:
Una única factura rectificativa por sustitución con los datos chungos y los datos buenos y solucionado.
(Ver pregunta 48 de Preguntas Frecuentes sobre Batuz )

Saludos

La opción 1 es más cómoda, pero solo en Bizkaia... ¿qué pasaría en Gipuzkoa y Araba, donde hay que subir obligatoriamente el detalle (líneas) de la factura, con sus precios, descripciones, importes, etc.?

Yo es que sigo sin entender la existencia de dos tipos de rectificativas...

Usando los ejemplos de Bizkaia...

"la factura nº1 de base imponible 1.000 € y cuota 210 € va a ser objeto de rectificación, ya que la base imponible de la operación debió ser 800€ y la cuota 168 €"

Bien. Según ellos, hay como mínimo dos formas de hacer la rectificación:

Rectificativa por Sustitución
1. Crear una sola factura informando la “Base rectificada”, “Cuota rectificada” y, en su caso, “Cuota recargo rectificada” dentro del bloque “Importe Rectificación Sustitutiva”
2. Creando dos facturas: primero una factura “normal” con los importes de la factura rectificada en negativo (esta factura no es una factura rectificativa) y después se deberá expedir la factura rectificativa por sustitución

Rectificativa por Diferencias

1. Cuando la rectificación se haga por diferencias se deberá informar directamente del importe de la rectificación. Supondría emitir una factura con base imponible de -200 (es decir, en negativo).

Por lo tanto... La opción "por sustitución -> 2" permite crear una en negativo "normal", pero sin embargo "por diferencias" la factura en negativo ya es la rectificativa.

¿Qué obliga a hacerlo "por sustitución" pudiendo hacerlo "por diferencias"?

[pablog2k]

ha cambiado algo de la generación del codigo QR en gipuzkoa pruebas?? porque siempre me ha funcionado y ahora me dice:
"No se ha podido determinar el estado de la factura."
Incluso su ejemplo QR de pruebas de la documentación pasa lo mismo...
que desastre de verdad
Edit: igual es fallo mio, no me hagáis mucho caso....

[ermendalenda]

Empezado por Sistel

Hola ermendalenda,

En el caso de una factura rectificativa por sustitución, hay 2 operativas posibles:

1- Sencilla: Una única factura rectificativa por sustitución, indicando los datos económicos de la factura que se rectifica y los datos económicos correctos.

2- Complicada: Haciendo una factura normal con los mismos importes de la factura a rectificar, pero en negativo y, a continuación, una factura rectificativa por sustitución sin datos económicos de la factura a la que se rectifica y sólo los datos económicos correctos.

Si se utiliza la operativa 1 es muy cómodo y sencillo:
Una única factura rectificativa por sustitución con los datos chungos y los datos buenos y solucionado.
(Ver pregunta 48 de Preguntas Frecuentes sobre Batuz )

Saludos

Gracias, veo que es mucho más faci pero me rompe la secuencia de datos y me obliga a muchos cambios