SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice

[razorxxx]

Empezado por dannyt

Hola,

Desde esta mañana me sale el error "Anulada la solicitud: No se puede crear un canal seguro SSL/TLS" en varios clientes/servidores. Le pasa a alguien más? ¿Sabéis que puede ser?

Gracias!

No sé si está relacionado, pero en FACe anunciaron que desde ayer se dejan de soportar los protocolos TLS 1.0 y 1.1. Así que las comunicaciones desde equipos con sistemas operativos antiguos dejarán de funcionar.

[keys]

Hace unos días publique lo siguiente, no se si podrá ser por esto.

Hola a todos. Por si a alguien le pasa.

Hace unos días publicaron esto https://sede.agenciatributaria.gob.e...ograficos.html. En un principio no pensé que nos afectara.

Pero resulta que si, si el envío al SII lo haces THttprio y capicom, en los ordenadores con windows 7, ha dejado de funcionar, ya que no esta adaptado para esas nuevas políticas de seguridad.

Si pones en el internet explorer de esos equipos la siguiente dirección https://prewww1.aeat.es/wlpl/SSII-FA...iiFactFEV1SOAP que es la de envío de las emitidas sale el siguiente error

Cita:
No se puede mostrar esta página


Activa TLS 1.0, TLS 1.1 y TLS 1.2 desde Configuración avanzada e intenta conectarte en https://prewww1.aeat.es de nuevo. Si el error continúa, es posible que este sitio use un protocolo no compatible o un conjunto de cifrado como RC4 (vínculo para obtener detalles), que no se considere seguro. Ponte en contacto con el administrador del sitio.
En definitiva han habilitado en la aeat el RC4 y los windows 7 no están preparados para esto. Todo esto ha empezado a pasar a partir de ayer.

[dannyt]

Empezado por keys

Hace unos días publique lo siguiente, no se si podrá ser por esto.

Si, parece que es eso, tenía algunos servidores con 2012 R2 y han dejado de funcionar, en 2019 y posteriores funciona correctamente.

¡Gracias!

[Zento]

Empezado por dannyt

Si, parece que es eso, tenía algunos servidores con 2012 R2 y han dejado de funcionar, en 2019 y posteriores funciona correctamente.

¿Lo has conseguido solucionar en los 2012 R2?

Llevo toda la tarde jugando con valores del registro y con la utilidad IISCrypto a ver si doy con alguna combinación de protocolo y cifrado que permita el uso sin éxito. También he cambiado en mi aplicación el componente THTTPRIO para que sólo use TLS 1.2, pero siempre me devuelve el error 12175 (Error de seguridad) y en el registro de eventos un error de Schannel con el texto Se recibió una alerta irrecuperable desde el extremo remoto. El código de alerta irrecuperable definido del protocolo TLS es: 40., código de error que refiere a la negociación.

[APO]

Buenos días,
Desde hace unos días nos está fallando el envío de facturas al SII (y otras operaciones como la identificación fiscal por NIF). El sistema operativo utilizado es Windows Server 2012 R2 y el componente utilizado el HTTPRIO. Lo extraño es que hasta ahora ha funcionado correctamente, y sin tocar nada ha empezado a dar este error:

Error sending data: (12175) Error de seguridad

¿Os habéis encontrado este error alguna vez? ¿Alguna idea?

Muchas gracias.

[razorxxx]

Empezado por APO

Buenos días,
Desde hace unos días nos está fallando el envío de facturas al SII (y otras operaciones como la identificación fiscal por NIF). El sistema operativo utilizado es Windows Server 2012 R2 y el componente utilizado el HTTPRIO. Lo extraño es que hasta ahora ha funcionado correctamente, y sin tocar nada ha empezado a dar este error:

Error sending data: (12175) Error de seguridad

¿Os habéis encontrado este error alguna vez? ¿Alguna idea?

Muchas gracias.

Se ha dicho estos días en varios hilos, y la AEAT lo ha estado avisando para varias plataformas (SII, FACe, etc). Los protocolos TLS 1.0 y 1.1 han dejado de estar soportados, por lo que las comunicaciones realizadas desde sistemas operativos antiguos (Windows XP, Vista, 7, Server 2012, etc) han dejado de funcionar. Me temo que vas a tener que buscar otro equipo más moderno desde donde ejecutar tus aplicaciones.

[pablog2k]

A nosotros, que teníamos windows 7 en un cliente , y hace un mes con el aviso de un compañero del foro, nos empezó a dar el error, en un principio lo solucionamos reinstalando el certificado, pero desde ayer ni siquiera eso nos ha funcionado. Hemos tenido que hacer una migración express a W10 para que pudiera enviar las facturas, un drama vamos

[razorxxx]

Empezado por pablog2k

A nosotros, que teníamos windows 7 en un cliente , y hace un mes con el aviso de un compañero del foro, nos empezó a dar el error, en un principio lo solucionamos reinstalando el certificado, pero desde ayer ni siquiera eso nos ha funcionado. Hemos tenido que hacer una migración express a W10 para que pudiera enviar las facturas, un drama vamos

Es un drama, pero más drama es seguir usando sistemas de hace 15 o 20 años. A las empresas les cuesta renovar su parque de equipos, y se quedan perplejos cuando de repente un PC de 15 años deja de funcionar, cuando lo normal es pensar que la vida útil esté entre 6 u 8 años.

[YellowStone]

Buenos días:


Nosotros hemos podido migrar (de momento la consulta de NIFS que es lo más sencillo) del componente THTTPRIO al componente TIDHTTP. Con este último componente, y con TIdSSLIOHandlerSocketOpenSSL configurado a TLS 1.2, no sólo hemos podido conectar sin problema, sino que además, nos permite realizar las consultas sin tener instalado CAPICOM. Supongo que mi compañero encargado del SII, realizará próximamente la misma migración de componente para realizar el envío.


Tanto en servidores Windows 2012 cómo en servidores Windows 2008. Supongo que Windows 2007 no debe ser tampoco problema.

[keys]

Empezado por YellowStone

Buenos días:


Nosotros hemos podido migrar (de momento la consulta de NIFS que es lo más sencillo) del componente THTTPRIO al componente TIDHTTP. Con este último componente, y con TIdSSLIOHandlerSocketOpenSSL configurado a TLS 1.2, no sólo hemos podido conectar sin problema, sino que además, nos permite realizar las consultas sin tener instalado CAPICOM. Supongo que mi compañero encargado del SII, realizará próximamente la misma migración de componente para realizar el envío.


Tanto en servidores Windows 2012 cómo en servidores Windows 2008. Supongo que Windows 2007 no debe ser tampoco problema.

Perdona. ¿Con que versión de delphi trabajas? En delphi Athens en el componente THttPRIO ya no hace falta utilizar el capicom por que tiene su propio evento para aceptar el certificado como el TIDHTTP