![]() |
Cita:
|
Hola
Por el error si pasa
por el evento no llega, ambos tienen una parada. Da el error comentado anteriormente y termina. gracias |
¿ y que Contiene Aerror?.
|
Hola
He visto esta nota en 'http://docwiki.embarcadero.com/RADStudio/Sydney/en/Using_an_HTTP_Client' Nota: Si el método HTTP de la primera solicitud a un servidor que requiere un certificado del lado del cliente no es HEAD o GET (por ejemplo, POST), el código de estado de la respuesta del servidor es 413. Siempre envíe una solicitud HEAD o GET primero. Usar una solicitud HEAD suele ser una mejor opción, ya que se transfieren menos datos. y lo he probado a realizar lo siguiente pero da lo mismo. |
keys
Aerror = Access violation at address 00B19045 in module 'BATUZ.exe'. Read of address 00000004 |
Yo creo que el problema es de delphi seattle.
Si el error da en ese punto es que tu programa no a podido negociar la conexión con el servidor de hacienda, es decir el protocolo que estan utilizando es diferente. Nosotros cuando empezamos las pruebas nos ocurria algo parecido al hacer los envíos y tampoco llegaba al evento OnNeedClientCertificate, pero si nos mostraba el error, que era distinto. Trabajabamos con el delphi Tokio 10.2.0, es decir la primera que sacaron. Mirando por internet encontramos lo siguiente https://edn.embarcadero.com/print/44770 es decir que la versión que teniamos no estaba preparada para TLS 1.2 que es lo que recomienda hacienda. Tambien puedes seguir el siguiente enlace https://blog.marcocantu.com/blog/201...ents-1022.html que tambien habla de ello. Actualizamos a delphi 10.2.2 y funciono todo correcto. Yo lo que te recomiendo es que mires si lo puedes probar en un delphi mas actualizado. Por otra parte hacienda ha publicado esto. "Se recomienda hacer uso de protocolos de comunicación seguros con el servicio de entradas, con versiones TLS 1.2 o superiores." Aunque ahora mismo tienen habilitado el 1.0 y el 1.1, pero me comentaron que puede que luego solo dejen el 1.2 o superior. Para indicarle al componente TNEtHttpClient que trabaje con la verisión del protocolo que nosotros queremos es
Esta propiedad solo esta disponible a partir de la version 10.2.2(Tokio) de delphi. Un Saludo. |
Buenos días
keys, está claro que es la versión. Por lo que deduzco, y dime si me equivoco, que si lo intento con otros componentes de la misma versión de Delphi, me ocurriría lo mismo. Voy a echar un vistazo a TsbxHTTPClient, de 'SecureBlackbox 2020'. De todas formas si alguien trabaja con otros componentes, y que le funcione la comunicación, por favor, hacérmelo saber, para ir por ese camino. Muchas gracias de nuevo. |
Si no puedes cambiar la versión de delphi prueba con otros componentes de terceros. No se si con alguno de los otros de delphi funcionará. Los de secureblackbox yo los utilizo para otras cosas, no para enviar y funcionan bien. Si tienes la version 2020 me imagino que estaran adaptados a todos los protocolos.
Un Saludo y suerte. |
Entorno pruebas TicketBai
Buenos días
Perdonar mi torpeza. Estoy intentando realizar pruebas de envío LROE, en esta ocasión con Delphi 10.4 Sydney, (Trial) con el siguiente código:
Pues bien, el certificado me lo pide, como es de ciudadano, me solicita la clave, se la doy y tras un breve tiempo, me da el siguiente error: 'Error sending data: (12030) La conexión con el servidor finalizó anormalmente' Si alguien que utilice este método, puede corregirme, qué estoy haciendo mal, agradecido. Muchas gracias a todos |
Yo creo que el problema esta en como envías el fichero. Te pongo como lo hago yo
Espero que te sirva. Un Saludo |
Cita:
|
Entorno pruebas TicketBai
Tienes razón, la segunda vez lo admite. Muchas gracias, ya no sabía que cambiar. La única diferencia que tenía con keys era:
Que han introducido en una última versión. Gracias |
Cita:
Si encuentras la solución ya me dirás. Yo seguiré también haciendo pruebas. |
Si os sirve de algo a mi me funciona correctamente. Eso si los certificados no necesitan clave son de la FNMT.
Un Saludo. |
Cita:
Código:
[Error sending data: (12030) La conexión con el servidor finalizó anormalmenteEso si con un certificado que no pida pin, a la primera. |
Hola
Con el certificado de FNMT, efectivamente va mejor, aún así, desde hace un momento me sale HTTP/1.1 500 Internal Server Error: Esto es problema de que algo estoy mandando yo mal, o es problema sólo del servidor. Parece tan ambiguo el error 500. |
Cita:
|
Tambien podrias intentar analizar que te responden desde el servidor haciendo esto:
Espero ayudarte. |
Hola
Por favor alguien puede hacer una prueba de envío ahora. Me da la sensación de que es el servicio de pruebas el que no funciona. La programación es idéntica a la vuestra, es más he optado por copiar y pregar y comentar lo mío y sigue dando error 500. Gracias. |
Cita:
|
Acabo de hacer un envío y funciona bien.
¿Estas rellenado el campo número de dispositivo? Yo envíe una factura sin rellenar ese campo y tambien me daba error. Luego hablando con ellos me han dicho que lo tienen que solucionar que es un problema de ellos. Tambien puede ser algo de fichero que estas intentando enviar. Un Saludo. |
Yo les enviaría un email a los de de Lantik con el fichero que intentas enviar, para que te lo validen manualmente, y asi ir descartando cosas.
|
Es lo que he hecho, les he mandado el fichero, tiene que ser algo de las validaciones. Yo pensaba que en el fichero de respuesta vendrían los errores.
El ticketbai va como sigue: - <Software> <LicenciaTBAI>TBAIPRUEBA</LicenciaTBAI> - <EntidadDesarrolladora> <NIF>14xxxxxxxx</NIF> </EntidadDesarrolladora> <Nombre>FACT01</Nombre> <Version>1.0.0.0</Version> </Software> El número de dispositivo no era ya obligatorio. De todas formas esperemos que me contestan. Ya os contaré. Me entran dudas del GZip, si lo hago adecuadamente, que herramienta usaís?. A ver si es un problema del fichero enviado. Gracias |
Cita:
yo uso la ZLib http://docwiki.embarcadero.com/CodeE...press_(Delphi)) |
Cita:
Yo los comprimo conun componente de los secureblackbox TsbxArchiveWriter. Un Saludo. |
Vale me han respondido lo siguiente
Hemos revisado el fichero que nos han adjuntado y hemos visto que en la codificación del TicketBAI en Base64 le sobran los primeros caracteres que indico con fondo amarillo: <TicketBai>77u/PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0idXRmLTgiPz4KPFQ6VGlja2V0QmFpIHht Muevo el fichero a "https://www.base64encode.org/" por ejemplo y me da lo mismo. Teneís alguna explicación a esto?. |
Buenos días,
Ayer lo sospechaba, y hoy me lo han confirmado. Hemos visto que el fichero xml, que está dentro del fichero gz que nos han enviado, tiene la codificación UTF-8 con BOM cuando debería ser UTF-8: Y claro esos caracteres iniciales al convertir el TicketBai a base64 son por lo mismo. ¿Vosotros como realizáis la grabación de los XML en UTF-8 solamente? sin BOM. Gracias |
Buenos días
Ya está todo solucionado, hasta la siguiente. Si alguien más tiene el mismo problema os cuento como lo he solucionado. Rebuscando por internet he encontrado este código.
En el caso del TicketBai tras la firma lo vuelvo a cargar, y lo vuelvo a guardar.
En el caso del LROE lo guardo antes de generar el GZip.
Resultado, envío correcto. Muchas gracias a todos por vuestra ayuda. |
Alternativa NetHttpClient
Buenos días
Os presento una alternativa a NetHttpClient, quien tiene los componentes de SecureBlackBox 2020 DE.
|
Cita:
Un pregunta, de esta manera, ¿ya no te da el mensaje de "Error sending data: (12030) La conexión con el servidor finalizó anormalmente"? Es por curiosidad... Un saludo. |
Hola a todos. No se si os pasa a vosotros, pero el fichero de respuesta lo tengo que descomprimir dos veces.
Un Saludo. |
Contestando a elcharlie, con el certificado que pide clave, sí, la primera vez me da errores. De todas formas lo estoy probando ahora, y el fichero me viene que no es un gzip.
Contestando a keys, descomprimiendo con SecureBlackBox, me ha ido a la primera. Salvo ahora, que parece que yo he tocado algo o el servidor me devuelve mal el cuerpo del mensaje. Os seguiré informando. Saludos |
Cita:
Cita:
|
Cita:
De todas formar prueba con lo siguiente si quieres, el código completo está en un mensaje anterior.
|
Gracias.
El problema lo tengo solucionado, lo descomprimo dos veces y punto. Yo creo que le problema es del componente TnetHttpClient que es con el que estoy haciendo el envío. La descompresión ya la estaba haciendo mas o menos como tu pones, pero la tengo que hacer dos veces y si la hago manualmente desde el windows tambien la tengo que hacer dos veces. Un Saludo. |
Hola a todos.
Una curiosidad que igual os sirve de algo. He preguntado a hacienda por la calidad de los datos en TBAI, es decir si los cifs/nifs tienen que estar bien puestos, asi como los datos de los clientes de las facturas. Ya que ahora el sistema acepta todo siempre que esten bien formados. Es decir puedo poner mi dni con el nombre y los apellidos de otro. y esta es la respuesta. "La validación contra el censo de contribuyentes se realizará en un futuro, pero destacar que el declarante tiene la obligación de consignar correctamente los datos de las personas declaradas. Dicho incumplimiento es sancionable según el artículo 204 de la Norma Foral General Tributaria del Territorio Histórico de Bizkaia." Un Salujdo. |
Cita:
Un saludo. |
Hola.
Nosotros tambien lo estamos usando. Tambien hay otro sevicio web para comprobar los documentos intracomunitarios VIES. Pero este no lo hemos conseguido hacer funcfionar https://ec.europa.eu/taxation_custom...formation.html. Cargamos el wsdl y luego a la hora de llamarlo nos dice que el servicio no esta disponible.Si lo intentamos desde el explorador tambien nos pasa lo mismo. No se si es que no esta realmente disponible o que lo estamos haciendo mal. Alguien ha conseguido llamar a este webservice. Un Saludo. |
Cita:
EDITO: Ahora si que dá el mensaje de "SERVICE_UNAVAILABLE", estarán de mantenimiento... |
Hola buenas tardes
Estoy teniendo problemas a la hora de firmar (nunca he firmado nada hasta ahora y estoy un poco pez) A la hora de intentar firmar el xml, estoy teniendo este error con el signtool: "Signtool error: No certificates were found that met all in the given criteria" Es necesario una firma de por ejemplo de ksoftware. Con una firma de ellos no tendría este problema? Muchas gracias |
| La franja horaria es GMT +2. Ahora son las 05:44:10. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi