Tipos de fontes suportados
O Matcher suporta cinco tipos de fontes. Cada um representa uma categoria de origem de dados:
Métodos de ingestão
Dados de transação chegam ao Matcher por vários caminhos:
Ingestão baseada em arquivos
O método mais comum para extratos bancários e exportações de ERP.
Upload manual
Use o endpoint de upload de arquivos para importar arquivos de transação manualmente.Conexões bancárias
Formato bancário padrão
A maioria dos bancos fornece extratos em um formato que o Matcher analisa nativamente — CSV, OFX, camt.053 ou os layouts CNAB brasileiros:O objeto
config é metadado descritivo de forma livre — o Matcher o armazena, mas não interpreta chaves como bank_name ou statement_format. O comportamento de análise é determinado pelo dialeto de formato declarado e pelas chaves de configuração fixas (política de taxa de erros, chave e política de duplicatas, blank_external_id e opções de camt.053), não por esses rótulos.Conexões ERP e personalizadas
Use o tipo de fonte
CUSTOM para sistemas ERP (SAP, Oracle, NetSuite, etc.) e qualquer outra fonte de dados que não se encaixe nas categorias BANK, LEDGER ou GATEWAY.
Exemplo: fonte ERP
Conexões de processadores de pagamento
Stripe
Adyen
Bandeiras de cartão
Para arquivos de liquidação de bandeiras de cartão (Visa, Mastercard, Elo), use o tipo de fonteCUSTOM:
Segurança de conexão
Armazenamento de credenciais
Todas as credenciais devem ser armazenadas de forma segura em um vault criptografado e referenciadas por ID nas configurações de fonte.Lista de IPs permitidos
Configure a lista de IPs permitidos no nível de infraestrutura (balanceador de carga, API gateway ou firewall) para restringir quais IPs podem enviar dados ao Matcher. As entidades de fonte não possuem uma configuraçãosettings.security. Gerencie restrições de IP fora da aplicação.
Assinaturas de webhook
O Matcher assina payloads de webhooks de saída com HMAC-SHA256. Para dados de entrada, verifique as assinaturas no nível de infraestrutura antes que os dados cheguem ao Matcher. As entidades de fonte não possuem uma configuraçãosettings.webhook.
Requisitos de formato de dados
Campos obrigatórios
Toda transação deve incluir: Os mapas de campos usam um vocabulário canônico fechado: as chaves do mapeamento são fixas e os valores nomeiam a coluna original da fonte. Estas chaves canônicas são obrigatórias:Campos opcionais
Nenhuma outra chave é aceita: chaves fora deste vocabulário são rejeitadas.
Mapeamento de campos
Gerencie os mapas de campos com o endpoint dedicado (não com o objetoconfig da fonte). O corpo da requisição é um único objeto mapping de pares { canonicalKey: sourceColumnName }:
cURL
Melhores práticas
Valide os arquivos antes de enviar
Valide os arquivos antes de enviar
Verifique se os arquivos carregados contêm colunas para os campos canônicos obrigatórios (external_id, amount, currency, date) antes do upload. Isso evita erros de ingestão.
Use formatos de arquivo consistentes
Use formatos de arquivo consistentes
Padronize em um único formato (CSV, JSON ou XML) por fonte para simplificar o mapeamento de campos e reduzir erros.
Proteja as credenciais adequadamente
Proteja as credenciais adequadamente
Armazene todas as chaves de API e senhas no vault. Nunca inclua credenciais nos payloads de configuração.
Teste primeiro com dados de amostra
Teste primeiro com dados de amostra
Valide o mapeamento de campos e a qualidade dos dados com arquivos de amostra antes de carregar dados de produção.
Próximos passos
Mapeamento de Campos
Configure como os campos da fonte mapeiam para o Matcher.
Upload de Arquivos
Procedimentos de upload manual de arquivos.

