Skip to main content
O endpoint de setup-progress retorna as contagens de recursos configurados, o estado da última execução e a prontidão para ativação de um contexto em um único agregado — para que um assistente de configuração ou uma checklist de onboarding derive seu estado de uma única requisição em vez de várias.

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) ou ARCHIVED (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, status de PROCESSING/COMPLETED/FAILED e completedAt). É null quando 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, ou null quando 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 quando feeNormalization está definido (NET ou GROSS) 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.
A tabela completa de requisito para ação: 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


  1. 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.
  2. Controle o botão principal pelo next. Em vez de reimplementar a ordem dos requisitos no cliente, chame a operação que o next indica; depois releia o setup-progress para obter a ação seguinte.
  3. Controle o botão “Ativar”. Habilite a ativação somente quando readiness.ready for true; caso contrário, liste readiness.missing como os passos restantes.
  4. Mostre a saúde das execuções. Assim que lastRun estiver presente, exiba seu status e completedAt para que os operadores possam confirmar que o contexto está produzindo resultados.
Como todo o estado vem de uma única chamada, você pode fazer polling nesse endpoint para manter o assistente em tempo real sem orquestrar leituras separadas de fontes, regras e execuções.

Códigos de resposta