Obtener el progreso de configuración
Qué devuelve
status— el estado del ciclo de vida del contexto:DRAFT(en configuración),ACTIVE(en ejecución),PAUSED(suspendido) oARCHIVED(retirado).sources— recuentos de fuentes divididos por lado de conciliación:total,left,right.fieldMaps.mappedSources— número de fuentes mapeadas: las que tienen un mapeo de campos, más las fuentes CAMT.053, que se automapean (el parser incorpora el mapeo ISO 20022 e ignora los mapeos de campos).matchRules.total— recuento de reglas de conciliación del contexto.schedules.total— recuento de programaciones del contexto.lastRun— la ejecución de conciliación más reciente (id,statusdePROCESSING/COMPLETED/FAILEDycompletedAt). Esnullcuando el contexto nunca se ha ejecutado.readiness— resumen de disponibilidad de activación (ver más abajo).next— la siguiente acción de configuración determinista a ejecutar, onullcuando el contexto está listo (ver más abajo).
Disponibilidad y la lista de verificación
El bloque
readiness indica si el contexto cumple todos los requisitos de activación:
missing contiene slugs estables que puedes asignar a elementos de la lista de verificación por requisito. Los valores posibles son:
sources_left— el contexto necesita al menos una fuente del lado LEFT.sources_right— el contexto necesita al menos una fuente del lado RIGHT.field_maps— al menos una fuente no está mapeada: no tiene mapeo de campos y no es una fuente CAMT.053 automapeada.match_rules— el contexto necesita al menos una regla de conciliación.fee_rules— el contexto habilita la normalización de comisiones pero no tiene ninguna regla de comisión. Este requisito es condicional: solo aparece cuandofeeNormalizationestá definido (NEToGROSS) y refleja la precondición de ejecución, que exige que las reglas de comisión — no los esquemas de comisiones — no estén vacías.
Cuando un contexto pasa a
ACTIVE antes de estar listo, la actualización se rechaza con el 409 genérico de estado de configuración no válido. Esa respuesta no incluye los slugs faltantes. Vuelve a consultar el progreso de configuración después del conflicto y usa readiness.missing para mostrar las indicaciones de configuración pendientes.La siguiente acción
next convierte readiness.missing en una llamada concreta. Se deriva de missing[0] — el primer requisito no satisfecho en el orden estable de arriba — y es null cuando el contexto está listo:
slug— el slug de disponibilidad que satisface esta acción.action— una etiqueta semántica estable sobre la que puedes basar los textos de la interfaz.operationId,method,path— el endpoint que debes llamar para satisfacer el requisito.requiredFields— los nombres de los campos que exige esa solicitud de creación. Nunca llevan valores; tú los proporcionas.forSource— presente solo en la acciónfield_maps, indicando la primera fuente sin mapear para que completes{sourceId}sin una consulta adicional.
Las dos acciones de fuente resuelven a la misma operación
createSource — el campo side es lo que las distingue.
Cómo usarlo durante la configuración
- Renderiza la lista de verificación. En cada paso del asistente, haz un GET a setup-progress y usa los recuentos (
sources,fieldMaps,matchRules,schedules) para marcar los elementos completados. - Controla el botón principal con
next. En lugar de reimplementar el orden de los requisitos en el cliente, llama a la operación que indicanext; después vuelve a leer setup-progress para obtener la acción siguiente. - Controla el botón “Activate”. Habilita la activación solo cuando
readiness.readyseatrue; de lo contrario, listareadiness.missingcomo los pasos restantes. - Muestra el estado de las ejecuciones. Una vez que
lastRunesté presente, muestra sustatusycompletedAtpara que los operadores puedan confirmar que el contexto está produciendo resultados.

