Cambio de contrato TGSS: tgss_actual y tgss_enviado en la respuesta

12/11/2026

Afecta a PUT /api/v4/seg-social/contract-coeficiente (Cambio de contrato) y a su herramienta MCP.

data.tgss_actual y data.tgss_enviado, con error y sin error. tgss_actual es lo que la TGSS tenía en la pantalla de cambio de contrato antes del cambio (empieza por fecha_registro); tgss_enviado, lo que se le envió (empieza por fecha_cambio). Mismas claves legibles en los dos, para compararlos y ver qué provocó un rechazo. Vienen también data.dni y data.nss. Un éxito sin duplicados, que antes devolvía data vacío, ahora trae estas claves.
Ya no se envía el F.I.C. específico. Saltra enviaba la fecha de antigüedad del contrato como F.I.C. específico, y con una huelga total la TGSS respondía 5075* EN SIT. DE HUELGA TOTAL NO SE PUEDE CAMBIAR CARACTERISTICAS. Ahora la TGSS conserva el que tenga el trabajador.
Huelga registrada en la TGSS. Si tgss_actual trae un tipo de inactividad y el contrato está en Saltra, se guarda en él desde fecha_registro, también cuando la TGSS rechaza el cambio.
El IDC trae el tipo de inactividad. GET /api/v4/seg-social/duplicate-idc?format=json (Datos para la cotización) añade en data.parsed.contract tgss_inactividad y tgss_ctp_huelga cuando el IDC los trae (por ejemplo, «HUELGA TOTAL» → 2). Al sincronizar por IDC, esa huelga se guarda en el contrato de Saltra desde el inicio del periodo del IDC.
«Datos del IDC del trabajador» pasa a Consultas como Listar IDC del trabajador. El endpoint (GET /api/v4/seg-social/idc-info-for-nss) no cambia y la URL antigua redirige.

Qué revisar en tu integración: nada obligatorio. Si validas que data venga vacío en un éxito, acepta las claves nuevas.