![]() |
Cita:
A mi no me pasa, pero parece que han cambiado el certificado: https://criterium.es/sii/novedades ¿ Como saber si estamos afectados ? |
SII no funciona para AEAT, BIZKAIA ni GIPUZKOA?
Hola, acabo de comprobar el funcionamiento de SII, tanto AEAT como las diputaciones forales (Canarias no lo tengo) y me he encontrado con lo siguiente:
AEAT y Bizkaia no funciona, devuelve este error: Se ha terminado la conexión: Error inesperado de envío. Error de autenticación porque la parte remota cerró la secuencia de transporte. Gipuzkoa no funciona: Ha ocurrido un error al realizar la operación de verificación de certificado en la plataforma Araba y Navarra funciona correctamente Alguién mas puede decirnos si os funciona? Muchas gracias |
Cita:
He hecho la consulta a la AEAT y me han contestado lo siguiente: Cita:
Voy a investigar. Nosotros trabajamos en c# .net Si alguien tiene alguna pista, será de gran ayuda. saludos |
Cita:
He instalado los 4 certificados que se indican en la web, en el almacén de certificados del usuario local pero seguimos con el mismo problema. Las únicas pruebas que había hecho eran con el entorno de desarrollo. Acabo de probar con el entorno Real de AEAT y ha funcionado la consulta de datos. No se si el problema lo tengo solo en el modo pruebas o si en el real me funciona porque he instalado los certificados. Sigo buscando respuestas :p Saludos |
A nosotros nos estan funcionando correctamente todas las haciendas. Lo unico deciros que las haciendas forales están teniendo problemans con los certificados, deben estar haciendo algún cambio. En ocasiones no se puede entrar ni en sus propias páginas.
Lo intentas en un rato y funciona. Un Saludo. |
Cita:
Gracias Keys, el entorno de pruebas de AEAT SII también os funciona? Saludos |
Cita:
|
Cita:
Gracias Keys, pues a mi sigue dándome el mismo error el entorno de pruebas :( Bueno mientras funcione el real ... Que no sea que tengo mal la url de pruebas, hacia mucho tiempo que no lo probaba. La url de ventas es esta no? https://www7.aeat.es/wlpl/SSII-FACT/...iiFactFEV1SOAP Saludos |
Si ese es pero yo accedo a traves del wsdl y asi si lo cambian se redirige el solo.
defWSDL := 'https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroFactEmitidas.wsdl'; defURL := 'https://www7.aeat.es/wlpl/SSII-FACT/ws/fe/SiiFactFEV1SOAP'; defSvc := 'siiService'; defPrt := 'SuministroFactEmitidasPruebas'; |
Cita:
Muchas gracias Keys, pues no se porque no me funciona. Si lo descubro os informo. Saludos |
ahora ya funciona
Cita:
Hola, acabo de volver a probar y sin hacer ningún cambio ahora me funciona el envío al entorno de pruebas. Gracias |
Cita:
Con Windows 7 la primera cosa que se tiene que hacer es comprobar si el cliente ha actualizado correctamente su sistema para usar TLS 1.2. Es un proceso un poco complicado (hay que actualizar a la última; luego registrar la posibilidad de usar TLS 1.2 ya que por defecto este sistema no sabe siquiera que se puede usar. Luego eventualmente actualizar dotNet, y van por separado 3.5 y 4.x. Por supuesto todo esto como Administrador.) Lo menciono porqué en el aviso de la AEAT que se ha citado, dicen que han invalido TLS 1.0 y 1.1, entonces TLS 1.2 pasa a ser requerido, y es novedad. |
Aranceles
Hola buenas,
Tengo una duda los aranceles como se encuadran en el SII. |
Buenas a todos.
¿Alguien que tenga Delphi 10.3 en adelante ha conseguido solucionar el problema del método HTTPRIOBeforePost? Desde que se actualizó la función, ahora no puede conectar al WebService, dando el error "Error, Internet SSL certificate". ¿Alguna ayuda? ¿Alguien que le funcione desde la 10.3 en adelante podría publicar por aquí su método HTTPRIOBeforePost? Gracias de antemano. |
Cita:
|
Cita:
Desconozco como solucionar este problema, y sé que le pasa a más gente. A ver si alguien con la versión Rio, Sydney o Alexandria ha conseguido hacerlo funcionar. |
Dado que aún no he conseguido hacer funcionar el procedimiento OnBeforePost del HTTPRIO en Delphi Rio, estoy tratando de prescindir de ese método, y asignando (justo antes de la petición al WebService) la llamada al HTTPRIO1.HTTPWebNode.ClientCertificate.SerialNum, usando la función
Código:
function BUSCAR_CERTIFICADO(Nombre_Certificado: String): string;Sin embargo, cuando hago Código:
HTTPRIO1.HTTPWebNode.ClientCertificate.SerialNum := Buscar_Certificado(Cert.Text)¿Alguien tiene alguna idea acerca de cargar un .pfx o .p12 en un objeto THTTPRIO, usando HTTPWebNode.ClientCertificate y prescindiendo de la llamada al OnBeforePost? |
SII: Publicación nueva versión de los ficheros WSDL de los servicios web del SII
Hola,
Han publicado esto. Parece que cambian las URLs del entorno de Pruebas. Aunque los servicios web que actualmente están disponibles en www7.aeat.es seguirán estando disponibles hasta el 21 de marzo. SII: Publicación nueva versión de los ficheros WSDL de los servicios web del SII El próximo día 21 de marzo dejará de estar disponible el acceso a realizar pruebas de los servicios publicados en los servidores www6.aeat.es y www7.aeat.es. Los actuales servidores de pruebas en Internet serán sustituidos por una nueva configuración de servidores Por esta razón, se han cambiado los endpoint de los entornos de pruebas en los ficheros WSDL de los servicios web del SII. Los endpoint de los entornos de pruebas www7.aeat.es se cambian a prewww1.aeat.es. Los servicios web que actualmente están disponibles en www7.aeat.es seguirán estando disponibles hasta el 21 de marzo. |
Cita:
|
Cita:
|
Cita:
Nuevos WSDL https://sede.agenciatributaria.gob.e...icios-web.html |
Cita:
|
SII IGIC Canarias - Esquemas distintos
Hola, ya tenemos desarrollado y funcionando el SII para AEAT y para Euskadi y Navarra desde hace tiempo.
Ahora estamos desarrollando SII IGIC para canarias y nos encontramos que los esquemas xsd son muy parecidos pero no exactamente iguales. Por ejemplo en el esquema SuministroInformacion.xsd de Canarias, hay los tipos FacturaRType y FacturaEType. En cambio en el resto de agencias tributarias hay un solo tipo que es FacturaType Nuestra idea era utilizar el mismo código fuente que ya tenemos funcionando y es común para todas las otras agencias tributarias pero claro, con Canarias no parece que sea posible. Alguien que también tenga desarrollado SII de Canarias y de otras agencias tributarias me puede decir como lo ha hecho? Muchas gracias |
Para no mezclar cosas, mejor crea un hilo: SII IGIC Canarias
Gracias. |
Es el mismo hilo
Cita:
En este hilo ya hay mensajes de la parte estatal y de todas las comunidades que tienen SII "personalizado". Si alguien ha desarrollado SII para Canarias y puede echarme un cable se lo agradeceria mucho. Saludos |
Si son similares entonces está bien aquí, me había confundido con el hilo del País Vasco.
|
SII AEAT ha dejado de funcionar para todos nuestros clientes
Hola, todos nuestros clientes que tienen SII con AEAT han dejado de funcionar sin cambiar nada. Por lo que me hace pensar que es un cambio en los servidores de la AEAT.:eek:
Ayer nos comensaron a informar del problema. Nos aparecen dos errores: Anulada la solicitud: No se puede crear un canal seguro SSL/TLS o Error de autenticación porque la parte remota cerró la secuencia de transporte. Me refiero al entorno real AEAT facturas emitidas. Os ocurre? |
Cita:
|
error ssl/Tls
A nosotros también error ssl/Tls todos los de AEAT de momento.
|
Cita:
A nosotros este error: Error: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure |
Cita:
|
He probado actualizando los wsdl de la web de la AEAT y nada , mismo error
|
Buenas, he podido solucionar el problema.
En nuestro caso un proyecto en .NET System.Net.ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 necesario framework 4.5 para que funcione. |
Cita:
System.Net.ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12; por si acaso. |
Cita:
En PHP me funciona para versión 5.6.40 y más Un saludo |
Cita:
en mi caso tambien tengo un proyecto de .NET que de la noche a la mañana ha dejado de funcionar veo que tu lo has solucionado implementándole el protocolo del Tls12 pero a mi no me funciona el viernes, que fue cuando detecté el problema, y sin tener el protocolo Tls12 activado, recibía este error: Error al realizar la solicitud HTTp a: https://www1.agenciatributaria.gob.e...iiFactFEV1SOAP. Esto puede deberse a que el certificado del servidor no está configurado correctamente en HTTP.SYS en el caso HTTPS. La causa puede ser también una falta de coincidencia del enlace de seguridad entre el cliente y el servidor ahora, una vez forzado el protocolo Tls12 tal y con la linea de codigo que has compartido, el error que recibo es este: No se pudo establecer un canal seguro para SSL/TLS con la autoridad 'www1.agenciatributaria.gob.es' Por otra parte, a partir de la url que se cita en el #3203 de este mismo hilo (perdón, no me deja poner la URL directamente), entiendo que el problema viene porque el certificado de la parte emisora también debe adecuarse al protocolo Tls12 Y dado que a ti se te ha solucionado implementando el Tls12 y a mi no, deduzco que además de arreglarlo tocando código, tambien el certificado de la parte emisora debe adecuarse al protocolo Tls12 pero sinceramente, tampoco estoy muy seguro de ello. Alguien me lo puede confirmar? El problema del Tls12 es tanto por código como en el certificado en si? Gracias |
Buenas , esta es la parte de código que uso para el certificado por si te ayuda
Cita:
|
Hola a todos.
La AEAT ha sacado un servicio nuevo para la consulta de los libros Agregados, que despues de darle vueltas es la declaración 303 que te calcula hacienda segun los datos enviados al SII. |
Cita:
Por si alguien lo quiere consultar, aquí esta el enlace a la documentación: https://sede.agenciatributaria.gob.e...ioWeb_v1.1.pdf a partir de la pagina 214. |
Cita:
|
| La franja horaria es GMT +2. Ahora son las 11:13:53. |
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