Como as regras funcionam
Quando uma execução de correspondência começa, o Matcher avalia as regras em ordem de prioridade.
- As regras são avaliadas do menor número de prioridade para o maior.
- Cada regra cria todas as correspondências que consegue a partir de transações ainda não usadas por regras de prioridade mais alta.
- Depois que cada regra roda, as transações que continuam não conciliadas viram exceções.
Tipos de regra
Exata
Exige correspondência estrita nos campos configurados.- Melhor para: correspondências determinísticas em que se recomenda que os valores alinhem 1:1.
Tolerância
Permite variação controlada na correspondência de valores.- Melhor para: padrões de variação conhecidos, como tarifas, arredondamento ou diferenças de câmbio.
Defasagem de data
Permite diferenças de data entre transações.- Melhor para: atrasos de lançamento entre sistemas.
Difusa
Substitui a igualdade exata de referência por uma pontuação de similaridade de string normalizada. Por padrão, os filtros de valor, moeda e data exigem igualdade exata, masmatchAmount, matchCurrency e matchDate controlam de forma independente se cada filtro se aplica. FUZZY sempre propõe uma correspondência para revisão e nunca confirma automaticamente.
- Melhor para: memorandos de texto livre ou referências truncadas em que a referência varia, mas os filtros financeiros habilitados ainda se alinham.
Como criar regras de correspondência
Regra exata
cURL
Referência de configuração
Boolean
padrão:"true"
Exige correspondência exata de valor
Boolean
padrão:"true"
Exige correspondência exata de moeda
Boolean
padrão:"true"
Exige correspondência exata de data
Boolean
padrão:"true"
Exige correspondência exata de referência
String
padrão:"DAY"
Precisão da comparação de data:
DAY ou TIMESTAMPBoolean
padrão:"true"
Comparação de referência sem diferenciar maiúsculas
Boolean
padrão:"false"
Exige que a referência esteja presente nos dois lados
Boolean
padrão:"false"
Corresponde pelo valor base (convertido) em vez do original
Boolean
padrão:"false"
Corresponde pela moeda base em vez da original
Integer
padrão:"100"
Aceito e validado, mas reservado/inerte. Ele não muda a pontuação de confiança calculada (veja a nota abaixo)
Integer
padrão:"90"
Aceito e validado, mas reservado/inerte. Ele não muda a pontuação de confiança calculada (veja a nota abaixo)
matchScore e matchBaseScore estão inertes atualmente. Eles são aceitos e validados na configuração da regra, mas o motor de pontuação os ignora: a confiança é sempre calculada a partir dos pesos internos fixos dos componentes (valor 40, moeda 30, data 20, referência 10). Esses campos são reservados para uso futuro e defini-los não altera a pontuação de confiança nem o comportamento de confirmação automática. Veja Pontuação de confiança.id atribuído e os timestamps.
Regra de tolerância
cURL
Referência de configuração
Decimal
Limiar percentual aplicado a
percentageBase (0,005 = 0,5%). O padrão é 0. O Matcher compara esse limiar com absTolerance e usa o maiorDecimal
Limiar de valor absoluto. O padrão é
0. O Matcher o compara com o limiar percentual e usa o maiorInteger
Número de dias permitido entre as datas das transações
Integer
Casas decimais para o arredondamento
String
Estratégia de arredondamento:
HALF_UP, BANKERS, FLOOR, CEIL ou TRUNCATEString
padrão:"MAX"
Base para o cálculo percentual:
MAX, MIN, AVERAGE, LEFT ou RIGHTBoolean
padrão:"true"
Exige correspondência de moeda
Boolean
padrão:"true"
Exige correspondência de referência
Boolean
padrão:"true"
Comparação de referência sem diferenciar maiúsculas
Boolean
padrão:"false"
Exige que a referência esteja presente nos dois lados
Boolean
padrão:"false"
Corresponde pelo valor base (convertido)
Boolean
padrão:"false"
Corresponde pela moeda base
Integer
padrão:"85"
Aceito e validado, mas reservado/inerte. Ele não muda a pontuação de confiança calculada
Integer
padrão:"80"
Aceito e validado, mas reservado/inerte. Ele não muda a pontuação de confiança calculada
- Transação A: US$ 1.000,00
- Transação B: US$ 1.005,00
- Diferença de valor: US$ 5,00
- Limiar percentual: US 5,025 (
percentageBase: MAX) - Limiar absoluto: US$ 0,50
- Limiar efetivo:
MAX($5.025, $0.50)= US$ 5,025 → Corresponde
Regra difusa
cURL
Referência de configuração
Decimal
padrão:"0.80"
Similaridade mínima normalizada da referência (0–1) exigida para filtrar como correspondência
Boolean
padrão:"true"
Quando
true, exige correspondência exata de valorBoolean
padrão:"true"
Quando
true, exige correspondência exata de moedaBoolean
padrão:"true"
Quando
true, exige correspondência exata de dataString
padrão:"DAY"
Precisão da comparação de data:
DAY ou TIMESTAMPBoolean
padrão:"true"
Exige uma referência não vazia nos dois lados
Integer
padrão:"70"
Aceito e com padrão
70, mas reservado/inerte. Ele não limita nem muda a confiança calculada nem o comportamento de confirmação automáticaFUZZY substitui a igualdade de referência por similaridade. Por padrão, ele também exige correspondências exatas de valor, moeda e data. Desabilite cada filtro de forma independente com
matchAmount, matchCurrency ou matchDate. FUZZY sempre propõe correspondências para revisão humana e nunca as confirma automaticamente.Regra de defasagem de data
cURL
Referência de configuração
Integer
Número máximo de dias de diferença permitido
Integer
padrão:"0"
Número mínimo de dias de diferença exigido
Boolean
padrão:"true"
Se os dias de fronteira são inclusivos
String
padrão:"ABS"
Como medir a defasagem:
ABS (absoluta), LEFT_BEFORE_RIGHT ou RIGHT_BEFORE_LEFTDecimal
padrão:"0"
Diferença de valor permitida para considerar tarifas
Integer
padrão:"80"
Aceito e validado, mas reservado/inerte. Ele não muda a pontuação de confiança calculada. Nota: as regras DATE_LAG sempre pontuam o componente de referência como 0, limitando a pontuação máxima a 90
Boolean
padrão:"true"
Exige correspondência de moeda
Ajustes de alocação (todos os tipos de regra)
Todos os tipos de regra aceitam ajustes de alocação adicionais para correspondência dividida e agregada:Prioridade das regras
As regras são avaliadas por prioridade. Números menores rodam primeiro.
Estratégia de prioridade
Como reordenar regras
Você pode reordenar regras fornecendo os IDs das regras na ordem desejada:cURL
Como testar regras
Teste as regras no modo dry run antes de efetivar correspondências.
cURL
MatchRun com estatísticas e emite o evento de conclusão dele.
Como gerenciar regras
Como listar regras
cURL
Resposta
O endpoint de listagem retorna uma visão resumida das regras. Para ver os detalhes completos de configuração de uma regra específica, use o endpoint da regra individual ou a resposta de criação, que inclui o objetoconfig completo.
Como atualizar uma regra
cURL
Como excluir uma regra
cURL
Boas práticas
Comece rígido, depois afrouxe
Comece rígido, depois afrouxe
Comece pelas regras exatas. Adicione regras de tolerância apenas para a variação que você consegue justificar e explicar.
Deixe espaço nas prioridades
Deixe espaço nas prioridades
Use intervalos (1, 10, 20, 50) para inserir regras sem renumerar todo o conjunto.
Faça dry run em cada mudança
Faça dry run em cada mudança
Trate as atualizações de regra como mudanças em produção. Valide as taxas de correspondência e o volume de exceções antes de efetivar.
Escreva descrições que expliquem a intenção
Escreva descrições que expliquem a intenção
Recomenda-se que uma regra documente a variação que ela cobre e o risco que ela introduz.
Revise o resultado das regras ao longo do tempo
Revise o resultado das regras ao longo do tempo
Se uma regra nunca corresponde, ela pode ser desnecessária. Se corresponde com frequência demais, ela pode ser ampla demais.
Mantenha as regras frouxas em prioridade baixa
Mantenha as regras frouxas em prioridade baixa
Tolerância alta aumenta os falsos positivos. Use-a como fallback e revise os resultados com cuidado.
Próximos passos
Roteamento de exceções
Configure a classificação, a atribuição e o escalonamento das transações não conciliadas.
Pontuação de confiança
Entenda como as pontuações são calculadas e como os limiares afetam a automação.

