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

[JoseLeeTo]

Hola a todos.

Llevo ya un tiempo con el tema de Batuz, y creía estar volviéndome loco yo solo hasta que he encontrado este foro y he visto que somos muchos así.
Qué locura.

He desarrollado todo el sistema de TBai y de LROE para Vizcaya (ya hice los mismo desde el 2015 para la aplicación BILA), y hasta ahora solamente están disponibles las operaciones con Ingresos y Gastos, Bienes de Inversión y Agrupaciones de Bienes. El resto de epígrafes (Cobros, Pagos, RECC...) no están todavía expuestos)

En Guipuzcoa, estoy teniendo un problema que no se me ha dado en Vizcaya.

El error que me está dando es que no puede validar las referencias URI de la firma:
Básicamente: "El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="#Certificate1" failed to verify. Reference URI="#SignedProperties-1909873269" failed to verify"

Y es que no entiendo cómo pueden tener diferentes criterios de validación de firma. En Vizcaya la misma firma es válida, pero no en Guipuzcoa.

¿A alguien más le ha ocurrido, y puede echarme una mano a qué puede ser debido?

Gracias a todos.
Saludos.

[josepmestre]

A mí me daba un error similar, <Descripcion>El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="#Signature-d4d0ea3e-5409-4a0a-b5dd-f7c339abd340-SignedProperties" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Descripcion>, y es debido a que el valor CN del campo de firma IssuerName contiene un acento. Poniendo otro certificado funciono correctamente.


Envié un mensaje a la hacienda de Gipuzkoa y no me han respondido.

Empezado por JoseLeeTo

En Guipuzcoa, estoy teniendo un problema que no se me ha dado en Vizcaya.

El error que me está dando es que no puede validar las referencias URI de la firma:
Básicamente: "El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="#Certificate1" failed to verify. Reference URI="#SignedProperties-1909873269" failed to verify"

Y es que no entiendo cómo pueden tener diferentes criterios de validación de firma. En Vizcaya la misma firma es válida, pero no en Guipuzcoa.

[Galaxian]

Empezado por josepmestre

A mí me daba un error similar, <Descripcion>El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="#Signature-d4d0ea3e-5409-4a0a-b5dd-f7c339abd340-SignedProperties" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Descripcion>, y es debido a que el valor CN del campo de firma IssuerName contiene un acento. Poniendo otro certificado funciono correctamente.


Envié un mensaje a la hacienda de Gipuzkoa y no me han respondido.

El que el envío se tenga que hacer en UTF-8 es, precisamente, para que esas cosas no ocurran, y dado que el XML es inmodificable tras la firma, es el software de firma el que tendrá que convertirlo a UTF-8 durante el proceso.

[edari]

Buenos días y aprovecho para presentarme que es mi primer post.



Llego aquí después de googlear "foro ticketbai" y veo que estamos muchos en la misma situación. Me ha servido todo lo leído pero vamos al lío...


Problema: Certficado + Gipuzkoa



He tenido la suerte de "debutar" con mis primeras pruebas el viernes y después de mucho intentar siempre llegaba al mismo error

05-07-2021 10:50:39 01 Rechazado Baztertua 006 Error inesperado en la verificación del certificado remitente. Ustekabeko errorea bidaltzailearen ziurtagiria egiaztatzean.

Cuando veo que por lo visto el viernes este era un tipo de error "habitual" decidí que no era el mejor día para hacer mi primera prueba de subida y lo dejé para hoy


Por necesidades técnicas lo tengo que subir lanzando un curl desde símbolo de comando. Concretamente hago esto


curl.exe --data-binary @FACTURA...FIRMADA.XML --cert-type P12 --cert micertificado.p12:mipasswordcertificado -H "Content-Type: application/xml;charset=UTF8" -X POST h t t p s : / / tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta -o respuesta.html


El caso es que esta mañana sigo con el error y entiendo que será ya de verdad un problema con mi certificado



Leí en páginas anteriores que izenpe tenía unos certificados de prueba con los que podías hacer un mínimo de cosas y me los bajo para probar con ellos a ver. El tema es que al bajarlos salen 70 certificados diferentes y no sé cual coger para tener un mínimo de fiabilidad....


He probado con estos dos


sello_entidad_rev.p12:IZProd2021
sello_entidad_rev.act:IZProd2021
profesional_sw_rev.p12:IZProd2021


¿Con cual podría probar?


¿Qué hay que tener en cuenta con los certificados que me estoy perdiendo?


Gracias por vuestra ayuda

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

Empezado por edari

Buenos días y aprovecho para presentarme que es mi primer post.

Buenos días y bienvenido al foro

Empezado por edari

Problema: Certficado + Gipuzkoa
He tenido la suerte de "debutar" con mis primeras pruebas el viernes y después de mucho intentar siempre llegaba al mismo error
05-07-2021 10:50:39 01 Rechazado Baztertua 006 Error inesperado en la verificación del certificado remitente. Ustekabeko errorea bidaltzailearen ziurtagiria egiaztatzean.
Cuando veo que por lo visto el viernes este era un tipo de error "habitual" decidí que no era el mejor día para hacer mi primera prueba de subida y lo dejé para hoy

Siguen igual, pero tal y como han dicho antes, si lo reintentas 2 o 3 veces suele "entrar". No se que tipo de pruebas están haciendo, pero es así.

Empezado por edari

Leí en páginas anteriores que izenpe tenía unos certificados de prueba con los que podías hacer un mínimo de cosas y me los bajo para probar con ellos a ver. El tema es que al bajarlos salen 70 certificados diferentes y no sé cual coger para tener un mínimo de fiabilidad....

En las pruebas iniciales creo que sí funcionaban, pero ahora debes utilizar certificado correcto tanto en preproducción como en producción.
Nosotros, por ejemplo, estamos probando con uno de dispositivo y nos va bien.
https://servicios.izenpe.com/ticketb...o;jsessionid=0

[edari]

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

Buenos días y bienvenido al foro



Siguen igual, pero tal y como han dicho antes, si lo reintentas 2 o 3 veces suele "entrar". No se que tipo de pruebas están haciendo, pero es así.




En las pruebas iniciales creo que sí funcionaban, pero ahora debes utilizar certificado correcto tanto en preproducción como en producción.
Nosotros, por ejemplo, estamos probando con uno de dispositivo y nos va bien.

De ahí lo bajamos.


El hecho que nuestra empresa esté en Alava y las pruebas sean en la de Guipuzcoa (porque creo que alava no tiene propia) entiendo que no afectará...a efectos de que el certificado "sea válido"


Gracias.

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

Empezado por edari

De ahí lo bajamos.

Si.
Pero lo dicho; Esos de pruebas que inicialmente funcionaban, ahora ya no sriven.

Empezado por edari

(porque creo que alava no tiene propia) entiendo que no afectará...a efectos de que el certificado "sea válido"

Alava como dices por ahora no está activo y se supone que será "equivalente" a lo que estamos enviando a Guipuzkoa.
Es posible que en su momento los certificados haya que darlos de alta también en Alava, como hemos tenido que hacer en las otras dos administraciones.

[b4aronDeLaBirr4]

Buenas!

Pues, como otros tantos usuarios de este foro, buscando en Google preguntas relacionadas con TicketBAI empujado por la falta de reciprocidad con las haciendas forales (cosa que al parecer también es bastante común) acabé ayer en este foro. Es mi primera intervención tras leerme todo el hilo del tema detenidamente y ver que TicketBAI no es moco de pavo...

Acabo de obtener la licencia de software para pruebas y pretendo realizar algunas pruebas en Postman (con los ejemplos oficiales otorgados) pero me surge el problema de los certificados con los que estoy poco familiarizado.
En el hilo se han mencionado estas URL (sede.fnmt.gob .es/certificados/persona-fisica/obtener-certificado-software y servicios.izenpe) pero IZENPE (correspondiente Identificación electrónica de Euskadi) solicita el acceso mediante BakQ o un certificado válido y en la Sede Electrónica de moneda y timbre no sé muy bien cómo proceder a la solicitud de los certificados correctos.
Reitero que, en principio, realizaría unas pruebas con Postman para luego desarrollar la solución en un entorno .NET. Cualquier ayuda es bien recibida. Gracias de antemano!

Un saludo

[Sistel]

Empezado por b4aronDeLaBirr4

Buenas!
...
Acabo de obtener la licencia de software para pruebas y pretendo realizar algunas pruebas en Postman (con los ejemplos oficiales otorgados) pero me surge el problema de los certificados con los que estoy poco familiarizado.
En el hilo se han mencionado estas URL (sede.fnmt.gob .es/certificados/persona-fisica/obtener-certificado-software y servicios.izenpe) pero IZENPE (correspondiente Identificación electrónica de Euskadi) solicita el acceso mediante BakQ o un certificado válido y en la Sede Electrónica de moneda y timbre no sé muy bien cómo proceder a la solicitud de los certificados correctos.
...

Hola,

Para empezar, consíguete un certificado digital FNMT de persona física.
Para ello, sigue los pasos de aquí
Es gratis y lo obtienes fácilmente.
Lo único que puede retrasarte algo es el tema de la acreditación de identidad porque ahora todas las entidades donde se puede hacer (AEAT, Seguridad Social, etc) piden cita previa.

Una recomendación: si tienes cerca alguna oficina del Instituto Social de la Marina es donde más rápido puedes hacer la acreditación de identidad.
Puedes pedir la cita previa al llegar a la puerta porque no suele haber cola ninguna.

Saludos

[tejano]

Empezado por b4aronDeLaBirr4

Buenas!

Pues, como otros tantos usuarios de este foro, buscando en Google preguntas relacionadas con TicketBAI empujado por la falta de reciprocidad con las haciendas forales (cosa que al parecer también es bastante común) acabé ayer en este foro. Es mi primera intervención tras leerme todo el hilo del tema detenidamente y ver que TicketBAI no es moco de pavo...

Acabo de obtener la licencia de software para pruebas y pretendo realizar algunas pruebas en Postman (con los ejemplos oficiales otorgados) pero me surge el problema de los certificados con los que estoy poco familiarizado.
En el hilo se han mencionado estas URL (sede.fnmt.gob .es/certificados/persona-fisica/obtener-certificado-software y servicios.izenpe) pero IZENPE (correspondiente Identificación electrónica de Euskadi) solicita el acceso mediante BakQ o un certificado válido y en la Sede Electrónica de moneda y timbre no sé muy bien cómo proceder a la solicitud de los certificados correctos.
Reitero que, en principio, realizaría unas pruebas con Postman para luego desarrollar la solución en un entorno .NET. Cualquier ayuda es bien recibida. Gracias de antemano!

Un saludo

Siempre puedes utilizar para las pruebas, los certificados de producción que ha puesto Izenpe. https://www.izenpe.eus/web_corporati...ificados.shtml

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

Empezado por JoseLeeTo

"El mensaje ha sido modificado en tránsito o la firma no está bien realizada

Busca en páginas anteriores, ya ha salido ese mensaje.
En nuestro caso estaba generado:
a) Por una mala codificación del fichero ANSI/UTF8 entre la firma y el envío
b) Por caracteres extraños en el fichero (ÑÁÉ,...)

También me suenan problemas con alguna de las firmas, relacionados con esto que está en la documentación. Revisa que lo tienes correcto:

3. 5. Reglas de uso de algoritmos
Se podrán utilizar cualquiera de los algoritmos basados en RSA admitidos en ETSI TS 119 312 V1.3.1.
Como mínimo se exige:
─ Tamaño de la clave será estrictamente superior a 1024.
─ SHA256 o versiones superiores.

[JoseLeeTo]

Gracias.

Lo que me extraña, es que en Vizcaya vaya OK, pero en Guipuzcoa no pase ni uno debido a este error.
Tengo la sensación de que es problema suyo (de Guipuzcoa).
Hace 2 días, corrigieron un problema con la TSA que les mencioné, su respuesta básicamente fué que si fallaba, pues que como "no era obligatoria, que no la utilizase". Al final, me reconocieron que tenian un error de configuración en su servidor.

Un poco caótico todo.

[JoseLeeTo]

Empezado por JoseLeeTo

Hola a todos.

Llevo ya un tiempo con el tema de Batuz, y creía estar volviéndome loco yo solo hasta que he encontrado este foro y he visto que somos muchos así.
Qué locura.

He desarrollado todo el sistema de TBai y de LROE para Vizcaya (ya hice los mismo desde el 2015 para la aplicación BILA), y hasta ahora solamente están disponibles las operaciones con Ingresos y Gastos, Bienes de Inversión y Agrupaciones de Bienes. El resto de epígrafes (Cobros, Pagos, RECC...) no están todavía expuestos)

En Guipuzcoa, estoy teniendo un problema que no se me ha dado en Vizcaya.

El error que me está dando es que no puede validar las referencias URI de la firma:
Básicamente: "El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="#Certificate1" failed to verify. Reference URI="#SignedProperties-1909873269" failed to verify"

Y es que no entiendo cómo pueden tener diferentes criterios de validación de firma. En Vizcaya la misma firma es válida, pero no en Guipuzcoa.

¿A alguien más le ha ocurrido, y puede echarme una mano a qué puede ser debido?

Gracias a todos.
Saludos.

Solucionado.

Trabajo con C#, pero en Delphi entiendo que se puede hacer perfectamente. Efectivamente, tenía que ver con el Charset.

La solución ha sido en añadir en la petición la cabecera : "Content-Type" , "application/xml; charset=utf-8". Por si a alguno le sirve: sería algo así: contenido.Headers.TryAddWithoutValidation("Content-Type" , "application/xml; charset=utf-8";


Espero sirva.
Saludos.

[VictorSanchez]

Empezado por JoseLeeTo

Solucionado.

Trabajo con C#, pero en Delphi entiendo que se puede hacer perfectamente. Efectivamente, tenía que ver con el Charset.

La solución ha sido en añadir en la petición la cabecera : "Content-Type" , "application/xml; charset=utf-8". Por si a alguno le sirve: sería algo así: contenido.Headers.TryAddWithoutValidation("Content-Type" , "application/xml; charset=utf-8";


Espero sirva.
Saludos.

Hola,

Me he leído todas las respuestas y lo tengo todo revisado y, aparentemente, todo correcto. Respecto a la respuesta que cito, yo tengo el content type igual que tú (también lo hago en c#) y me sigue dando el mismo error. Es un poco desesperante, ya que llevamos tiempo trabajando con Bizkaia y ahora para Gipuzkoa todo son problemas. Alguien tiene alguna nueva solución a
"El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)"
[/font][/color]

Adjunto mi xml de envío a ver si alguien ve un error.



Gracias.

[JCz]

Empezado por VictorSanchez

Hola,

Me he leído todas las respuestas y lo tengo todo revisado y, aparentemente, todo correcto. Respecto a la respuesta que cito, yo tengo el content type igual que tú (también lo hago en c#) y me sigue dando el mismo error. Es un poco desesperante, ya que llevamos tiempo trabajando con Bizkaia y ahora para Gipuzkoa todo son problemas. Alguien tiene alguna nueva solución a
"El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)"
[/font][/color]

Adjunto mi xml de envío a ver si alguien ve un error.



Gracias.

Hola Victor

Para verificar que tu firma sea correcta puedes utilizar un verificador en linea de Chillkat (https://tools.chilkat.io/xmlDsigVerify) ; en caso que tu firma esté bien conformada, es posible que "involuntariamente" estés asignando o guardando en otra codificación ya sea que lo asignes a un TString, o lo guardes en un archivo de texto plano, empieza a buscar por allí

Saludos!!

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

Empezado por VictorSanchez

Alguien tiene alguna nueva solución a
"El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)"

Puedes revisar mensajes anteriores sobre este error.
Lo más común es que sea debido a que la codificación que estás enviando no sea la correcta.
Revisa si en el fichero/XML que estás enviando hay algún character raro (tipo acentos) en la razón social, cliente,....

Si lo hay, estos caracteres son los que provocan que el cambio de codificación genere ese error. A veces no está hecho de forma consciente, sino que al guardar y recuperar (por poner un ejemplo) Delphi puede estar cambiando esa configuración.