Uma fatura chega ao contas a pagar.
Antes de pagar, a empresa precisa confirmar:
- a compra foi autorizada?
- o fornecedor entregou?
- a quantidade está correta?
- o preço corresponde?
- o serviço foi aceito?
- a nota é válida?
- existe duplicidade?
O three-way match compara três registros:
- pedido de compra;
- recebimento da mercadoria ou serviço;
- fatura ou documento fiscal.
A Oracle descreve o matching de três vias como a comparação entre purchase order, receipt e invoice para permitir a criação e validação da obrigação de pagamento.
O controle reduz pagamentos por itens:
- não pedidos;
- não recebidos;
- acima do acordado;
- duplicados;
- divergentes.
Ele não deve bloquear cegamente toda diferença.
Um processo maduro utiliza tolerâncias, ownership e tratamento de exceções.
Two-way, three-way e four-way match
Two-way match
Compara:
- pedido;
- fatura.
Pode ser adequado quando:
- não existe recebimento formal;
- o risco é baixo;
- a confirmação ocorre por outro mecanismo;
- o contrato define cobrança fixa.
Three-way match
Compara:
- pedido;
- recebimento;
- fatura.
Adequado para grande parte das compras de materiais e serviços mensuráveis.
Four-way match
Compara:
- pedido;
- recebimento;
- inspeção ou aceite de qualidade;
- fatura.
Pode ser utilizado quando a entrega física não significa aceitação.
A Oracle documenta os níveis de duas, três e quatro vias em seus processos de purchase order matching.
O pedido de compra
O pedido deve conter dados confiáveis:
- fornecedor;
- item;
- descrição;
- quantidade;
- unidade;
- preço;
- moeda;
- impostos;
- frete;
- local;
- prazo;
- condição;
- contrato;
- centro;
- conta.
Pedido criado depois da fatura reduz o valor do controle.
O recebimento
Confirma:
- existência;
- quantidade;
- data;
- local;
- condição;
- responsável;
- referência.
Receber não significa necessariamente aceitar qualidade.
A empresa pode registrar:
- recebido;
- em inspeção;
- aceito;
- rejeitado;
- devolvido.
A fatura
Pode conter:
- fornecedor;
- documento;
- pedido;
- itens;
- quantidades;
- valores;
- tributos;
- vencimento;
- conta;
- dados bancários.
A captura pode ocorrer por:
- integração;
- portal;
- EDI;
- XML;
- OCR;
- e-mail;
- digitação.
Dados extraídos precisam de validação.
O match ocorre em qual nível?
Pode ocorrer por:
- cabeçalho;
- pedido;
- linha;
- schedule;
- recebimento;
- valor;
- quantidade.
O nível de linha oferece maior controle, mas exige dados consistentes.
Quantity match
Compara:
- quantidade faturada;
- quantidade recebida;
- quantidade pedida.
Exemplo:
- pedido: 100;
- recebido: 80;
- faturado: 100.
A diferença de 20 precisa ser:
- bloqueada;
- aguardada;
- explicada;
- autorizada conforme regra.
Price match
Compara preço faturado e pedido.
Questões:
- unidade;
- arredondamento;
- moeda;
- desconto;
- índice;
- frete;
- imposto;
- reajuste;
- vigência.
Um preço aparentemente divergente pode resultar de unidade diferente.
Amount match
Em serviços ou pedidos por valor, compara:
- saldo do pedido;
- valor aceito;
- valor faturado.
É necessário evitar faturamento acima do valor contratado ou da medição.
Tolerâncias
Possíveis:
- valor absoluto;
- percentual;
- quantidade;
- preço;
- frete;
- imposto;
- câmbio;
- arredondamento.
Exemplo:
- até 1% ou R$ 20;
- o menor limite prevalece;
- acima disso, bloqueio.
Tolerância deve considerar:
- risco;
- materialidade;
- categoria;
- histórico;
- custo de tratamento.
Uma tolerância muito baixa gera fila.
Uma tolerância alta pode permitir perda.
Tolerância não é autorização para erro
Mesmo diferenças dentro da tolerância podem ser analisadas quando:
- repetitivas;
- concentradas;
- intencionais;
- acumuladas;
- associadas a fornecedor.
Analytics deve identificar padrões.
Serviços
Serviços exigem confirmação adequada.
Possíveis evidências:
- service entry sheet;
- medição;
- relatório;
- milestone;
- timesheet;
- aceite;
- entrega;
- aprovação técnica.
A Oracle documenta work confirmations que podem gerar receipts para facilitar o three-way match em serviços e pagamentos por progresso.
"Receber serviço" não deve ser um clique sem verificação.
Contratos recorrentes
Exemplos:
- aluguel;
- assinatura;
- manutenção;
- limpeza;
- telecom.
Modelos:
- pedido anual;
- blanket PO;
- schedule;
- fatura recorrente;
- evaluated receipt;
- contrato sem PO, conforme política.
O controle precisa comparar:
- período;
- quantidade;
- usuários;
- consumo;
- índice;
- SLA;
- alteração.
Faturas sem pedido
No-PO invoice pode ocorrer em:
- impostos;
- utilidades;
- taxas;
- determinadas despesas;
- emergência.
A política deve definir:
- categorias permitidas;
- aprovação;
- evidência;
- limite;
- regularização;
- monitoramento.
Permitir no-PO amplamente reduz a capacidade de match.
Pedido retroativo
Cenário:
- fornecedor entrega;
- envia fatura;
- área solicita pedido;
- comprador regulariza.
O match pode "funcionar" tecnicamente, mas o controle preventivo já falhou.
Monitore a data do pedido em relação ao compromisso e à fatura.
Recebimento ausente
Causas:
- usuário não sabe;
- serviço não possui owner;
- integração falhou;
- entrega parcial;
- área está ausente;
- pedido incorreto.
Soluções:
- notificação;
- mobile;
- work confirmation;
- owner;
- escalonamento;
- recebimento automático controlado;
- treinamento.
Não invente recebimento apenas para liberar pagamento.
Fatura antes do recebimento
Pode ser legítima quando:
- trânsito;
- importação;
- adiantamento;
- marco;
- assinatura;
- contrato.
O sistema pode aguardar o recebimento ou seguir fluxo específico.
Adiantamentos
Não utilizam o mesmo match de uma compra entregue.
Controles:
- contrato;
- garantia;
- aprovação;
- marco;
- compensação;
- saldo;
- risco;
- prestação.
Nota parcial
O fornecedor pode faturar parte.
O sistema precisa controlar:
- saldo;
- quantidade;
- recebimentos;
- faturas anteriores;
- retenção.
Excesso de entrega
Possibilidades:
- rejeitar;
- aceitar dentro da tolerância;
- alterar pedido;
- devolver;
- negociar.
A decisão deve ser da área autorizada.
Inspeção
Em four-way match, a fatura pode ser liberada somente após inspeção.
Exemplos:
- qualidade;
- laboratório;
- engenharia;
- segurança;
- mercadoria regulada.
O desenho precisa evitar pagamento por item recebido e rejeitado.
Impostos
No Brasil, o processamento também precisa considerar:
- documento fiscal;
- CFOP;
- NCM;
- retenções;
- tributos;
- cadastro;
- regras estaduais e municipais;
- Reforma Tributária em transição.
O match comercial não substitui validação fiscal.
Duplicidade
Controles:
- fornecedor;
- número;
- série;
- valor;
- data;
- pedido;
- conta;
- hash;
- similaridade.
Faturas duplicadas podem variar em pequenos detalhes.
IA pode apoiar detecção, com revisão.
Dados bancários
O match não valida sozinho se a conta bancária é legítima.
Alterações bancárias exigem fluxo independente:
- solicitação autenticada;
- validação;
- callback;
- segregação;
- aprovação;
- log.
Self-billing e evaluated receipt settlement
Em alguns modelos, a empresa gera a obrigação com base no recebimento, sem depender de uma fatura tradicional do fornecedor.
Requisitos:
- contrato;
- legislação;
- dados;
- qualidade;
- aceite;
- reconciliação;
- comunicação.
O recebimento passa a ser ainda mais crítico.
Automação de faturas
Capacidades:
- captura;
- OCR;
- XML;
- classificação;
- matching;
- tolerância;
- workflow;
- pagamento;
- comunicação.
Automação não corrige:
- pedido errado;
- recebimento ausente;
- fornecedor duplicado;
- contrato desatualizado;
- dados fiscais ruins.
Workflow de exceção
A exceção deve ir ao responsável correto.
| Exceção | Owner provável |
|---|---|
| Preço | Procurement |
| Quantidade | Recebimento ou requisitante |
| Qualidade | Qualidade ou operação |
| Imposto | Fiscal |
| Conta | Cadastro e controles financeiros |
| Pedido inexistente | Área e procurement |
| Contrato | Gestor e jurídico |
Contas a pagar não deve investigar todas as causas sozinho.
Root cause
Classifique causas:
- cadastro;
- pedido;
- fornecedor;
- recebimento;
- contrato;
- imposto;
- sistema;
- processo;
- treinamento.
O objetivo é reduzir novas exceções.
Indicadores
Automação
- match automático;
- touchless;
- OCR;
- integração.
Exceções
- preço;
- quantidade;
- recebimento;
- fiscal;
- duplicidade;
- aging.
Pagamento
- prazo;
- atraso;
- desconto perdido;
- juros;
- fornecedores bloqueados.
Qualidade
- first-time-right;
- pedido retroativo;
- fatura sem PO;
- recebimento no prazo;
- reprocessamento.
Fornecedor
- rejeições;
- divergências;
- tempo de correção;
- reincidência.
Caso prático: serviços de manutenção
O fornecedor envia fatura mensal.
Antes:
- pedido genérico;
- aceite por e-mail;
- fatura bloqueada;
- horas sem evidência.
Depois:
- contrato define escopo;
- pedido possui linhas e rates;
- técnico registra work confirmation;
- gestor aprova medição;
- sistema cria receipt;
- fatura referencia pedido;
- match verifica valor e horas;
- divergência vai ao gestor;
- pagamento ocorre;
- performance é atualizada.
O match é parte da gestão do serviço.
Roteiro de implantação
1. Mapear tipos de compra
2. Definir níveis de match
3. Melhorar pedidos
4. Definir recebimento
5. Configurar tolerâncias
6. Criar owners de exceção
7. Integrar faturas
8. Testar casos
9. Monitorar causas
10. Melhorar continuamente
Erros comuns
- three-way match para tudo;
- recebimento fictício;
- tolerância zero;
- tolerância sem analytics;
- serviços sem medição;
- no-PO generalizado;
- contas a pagar como investigador;
- match comercial substituindo fiscal;
- alteração bancária validada por fatura;
- medir apenas taxa de automação.
Como a CapturaMe se conecta a esse cenário
A CapturaMe pode garantir que sourcing, contratos, fornecedores e pedidos possuam dados estruturados antes da fatura.
Integrada ao ERP e ao financeiro, a plataforma ajuda a reduzir exceções na origem e a direcionar divergências aos responsáveis adequados.
Conclusão
Three-way match protege o pagamento ao conectar autorização, entrega e cobrança.
O controle funciona quando pedidos são corretos, recebimentos são reais e tolerâncias são proporcionais. O objetivo não é bloquear faturas; é pagar corretamente, no prazo e com evidência.
Conheça a CapturaMe para empresas privadas
Perguntas frequentes
O que é three-way match?
É a comparação entre pedido, recebimento e fatura.
Qual é a diferença para two-way match?
O two-way compara pedido e fatura, sem receipt formal no matching.
O que é four-way match?
Adiciona inspeção ou aceite de qualidade.
Tolerância reduz controle?
Não necessariamente. Ela evita tratamento caro de diferenças imateriais, com monitoramento.
Como aplicar a serviços?
Use medição, work confirmation, milestone ou aceite para gerar o recebimento.
Three-way match valida a nota fiscal?
Ele valida aspectos comerciais. Regras fiscais exigem controles adicionais.
