Quando o depósito da Stone não bate com o ERP: causas reais

Comerciante de rede de farmácias, 12 lojas, conta Stone. Terça-feira de manhã, financeiro confere extrato. Depósito da Stone caiu R$ 47.319,60. ERP esperava R$ 49.124,30. Diferença de R$ 1.804,70. Não é fraude, não é erro óbvio. É discrepância recorrente que aparece toda semana, em magnitudes variáveis.

Financeiro liga pra Stone. Atendente explica: "vamos abrir chamado". Chamado é respondido em 5-7 dias. Resposta diz "tem ajuste de estorno X, taxa de antecipação Y, reversão Z". Financeiro entende parcialmente, marca como conciliado. Próxima semana, mesma coisa.

Esse loop existe em milhares de comerciantes brasileiros. Causa raiz não é uma — são cinco distintas, e cada uma exige análise diferente.

Causa 1: estorno pós-fechamento

Cliente fez compra em segunda. Stone agendou depósito pra quarta. Cliente pediu estorno na terça (defeito do produto). Stone faz estorno, abate do depósito da quarta.

ERP do comerciante registrou venda na segunda, antecipação na terça (esperando crédito), depósito esperado na quarta. Estorno não foi para o ERP — chegou só na conciliação.

Resultado: diferença pelo valor do estorno. Não é erro da Stone, é fluxo padrão. Mas o ERP nunca vai bater sem registrar o estorno.

Causa 2: taxa de antecipação variável

Comerciante antecipou recebível na segunda. Taxa contratada é 1,89% ao mês = aprox 0,063% ao dia. Mas:

• Stone calcula taxa diária com base em dias úteis (segunda a sexta, não corridos)
• Feriado entra como dia não útil
• Final de semana não conta

Se a antecipação vai de segunda pra quarta, são 2 dias úteis (não 3 corridos). Taxa cobrada é diferente da que o ERP estimou. Diferença pequena por transação, mas em 200-300 transações por dia, vira material.

Causa 3: split de pagamento

Comerciante usa marketplace ou plataforma de pagamento que faz split (Mercado Livre, Magalu, Loja Integrada). Cliente paga, plataforma fica com taxa, Stone repassa o líquido.

ERP do comerciante registra o bruto (valor que o cliente pagou). Stone deposita o líquido (após split). Diferença é a comissão da plataforma — perfeitamente legítima, mas não bate se ninguém configurar.

Causa 4: reversão de chargeback

Cliente abriu disputa, Stone fez reversão, banco do cliente devolveu valor. Stone abate do próximo depósito.

ERP nunca soube da disputa. Conciliação aparece com diferença "inexplicável" até alguém investigar caso a caso.

Causa 5: taxa MDR diferente por bandeira

Comerciante tem MDR (Merchant Discount Rate) diferente por bandeira:

• Visa Crédito: 2,49%
• Mastercard Crédito: 2,49%
• Visa Débito: 1,39%
• Elo Crédito: 2,89%
• Hipercard: 3,19%

ERP às vezes registra taxa média (usando mix histórico). Stone cobra taxa real (por bandeira da transação). Em meses com mix diferente do esperado, diferença surge.

Por que conciliar é difícil manualmente

Cada uma das 5 causas exige tipo diferente de análise:

• Estorno: cruzar com sistema de SAC
• Taxa de antecipação: recalcular dia a dia
• Split: cruzar com plataforma de marketplace
• Chargeback: investigar disputa
• MDR por bandeira: comparar mix real vs esperado

Em comerciante médio, é trabalho de dias-pessoa por mês só pra conciliar Stone. Multiplique por 3-5 adquirentes que o comerciante usa: vira time inteiro dedicado.

Por que isso é resolvível em 2026

IA moderna consegue:

• Carregar extrato detalhado Stone (CSV, API, planilha)
• Classificar cada linha (venda, estorno, antecipação, taxa, ajuste)
• Cruzar com ERP automaticamente
• Marcar conciliado o óbvio (geralmente 70-90%)
• Listar divergente com classificação provável da causa

Comerciante deixa de "abrir chamado por sensação" e passa a "abrir chamado com evidência específica e classificação proposta".

O modelo honesto

Conciliação Stone bem feita não elimina o humano:

• Coleta automática de extrato e da movimentação Stone
• Cruzamento automático com ERP
• Classificação automática de cada divergência
• Comerciante revisa só os divergentes (5-15%)
• Conversa com Stone passa a ter dado, não sensação

Resultado: mês fecha mais cedo, com menos surpresa.

O que NÃO resolve

• Pedir relatório melhor pra Stone. Eles já mandam — em formato denso.
• Aceitar diferença pequena. Em volume, "pequeno" vira material.
• Trocar de adquirente. Próximo tem complexidade similar.

O que resolve é camada de conciliação que processa extrato detalhado e cruza com ERP automaticamente.

Quando vale priorizar

Sinais de que a divergência Stone está pesando:

• Diferença recorrente entre ERP e depósito
• Fechamento mensal sofre por causa de conciliação
• 2+ adquirentes
• Volume Stone acima de R$ 200 mil/mês
• Marketplace ou split de pagamento ativo

Quando 2+ presentes, conciliação automática deixa de ser "nice to have".

Próximo passo

Conciliação detalhada de Stone (e outras adquirentes) com classificação automática de divergência é o que separa controller que investiga caso a caso daquele que gerencia exceção. A FELGOR Match implementa esse fluxo multi-adquirente. Se quiser ver aplicado no contexto da sua operação, agende um diagnóstico de 30 minutos com os fundadores.