![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Parámetro Content-Lenght
Hola, soy nuevo en el foro y estoy haciendo un envío LROE240 con dos facturas al servidor de pruebas y me devuelve INCORRECTO con el error
"Error al descomprimir el fichero.Not in GZIP format". Me he puesto en contacto con ellos vía email y me dicen que el valor del parámetro Content-Length no coincide con el valor del tamaño del fichero que se envía. El tamaño del fichero gzip es de 12840 bytes, pero si pongo ese valor se queda pensando y no termina nunca. Si no pongo dicho parámetro ( Content-Lenght ) me indican que reciben un tamaño de 26 y no tengo ni idea de donde sale ese valor. A ver si alguien puede darme un poco de luz con respecto al valor de ese parámetro y al mensaje de error. Por cierto estoy usando curl desde línea de comandos. |
#2
|
||||
|
||||
Hola y bienvenido a este foro.
Cita:
Será más fácil si indicas el commando que estás utilizando para el envío; Así alguien que haya utilizado CURL te puede ayudar. Por lo que parece, o no estás enviando el archivo correctamente o no cuadra con la longitud que indicas. De todas formas, esto es una suposición.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. Última edición por Neftali [Germán.Estévez] fecha: 30-06-2021 a las 09:01:18. |
#3
|
|||
|
|||
CURL para Gipuzkoa
Buenos días a todos,
¿alguien ha usado el programa CURL desde linea de comandos para enviar las facturas a Gipuzkoa ? Si fuera así, ¿ podría poner un ejemplo del mismo ? Gracias |
#4
|
||||
|
||||
Cita:
Revisa páginas anteriores del foro, hay más usuarios que lo han usado y han puesto ejemplos. Aquí tienes algunos, aunque hay más... * Opción4: Utilizando commandos CURL (https://www.clubdelphi.com/foros/sho...215&postcount=769) (https://www.clubdelphi.com/foros/sho...215&postcount=737) (https://www.clubdelphi.com/foros/sho...215&postcount=746)
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#5
|
|||
|
|||
Gracias Germán,
ya había visto este hilo pero son de Bizkaia. |
#6
|
|||
|
|||
Hola, después de encontrar ayuda en páginas anteriores, he probado este código usando curl en líneas de comandos y se envía correctamente :
curl -H "Accept-Encoding: gzip" -H "Content-Encoding: gzip" -H "Content-Type: application/octet-stream" -H "eus-bizkaia-n3-version: 1.0" -H "eus-bizkaia-n3-content-type: application/xml" -H "eus-bizkaia-n3-data: {\"con\": \"LROE\",\"apa\": \"1.1\",\"inte\": {\"nif\": \"NIF\",\"nrs\": \"NOMBRE\"},\"drs\": {\"mode\": \"240\",\"ejer\": \"2021\"}}" --data-binary @FICHERO.gz --cert CERTIFICADO.pem --key CERTIFICADO-KEY.pem -v URL_SERVIDOR_PRUEBA --output RESP_240.gz -D cabecera.txt |
#7
|
|||
|
|||
Yo lo hago así para Guipuzkoa: Aquí están los parámetros del curl
Ejecución del curl
Espero que sea de ayuda |
#8
|
|||
|
|||
Cita:
Gracias por contestar. |
#9
|
|||
|
|||
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 .
|
#10
|
||||
|
||||
¿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.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#11
|
|||
|
|||
Buenos días
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. |
#12
|
|||
|
|||
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. Cita:
|
#13
|
|||
|
|||
Cita:
Última edición por Galaxian fecha: 05-07-2021 a las 09:04:13. |
#14
|
|||
|
|||
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 |
#15
|
||||
|
||||
Buenos días y bienvenido al foro
Cita:
Cita:
Nosotros, por ejemplo, estamos probando con uno de dispositivo y nos va bien. https://servicios.izenpe.com/ticketb...o;jsessionid=0
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#16
|
||||
|
||||
Cita:
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: Cita:
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#17
|
|||
|
|||
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. |
#18
|
|||
|
|||
Cita:
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. |
#19
|
|||
|
|||
Cita:
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. |
#20
|
|||
|
|||
Cita:
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!! Última edición por Neftali [Germán.Estévez] fecha: 19-09-2022 a las 15:46:35. Razón: Corregir la URL |
![]() |
|
|
![]() |
||||
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 | 3565 | Hace 1 Semana 11:04:13 |
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 |
![]() |
|