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

sline · #1 28-05-2021

Hola
El formato json tiene que ser sin saltos de línea:

Código:

{"con": "LROE", "apa": "1.1", "inte": {"nif": "B00000034","nrs": "HOTEL ADIBIDEZ"},"drs": {"mode": "240","ejer": "2022"}}

en vez de

Código:

{
   "con": "LROE",
   "apa": "1.1",
   "inte": {
     "nif": "B00000034",
     "nrs": "HOTEL ADIBIDEZ",
   },
   "drs": {
     "mode": "240",
     "ejer": "2022"
   }
}

Prueba a quitar los "." y dejarlo "TECNICAS DE REFRACTARIOS SAU"

Cita:

Empezado por tejano

Buenos días,
Sabe alguien responderme a estas preguntas?

Cabecera HTTP de la petición del LROE

• Cuando enviamos los fichero a la DFB, en la cabera de HTTP, el contenido del json pide la Razón social de la empresa campo “nrs”, en nuestro caso es TECNICAS DE REFRACTARIOS S.A.U, debo poner algún carácter en los espacios, si lo dejo en blanco da problemas y si pongo un guion bajo parece que va bien.
• El certificado que tenemos es de representante, es necesario rellenar los datos de PRIMER APELLIDO “ap1” y SEGUNDO APELLIDO “ap2” con los apellidos del representante que hay en el certificado.
• Por último en “Content-Length” que tamaño hay que poner el del fichero gz??, y en que unidad Bytes, KBytes, …..

Gracias

sline · #2 28-05-2021

Estoy realizando consultas a lroe a batuz pero siempre tengo el mismo resultado:

Código:

eus-bizkaia-n3-mensaje-respuesta: Operación errónea.
eus-bizkaia-n3-codigo-respuesta: B4_1000025
eus-bizkaia-n3-numero-registro: 
eus-bizkaia-n3-tipo-respuesta: Incorrecto

El xml que uso para enviar es el mismo que el del ejemplo (cambiando lo necesario) Ejemplo_Consulta_1_LROE_PJ_240_FacturasEmitidasConSG_B00000034.xml

¿A alguien mas le pasa?

Band · #3 28-05-2021

Yo me estoy encontrando con que me devuelve esta respuesta al hacer un envío con uno de los ejemplos de prueba (concretamente este fichero, aunque me pasa con todos "Ejemplo_TicketBAI_79732487C_A2022_0399.xml"):

Código:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>28-05-2021 17:28:52</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado</Descripcion>
        <Azalpena>Baztertua</Azalpena>
        <ResultadosValidacion>
            <Codigo>002</Codigo>
            <Descripcion>Error: El fichero de alta TicketBAI no cumple el esquema XSD. No se ha podido procesar el mensaje. Detalle del error: Content is not allowed in prolog.</Descripcion>
            <Azalpena>Errorea: TicketBAI altako fitxategiak ez du betetzen XSD eskema. Mezua ezin da prozesatu. Errorearen xehetasuna: Content is not allowed in prolog.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

A alguien le ha pasado o sabe a qué puede ser debido? Obviamente ya veo que el error dice eso de que no cumple el esquema XSD, pero es un fichero generado por ellos que en teoría está bien y no veo ningún caràcter especial, ni ninguna pista como para ver que el fichero no es válido.

landaga · #4 28-05-2021

Cita:

Empezado por Band

Yo me estoy encontrando con que me devuelve esta respuesta al hacer un envío con uno de los ejemplos de prueba (concretamente este fichero, aunque me pasa con todos "Ejemplo_TicketBAI_79732487C_A2022_0399.xml"):

Código:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>28-05-2021 17:28:52</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado</Descripcion>
        <Azalpena>Baztertua</Azalpena>
        <ResultadosValidacion>
            <Codigo>002</Codigo>
            <Descripcion>Error: El fichero de alta TicketBAI no cumple el esquema XSD. No se ha podido procesar el mensaje. Detalle del error: Content is not allowed in prolog.</Descripcion>
            <Azalpena>Errorea: TicketBAI altako fitxategiak ez du betetzen XSD eskema. Mezua ezin da prozesatu. Errorearen xehetasuna: Content is not allowed in prolog.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

A alguien le ha pasado o sabe a qué puede ser debido? Obviamente ya veo que el error dice eso de que no cumple el esquema XSD, pero es un fichero generado por ellos que en teoría está bien y no veo ningún caràcter especial, ni ninguna pista como para ver que el fichero no es válido.

Si no lo has hecho ya prueba a poner al principio, antes de la cabecera del xml, los siguientes tags y atributos:

<?xml version="1.0" encoding="UTF-8"?>
<T:TicketBai xmlns:T="urn:ticketbai:emision" xmlns:ds="htxp://ww.w3.org/2000/09/xmldsig#" xmlns:xsi="htxp://ww.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="htxp://ww.w3.org/TR/xmldsig-core/xmldsig-core-schema.xsd">

(las url llevan una x donde debería ir una t y falta una w para que me permita enviar el mensaje)

sline · #5 31-05-2021

Hola Band

Tuve ese mismo problema y era porque generaba el xml con una etiqueta en diferente orden al que aparecía en el xsd.

Saludos.

Cita:

Empezado por Band

Yo me estoy encontrando con que me devuelve esta respuesta al hacer un envío con uno de los ejemplos de prueba (concretamente este fichero, aunque me pasa con todos "Ejemplo_TicketBAI_79732487C_A2022_0399.xml"):

Código:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>28-05-2021 17:28:52</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado</Descripcion>
        <Azalpena>Baztertua</Azalpena>
        <ResultadosValidacion>
            <Codigo>002</Codigo>
            <Descripcion>Error: El fichero de alta TicketBAI no cumple el esquema XSD. No se ha podido procesar el mensaje. Detalle del error: Content is not allowed in prolog.</Descripcion>
            <Azalpena>Errorea: TicketBAI altako fitxategiak ez du betetzen XSD eskema. Mezua ezin da prozesatu. Errorearen xehetasuna: Content is not allowed in prolog.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

A alguien le ha pasado o sabe a qué puede ser debido? Obviamente ya veo que el error dice eso de que no cumple el esquema XSD, pero es un fichero generado por ellos que en teoría está bien y no veo ningún caràcter especial, ni ninguna pista como para ver que el fichero no es válido.

HerensugeBeltz · #6 31-05-2021

Cita:

Empezado por Band

Yo me estoy encontrando con que me devuelve esta respuesta al hacer un envío con uno de los ejemplos de prueba (concretamente este fichero, aunque me pasa con todos "Ejemplo_TicketBAI_79732487C_A2022_0399.xml"):

Código:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>28-05-2021 17:28:52</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado</Descripcion>
        <Azalpena>Baztertua</Azalpena>
        <ResultadosValidacion>
            <Codigo>002</Codigo>
            <Descripcion>Error: El fichero de alta TicketBAI no cumple el esquema XSD. No se ha podido procesar el mensaje. Detalle del error: Content is not allowed in prolog.</Descripcion>
            <Azalpena>Errorea: TicketBAI altako fitxategiak ez du betetzen XSD eskema. Mezua ezin da prozesatu. Errorearen xehetasuna: Content is not allowed in prolog.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

A alguien le ha pasado o sabe a qué puede ser debido? Obviamente ya veo que el error dice eso de que no cumple el esquema XSD, pero es un fichero generado por ellos que en teoría está bien y no veo ningún caràcter especial, ni ninguna pista como para ver que el fichero no es válido.

A mí me pasaba haciendo pruebas con los componentes Chilkat.
El error te dice que hay algún carácter antes de la etiqueta inicial del xml (<?xml version="1.0"...)
El problema puede estar relacionado con el BOM del fichero UTF-8 (si lo tiene prueba a quitárselo). Comprueba que el juego de caracteres del XML sea UTF-8 y no ISO8859-1, por ejemplo. Yo sinceramente no encontré la solución ya que finalmente opté por los componentes de SecureBlackBox.

Band · #7 01-06-2021

Cita:

Empezado por HerensugeBeltz

A mí me pasaba haciendo pruebas con los componentes Chilkat.
El error te dice que hay algún carácter antes de la etiqueta inicial del xml (<?xml version="1.0"...)
El problema puede estar relacionado con el BOM del fichero UTF-8 (si lo tiene prueba a quitárselo). Comprueba que el juego de caracteres del XML sea UTF-8 y no ISO8859-1, por ejemplo. Yo sinceramente no encontré la solución ya que finalmente opté por los componentes de SecureBlackBox.

Gracias a landaga, sline, HerensugeBeltz por las respuestas. Al final y después de asegurarme del tema del BOM del fichero, temas de encoding, caracteres extraños que pudieran haber delante de la declaración xml, etc... di con el problema que para mi caso es particular. Os pongo mi solución por si a alguien más le pasa y usa curl para enviar.

Yo usaba para enviar el fichero este parámetro (repito, con curl):

Código Delphi [-]-F "data=@' + nombreArchivo + '" '

y la solución ha sido cambiarlo por:

Código Delphi [-]-d "@' + nombreArchivo + '" '

No me lo he mirado con detalle pero imagino que en el primer caso le debe estar colando algo en el envío, cosa que no hace en el segundo caso.

Noe277 · #8 01-06-2021

Buenos días,

Se me plantea una duda existencial.
En Gipuzkoa yo genero el xml lo firmo, lo envió y me devuelve el Qr. Entonces imprimo la factura con el Qr.

Pero en BIZKAIA:
Genero el xml, lo firmo y a los 3 meses o cuando sea lo envió en el modelo 140/240.
¿Las facturas al imprimir no van a llevar el Qr?
No se si estoy entendiendo el proceso en Bizkaia.

sline · #9 01-06-2021

Hola!

Para Gipuzkoa no se como será, pero en Bizkaia generas el Qr (con SG) y lo incrustas en el pdf.

Cita:

Empezado por Noe277

Buenos días,

Se me plantea una duda existencial.
En Gipuzkoa yo genero el xml lo firmo, lo envió y me devuelve el Qr. Entonces imprimo la factura con el Qr.

Pero en BIZKAIA:
Genero el xml, lo firmo y a los 3 meses o cuando sea lo envió en el modelo 140/240.
¿Las facturas al imprimir no van a llevar el Qr?
No se si estoy entendiendo el proceso en Bizkaia.

Sistel · #10 01-06-2021

Cita:

Empezado por Noe277

Buenos días,

Se me plantea una duda existencial.
En Gipuzkoa yo genero el xml lo firmo, lo envió y me devuelve el Qr. Entonces imprimo la factura con el Qr.

Pero en BIZKAIA:
Genero el xml, lo firmo y a los 3 meses o cuando sea lo envió en el modelo 140/240.
¿Las facturas al imprimir no van a llevar el Qr?
No se si estoy entendiendo el proceso en Bizkaia.

Hola,

Tanto en Gipuzkoa como en Bizkaia, la firma del XML de la factura y la generación de los códigos TBAI y QR no requieren ningún envío.
Es un proceso que se hace en local o en tu servidor (dependiendo la arquitectura que utilices), pero no requiere nada de Hacienda.

Una vez se tiene la factura (XML) firmada (y generados los códigos TBAI y QR), hay que enviarla a Hacienda Foral.
En el caso de Gipuzkoa, el envío debe ser inmediato nada más firmarse cada factura.
En el caso de Bizkaia se deben enviar las facturas firmadas dentro del capítulo 1.1 del LROE (Libro Registro de Operaciones Económicas, modelo 140 para autónomos y modelo 240 para empresas).
Pero en este caso de Bizkaia hay un plazo para el envío igual al que hasta ahora había para las declaraciones de IVA (trimestrales en la mayoría de los casos, mensuales en algunos casos y en un plazo de 4 días para las empresas obligadas hasta ahora al SII)

Saludos

tejano · #11 01-06-2021

Cita:

Empezado por Band

Gracias a landaga, sline, HerensugeBeltz por las respuestas. Al final y después de asegurarme del tema del BOM del fichero, temas de encoding, caracteres extraños que pudieran haber delante de la declaración xml, etc... di con el problema que para mi caso es particular. Os pongo mi solución por si a alguien más le pasa y usa curl para enviar.

Yo usaba para enviar el fichero este parámetro (repito, con curl):

Código Delphi [-]-F "data=@' + nombreArchivo + '" '

y la solución ha sido cambiarlo por:

Código Delphi [-]-d "@' + nombreArchivo + '" '

No me lo he mirado con detalle pero imagino que en el primer caso le debe estar colando algo en el envío, cosa que no hace en el segundo caso.

Buenos días Band, puedes enviar como te quedaría el curl?, yo también estoy intentando utilizarlo y más ahora que ese comando viene que el mismo Windows.
Cuando lo envío me da el error 400 de Bad Request.
Graciasssssss!!!!

Band · #12 01-06-2021

Cita:

Empezado por tejano

Buenos días Band, puedes enviar como te quedaría el curl?, yo también estoy intentando utilizarlo y más ahora que ese comando viene que el mismo Windows.
Cuando lo envío me da el error 400 de Bad Request.
Graciasssssss!!!!

hola tejano, yo lo hago así:

// Lleno variable de parámetros

Código Delphi [-]curlCommand := '-d "@' + nombreArchivo + '" ' + // Archivo que voy a enviar
    ' --cert-type P12 --cert sello_entidad_act.p12:IZDesa2021 ' + //Certificado pruebas izenpe (usando sello entidad)
    ' -D "' + PATH_CURL + '\header-dump.txt" ' + //Fichero donde guardo el header de respuesta (es innecesario)
    ' -H "Content-Type: application/xml;charset=UTF-8" ' +  
    ' -H "Accept-Encoding: ''gzip''" ' +
    ' -H "Content-Encoding: ''gzip''" ' +   
    ' -X POST ' + URL_ALTA; //URL de alta guipuzkoa

// Uso de curl con shellexecute (función creada por un compañero mío, con la siguiente especificación)
//

Código Delphi [-]ShellExecute(Operation:string;FileName:string;Parameters:string;Directory:string;ShowCmd:integer):Ca  rdinal

//No tengo el código fuente de esta función pero realmente lo interesante és el llenado de la variable curlCommand

Código Delphi [-]ShellExecute(
    'open',
    'cmd',
    '/v:1 /c curl.exe ' + curlCommand +                                 
    ' > "' + pathRespuesta + '"', // Fichero xml donde guardo la respuesta
    PATH_CURL, // Path donde hay el curl.exe
    0
  );

landaga · #13 28-05-2021

Cita:

Empezado por sline

Estoy realizando consultas a lroe a batuz pero siempre tengo el mismo resultado:

Código:

eus-bizkaia-n3-mensaje-respuesta: Operación errónea.
eus-bizkaia-n3-codigo-respuesta: B4_1000025
eus-bizkaia-n3-numero-registro: 
eus-bizkaia-n3-tipo-respuesta: Incorrecto

El xml que uso para enviar es el mismo que el del ejemplo (cambiando lo necesario) Ejemplo_Consulta_1_LROE_PJ_240_FacturasEmitidasConSG_B00000034.xml

¿A alguien mas le pasa?

A Bizkaia no puedes enviar el XML directamente, tienes que mandarlo comprimido en formato gzip.

sline · #14 31-05-2021

Lo mando en formato gzip.

Cita:

Empezado por landaga

A Bizkaia no puedes enviar el XML directamente, tienes que mandarlo comprimido en formato gzip.

jaiser · #15 31-05-2021

Estoy intentando enviar un xml-tbai a la url de pruebas de guipuzkoa "h t t p s://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta" y al obtener la respuesta me da error 503 servidor no disponible. Llevo varios días intentadolo y me da error todo el rato, a alguien le pasa o le ha pasado lo mismo?. Probe a mandar al real y hay si que me respondía, luego me indicaron que no mandará pruebas al real, pero al de pruebas me da error todo el rato.

HerensugeBeltz · #16 31-05-2021

Cita:

Empezado por jaiser

Estoy intentando enviar un xml-tbai a la url de pruebas de guipuzkoa "h t t p s://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta" y al obtener la respuesta me da error 503 servidor no disponible. Llevo varios días intentadolo y me da error todo el rato, a alguien le pasa o le ha pasado lo mismo?. Probe a mandar al real y hay si que me respondía, luego me indicaron que no mandará pruebas al real, pero al de pruebas me da error todo el rato.

Yo acabo de mandar varios ficheros de prueba sin problema a la Hacienda de Gipuzkoa.

jaiser · #17 31-05-2021

No se porque me da el error 503. Estoy progrmamando en vb.net, no se si alguien me puede ayudar a ver donde está el error, lo he pasado a c el código.

Código:

public void envio(System.Xml.XmlDocument xml, System.Security.Cryptography.X509Certificates.X509Certificate2 certificado)
{
    byte[] sentXml = System.Text.Encoding.UTF8.GetBytes(xml.OuterXml);
    Stream stream;

    request.Method = "POST";
    request.ContentType = "application/xml; charset=utf-8";
    request.ContentType = "text/xml; charset=utf-8";
    request.Timeout = 3000000;
    request.ClientCertificates.Add(certificado);
    // soap action (this is the header I tried to add. Didn't work.)
    request.Headers.Add("SOAPAction", "h t t p s://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta");

    // Set the ContentLength property of the WebRequest.
    request.ContentLength = sentXml.Length;

    stream = request.GetRequestStream();

    try
    {
        stream.Write(sentXml, 0, sentXml.Length);
    }
    catch (Exception ex)
    {
        Interaction.MsgBox("Error Sending Data: " + ex.Message);
    }

    // Close the Stream object.
    stream.Close();

    try
    {
        HttpWebResponse response = (HttpWebResponse)request.GetResponse();
        Console.WriteLine("Received response with status {0} {1}.", response.StatusCode, response.StatusDescription);

        if (response.StatusCode == HttpStatusCode.OK)
        {
            XmlDocument responseXML = new XmlDocument();
            Stream a = response.GetResponseStream;
            StreamReader reader = new StreamReader(a);
            Interaction.MsgBox(reader.ReadToEnd());

            responseXML.Load(response.GetResponseStream());
            responseXML.Save("respuesta.xml");
            responseXML.Save(Console.Out);
        }

        response.Close();
    }
    catch (Exception ex)
    {
        Interaction.MsgBox("Error Getting Response: " + ex.Message);
    }
}

landaga · #18 03-06-2021

Cita:

Empezado por sline

Estoy realizando consultas a lroe a batuz pero siempre tengo el mismo resultado:

Código:

eus-bizkaia-n3-mensaje-respuesta: Operación errónea.
eus-bizkaia-n3-codigo-respuesta: B4_1000025
eus-bizkaia-n3-numero-registro: 
eus-bizkaia-n3-tipo-respuesta: Incorrecto

El xml que uso para enviar es el mismo que el del ejemplo (cambiando lo necesario) Ejemplo_Consulta_1_LROE_PJ_240_FacturasEmitidasConSG_B00000034.xml

¿A alguien mas le pasa?

Puede ser que estes intentando hacer una Consulta de algo de lo que no has enviado el Alta?

tejano · #19 03-06-2021

Cita:

Empezado por landaga

Puede ser que estes intentando hacer una Consulta de algo de lo que no has enviado el Alta?

Gracias landaga, creo que ya estoy más cerca.

Ahora me da el error N3_0000007 No existe un apoderamiento para la pareja de interesado y representante indicada.

Sabéis a que puede ser debido?

Sistel · #20 03-06-2021

Cita:

Empezado por tejano

Gracias landaga, creo que ya estoy más cerca.

Ahora me da el error N3_0000007 No existe un apoderamiento para la pareja de interesado y representante indicada.

Sabéis a que puede ser debido?

Hola,

Creo que puede ser porque el que envía (con su certificado) el LROE no es el mismo que emite la factura.

En ese caso, se precisa que el emisor de la factura haya autorizado al que la envía en el LROE.

Hay un registro de apoderamientos para poder realizar esos envíos en representación del emisor de la factura:
https://www.euskadi.eus/registro-ele...web01-sede/es/
(Aunque no sé si ese registro sirve para apoderar en el caso de Batuz)

Saludos

Herramientas	Buscar en Tema
Mostrar Versión Imprimible Enviar por Correo	Buscar en Tema: Búsqueda Avanzada
Desplegado
Cambiar a Modo Lineal Modo Híbrido Cambiar a Modo Hilado

Temas Similares
Tema	Autor	Foro	Respuestas	Último mensaje
SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice	newtron	Internet	3716	19-01-2026 20:01:34
Como utilizar la ayuda del nuevo Sistema Operativo	gluglu	Humor	3	24-09-2007 09:39:05
Aplicacion Agencia De Viajes	ArdiIIa	Varios	9	20-01-2007 16:49:53
El Vasco Aguirre	Al González	La Taberna	5	26-05-2006 09:22:28
Microsoft ha lanzado su nuevo sistema operativo	DarkByte	Humor	0	25-01-2004 09:21:14