Hola en bizkaia no hay un acceso tan sencillo como en Alava y en Gipuzkoa, que tienen un enlace directo. En bizkaia hay que entrar en la sede electronica del contribuyente y buscar el tramite.

El siguiente enlace te lleva directamente https://www.ebizkaia.eus/es/catalogo...os?procID=1740

!!!!!
Perdonad el estropicio, tuve un pantallazo azul y se reenvió el mensaje otra vez :(

Hola Keys, el caso es que no me permite escoger entre ninguno de los certificados de pruebas de BATUZ (Solo me muestra el de nuestra empresa) y por lo tanto no puedo realizar el famoso vínculo... Me quedo con la duda de si esa página pueda servir para el entorno de pruebas.

Eso solo es para el entorno real. El entorno de pruebas hay que hacerlo con los certificados que ellos proporcionan para sus empresas de prueba o los dados de alta en el entorno real si utilizas tus empresas.

Siento insistir demasiado, pero he intentado realizar la firma y el envío con el certificado de dispositivo que ellos facilitan (Entiendo que esa es la única manera de realizar las pruebas) y fue en ese caso cuando me dijeron que el "certificado no era válido para el interesado".

Aclaro: Hasta ahora he trabajado en el entorno de pruebas de BATUZ sin ningún problema con sus certificados de pruebas, es solo en el caso de firmar y enviar haciendo uso únicamente del certificado de equipo. (Situación que han solicitado recientemente algunos clientes y por ello lo estamos implementándolo en todas las haciendas, siendo la única que se nos resiste la irreductible aldea de BATUZ)

Gracias de nuevo ^\||/

Pero el envío al entorno de pruebas lo estas haciendo a las empresa que te han creado ellos con unas razon social y cif raro, o a tu propia empresa.

Con las empresas que me crearon ellos, las de los dígitos aleatorios, pero en cuanto intento realizar la firma y el envío usando el certificado de equipo me las rechaza. (Si lo firmo con el certificado de entidad/persona me los acepta perfectamente)

Pues solo te puedo decir que a mi con esas empresas y el certificado de dispositivo de pruebas me funciona correctamente.

Lo que no vas a poder es asignar ese certificado a la empresa de prueba en la sede electronica, ya que son empresas ficticias y eso es en entorno real. Igual se lo tienes que consultar a ellos por que tengas mal la asignación de certificados a esas empresas de pruebas.

Gracias por la ayuda Keys, investigaré a fondo el tema y cuando lo solucione lo postearé por aquí para que nadie tropiece con la misma piedra. :cool:

Buenas, no sé si os habéis encontrado con este problema los que estéis usando librerías Chilkat. Resulta en el entorno real de Guipúzcoa, con un certificado pfx me funciona correctamente, pero con otro me devuelve un error WSAECONNABORTED. ¿A qué puede ser debido?

Me respondo a mí mismo. Certificado caducado:D

Posible error de encadenamiento
 

Buenas,

La Hacienda de Gipuzkoa nos ha enviado un documento informándonos de un posible error de encadenamiento en una factura de un cliente. Tras analizar la factura de ese cliente hemos visto lo siguiente:
- Las facturas anteriores se enviaron en modo de prueba y todas iban correctamente encadenadas.
- La factura en cuestión fue la primera factura que el cliente envío en real/producción.
- Esta factura no lleva el nodo EncadenamientoFacturaAnterior por el hecho de ser la primera factura que se envía en real (el nodo no va en el fichero; no se graba el nodo vacío <EncadenamientoFacturaAnterior></EncadenamientoFacturaAnterior>).

Mi pregunta es:
- Es correcto nuestro planteamiento de no encadenar la primera factura en real con la última enviada en pruebas?
- Ha recibido alguien algún aviso de este estilo?

Gracias.

En Gipuzkoa da ese error siempre que envías la primera factura. Tanto si esta encadenada a una anterior, como si lo envías en blanco que es lo correcto. Nosotros hablamos con hacienda por que cada vez que un cliente entra en TBAI nos enviaban ese mensaje, y nos dijeron que es asi.

Es lógico que la primera factura que envíes a producción te devuelva ese error (no debe ir encadenada con nadie).
Además es uno de los casos que está contemplado en la documentación.

------------------------------------------------------------------------------------------------------------
14.3 ¿EN QUÉ CASOS ESTÁ JUSTIFICADO NO REALIZAR EL ENCADENAMIENTO CON LA FACTURA ANTERIOR?
Existen determinados casos justificados en los que no es posible realizar elencadenamiento
con la factura anterior, entre otros:
- Cuando se emite la primera factura de un dispositivo nuevo.
- Cuando se emite la primera factura de la persona contribuyente.
- Cuando se produce la rotura de un dispositivo y hay que sustituirlo por otro.
------------------------------------------------------------------------------------------------------------

Fuente:
https://web.araba.eus/documents/1050...23-06-2022.pdf

Acabo de recibir un correo de TicketBAI Gipuzkoa:

Buenos días,

El error de encadenamiento se ha producido por ser la primera factura en enviar a TicketBAI, no tienen que hacer nada.

Intentaremos localizar y eliminar estas notificaciones para la próxima.

Disculpen las molestias.

Saludos


Gracias por vuestros comentarios.

Eso me dijeron hace ya mucho tiempo y asi sigue. :(

Solucionado!
 

Buenos días gente, por una vez traigo buenas noticias :D

He solucionado el error del otro día en el que BATUZ me decía que el certificado no correspondía con el interesado enviado al intentar realizar la firma con el certificado de dispositivo.

A modo de resumen, los datos de la empresa estaban bien introducidos y el certificado de equipo era el de pruebas, SIN EMBARGO, el 18 de Julio por algún motivo publicaron nuevos certificados :eek: (Con el mismo nombre y todo "POIUYT"), y no me di cuenta hasta ahora...

En fin, resultó ser otro fallo de esos tontos que te comen las horas sin razón, si alguno lleva meses sin hacer pruebas que se pase por la sección "ENTORNO DE PRUEBAS DEL LROE" dentro de la WEB de BATUZ y que los sustituya.

!!!:-| Por cierto, otra chorrada que me amargó, en Álava han cambiado la URL del QR de "..../TBAI/" a ".../TBAI/QRTBAI/", mucho ojo

Espero que mi experiencia le ayude a alguien, pasad un buen día!

error SignedInfo failed to verify. Reference URI="#KeyInfoId-Signature-fa3a4043-db64-
 

Hola buenas , se que llego un poco tarde al grupo pero tengo el error del titulo , lo curioso es que después de darme ese error cambio el valor de la etiqueta por un entero aleatorio y no me da error , parece que solo falla la primera vez que envío pero no las siguientes , estoy en el entorno de pruebas , gracias .

¿Con qué administración estás trabajando?
¿Puedes colocar el XML que estás enviando?

Revisa este mensaje (y siguientes) porque habla del mismo error que estás comentando:
https://www.clubdelphi.com/foros/sho...postcount=2251

Si el mensaje de error va acompañado de este otro:
El mensaje ha sido modificado en tránsito o la firma no está bien realizada...

Normalmente es porque después de la firma tu XML se ha modificado. A veces no es conscientemente, ni que hayas cambiado el contenido, sino que al guardar a fichero o hacer alguna otra operación con el XML, ha cambiado la codificación. Suficiente para que ya no coincide el hash.

Gracias, me acabas de librar de hacer una buena cagada.

No sé por qué, estaba convencido de que al inicio de un nuevo ciclo de facturación también había que enviar el encadenamiento en blanco...

Acabo de mirar el PDF que adjuntas y veo que NO es así...

"Tiene que encadenarse con la última factura expedida en el año anterior (...) el dispositivo que emite las facturas en un año y en el otro es el mismo"

Justamente estos días estuve pensando cómo plantearlo para que automáticamente a las 23:59:59 se cerrase el año...

A seguir!