|
Hola, gracias por compartir este proyecto. Estoy utilizando la librería de interoperabilidad COM, y me estoy encontrando con un error 9001 al enviar las facturas a la AEAT. El error es este: Código: 9001 Mensaje: VeriFactu.Common.Exceptions.SendException: Se ha producido un error al intentar realizar el envío o procesar la respuesta. ---> System.IO.InvalidDataException: La respuesta recibidad de la AEAT no es un XML. Es un documento html. Agradezco la respuesta de quien sepa qué puede ser. |
Replies: 6 comments 13 replies
|
Dime si puedes acceder al siguiente enlace utilizando ese certificado: |
|
Buenos días. Si puedo acceder. Ahí es donde he probado los archivos XML que genera la librería Verifactu.dll, y manualmente en esta web sí se envía, y después la lectura del códigoqr accede directamente a la factura, y el sistema de la AEAT la encuentra. Sin embargo, el resultado del envío desde Access es de error de conexión. Gracias por la respuesta. |
|
Gracias por la explicación. Entonces, si el envío manual funciona y desde Access da error de conexión, parece un problema específico de la configuración o del código de Access. |
|
Hola, hemos subido unas modificaciones. Actualiza tus referencias a la dll actual. Luego reproduce el error. En la carpeta Log tendrás el html devuelto por la AEAT. Por favor, inclúyelo en el hilo para que podamos ver su respuesta en detalle. Carpeta Log por defecto: C:\ProgramData\VeriFactu\Log |
|
Hola. He vuelto a clonar y compilar el proyecto, y ahora sí me genera un ERROR....html 403 Utilizo las siguientes etiquetas en el fichero de configuración, y el certificado está bien instalado en la sesión del usuario. CertificateSerial Gracias. |
|
Gracias por la información. El error 403 indica que el sistema no está detectando el certificado, aunque esté instalado en la sesión. Revisa que las rutas y seriales en el fichero de configuración coincidan exactamente con el certificado correcto y que el usuario que ejecuta la aplicación tenga permisos para acceder a él. |
|
Prueba alguna de estas dos opciones:
|
|
Hola, el certificado se carga correctamente, pero sigue generando error. Les agradezco su ayuda. |
|
Gracias por adjuntar el log. Con eso se podrá analizar más a fondo por qué, aunque el certificado se cargue, el método Wsd.Call() sigue devolviendo error. Revisa que el log muestre correctamente la ruta y serial del certificado, así como la configuración de la sesión de usuario desde la que se ejecuta la llamada. |
|
Pues yo diría que es un problema del certificado. Si te pones en contacto con verifactu@correo.aeat.es te podrán decir porque te devuelven error 403 en la petición realizada con dicho certificado. |
|
Ok. si acepta subir las facturas con el mismo certificado, y luego puedo acceder a la factura con la url de validación. Muchas gracias por tu respuesta. |
|
Gracias por la sugerencia. Contactaré con verifactu@correo.aeat.es para que puedan revisar el motivo del error 403 con el certificado. |
|
Por favor, cuando te contesten, ya no comentas cual era el problema. |
|
Por supuesto. |
|
Me gustaría saber qué tipo de certificado están utilizando ustedes para poder realizar los envíos de facturas. No solo no puedo enviar, sino que tampoco se generan los hash de los registros de blockchains. Y no sé si tendrá que ver. El certificado se carga bien, se puede acceder a la clave privada, la conexión con el servidor se se realiza correctamente, y envía la petición pero con respuesta de error 403. Sigo investigando y depurando el código de la librería .NetCore Muchas gracias. |
|
Solucionado!!! Aunque antes había comprobado que no hubiese una regla del cortafuegos que bloquease la dirección de la AEAT, no había comprobado que mi antivirus también lo podría provocar. Saludos. |
|
El otro día hablando con unos funcionarios, sirva meramente como cotilleo de bar, se decía que la FNMT no quería que certificados personales se usaran en entornos de trabajo (de los no personales cobran 25€ creo) lo digo por si tuviera que ver . Que no los dejen usar para “negocio”.
A ver qué te cuentan.
Enviado desde Outlook para iOS<https://aka.ms/o0ukef>
…________________________________
De: ejavm ***@***.***>
Enviado: Monday, November 24, 2025 6:03:35 PM
Para: mdiago/VeriFactu ***@***.***>
Cc: Subscribed ***@***.***>
Asunto: Re: [mdiago/VeriFactu] Error 9001. Librería Verifactu.dll COM (Discussion #236)
Me gustaría saber qué tipo de certificado están utilizando para poder realizar los envíos de facturas.
Si es algún certificado específico, que no sea de persona jurídica emitido por la FNMT.
No solo no puedo enviar, sino que tampoco se generan los hash de los registros de blockchains. Y no sé si tendrá que ver.
Sigo investigando y depurando el código de la librería .NetCore
Muchas gracias.
—
Reply to this email directly, view it on GitHub<#236 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BRU4OFSMGM2QCGGT4RNSJ3L36M26PAVCNFSM6AAAAACMT6LVLOVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTKMBWGQ4TCMA>.
You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>
|
|
Oook. |
|
De nada 😄 A ver qué te dicen, interesante lo del uso de certificados personales en entornos de trabajo. |
Solucionado!!!
Aunque antes había comprobado que no hubiese una regla del cortafuegos que bloquease la dirección de la AEAT, no había comprobado que mi antivirus también lo podría provocar.
Efectivamente era eso.
Muchas gracias por el apoyo, y espero que esto pueda ayudar a alguien más.
Saludos.