Como conciliar Cielo, Stone e Omie sem planilha no fechamento de mês

A operação tem 6 lojas físicas. Receita por cartão é 70% do volume. Cielo, Stone e Rede dividem o pagamento. ERP é Omie. E todo dia 1 do mês, o controller e a equipe financeira somem da agenda — porque vão passar 4-5 dias fazendo conciliação linha a linha em Excel. Cada bandeira manda CSV diferente. Stone vem com antecipação misturada. Omie tem lançamento que não bate exato com o repasse. Alguém tem que decompor um depósito que é a soma de 14 lotes menos taxa menos antecipação.

Este artigo é pra controller, gerente financeiro ou diretor adm-financeiro que reconhece esse cenário e quer parar de aceitar isso como "natural". Foco em rede de varejo com Omie + adquirente brasileiro, mas a mesma lógica vale pra rede de food service, academia, clínica.

Por que Cielo + Stone + Omie é um caso clássico

Os três têm formatos próprios e nenhum deles foi pensado pra falar com os outros:

• Cielo — exporta CSV detalhado por lote, mas a antecipação aparece num arquivo separado e o repasse final é a soma de N lotes menos taxa
• Stone — exporta CSV em outro formato, com nomenclatura própria de "agenda de recebíveis"
• Omie — registra lançamento contábil quando a venda acontece, não quando o dinheiro entra

Resultado: pra cada venda no PDV, existem três fontes da verdade e nenhuma bate exatamente com a outra. Conciliar manualmente significa decompor cada depósito em fatias e fazer match com lançamento contábil. É trabalho de planilha que não tem fim.

Por que Excel não escala

Em rede com 4-6 lojas, fazer isso no Excel exige:

• 1 aba por banco
• 1 aba por adquirente
• 1 aba pro Omie
• 1 aba consolidada de match
• Fórmulas SOMASE complexas que alguém mantém (geralmente uma pessoa só)
• Verificação manual quando a fórmula não bate

Quando a operação cresce pra 10 lojas, ou quando entra uma terceira adquirente, ou quando o ICMS muda em 2 estados, o Excel quebra. A pessoa que mantinha sai de férias e ninguém entende mais. O fechamento atrasa, o contador externo cobra prazo, e a empresa começa a fechar mês fora do dia 5 — o que cascateia em problema fiscal.

O que muda com motor automatizado

O ganho real não é "automatizar 100% sem humano". É mudar onde o humano gasta atenção.

Antes:

• Controller: 4-5 dias copiando dado e fazendo SOMASE
• Validação humana: zero (ninguém revisa o que a fórmula fez)
• Decisão estratégica: nenhuma — só conferir totais

Depois:

• Sistema: importa Cielo, Stone, Omie e extrato bancário em segundos
• Sistema: sugere match com confiança calibrada (alta, média, baixa)
• Controller: valida com atalho de teclado os de confiança média (2-3h por mês)
• Sistema: auto-aceita os de confiança alta que apareceram em pattern recorrente nos últimos meses
• Decisão estratégica: humano gasta tempo decidindo o que fazer com as divergências reais (depósito faltante, lançamento sem contrapartida)

Em rede de varejo média, fechamento que durava 5 dias passa pra 4-8 horas. Erro de digitação some. Auditor externo entra com pendência zero.

O fluxo prático com Cielo + Stone + Omie

Como funciona na operação, sem invenção:

1. Setup uma vez: sistema conecta no Omie via API (token nativo), conecta Cielo e Stone via API ou recebe CSV diário automaticamente, configura conta bancária pra ler OFX
2. Diariamente: sistema processa o que chegou. Não exige ninguém abrir Excel.
3. Mensalmente, dia 1-3: controller abre a fila de match. Sistema mostra:
   • 70-85% dos itens já casados com confiança alta (auto-aceite ou validação rápida)
   • 10-20% com confiança média (controller olha, valida ou ajusta com tecla A/R/S)
   • 3-8% com divergência real (vai pra revisão dedicada)
4. Dia 3-4: controller fecha o mês. Sistema gera relatório pré-formatado pro contador externo.
5. Auditoria: trilha por transação fica salva. Quando vier dúvida do auditor 3 meses depois, evidência está consolidada.

O que precisa estar pronto

Pra implantar isso, a operação precisa ter:

• Cadastro de produto/serviço razoável no Omie. Se está bagunçado, organiza primeiro (ou em paralelo).
• Decisão sobre antecipação clara. "A gente antecipa quanto, em qual prazo, com qual taxa" — sistema pode aprender isso, mas a regra precisa ser estável.
• Controller comprado na ideia. Não funciona se o controller resiste a usar o sistema porque "sempre fiz no Excel".
• Um período de calibração. Primeiras 4-6 semanas o sistema aprende padrões específicos (qual lote vem em qual depósito, quando taxa cobrada muda). Validação humana é alta nesse período. Depois cai.

Onde NÃO funciona

• Empresa muito pequena (1 loja, faturamento abaixo de R$ 2M/ano) — Excel ainda dá conta
• Empresa que troca de ERP a cada 6 meses — sistema não tem tempo de calibrar
• Empresa onde o controller é o dono e o dono não confia em sistema — não adianta tecnologia
• Operação com fluxo financeiro 100% B2B contrato (sem cartão) — o motor é otimizado pra cartão

O que NÃO esperar

• Não substitui contador. Sistema entrega dado limpo. Contador faz classificação fiscal e DRE — isso continua humano.
• Não substitui ERP. Omie continua sendo o sistema de gestão. Sistema de match consome dado, não substitui o ERP.
• Não promete 100% sem humano. Valida humano nos casos onde faz diferença. O ganho está em parar de validar humano nos 80% que são repetitivos.

Próximo passo

Se faz sentido pra sua rede, a FELGOR Match implementa esse fluxo conectando Omie + Cielo + Stone (e outros adquirentes brasileiros). Se quiser ver aplicado antes de qualquer contrato, agende um diagnóstico de 30 minutos com os fundadores.