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

defcon1_es · #1 26-08-2021

Gracias a los 3 por responder, efectivamente era por la fecha.

Ahora al enviar el fichero firmado con AutoFirmaCommandLine

Código:

AutoFirmaCommandLine sign -i C:\FacE\FacturaTBAI.XML -o C:\FacE\FacturaTBAI.FIRMADO.XML -store windows -filter subject.contains:<NIF> -format xades -xml -config "format=XAdES Enveloped"

y enviado mediante CURL

Código:

CURL -H "Content-type: application/xml;charset=UTF-8" -d @C:\FacE\FacturaTBAI.FIRMADO.XML -o C:\Teragest\FacE\FacturaTBAI.FIRMADO.Output.xml https://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta

me responde esto:

Código:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <IdentificadorTBAI>TBAI-04600617L-290721-FdyL+dfXfDh5s-210</IdentificadorTBAI>
        <FechaRecepcion>26-08-2021 18:40:26</FechaRecepcion>
        <Estado>00</Estado>
        <Descripcion>Recibido</Descripcion>
        <Azalpena>Jasota</Azalpena>
        <ResultadosValidacion>
            <Codigo>008</Codigo>
            <Descripcion>El mensaje ha sido modificado en transito o la firma no esta bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Descripcion>
            <Azalpena>El mensaje ha sido modificado en transito o la firma no esta bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Azalpena>
        </ResultadosValidacion>
        <ResultadosValidacion>
            <Codigo>010</Codigo>
            <Descripcion>Aviso: Posible error de encadenamiento.</Descripcion>
            <Azalpena>Abisua: Litekeena da kateamendu errorea gertatzea.</Azalpena>
        </ResultadosValidacion>
        <CSV>TBAI2d4c3ee4-7c65-47f1-b789-b82f297b2f44</CSV>
    </Salida>
</ns2:TicketBaiResponse>

Pero si la vuelvo a enviar, me responde esto otro (con lo que si se registra en su sistema)

Código:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>26-08-2021 18:56:29</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado</Descripcion>
        <Azalpena>Baztertua</Azalpena>
        <ResultadosValidacion>
            <Codigo>005</Codigo>
            <Descripcion>Error: Fichero de alta TicketBAI ya registrado en el sistema.</Descripcion>
            <Azalpena>Errorea: TicketBAI fitxategia sisteman erregistratuta dago jada.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

El error por encadenamiento, lo tengo claro, pero ¿por qué me devuelve el error 008?

Sistel · #2 26-08-2021

Cita:

Empezado por defcon1_es

Gracias a los 3 por responder, efectivamente era por la fecha.

Ahora al enviar el fichero firmado con AutoFirmaCommandLine

Código:

AutoFirmaCommandLine sign -i C:\FacE\FacturaTBAI.XML -o C:\FacE\FacturaTBAI.FIRMADO.XML -store windows -filter subject.contains:<NIF> -format xades -xml -config "format=XAdES Enveloped"

y enviado mediante CURL

Código:

CURL -H "Content-type: application/xml;charset=UTF-8" -d @C:\FacE\FacturaTBAI.FIRMADO.XML -o C:\Teragest\FacE\FacturaTBAI.FIRMADO.Output.xml https://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta

me responde esto:

Código:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <IdentificadorTBAI>TBAI-04600617L-290721-FdyL+dfXfDh5s-210</IdentificadorTBAI>
        <FechaRecepcion>26-08-2021 18:40:26</FechaRecepcion>
        <Estado>00</Estado>
        <Descripcion>Recibido</Descripcion>
        <Azalpena>Jasota</Azalpena>
        <ResultadosValidacion>
            <Codigo>008</Codigo>
            <Descripcion>El mensaje ha sido modificado en transito o la firma no esta bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Descripcion>
            <Azalpena>El mensaje ha sido modificado en transito o la firma no esta bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Azalpena>
        </ResultadosValidacion>
        <ResultadosValidacion>
            <Codigo>010</Codigo>
            <Descripcion>Aviso: Posible error de encadenamiento.</Descripcion>
            <Azalpena>Abisua: Litekeena da kateamendu errorea gertatzea.</Azalpena>
        </ResultadosValidacion>
        <CSV>TBAI2d4c3ee4-7c65-47f1-b789-b82f297b2f44</CSV>
    </Salida>
</ns2:TicketBaiResponse>

Pero si la vuelvo a enviar, me responde esto otro (con lo que si se registra en su sistema)

Código:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>26-08-2021 18:56:29</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado</Descripcion>
        <Azalpena>Baztertua</Azalpena>
        <ResultadosValidacion>
            <Codigo>005</Codigo>
            <Descripcion>Error: Fichero de alta TicketBAI ya registrado en el sistema.</Descripcion>
            <Azalpena>Errorea: TicketBAI fitxategia sisteman erregistratuta dago jada.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

El error por encadenamiento, lo tengo claro, pero ¿por qué me devuelve el error 008?

Hola defcon1_es,

Si miras en https://www.gipuzkoa.eus/documents/2.../Anexo+IV.pdf/ página 8, verás que el código 008 no es un rechazo del envío.
Es sólo un aviso, pero ha sido aceptado el envío (aunque el fichero esté chungo en su firma)

Saludos

ermendalenda · #3 26-08-2021

Cita:

Empezado por defcon1_es

Gracias a los 3 por responder, efectivamente era por la fecha.

Ahora al enviar el fichero firmado con AutoFirmaCommandLine
.......

Hola Intentar Cambiar en el envio CURL
-d @C:\FacE\.....
por:
--data-binary @C:\FacE\.....

Esto hará que en el envio no te cambie los retornos de carro y otros caracteres ( por ello lo del cambio en transito error 008)

Por otro lado, efectivamente lo que dice Sistel tiene razón, si ya lo ha aceptado con codigo 00, pero con una incidencia 008 y si lo vuelves a enviar (el mismo fichero con el mismo problema) te dice que existe (error 005), aunque no sé que pasará si lo envias ya correcto ¿te dará el ok?(ya nos contarás que me interesa)

Saludos y espero haberte ayudado

iMia · #4 27-08-2021

Cita:

Empezado por defcon1_es

Gracias a los 3 por responder, efectivamente era por la fecha.

Ahora al enviar el fichero firmado con AutoFirmaCommandLine

Código:

AutoFirmaCommandLine sign -i C:\FacE\FacturaTBAI.XML -o C:\FacE\FacturaTBAI.FIRMADO.XML -store windows -filter subject.contains:<NIF> -format xades -xml -config "format=XAdES Enveloped"

y enviado mediante CURL

Código:

CURL -H "Content-type: application/xml;charset=UTF-8" -d @C:\FacE\FacturaTBAI.FIRMADO.XML -o C:\Teragest\FacE\FacturaTBAI.FIRMADO.Output.xml https://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta

me responde esto:

Código:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <IdentificadorTBAI>TBAI-04600617L-290721-FdyL+dfXfDh5s-210</IdentificadorTBAI>
        <FechaRecepcion>26-08-2021 18:40:26</FechaRecepcion>
        <Estado>00</Estado>
        <Descripcion>Recibido</Descripcion>
        <Azalpena>Jasota</Azalpena>
        <ResultadosValidacion>
            <Codigo>008</Codigo>
            <Descripcion>El mensaje ha sido modificado en transito o la firma no esta bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Descripcion>
            <Azalpena>El mensaje ha sido modificado en transito o la firma no esta bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Azalpena>
        </ResultadosValidacion>
        <ResultadosValidacion>
            <Codigo>010</Codigo>
            <Descripcion>Aviso: Posible error de encadenamiento.</Descripcion>
            <Azalpena>Abisua: Litekeena da kateamendu errorea gertatzea.</Azalpena>
        </ResultadosValidacion>
        <CSV>TBAI2d4c3ee4-7c65-47f1-b789-b82f297b2f44</CSV>
    </Salida>
</ns2:TicketBaiResponse>

Pero si la vuelvo a enviar, me responde esto otro (con lo que si se registra en su sistema)

Código:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>26-08-2021 18:56:29</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado</Descripcion>
        <Azalpena>Baztertua</Azalpena>
        <ResultadosValidacion>
            <Codigo>005</Codigo>
            <Descripcion>Error: Fichero de alta TicketBAI ya registrado en el sistema.</Descripcion>
            <Azalpena>Errorea: TicketBAI fitxategia sisteman erregistratuta dago jada.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

El error por encadenamiento, lo tengo claro, pero ¿por qué me devuelve el error 008?

En la firma te faltan los parámetros de política de firma, algoritmo, etc...
En el primer mensaje del hilo hay un recopilatorio de mensajes. Allí hay un enlance a un recopilatorio de código. y en ese segundo recopilatorio, en el apartado de firma con autofirma hay varios enlaces a mensajes con la instrucción completa de firma con autofirmacommandline...
venga va...

https://www.clubdelphi.com/foros/sho...&postcount=681

y

AutoFirmaCommandLine.exe sign
-i nombre_fichero
-o nombre_fichero_firmado
-xml
-store pkcs12:nombre_certificado.p12
-password contraseña_certificado
-alias nombrel_alias_del_certificado
-format xades
-config "format=XAdES Enveloped\npolicyIdentifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf
\npolicyIdentifierHash=Quzn98x3PMbSHwbUzaj5f5KOpiH0u8bvmwbbbNkO9Es=\npolicyIdentifierHashAlgorithm=h ttp://www.w3.org/2001/04/xmlenc#sha256
\npolicyQualifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf"

saludos

defcon1_es · #5 27-08-2021

Muchas gracias a iMia y ermendalenda,
solucionando lo del encadenamiento por un lado y con vuestra ayuda,
¡¡ ya me funciona correctamente !!

Código:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <IdentificadorTBAI>TBAI-04600617L-020721-XtDDgyTK5vUyU-010</IdentificadorTBAI>
        <FechaRecepcion>27-08-2021 11:33:49</FechaRecepcion>
        <Estado>00</Estado>
        <Descripcion>Recibido</Descripcion>
        <Azalpena>Jasota</Azalpena>
        <CSV>TBAI61c1fc7f-fe1b-4232-9097-7fc39c3eaed2</CSV>
    </Salida>
</ns2:TicketBaiResponse>

Llamada al AutoFirmaCommandLine:

Código:

AutoFirmaCommandLine sign -i C:\FacE\FacturaTBAI.XML -o C:\FacE\FacturaTBAI.FIRMADO.XML -store windows -filter subject.contains:<NIF> -format xades -xml -config "format=XAdES Enveloped
\npolicyIdentifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf
\npolicyIdentifierHash=Quzn98x3PMbSHwbUzaj5f5KOpiH0u8bvmwbbbNkO9Es=
\npolicyIdentifierHashAlgorithm=http://www.w3.org/2001/04/xmlenc#sha256
\npolicyQualifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf"

Llamada CURL

Código:

CURL -H "Content-type: application/xml;charset=UTF-8" --data-binary @C:\FacE\FacturaTBAI.FIRMADO.XML -o C:\FacE\FacturaTBAI.FIRMADO.Output.xml https://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta

ermendalenda · #6 27-08-2021

Pregunta sencilla, pero no encuentro la respuesta,
Si no tengo conexión, ya sea por caída de mi Red o el servidor de hacienda no funcione o un cable de Red partido... Etc etc.. Puedo dar el tiquet con el qr o el tiquet no debe salir hsstq que se realice el envío correcto?
En resumen.. Hay margen?

unomasmas · #7 28-08-2021

Cita:

Empezado por ermendalenda

Pregunta sencilla, pero no encuentro la respuesta,
Si no tengo conexión, ya sea por caída de mi Red o el servidor de hacienda no funcione o un cable de Red partido... Etc etc.. Puedo dar el tiquet con el qr o el tiquet no debe salir hsstq que se realice el envío correcto?
En resumen.. Hay margen?

En breve: Sí
Confirmación: Sí, puedes (debes) crear tu fichero XML, generar el código QR, entregar la factura a tu cliente y después, cuando sea posible la conexión, enviarla.

unomasmas · #8 28-08-2021

Había hecho pruebas hace tiempo y lo dejé funcionando. Retomo el tema, hago la prueba con el mismo fichero con que lo dejé funcionando y el servidor me responde "Anulada la solicitud: No se puede crear un canal seguro SSL/TLS." Ni siquiera me deja conectarme. Verifico que se usa TLS 1.2, que el certificado con el que me conecto es el de la persona que en su día se pidió que registraran en Gipuzkoa... Todo correcto. Envío mensaje al servicio técnico para que me ayuden y, aunque no obtengo respuesta, lo intento nuevamente al día siguiente.

En este nuevo intento parece que ese problema se ha solucionado. Ahora sí que llega la factura, pero el servidor responde:

Código:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>25-08-2021 09:12:27</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. Detalle del error: cvc-complex-type.2.4.b: The content of element 'T:TicketBai' is not complete. One of '{"http://www.w3.org/2000/09/xmldsig#":Signature}' is expected.</Descripcion>
            <Azalpena>Errorea: TicketBAI altako fitxategiak ez du betetzen XSD eskema. Errorearen xehetasuna: cvc-complex-type.2.4.b: The content of element 'T:TicketBai' is not complete. One of '{"http://www.w3.org/2000/09/xmldsig#":Signature}' is expected.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

He de decir que antes de enviar la factura yo también he pasado una validación sobre el XSD (ticketBaiV1-2.xsd), así que tampoco le veo la lógica de la respuesta y nuevamente les paso un mensaje al servicio técnico. Pasan los días y no obtengo respuesta, pero sigo probando por si nuevamente hubiese algún cambio en el servidor sin que se informe. Acabo de hacer una nueva prueba y ahora el servidor responde:

Código:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>28-08-2021 08:05:12</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado</Descripcion>
        <Azalpena>Baztertua</Azalpena>
        <ResultadosValidacion>
            <Codigo>001</Codigo>
            <Descripcion>Error: Certificado remitente incorrecto (revocado o no homologado).</Descripcion>
            <Azalpena>Errorea: Bidaltzailearen ziurtagiria okerra (errebokatua edo ez-homologatua).</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

¿Os está pasando algo extraño también a vosotros? No entiendo nada. ¿Será que estamos en agosto y que el mantenimiento está bajo mínimos? Me agobia pensar que esto no parece estar funcionando bien y que, sin embargo, se mantengan los plazos. Si fuera mal pensado diría que nos están utilizando para depurar una versión beta y que nos empujan sin considerar la pérdida de tiempo que supone para nosotros hacer pruebas inútiles y buscar el origen del problema cien veces antes de molestar a nadie (porque incluso tener que molestar a alguien también es un esfuerzo...)

ermendalenda · #9 28-08-2021

Gracias unomasmas

cbombin · #10 30-08-2021

Cita:

Empezado por unomasmas

En breve: Sí
Confirmación: Sí, puedes (debes) crear tu fichero XML, generar el código QR, entregar la factura a tu cliente y después, cuando sea posible la conexión, enviarla.

y como se puede generar el código QR si se necesita el identificador que devuelve hacienda (el que empieza por TBAI-xxxx)?

Eric Mtz · #11 30-08-2021

Cita:

Empezado por cbombin

y como se puede generar el código QR si se necesita el identificador que devuelve hacienda (el que empieza por TBAI-xxxx)?

Hola cbombin, te aclaro yo la duda.
Ese código es completamente calculable, consta de un total de 39 caracteres que te especifican en el apartado 4.3.2 de la documentación oficial:
https://www.euskadi.eus/contenidos/i...ones_v_1_1.pdf

Por lo tanto, lo puedes generar sin la necesidad de una respuesta por parte de hacienda, de hecho, en BATUZ no queda otra ya que las facturas que emitas no serán enviadas hasta finalizar el trimestre.

Pd: Para que no caiga en el olvido, hace unas páginas publicamos el cálculo CRC-8 en mogollón de lenguajes distintos, creo recordar que en C#, vb, python y php, rebusca un poco en el foro y lo encontrarás.

Un saludo y buen inicio de semana.

unomasmas · #12 30-08-2021

Cita:

Empezado por cbombin

y como se puede generar el código QR si se necesita el identificador que devuelve hacienda (el que empieza por TBAI-xxxx)?

Esta dato no lo genera Hacienda, sino que se genera a partir de datos de la firma y de la propia factura. Así es como lo tengo yo (C#):

Código:

                result = "TBAI" + separador;
                result += nif + separador;
                result += fechaExpedicion + separador;
                result += signatureValue + separador;
                result += GetCrc8(result);

Ramon88 · #13 30-08-2021

Hola!

Estoy intentando subir el xml y siempre me da el error No se puede crear un canal seguro SSL/TLS.
He probado con HttpClient y con HttpWebRequest y el error siempre es el mismo, si quito la parte donde añado el certificado, no da error pero en el mensaje devuelto, me dice que me falta el certificado... por lo que no se si es cosa del certificado o que puede ser, me estoy volviendo loco ya...

Este es el código que estoy usando:

ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12

Dim handler As System.Net.Http.HttpClientHandler = New System.Net.Http.HttpClientHandler()
Dim certificate As X509Certificate2 = New X509Certificate2("E:\Ramon\Programacion\Factura_TBai\Firma.pfx", "0000")
handler.ClientCertificates.Add(certificate)

Dim http As HttpClient = New HttpClient(handler)

Dim oString As StringContent = New StringContent(XML.ToString(), Encoding.UTF8, "application/xml")

Dim response As HttpResponseMessage = http.PostAsync(URL_Pruebas, oString).Result
Dim res As String = response.Content.ReadAsStringAsync.Result

ermendalenda · #14 30-08-2021

Comprueba fecha y hora del equipo que no tenga mucha diferencia con la fecha hora real.
Prueba los envíos con Curl, para descartar otros problemas del equipo.

unomasmas · #15 30-08-2021

Cita:

Empezado por Ramon88

Hola!

Estoy intentando subir el xml y siempre me da el error No se puede crear un canal seguro SSL/TLS.
He probado con HttpClient y con HttpWebRequest y el error siempre es el mismo, si quito la parte donde añado el certificado, no da error pero en el mensaje devuelto, me dice que me falta el certificado... por lo que no se si es cosa del certificado o que puede ser, me estoy volviendo loco ya...

Este es el código que estoy usando:

ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12

Dim handler As System.Net.Http.HttpClientHandler = New System.Net.Http.HttpClientHandler()
Dim certificate As X509Certificate2 = New X509Certificate2("E:\Ramon\Programacion\Factura_TBai\Firma.pfx", "0000")
handler.ClientCertificates.Add(certificate)

Dim http As HttpClient = New HttpClient(handler)

Dim oString As StringContent = New StringContent(XML.ToString(), Encoding.UTF8, "application/xml")

Dim response As HttpResponseMessage = http.PostAsync(URL_Pruebas, oString).Result
Dim res As String = response.Content.ReadAsStringAsync.Result

Aemás de usar el protocolo TLS 1.2 (que veo que ya lo haces), creo que debes asegurarte de que el emisor en el documento (factura) que envías debe ser el mismo que firma la petición y, por otra parte, debe estar registrada en la base de datos de pruebas... Yo también estoy teniendo este problema. Es posible que sea un problema de ellos porque hace tiempo pude enviarlo con los mismos datos y ahora no me deja ?? He abierto una consulta con el servicio técnico pero todavía no tengo respuesta :-(

Ramon88 · #16 31-08-2021

Cita:

Empezado por unomasmas

Aemás de usar el protocolo TLS 1.2 (que veo que ya lo haces), creo que debes asegurarte de que el emisor en el documento (factura) que envías debe ser el mismo que firma la petición y, por otra parte, debe estar registrada en la base de datos de pruebas... Yo también estoy teniendo este problema. Es posible que sea un problema de ellos porque hace tiempo pude enviarlo con los mismos datos y ahora no me deja ?? He abierto una consulta con el servicio técnico pero todavía no tengo respuesta :-(

Si, creo que todo lo que comentas lo cumplo.
Creo que gipuzkoa suele contestar bastante rápido a los emails, voy a probar yo también...

Si quitas el certificado, lo envia todo, pero la respuesta es de que falta el certificado.

Ramon88 · #17 31-08-2021

Cita:

Empezado por unomasmas

Aemás de usar el protocolo TLS 1.2 (que veo que ya lo haces), creo que debes asegurarte de que el emisor en el documento (factura) que envías debe ser el mismo que firma la petición y, por otra parte, debe estar registrada en la base de datos de pruebas... Yo también estoy teniendo este problema. Es posible que sea un problema de ellos porque hace tiempo pude enviarlo con los mismos datos y ahora no me deja ?? He abierto una consulta con el servicio técnico pero todavía no tengo respuesta :-(

Ya lo tengo! Tenía el certificado caducado...que fallo!
Para probarlo estaba cogiendo el certificado a saco, en producción la idea es tenerlo instalado, asi comprobamos primero la fecha.

En fin creo que deberían devolverte como respuesta certificado caducado o algo por el estilo.

PD: Espero que te sirva...

unomasmas · #18 31-08-2021

Cita:

Empezado por Ramon88

Ya lo tengo! Tenía el certificado caducado...que fallo!
Para probarlo estaba cogiendo el certificado a saco, en producción la idea es tenerlo instalado, asi comprobamos primero la fecha.

En fin creo que deberían devolverte como respuesta certificado caducado o algo por el estilo.

PD: Espero que te sirva...

Qué va. Gracias por tu info pero en mi caso el problema debía ser otro: yo no tengo el certificado caducado. Digo debía ser otro porque ahora este problema "se ha solucionado" pero me lanza otro que no es cierto: dice que no se ajusta al esquema XSD; sin embargo, en mi validación no da ningún problema y el validador está funcionando correctamente porque si cambio alguna etiqueta o si pongo un dni con un formato erróneo o una fecha mal o lo dejo sin firmar, etc. me salta el error. Sin embargo, cuando lo envío ahora me da este resultado:

Código:

        <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. Detalle del error: cvc-complex-type.2.4.b: The content of element 'T:TicketBai' is not complete. One of '{"http://www.w3.org/2000/09/xmldsig#":Signature}' is expected.</Descripcion>
            <Azalpena>Errorea: TicketBAI altako fitxategiak ez du betetzen XSD eskema. Errorearen xehetasuna: cvc-complex-type.2.4.b: The content of element 'T:TicketBai' is not complete. One of '{"http://www.w3.org/2000/09/xmldsig#":Signature}' is expected.</Azalpena>
        </ResultadosValidacion>

Ramon88 · #19 31-08-2021

A mi también me está saltando el mismo error y el validador me devuelve OK
Lo que me mosquea es que en el ejemplo que tienen la firma sale así:
<dsig:Signature xmlns:dsig=

y yo la firmo así:
<ds:Signature xmlns:ds=

y digo que no entiendo, por que estoy usando FirmaXadesNet para firmarlo...

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	3706	Hace 2 Semanas 09:38:43
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