POST (crear o reprocesar) → IdSolicitud → GET 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.
POST — Crear o reprocesar
Body (raíz)
Texto que respalda AceptarTerminos
Texto que respalda AceptarTerminos
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
ElPOST clasifica cada ítem en la respuesta:
Registros— se creaRegistrosReproceso— se retoma; puede traerCambiosy estados anterioresRegistrosRechazados— no se procesa; el motivo va enMotivos
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 Entidadcorrecta (EPS, CCF, ARL o AFP) yCodigoEntidad+NitEmpresaconfigurados- Cada entidad con credenciales en ECORPA, en el canal que uses (
plataformaoasesor) - Fechas en
dd/mm/yyyy;FechaIngresono futura; celular 10 dígitos; DANE 5 dígitos - Maneja nuevos, reprocesos y
RegistrosRechazadosen la misma respuesta - Persiste
IdSolicitudy consulta hasta un estado terminal - Los créditos son los registros aceptados (nuevos + reprocesos)

