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

[ion]

Hola
No tenemos ningún problema para dar de alta una factur aTicketab en Batuz, en el entorno de prueba, pero a la hora de cancelar:

<SituacionRegistro>
                <EstadoRegistro>Incorrecto</EstadoRegistro>
                <CodigoErrorRegistro>B4_2000070</CodigoErrorRegistro>
                <DescripcionErrorRegistroES>La firma no cumple los requisitos de la política de firma TicketBAI.(El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- SignedInfo failed to verify. Reference URI="#xmldsig-ca66fa5e-0dad-1d62-e99d-a992496461d1-signedprops" failed to verify. Reference URI="#KeyInfoId-xmldsig-ca66fa5e-0dad-1d62-e99d-a992496461d1" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606))</DescripcionErrorRegistroES>
                <DescripcionErrorRegistroEU>Sinadurak ez ditu betetzen TicketBAI sinaduraren politikaren baldintzak.(El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- SignedInfo failed to verify. Reference URI="#xmldsig-ca66fa5e-0dad-1d62-e99d-a992496461d1-signedprops" failed to verify. Reference URI="#KeyInfoId-xmldsig-ca66fa5e-0dad-1d62-e99d-a992496461d1" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606))</DescripcionErrorRegistroEU>
            </SituacionRegistro>

Realizo los mismo pasos para dar de alta y parar cancelar.


1.-TicketBai xml firmar y guardar.
2.- recuperar el xml

$content = file_get_contents(public_path() . '/storage/app/public/' . $invoicesXml->xml_name);

3.- dentro del LROE añado en xml:

$xml .= "<AnulacionTicketBai>" . base64_encode($content) . "</AnulacionTicketBai>";

Y para finalizar lo envió por CURL, pero como os he dicho uso los mismos métodos para dar de alta y no tengo ningún problema

[thinkows]

Hola estoy intentando enviar a Araba en pruebas y devuelve error 006 servicio caído, a alguien le pasa igual?

Gracias

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

Empezado por thinkows

Hola estoy intentando enviar a Araba en pruebas y devuelve error 006 servicio caído, a alguien le pasa igual?

Lo mismo.

[thinkows]

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

Lo mismo.

Gracias Germán

[DavidMar]

Unas preguntas, sobre todo para los que ya tienen experiencia con TicketBAI.


1. ¿De que forma se organiza este sistema para tener en cuenta (por ejemplo) la imposibilidad de enviar los datos si te quedas sin internet, fallo de ordenadores, etc.? ¿Hay que comunicarlo, hay que enviarlo después, ....?
2. ¿De que forma se trata a aquellos obligados tributarios que no tienen un ordenador o tpv físico?, por ejemplo gente que trabaja en mercadillo, muchas veces sin acometida de luz.
3. Parecida a la anterior... ¿de qué forma tratan a los que, por ejemplo, tienen una tienda o negocio en un pueblo de montaña con una comunicación por internet casi nula?.


Gracias!

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

Empezado por DavidMar

1. ¿De que forma se organiza este sistema para tener en cuenta (por ejemplo) la imposibilidad de enviar los datos si te quedas sin internet, fallo de ordenadores, etc.? ¿Hay que comunicarlo, hay que enviarlo después, ....?

Generas la factura, la firmas, generas el XML y si es necesario la imprimes.
Enviarla, puedes hacerlo más tarde cuando se restaure la conexión.

Empezado por DavidMar

2. ¿De que forma se trata a aquellos obligados tributarios que no tienen un ordenador o tpv físico?, por ejemplo gente que trabaja en mercadillo, muchas veces sin acometida de luz.

No creo que hayan pensado en esas personas.
Antes o después tendrán que usar algún dispositivo móvil con conexión para enviar los tickets.

Empezado por DavidMar

3. Parecida a la anterior... ¿de qué forma tratan a los que, por ejemplo, tienen una tienda o negocio en un pueblo de montaña con una comunicación por internet casi nula?.

Segun la documentación debes enviar las facturas "lo antes posible", en esos casos, no se si puedes tener algo más de tiempo. Pero al final debes acabar enviándolas.

[Sistel]

Empezado por ion

Hola
No tenemos ningún problema para dar de alta una factur aTicketab en Batuz, en el entorno de prueba, pero a la hora de cancelar:

<SituacionRegistro>
                <EstadoRegistro>Incorrecto</EstadoRegistro>
                <CodigoErrorRegistro>B4_2000070</CodigoErrorRegistro>
                <DescripcionErrorRegistroES>La firma no cumple los requisitos de la política de firma TicketBAI.(El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- SignedInfo failed to verify. Reference URI="#xmldsig-ca66fa5e-0dad-1d62-e99d-a992496461d1-signedprops" failed to verify. Reference URI="#KeyInfoId-xmldsig-ca66fa5e-0dad-1d62-e99d-a992496461d1" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606))</DescripcionErrorRegistroES>
                <DescripcionErrorRegistroEU>Sinadurak ez ditu betetzen TicketBAI sinaduraren politikaren baldintzak.(El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- SignedInfo failed to verify. Reference URI="#xmldsig-ca66fa5e-0dad-1d62-e99d-a992496461d1-signedprops" failed to verify. Reference URI="#KeyInfoId-xmldsig-ca66fa5e-0dad-1d62-e99d-a992496461d1" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606))</DescripcionErrorRegistroEU>
            </SituacionRegistro>

Realizo los mismo pasos para dar de alta y parar cancelar.


1.-TicketBai xml firmar y guardar.
2.- recuperar el xml

$content = file_get_contents(public_path() . '/storage/app/public/' . $invoicesXml->xml_name);

3.- dentro del LROE añado en xml:

$xml .= "<AnulacionTicketBai>" . base64_encode($content) . "</AnulacionTicketBai>";

Y para finalizar lo envió por CURL, pero como os he dicho uso los mismos métodos para dar de alta y no tengo ningún problema

Hola ion,

Verifica el xml firmado en https://tools.chilkat.io/xmlDsigVerify

Si te da correcto y te sigue contestando Batuz con ese error, comprueba con qué codificación se te guarda el fichero.

Saludos

[ion]

Empezado por Sistel

Hola ion,

Verifica el xml firmado en

Si te da correcto y te sigue contestando Batuz con ese error, comprueba con qué codificación se te guarda el fichero.

Saludos

Gracias, he verificado, y el xml no es correco:

Signature is Invalid
Number of Reference Digests = 3
Reference 1 digest is invalid because the computed digest differs from the digest in the XML.
Reference 2 digest is invalid because the computed digest differs from the digest in the XML.
Reference 3 digest is valid.

Uso la clase firmador de Bilbur, dejo el xml por si alguien podria ver el fallo:

Código PHP:

<?xml version='1.0' encoding='UTF-8'?>
<T:AnulaTicketBai xmlns:T='urn:ticketbai:anulacion'
    xmlns:xsi='....w3.org/2001/XMLSchema-instance' xsi:schemaLocation='....w3.org/TR/xmldsig-core/xmldsig-core-schema.xsd'>
    <Cabecera>
        <IDVersionTBAI>1.2</IDVersionTBAI>
    </Cabecera>
    <IDFactura>
        ...
    </IDFactura>
    <HuellaTBAI>
        ...
        <NumSerieDispositivo>1212</NumSerieDispositivo>
    </HuellaTBAI>
    <ds:Signature Id="xmldsig-ca66fa5e-0dad-1d62-e99d-a992496461d1"
        xmlns:ds="....w3.org/2000/09/xmldsig#">
        <ds:SignedInfo>
            <ds:CanonicalizationMethod Algorithm="....w3.org/TR/2001/REC-xml-c14n-20010315"/>
            <ds:SignatureMethod Algorithm="....w3.org/2001/04/xmldsig-more#rsa-sha256"/>
            <ds:Reference URI="#xmldsig-ca66fa5e-0dad-1d62-e99d-a992496461d1-signedprops" Type="...uri.etsi.org/01903#SignedProperties">
                <ds:Transforms>
                    <ds:Transform Algorithm="....w3.org/TR/2001/REC-xml-c14n-20010315"/>
                </ds:Transforms>
                <ds:DigestMethod Algorithm="....w3.org/2001/04/xmlenc#sha256"/>
                <ds:DigestValue>GGw5r1urLgEdDqZzR9wYfvTAKqTi5vzGHjBCqPsX5u0=</ds:DigestValue>
            </ds:Reference>
            <ds:Reference Id="ReferenceKeyInfo" URI="#KeyInfoId-xmldsig-ca66fa5e-0dad-1d62-e99d-a992496461d1">
                <ds:Transforms>
                    <ds:Transform Algorithm="....w3.org/TR/2001/REC-xml-c14n-20010315"/>
                </ds:Transforms>
                <ds:DigestMethod Algorithm="....w3.org/2001/04/xmlenc#sha256" />
                <ds:DigestValue>249d1ODRQL8r2pEjkP9dxvUn5/5cKmBpmp4l8kPg460=</ds:DigestValue>
            </ds:Reference>
            <ds:Reference Id="xmldsig-ca66fa5e-0dad-1d62-e99d-a992496461d1-ref0" URI="" Type="....w3.org/2000/09/xmldsig#Object">
                <ds:Transforms>
                    <ds:Transform Algorithm="....w3.org/2000/09/xmldsig#enveloped-signature"/>
                    <ds:Transform Algorithm="....w3.org/TR/2001/REC-xml-c14n-20010315"/>
                </ds:Transforms>
                <ds:DigestMethod Algorithm="....w3.org/2001/04/xmlenc#sha256"/>
                <ds:DigestValue>leHXcKXIXb2WUnsMXH8/BLNlmg3gHjDHu+L57ESRma8=</ds:DigestValue>
            </ds:Reference>
        </ds:SignedInfo>
        ...
</T:AnulaTicketBai>

[workTeam]

Buenas, tenemos el mismo error. ¿Lo has conseguido solucionar?

No encuentro el fallo por ningún lado, ¡muchas gracias!

[keys]

Hola a todos.

No se si alguien esta enviando el modelo 140 de Bizkaia, la parte que no es de TicketBAI. Ayer nos encontramos a un cliente que estaba intentando enviar un registro al libro de Provisiones y suplidos, y nos encontramos que le da un error de que el libro no estaba disponible. Hicimos la pregunta a hacienda y nos responden lo siguiente.

Kaixo,

Efectivamente, debe realizarse de modo manual, ya que tal y como hemos indicado, actualmente el capítulo 6 – Provisiones y suplidos, perteneciente al modelo 140, únicamente está disponible en la aplicación web del LROE, accesible a través de la página web de Batuz (www.batuz.eus).

De momento no hay una previsión concreta, pero una vez estén disponibles nuevas funcionalidades se publicarán a través de la página web de Batuz.

Agur bat

Con dos ..... Luego nos piden a nosotros que nos adaptemos a todo lo que dicen y ellos no tienen todo desarrollado.

[SuperUKO]

Empezado por keys

Hola a todos.

No se si alguien esta enviando el modelo 140 de Bizkaia, la parte que no es de TicketBAI. Ayer nos encontramos a un cliente que estaba intentando enviar un registro al libro de Provisiones y suplidos, y nos encontramos que le da un error de que el libro no estaba disponible. Hicimos la pregunta a hacienda y nos responden lo siguiente.



Con dos ..... Luego nos piden a nosotros que nos adaptemos a todo lo que dicen y ellos no tienen todo desarrollado.

Buenas, Keys.


Pues no te puedo decir si funciona en postproducción, pero acabo de probar a mandar un Suplido del 2022 en desarrollo y va perfecto.

[keys]

Empezado por SuperUKO

Buenas, Keys.


Pues no te puedo decir si funciona en postproducción, pero acabo de probar a mandar un Suplido del 2022 en desarrollo y va perfecto.

Ese es el problema, lo han añadido en desarrollo, en la pagina web del LROE, pero no en producción para los clientes.