Pular para o conteúdo principal
Este guia cobre os eventos que o Matcher publica e os callbacks de entrada que sistemas externos enviam ao Matcher.

Visão geral


  • Eventos de saída: o Matcher publica seu catálogo de eventos de ciclo de vida no backbone de streaming da plataforma. Esses eventos chegam até você como stream, não como webhooks HTTP.
  • Callbacks de entrada: sistemas externos, como uma ferramenta de chamados, avisam o Matcher quando agem sobre uma exceção. Então o Matcher atualiza o status da exceção.

Eventos de saída


O Matcher emite eventos quando ações relevantes acontecem no processo de conciliação e os publica no backbone de streaming. Cada evento segue seu próprio schema no stream de eventos.

Eventos disponíveis

As tabelas abaixo listam o catálogo de eventos por domínio. Configuração Discovery Ingestão Correspondência Exceções e disputas Governança e relatórios

Callbacks de entrada


Sistemas externos enviam callbacks ao Matcher para atualizar o status da exceção depois do processamento. O endpoint de callback aceita atualizações de status, notas de resolução e mudanças de responsável de qualquer sistema externo.

Processar um callback

O header X-Callback-Token autentica o endpoint de callback. Um JWT de operador não o autentica. O header carrega um token opaco da superfície de credenciais de callback. Cada campo abaixo é obrigatório. dueAt e updatedAt aceitam null, e payload pode ser um objeto vazio:
cURL
O campo externalSystem identifica o sistema externo que processou a exceção. Valores comuns incluem "JIRA", "SERVICENOW" ou "WEBHOOK", mas os callbacks podem informar qualquer identificador de sistema. Omitir qualquer um dos nove campos obrigatórios retorna 422.

Resposta

Referência da API: Processar callback
Quando o Matcher processa um callback, ele atualiza o status da exceção e registra a resolução na trilha de auditoria. O header X-Idempotency é obrigatório. O Matcher lê a chave de idempotência apenas desse header. Uma requisição que carrega uma chave apenas em X-Idempotency-Key ou Idempotency-Key é recusada com 400 (MTCH-0015), e nada é processado. O Matcher deduplica um callback pelo sistema externo, pela exceção e pela chave em conjunto. A mesma chave em outra exceção ou vinda de outro sistema externo é um novo callback.

Status do callback

  • status move a exceção para ASSIGNED ou RESOLVED. O Matcher lê o valor sem diferenciar maiúsculas de minúsculas.
  • Para mover a exceção para ASSIGNED, envie um assignee não vazio.
  • Quando status é o status atual da exceção, o Matcher mantém o status e atualiza assignee e dueAt se você os enviar.

Recusas do callback

Um token de callback desconhecido ou revogado recebe 404. Quando o Matcher não consegue verificar o token, ele responde 503.

Nova tentativa automática para callbacks que falharam

Se um callback anterior com a mesma chave de idempotência falhou durante o processamento, o Matcher tenta automaticamente readquirir o lock de idempotência e reprocessar o callback. Você não precisa gerar uma nova chave de idempotência ao repetir um callback que falhou. Reenvie a mesma requisição e o Matcher cuida da recuperação. Esse comportamento de nova tentativa vale apenas para callbacks com estado interno failed. O Matcher continua deduplicando callbacks que terminaram com sucesso.

Credenciais de callback


Um token bearer opaco autentica os callbacks de entrada. O sistema externo envia esse token no header X-Callback-Token. Você emite, lista, rotaciona e revoga essas credenciais de callback por uma superfície CRUD dedicada em /v1/exceptions/callbacks/credentials. Cada credencial pertence ao tenant de quem chama. O Matcher guarda apenas o hash SHA-256 do token no servidor. As respostas de emissão e de rotação retornam o token bruto exatamente uma vez.

Emitir uma credencial

A requisição precisa de um corpo JSON. Envie {} se você não definir um rótulo. O campo externalSystem é opcional. Informe-o como um rótulo legível pelo operador para o sistema que este token autentica.
cURL
A resposta 201 (CredentialSecretResponse) retorna:
Apenas as respostas de emissão e de rotação mostram o token bruto. Guarde-o com segurança ao recebê-lo. Você não pode recuperá-lo de novo. Se perder ou vazar o token, rotacione ou revogue a credencial.

Rotacionar uma credencial

cURL
A rotação retorna um novo CredentialSecretResponse (201, novo token bruto) e revoga a credencial anterior na mesma transação. Callbacks que ainda enviam o token antigo falham, então atualize o sistema externo com o novo token imediatamente.

Revogar uma credencial

cURL
A revogação é definitiva: a credencial não pode mais autenticar callbacks de entrada.

Próximos passos


Roteamento de exceções

Configure regras que roteiam exceções.

Fontes externas

Configure fontes de dados. Entre elas, só as conexões com agregadores recebem webhooks.