Trámites sin confirmar: 502 en vez de 500

02/10/2026

Cuando el organismo acepta la petición pero no confirma si el trámite se ha hecho, la API lo devolvía como 500, a veces sin mensaje. Un 500 dice que el fallo es nuestro, y aquí no lo era. A partir de hoy estos casos salen como 502, con un mensaje que dice qué ha pasado, igual que el resto de respuestas inesperadas del organismo.

Operación	Antes	Ahora
Dar una baja (TGSS)	`500` «Duplicado no obtenido. Por favor, verifique si la operación se realizó correctamente.»	Primero se busca en el Sistema RED el TA de ese trabajador y esa fecha. Si existe, `200` con el TA, como una baja normal. Si no, `502` con el mismo mensaje.
Cambio de contrato (TGSS)	`500` con `message` vacío	`502` con `SISTEMA RED: <aviso del RED>` o, si no hay aviso, «El Sistema RED no confirmó el cambio de contrato. Por favor, verifique si la operación se realizó correctamente.»
Comunicar llamamientos (SEPE)	`500` cuando el SEPE rechazaba todos los trabajadores	`502`. El motivo de cada trabajador sigue en `data.data[]`. Los `422` y `503` no cambian.
Anular contrat@ (SEPE)	`500` cuando el SEPE no daba la anulación por hecha	`404` o `422` si la respuesta del SEPE es definitiva, `502` con `SEPE: <mensaje>` si es otro rechazo, y `502` «El SEPE no confirmó la anulación de la comunicación. Por favor, verifique si la operación se realizó correctamente.» si no dijo nada.

El formato del cuerpo no cambia (success, message, status, errors), y el mensaje de la baja tampoco: si tu integración lo reconoce por el texto, seguirá funcionando.

Qué revisar en tu integración:

Bajas: algunas bajas que antes salían como error ahora salen con 200 y su TA, porque la TGSS sí las había hecho. Si reenviabas la baja o la marcabas para revisar a mano por ese error, ya no hace falta en esos casos.
Reintentos: un 502 «…verifique si la operación se realizó correctamente» significa que el trámite puede estar hecho. Compruébalo antes de repetirlo. Si reintentas cualquier 5xx a ciegas, puedes duplicar la baja o la anulación.