Error en la firma Ticketbai Bizkaia
 

Hola a todos,

Estoy escribiendo porque ya me estoy quedando sin ideas. Tengo una integración con Ticketbai Bizkaia en java, hasta hace poco tiempo podia enviar facturas sin ningun problemas al entorno de prueba de bizkaia, pero de un momento a otro... pum, error con la Firma electrónica.

<DescripcionErrorRegistroES>La firma no cumple los requisitos de la política de firma TicketBAI.(EPES: S ALGORITMO: rsa-sha256:2048 POLITICA: N CERTIFICADO_ADMITIDO: S )</DescripcionErrorRegistroES>

Entiendo que lo único que tengo mal es "POLITICA: N", pero yo no cambie nada, tampoco no se cambio nada en la documentación de Bizkaia, estoy utilizando el siguiente link para al firma "https batuz eus/ .... _...a_firma_electronica_v1_1.pdf"

Así estoy haciendo una parte de la firma en java:
No se por donde darle. Ni siquiera sé que es lo que está mal, antes estaba funcionando correctamente, de repente batuz se le dio por complicarme la existencia.

Si quieres añade un fichero LROE con 1 factura (si hace falta elimina datos sensibles) y revisamos a ver si tiene algo raro.

Ficheros Rechazados
 

Buenas,

Hay una cosa que no entiendo a nivel de procedimiento.

Mando Factura 1 -> Me la Rechaza -> En teoría tengo que conservar el fichero .xml

Mando la subsanación de Factura 1
-> Huella Tbai ¿ Cual es la de la factura 1?
-> La firma ¿ Es Nueva o la de la Factura 1?
Me rechaza la subsanación -> ¿ Conservo este fichero y vuelvo a generar otra subsanación?
En tal caso ¿la firma y la huella de la Factura 1 ?

Si alguien me puede aclarar algo. Gracias

Para aclarar, ¿estás hablando de BATUZ (Vizcaya) o TICKETBAI (Alava y Guipuzkoa)?

Mira si puede ir por aquí el error, según el fichero de especificaciones de firma el Hash a cambiado:

Antes
[SignaturePolicyIdentifier]
SigPolicyID=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf
SigPolicyHash=Quzn98x3PMbSHwbUzaj5f5KOpiH0u8bvmwbbbNkO9Es= (Base64)
SigPolicyHash=42ECE7F7CC773CC6D21F06D4CDA8F97F928EA621F4BBC6EF9B06DB6CD90EF44B (HEX)
SigPolicyHashAlgorithm=SHA256
SigPolicyURI=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf


Ahora
[SignaturePolicyIdentifier]
SigPolicyID=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_1.pdf
SigPolicyHash=K2baIY0fk8jbkPHkffk5F5C46O5VuzDwH21dAovjVRs= (Base64)
SigPolicyHash=2B66DA218D1F93C8DB90F1E47DF9391790B8E8EE55BB30F01F6D5D028BE3551B (HEX)
SigPolicyHashAlgorithm=SHA256
SigPolicyURI=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_1.pdf

Facturas
 

Hablo de Alava y Guipuzkoa

Estoy encontrándome un error que puede que os haya sucedido.
¿Cómo anuláis las ventas o facturas, que se hicieron antes de ticketbai?
Evidentemente, la factura no esta registrada, por lo que da error la anulación.

Se me ha ocurrido hacer una factura en negativo simplemente para que haya constancia... ¿Se podría hacer así?

Hola: Yo utilizo el Hash de 'antes' y me funciona bien.
¿Desde cuando han cambiado eso?¿Tienes el documento?

Hola,

En principio, Hacienda no pone ningún problema a que se hagan facturas con importes negativos.
Y es la única solución cuando hay una devolución y no se puede localizar la facturasoriginal para poder hacer una rectificativa.

Saludos

Dentro de la documentación técnica, a finales del 2023 han hecho modificaciones, e incorporado nuevos esquemas de envío para personas jurídicas. Relativo a la firma, pone lo siguiente
. Y efectivamente sigue funcionando con en antiguo hash.

Y como digo se han incorporado el capitulo de movimientos contables, para el año que viene.

Saludos

Hola, con respecto al hash cambiando el hash y la ruta de las especificaciones de la firma poniendo en *******V_1_1.pdf va perfecto.

Con respecto al Capitulo de movimientos contables, esto nos ha comentado nuestro asesor, aunque por "mala suerte", en nuestro caso querrán empezar de forma voluntaria para el año que viene, 2025.
------------------------------
El link en cuestión es una serie de indicaciones técnicas (informáticas) para cumplir con dicha normativa, pero en todo en caso de forma voluntaria para 2025.
Como te comenté, la obligatoriedad no se producirá hasta 2029.
------------------------------
Saludos

Lo de los de los libros contables hay que llevarlos de forma voluntaria a partir del 2025, pero los tienen que presentar en el 2026. Ya que se presentarán al final del año.

¿Alguien ha firmado y enviado con el nuevo hash? ME dice que no es correcto al enviar.

r_SigPolicyID := 'https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_1.pdf';
r_SigPolicyHash := 'K2baIY0fk8jbkPHkffk5F5C46O5VuzDwH21dAovjVRs=';
r_SigPolicyURI := 'https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_1.pdf';

Acabo de enviar algunas y facturas con el nuevo Hash e identificador de firma, y va perfecto.
Si me pasó ayer que también cambié la versión del XML a la 1.2.2 creyendo que era necesario y me dio error. He vuelto a dejar la 1.2

Saludos

¿Lo estás haciendo en delphi? y si es así con que componentes?

No, en mi caso lo estoy haciendo con Multibase y autofirma, aunque es lento solo tenemos 300 facturas al mes, pero me apoyo e intento apoyar desde este foro.

Este es la llamada que hago.

call dllfun('WinExec','cmd /c AutoFirmaCommandLine.exe sign'&&
' -i '&&fichero_inicial clipped&&
' -o '&&fichero_firmado clipped&&
' -store pkcs12:'&&fg_batuz_cert clipped&&
' -password '&&fg_batuz_pass clipped&&
' -filter '&&fg_batuz_cert clipped&&
' -format xades -xml'&&
' -config "format=XAdES Enveloped'&&
' \npolicyIdentifier='&&fg_batuz_iden clipped&&
' \npolicyIdentifierHash='&&fg_batuz_hash clipped&&
' \npolicyIdentifierHashAlgorithm=http://www.w3.org/2001/04/xmlenc#sha256 '&&
' \npolicyQualifier='&&fg_batuz_iden clipped,0)

¿Hay alguien que firme con SecureBlackBox y tenga el nuevo hash? No consigo firmar con el. Poniendo esto

Código Delphi [-]
       r_SigPolicyID := 'https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_1.pdf';
       r_SigPolicyHash := 'K2baIY0fk8jbkPHkffk5F5C46O5VuzDwH21dAovjVRs=';
       r_SigPolicyURI := 'https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_1.pdf';

El fichero que genera no tiene la parte de sigpolicyhash

Pero poniendo los datos antiguos si;

Nosotros firmamos con SecureBlackBox, pero seguimos con el antiguo.
¿De cuando es este nuevo hash?

Por lo que hay en la orden Foral, es del 12 de Julio, esta dentro de la página de Batuz en Documentación técnica.

Lo que no entiendo es por qué no envían un mail de las modificaciones a las empresas con software garante.

https://www.batuz.eus/fitxategiak/ba...c419d77e08898f

Buenos días

Nosotros sólo lo hemos probado en el entorno de pruebas, y nos funciona. Mientras no sea necesario, a nuestros clientes ni tocar. Lo que funciona, funciona. Recordaros que para SecureBlackBox hay que mandar el valor en hexadecimal. Yo tengo un fichero INI, de donde cojo dichos valores, os lo dejo a continuación.