Pular para o conteúdo principal
As conexões de agregador permitem que o Matcher puxe dados de transações de agregadores de dados de Open Finance (Pluggy, Belvo). Você cria uma conexão com uma credencial selada, vincula uma fonte de conciliação a ela e emite um token de webhook vinculado à conexão. Os webhooks do agregador então comandam as buscas de entrada. Este guia cobre o ciclo de vida completo.
As credenciais (clientId/secret) são apenas de entrada: o Matcher as sela antes de persistir e nunca as devolve em uma resposta, em um log ou em um erro. O tenant sempre vem do JWT, nunca do corpo da requisição.

Criar uma conexão


Valores dos campos:
  • vendor: pluggy ou belvo.
  • configName: identidade única da conexão (no escopo do tenant). Uma duplicata é um 409. O endpoint de emissão de token de webhook vincula um token a este nome.
  • baseUrl: URL base da API do fornecedor, armazenada como host da conexão.
  • accountRef: referência opaca da conta no fornecedor (itemId da Pluggy, id do link da Belvo) repassada na busca por webhook. É opcional. Omita-a para conectar a conta por consentimento hospedado.
  • clientId / secret: credencial da API do agregador, selada e nunca emitida.
Uma criação bem-sucedida retorna 201 com o descritor de conexão livre de segredos:

Vincular uma fonte de conciliação


O Matcher ingere os dados buscados na fonte de conciliação que nomeia a conexão. Em exatamente uma fonte, defina config.connection_config_name com o configName da conexão:
Referência da API: Criar fonte

Listar, obter, atualizar, excluir


Cada linha da listagem traz id, vendor, configName, baseUrl, accountRef, testable e awaitingConsent.

Atualizar

Edite uma conexão existente por id para que uma baseUrl digitada errado não fique permanente. O fornecedor é imutável. A credencial é opcional: informe os dois, clientId e secret, para rotacionar a credencial selada, ou omita os dois para manter intacto o segredo armazenado. Informar exatamente um é um 400. Os outros campos também são opcionais: um campo que você omite mantém o valor armazenado.
Uma conexão criada sem accountRef aguarda consentimento: ela mostra "awaitingConsent": true. POST /v1/discovery/aggregator-connections/{id}/connect-token retorna um token para o widget de consentimento do fornecedor. Envie o id do item ou do link que o widget devolve como accountRef na chamada de atualização acima. O Discovery descreve o fluxo completo.

Excluir

O delete exclui a conexão em soft-delete (204), liberando o nome de configuração dela para reuso. Um id de conexão que não é de agregador retorna 404 em qualquer operação por id. Esta superfície nunca confirma a existência de uma linha que não é de agregador.

Testar uma conexão


Rode uma verificação de conectividade ao vivo para uma conexão existente, usando a credencial já selada dela, endereçada por configName. O Matcher lê o fornecedor da conexão armazenada. Esta chamada não recebe credencial e não devolve nenhuma.
Um resultado de credenciais que não funcionam é um resultado de teste esperado, mostrado como "healthy": false com 200, não como erro. Uma conexão ausente retorna 404. O Matcher não consegue testar conexões da Belvo, então uma conexão da Belvo retorna 422 (MTCH-0210). Uma conexão que aguarda consentimento retorna 422 (MTCH-0211).

Tipos de conector


Liste os tipos de conector que o registro do motor registrou para este deploy, cada um marcado com uma categoria derivada do backend (database ou rest). A lista reflete o registro ao vivo. Apenas os conectores registrados no boot aparecem. Ela alimenta o seletor de tipo do formulário de conexão.
Cada entrada rest lista em requiredFields os campos de credencial que uma conexão REST desse tipo exige. Esta lista não inclui os tipos de fornecedor agregador (Pluggy/Belvo). A superfície de conexões de agregador acima provisiona esses tipos.

Emitir um token de webhook


Emita um token de webhook vinculado a uma conexão de agregador existente. A resposta carrega o token bruto e a URL de webhook voltada ao provedor uma vez. O Matcher armazena apenas o hash SHA-256 do token.
Configure a webhook_url devolvida no dashboard do agregador. Uma conexão de destino ausente retorna 404. O Matcher verifica cada entrega do fornecedor por uma assinatura HMAC-SHA256 do corpo bruto em X-Webhook-Signature ou pelo IP de origem. Uma entrega que falha na verificação recebe 401.

Códigos de resposta