Obter o progresso de configuração
O que ele retorna
status— o estado do ciclo de vida do contexto:DRAFT(em configuração),ACTIVE(em execução),PAUSED(suspenso) ouARCHIVED(aposentado).sources— contagens de fontes divididas por lado do matching:total,left,right.fieldMaps.mappedSources— número de fontes mapeadas: as que têm um mapeamento de campos, mais as fontes CAMT.053, que são automapeadas (o parser embute o mapeamento ISO 20022 e ignora mapeamentos de campos).matchRules.total— contagem de regras de matching do contexto.schedules.total— contagem de agendamentos do contexto.lastRun— a execução de matching mais recente (id,statusdePROCESSING/COMPLETED/FAILEDecompletedAt). Énullquando o contexto nunca foi executado.readiness— resumo da prontidão para ativação (veja abaixo).next— a próxima ação de configuração determinística a executar, ounullquando o contexto está pronto (veja abaixo).
Prontidão e a checklist
O bloco
readiness informa se o contexto satisfaz todos os requisitos de ativação:
missing contém identificadores públicos estáveis de requisitos de ativação que você pode mapear para itens de checklist. Os valores possíveis são:
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— pelo menos uma fonte não está mapeada: não tem mapeamento de campos e não é uma fonte CAMT.053 automapeada.context.activation.requirement.match-rule— o contexto precisa de pelo menos uma regra de matching.context.activation.requirement.fee-rule— o contexto habilita a normalização de tarifas, mas não tem nenhuma regra de tarifa. Esse requisito é condicional: só aparece quandofeeNormalizationestá definido (NETouGROSS) e espelha a precondição de execução, que exige regras de tarifa — não tabelas de tarifas — não vazias.
Quando um contexto é alterado para
ACTIVE antes de estar pronto, a atualização é rejeitada com 409 Conflict e o código MTCH-0103. Os detalhes do problema listam os mesmos identificadores públicos de requisitos de ativação. Use-os, ou consulte novamente o progresso da configuração, para exibir as orientações restantes.A próxima ação
O
next transforma readiness.missing em uma chamada concreta. Ele é derivado de missing[0] — o primeiro requisito não satisfeito na ordem estável acima — e é null quando o contexto está pronto:
requirementId— o identificador público de requisito de ativação que essa ação satisfaz.operationId,method,path— o endpoint a chamar para satisfazer o requisito.requiredFields— os nomes dos campos que a requisição de criação exige. Eles nunca carregam valores; os valores são fornecidos por você.forSource— presente apenas na ação de mapeamento de fonte, indicando a primeira fonte não mapeada para que você preencha{sourceId}sem uma consulta adicional.
Os dois requisitos de fonte resolvem para a mesma operação
createSource — o campo side é o que os distingue.
Como usá-lo durante a configuração
- Renderize a checklist. A cada passo do assistente, faça um GET no setup-progress e use as contagens (
sources,fieldMaps,matchRules,schedules) para marcar os itens concluídos. - Controle o botão principal pelo
next. Em vez de reimplementar a ordem dos requisitos no cliente, chame a operação que onextindica; depois releia o setup-progress para obter a ação seguinte. - Controle o botão “Ativar”. Habilite a ativação somente quando
readiness.readyfortrue; caso contrário, listereadiness.missingcomo os passos restantes. - Mostre a saúde das execuções. Assim que
lastRunestiver presente, exiba seustatusecompletedAtpara que os operadores possam confirmar que o contexto está produzindo resultados.

