POST (crear o reprocesar) → IdSolicitud → aviso a tu URL o GET hasta que cada ítem termine. Entre dos GET del mismo IdSolicitud espera al menos 10 segundos.
La entidad la eliges con Entidad. Cada una tiene su página: código y ejemplo.
EPS
CCF
ARL
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 están en el instructivo Excel de cada módulo de afiliaciones en la App. Se descarga ahí, con tu usuario.
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
ForzarReproceso: true se retoma igual. El flag no aplica mientras haya un proceso en curso.
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
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)

