Skip to main content
Radica afiliaciones directas ante EPS, Caja de Compensación, ARL o AFP enviando uno o varios trabajadores en una sola solicitud. Esto no genera un PDF: envía la novedad a la entidad. Para solo el formulario, usa Formularios de afiliación. El flujo es asíncrono: POST (crear o reprocesar) → IdSolicitudGET hasta que cada ítem termine. La entidad la eliges con Entidad. Cada una tiene su página: código y ejemplo.

EPS

afiliaciones_seguridad_social_eps y CodigoEntidad de EPS.

CCF

afiliaciones_seguridad_social_ccf y CodigoEntidad de CCF.

ARL

afiliaciones_seguridad_social_arl y CodigoEntidad de ARL.

AFP

afiliaciones_seguridad_social_afp y CodigoEntidad de AFP.
Scope: afiliaciones_seguridad_social. Auth en Autenticación.

Endpoints

IdSolicitud es un UUID. Si el path no es un UUID válido, la ruta no existe.

Conceptos

Canal

En las respuestas siempre viene plataforma o asesor. Cada entidad que envíes debe tener en ECORPA las credenciales del canal que vas a usar (plataforma o asesor). Esas credenciales son las que se usan para radicar. Si envías Canal en el registro, aplica a ese ítem. Si no, se usa el Canal de la raíz. Si tampoco va, se usa el que ya tengas configurado para esa entidad. Puedes mezclar canales en el mismo lote. Recibes un IdSolicitud; cada registro indica su Canal en el GET.
→ el primero va por asesor; el segundo, por plataforma.

POST — Crear o reprocesar

El ejemplo completo está en la página de cada entidad.

Body (raíz)

Al enviar AceptarTerminos: true, declaras:
Dando cumplimiento al Régimen General de Hábeas Data (Ley 1581 de 2012) y en calidad de Responsable, declaro que para efectuar la siguiente consulta de información personal, cuento con el consentimiento o autorización previa, expresa e informada del titular de los datos personales que serán consultados en tiempo real a través de esta plataforma. Así mismo, declaro que la consulta efectuada corresponde a una finalidad legitima, consistente en el cumplimiento de los procesos de debida diligencia, seguridad y/o normas sobre prevención y lucha contra el lavado de activos, el terrorismo y corrupción que la organización debe cumplir por mandato legal o como buena práctica empresarial.

Cada ítem en Registros

Tipos de documento, género, países, DANE y códigos de entidad son catálogos. El detalle está en la web de ECORPA. Más información

Nuevo, reproceso o rechazado

El POST clasifica cada ítem en la respuesta:
  • Registros — se crea
  • RegistrosReproceso — se retoma; puede traer Cambios y estados anteriores
  • RegistrosRechazados — no se procesa; el motivo va en Motivos

Respuesta (200)

Cambios[].Campo usa el nombre del contrato (Ibc, Celular, CorreoElectronico, …). Si no hay ítems para procesar: 200 sin IdSolicitud. Revisa RegistrosRechazados[].Motivos.

Errores del POST

Los rechazos por ítem van en RegistrosRechazados con HTTP 200.

GET — Consultar por IdSolicitud

Estados

Novedades[]

Si una URL deja de funcionar, vuelve a llamar el GET.

Cómo leer el resultado

Qué significa cada EstadoEntidad.Más información →

Errores del GET

Flujo

1

POST

Envía Entidad, Canal si aplica y Registros. Guarda IdSolicitud y revisa rechazados y reprocesos.
2

GET

Mientras algún ítem siga en proceso, vuelve a consultar.
3

Novedades

Lee Novedades[] y descarga Evidencia si viene. Si hay que corregir, vuelve a hacer POST. El resultado (nuevo, reproceso o rechazo) va en esa respuesta.

Checklist

  • API Key solo en backend
  • Scope afiliaciones_seguridad_social
  • Entidad correcta (EPS, CCF, ARL o AFP) y CodigoEntidad + NitEmpresa configurados
  • Cada entidad con credenciales en ECORPA, en el canal que uses (plataforma o asesor)
  • Fechas en dd/mm/yyyy; FechaIngreso no futura; celular 10 dígitos; DANE 5 dígitos
  • Maneja nuevos, reprocesos y RegistrosRechazados en la misma respuesta
  • Persiste IdSolicitud y consulta hasta un estado terminal
  • Los créditos son los registros aceptados (nuevos + reprocesos)