Obter o progresso da configuração
O que ele retorna
status: o status do ciclo de vida do contexto:DRAFT(em configuração),ACTIVE(em execução),PAUSED(suspenso) ouARCHIVED(retirado de uso).sources: contagens de fontes divididas por lado da correspondência:total,left,right.fieldMaps.mappedSources: número de fontes mapeadas. Essa contagem cobre as fontes com mapa de campo, mais as fontes CAMT.053 automapeadas. Para essas, o parser embute o mapeamento ISO 20022 e ignora os mapas de campo.matchRules.total: número de regras de correspondência do contexto.schedules.total: número de agendamentos do contexto.lastRun: a execução de correspondência mais recente (id,statusecompletedAt). Énullquando o contexto nunca rodou.readiness: resumo da prontidão para ativação (veja abaixo).next: a próxima ação determinística de configuração a executar, ounullquando o contexto está pronto (veja abaixo).
Prontidão e o checklist
O bloco
readiness informa se o contexto atende cada requisito de ativação:
missing guarda IDs de requisito estáveis que você pode mapear para itens do checklist:
context.activation.requirement.left-source: o contexto precisa de pelo menos uma fonte do lado LEFT.context.activation.requirement.right-source: o contexto precisa de pelo menos uma fonte do lado RIGHT.context.activation.requirement.source-mapping: o contexto precisa de pelo menos uma fonte, e cada fonte precisa de um mapeamento. Uma fonte está mapeada quando tem um mapa de campo ou é uma fonte CAMT.053 automapeada.context.activation.requirement.match-rule: o contexto precisa de pelo menos uma regra de correspondência.context.activation.requirement.fee-rule: o contexto habilita a normalização de tarifas, mas não tem regra de tarifa. Esse requisito é condicional. Ele aparece apenas quando você definefeeNormalizationcomoNETouGROSS. Ele espelha a precondição de execução, que exige que as regras de tarifa, não as tabelas de tarifas, não estejam vazias.
Se você mover um contexto para
ACTIVE antes de ele estar pronto, a atualização falha com 409 Conflict e o código MTCH-0103. O detail dela é uma frase fixa. O array errors dela tem uma entrada para cada requisito ausente, e o location de cada entrada é o ID do requisito. Releia o progresso da configuração para mostrar a orientação de configuração restante.A próxima ação
next transforma readiness.missing em uma chamada concreta. Ele vem de missing[0], o primeiro requisito não atendido na ordem estável acima. É null quando o contexto está pronto:
requirementId: o ID do requisito que essa ação atende.operationId,method,path: o endpoint a chamar para atender o requisito.requiredFields: os nomes dos campos que a requisição de criação exige. Eles nunca carregam valores. Você os fornece.forSource: presente apenas na açãocontext.activation.requirement.source-mapping, nomeando a primeira fonte sem mapeamento para você preencher{sourceId}sem uma consulta separada.
Os dois requisitos de lado da fonte resolvem para a mesma operação
createSource. O campo side distingue um do outro.
A ação de regra de tarifa precisa do feeScheduleId de uma tabela de tarifas existente. Crie uma tabela de tarifas antes.
Como usar durante a configuração
- Monte o checklist. Em cada passo do assistente, faça GET no setup-progress e use as contagens (
sources,fieldMaps,matchRules,schedules) para marcar os itens concluídos. - Comande o botão principal pelo
next. Não reimplemente a ordem dos requisitos no cliente. Chame a operação quenextnomeia. Depois releia o setup-progress para saber a próxima ação. - Controle o botão “Ativar”. Habilite a ativação apenas quando
readiness.readyfortrue. Caso contrário, listereadiness.missingcomo os passos restantes. - Mostre a saúde das execuções. Quando
lastRunestiver presente, mostre ostatuse ocompletedAtdele para que os operadores confirmem que o contexto produz resultados.

