La cosa es que en la documentación se habla de MSXML3, pero parece que en tu código estás usando MSXML2. Parece que coge "UN" certificado de la carpeta personal de certificados y parece que coge el último introducido. Y le hice unas pequeñas modificaciones, concretamente definir algunas variables que faltaba definir y colocar un nombre de certificado que tengo instalado en la maquina.

• El objeto soapClient se ha creado correctamente y conecta con el host autenticándose con el certificado, llegados a este punto me he quedado bloqueado.
• Recomendarte también usar postman o aplicación similar para probar la solución sin programar desde el equipo cliente, para descartar otro tema.
• El problema aparecía en el nodo , donde Visual Studio borraba parte de la configuración de seguridad necesaria para los servidores de la AEAT.
• Perdón por la demora, ya tengo conexión con el webservice y las funciones, sin embargo todavía no he conseguido una respuesta correcta del webservice.

Conecta con personas que te pueden ayudar

En el app.config, el siiBinding1 no has añadido el transport. Con todo esto, la respuesta que me da es un error "Error La direccion no se corresponde con el fichero de entrada." He estado mirando ejemplos, y la documentación y soy incapaz de solucionarlo. Mil maneras de intentar localizar y poder usar el certificado.

Conectar con el web service de SII AEAT (soap PHP)

La solución, es que en la página de pruebas tenemos que acondicionar el END POINT correcto, que por defecto coge para facturas emitidas. Entiendo que el problema, como dicen está en el certificado, en alguna ocasión también me dió problemas el MSXML2.ServerXMLHTTP, ¿has podido probar otro? Recomendarte también usar postman o aplicación similar para probar la solución sin programar desde el equipo cliente, para descartar otro tema. Como en la documentación que proporciona hacienda no se especifica como conectar ni las pautas a seguir, entiendo que para cada tipo de xml que se pueden enviar hay que cambiar el wsdl al que conectar. Recomiendo entonces que antes que conectar con el webservice utilicéis el portal para enviar los xml hasta que desarrollen y documenten correctamente como realizar la conexión al mismo. Según la información que he conseguido hasta la fecha, se sobreentiende que las funciones del webservice de hacienda piden objetos específicos para sus funciones.

What is a EHCP? Application Criteria and Benefits 2025

Desde aquí se recoge el esquema de las funciones a las que se pueden llamar y las estructuras de datos que necesitan. En realidad no hace falta crear clases / objetos para la estructura de datos. Queremos impulsar los conocimientos de la comunidad de una forma nueva. Los expertos añadirán información directamente a cada artículo, generado inicialmente con inteligencia artificial. El problema aparecía en el nodo , donde Visual Studio borraba parte de la configuración de seguridad necesaria para los servidores de la AEAT.

Agradecería cualquier tipo de ayuda que pudiera al menos guiarme a la solución del envío de documentos con este web service. El certificado que tengo instalado y funcionando correctamente en el equipo es el mismo que mando en el objeto soapClient y que me devuelve un error. Me gustaría que alguien me pudiera concretar a qué se debe este error porque seguro que en los meses que quedan la AEAT vuelve a redefinir los servicios web y volveré a encontrarme con el mismo problema. Se va a mantener la plataforma que actualmente está en el portal de pruebas para poder enviar los XML. El portal tendrá el mismo funcionamiento que ahora, se seleccionará el XML y se indicará el Endpoint.

El objeto soapClient se ha creado correctamente y conecta con el host autenticándose con el certificado, llegados a este punto me he quedado bloqueado. No consigo añadir el xml sin que el web service me dé un error indicando que no existe información del certificado o no es correcta y que es necesario tenerlo instalado, no puedo acceder a las funciones del lado del servidor… La forma de enviar los datos sería llamando a las funciones del webservice una vez conectes vía soap, y estas funciones esperan datos del tipo struct, es decir que la creación y envío de xml ahora mismo no está operativa a través del webservice. Las urls que apuntan las xsd las he adaptado siguiendo las indicaciones que vienen en la página de inicio del portal de pruebas.El código xml lo he tomado del ejemplo de la última documentación técnica (v1.1 de 2022).El Endpoint he elegido el que me ofrece el desplegable. Estoy trabajando en pruebas con envío de información del SII. Con la versión 1.0 estoy teniendo problemas con las facturas recibidas.

Tu Respuesta

Si en Internet Explorer puedes entrar a la página de prueba, con VS también lo podrás hacer, pero si en IE no funciona el certificado, en VS no funcionará tampoco. Perdón por la demora, ya tengo conexión con el webservice y las funciones, sin embargo todavía no he conseguido una respuesta correcta del webservice. No es mi radio quellón en vivo entorno preferido por lo que si estas familiarizado con PHP y con ese lenguaje te serviría para tu aplicación, te recomiendo este ebook técnico de implementación del SII donde hay ejemplos en php de todo el circuito de comunicación. Y bien, en la respuesta se puede ver que la petición se ha realizado correctamente, es decir, ha podido usar el certificado y ahora se queja de que el XML no es válido. En este caso se puede ver que he indicado ALEXANDRU CATALIN TRANDAFIR – X E como nombre de certificado, y es que en Mozilla Firefox tengo instalado un certificado con ese nombre.

Mobile Apps

Por otro lado no he conseguido crear siquiera un objeto soapClient si utilizo el constructor en modo WSDL, ni sus clases de error (soapFault). Supongo que el html que me devolvía pretendía avisar de problemas de autentificación por certificado. Me temo que al actualizar las referencias algo no ha ido bien con el tema de los puertos o los Bindings del archivo app.config.