Formatos suportados
O Matcher aceita arquivos de transações em três formatos:
- CSV: Valores separados por vírgula com cabeçalhos. Mais comum para exportações bancárias.
- JSON: Array de objetos de transação. Melhor para integrações via API.
- XML: Elementos estruturados. Comum em sistemas corporativos.
Requisitos de estrutura do arquivo
Cada arquivo deve conter registros de transações com campos que podem ser mapeados para o schema interno do Matcher.
Campos obrigatórios
Toda transação deve ter estes campos (ou equivalentes mapeáveis):| Campo | Tipo | Descrição |
|---|---|---|
transaction_id | String | Identificador único dentro da fonte |
amount | Decimal | Valor da transação (positivo ou negativo) |
currency | String | Código de moeda ISO 4217 |
date | Date/DateTime | Data da transação |
Campos opcionais
| Campo | Tipo | Descrição |
|---|---|---|
reference | String | Referência externa ou descrição |
counterparty | String | Outra parte na transação |
type | String | Tipo de transação (crédito, débito, etc.) |
metadata | Object | Campos personalizados adicionais |
Exemplos de formato
CSV
Requisitos do CSV:- A primeira linha deve ser cabeçalhos de colunas
- Codificação UTF-8
- Delimitador vírgula (configurável)
- Campos com vírgulas ou quebras de linha devem estar entre aspas
JSON
Requisitos do JSON:- O elemento raiz deve ser um array
- Nomes de campos consistentes entre os objetos
- Codificação UTF-8
XML
Requisitos do XML:- XML válido com declaração
- Elemento raiz contendo elementos de transação
- Codificação UTF-8
Upload via API
Use o endpoint de importação para enviar arquivos de transações.
Upload de arquivo único
cURL
Resposta
Verificar status da importação
cURL
Resposta (Processando)
Resposta (Concluído)
Valores de status do job de importação
| Status | Descrição |
|---|---|
QUEUED | Job recebido, aguardando para iniciar |
PROCESSING | Arquivo está sendo analisado e validado |
COMPLETED | Importação finalizada com sucesso |
FAILED | Importação falhou (verifique os erros) |
CANCELLED | Importação foi cancelada |
Validação e tratamento de erros
O Matcher valida os arquivos enviados em múltiplas etapas.
Etapas de validação
Validação de Schema
Verifica se os campos obrigatórios estão presentes e correspondem ao mapeamento de campos configurado.
Validação de Tipo de Dados
Valida se os valores são decimais válidos, datas são interpretáveis, moedas são códigos ISO válidos.
Erros de validação comuns
| Erro | Causa | Solução |
|---|---|---|
INVALID_FORMAT | Arquivo não pode ser analisado | Verifique a codificação e estrutura do arquivo |
MISSING_REQUIRED_FIELD | Campo obrigatório não encontrado | Verifique a configuração de mapeamento de campos |
INVALID_AMOUNT | Valor não é um número válido | Verifique símbolos de moeda ou vírgulas nos números |
INVALID_DATE | Data não pode ser interpretada | Use o formato ISO 8601 (YYYY-MM-DD) |
UNKNOWN_CURRENCY | Código de moeda não reconhecido | Use códigos ISO 4217 (USD, EUR, BRL) |
DATE_OUT_OF_RANGE | Data antes/depois do intervalo permitido | Verifique os limites de data do contexto |
Tratamento de erros
Por padrão, linhas válidas são importadas mesmo se algumas linhas tiverem erros. Configure o comportamento de tratamento de erros através das configurações de contexto ou trate os erros após a conclusão da importação revisando a resposta de status do job.Detecção de duplicatas
O Matcher detecta e trata automaticamente transações duplicadas para evitar contagem dupla.
Como as duplicatas são detectadas
Duplicatas são identificadas calculando um hash dos campos-chave:transaction_idsource_idamountcurrencydate
Opções de tratamento de duplicatas
| Opção | Comportamento |
|---|---|
skip (padrão) | Linhas duplicadas são ignoradas, dados existentes permanecem inalterados |
replace | Linhas duplicadas substituem as transações existentes |
error | Importação falha se duplicatas forem encontradas |
Visualizando detalhes de duplicatas
O resumo da importação mostra quantas duplicatas foram encontradas:Uploads em lote
Para jobs de reconciliação grandes, você pode enviar múltiplos arquivos em sequência.
Enviar múltiplos arquivos
Aguardar todas as importações
Antes de executar a conciliação, certifique-se de que todas as importações estejam concluídas:Melhores práticas
Valide os arquivos antes do upload
Valide os arquivos antes do upload
Verifique o formato e codificação do arquivo localmente antes de enviar. Isso detecta erros óbvios mais rapidamente.
Use formatos de data consistentes
Use formatos de data consistentes
Padronize no formato ISO 8601 (
YYYY-MM-DD ou YYYY-MM-DDTHH:MM:SSZ) em todas as fontes para evitar problemas de interpretação.Inclua IDs de transação
Inclua IDs de transação
Sempre inclua IDs de transação únicos do sistema de origem. Isso permite a detecção adequada de duplicatas e trilhas de auditoria.
Trate valores negativos de forma consistente
Trate valores negativos de forma consistente
Decida uma convenção (negativo para débitos, positivo para créditos) e aplique-a consistentemente. Documente isso no seu mapeamento de campos.
Envie incrementalmente para arquivos grandes
Envie incrementalmente para arquivos grandes
Para arquivos muito grandes (>50MB), considere dividir em partes menores por intervalo de datas. Isso melhora a confiabilidade e permite novas tentativas parciais.
Configure uploads automatizados
Configure uploads automatizados
Para reconciliação recorrente, automatize o envio de arquivos usando jobs agendados ou webhooks dos sistemas de origem.

