Sua exportação de vendas mostra US$ 10.000. Seu banco mostra US$ 9.000. Você confere a fórmula, copia os números para outra planilha e ainda não consegue dizer ao seu gerente se está faltando dinheiro.
Para uma pequena empresa de ecommerce ou de serviços, uma resposta útil é uma explicação curta com registros por trás de cada ajuste: US$ 500 reembolsados, US$ 300 em taxas e US$ 200 ainda aguardando liquidação. Agora você sabe o que chegou, o que não chegou e o que precisa ser investigado.
Percorra o pacote de exercícios de quatro arquivos abaixo para construir essa explicação. Você pode acompanhá-lo no Excel e depois usar as mesmas regras para solicitar uma análise revisável no RowSpeak.
Principais conclusões:
- Separe vendas pagas, atividade da plataforma, repasses e créditos bancários efetivos. Eles registram eventos diferentes.
- Siga um exemplo completo de US$ 10.000 → US$ 9.000 e confira cada repasse em relação às suas transações e ao seu comprovante bancário.
- Mantenha os valores pendentes visíveis. Um depósito ausente não é automaticamente uma taxa ou uma perda.
- Use o download, o prompt e o teste de falha de US$ 10 para verificar a saída de uma ferramenta antes de confiar no relatório do seu negócio.
- O RowSpeak pode ajudar a analisar os arquivos e explicar o resultado; você ainda aprova regras de correspondência e diferenças não resolvidas.
Por que vendas e depósitos geralmente diferem
Um pedido pago registra o que o cliente pagou. Um repasse é uma transferência da sua plataforma de pagamentos. Um crédito bancário registra o dinheiro lançado na sua conta. Reembolsos, taxas de processamento e o momento das transferências podem fazer esses valores diferirem sem indicar um erro.
Conciliação de vendas significa rastrear esses registros até que a diferença tenha uma explicação. Uma conferência de vendas para banco também precisa de saldos no início e no fim do período: parte do dinheiro pode pertencer às vendas de um mês anterior, e parte do dinheiro deste mês pode chegar depois.
A documentação de conciliação de repasses da Stripe descreve a correspondência de um repasse com seu lote de transações, incluindo pagamentos, reembolsos e taxas. Ela também observa que seu relatório agrupa repasses por data estimada de chegada, que pode diferir da data de lançamento do banco. Outras plataformas têm exportações e regras diferentes; confirme as suas antes de copiar um modelo.
Este guia compara vendas pagas com movimentações de caixa. Ele não determina receita contábil reconhecida, tratamento tributário nem se uma demonstração financeira está correta.
Etapa 1: Reúna quatro arquivos e defina cada linha
O download contém um exemplo sintético de setembro de 2026 para a DemoStore. Todos os valores estão em USD, as datas usam UTC e o saldo inicial da plataforma é zero. Estes são registros de prática inventados, com respostas calculadas de forma independente, não resultados de clientes nem uma execução gravada do RowSpeak.
| Arquivo | Uma linha significa | Campos a inspecionar |
|---|---|---|
| orders.csv | Um pedido pago | order_id, order_date, paid_sales, currency |
| processor-activity.csv | Um evento de cobrança, reembolso ou taxa | event_id, order_id, payout_id, signed_amount |
| payouts.csv | Uma transferência enviada pela plataforma | payout_id, payout_amount, bank_reference |
| bank.csv | Um crédito bancário lançado | bank_row_id, posted_date, reference, credit |
Mantenha os originais inalterados. Trabalhe a partir de cópias e registre de qual exportação e conta cada um veio. Em uma exportação real de linhas de pedido, várias linhas podem pertencer a um mesmo pedido; decida isso antes de contar pedidos ou conciliar pagamentos.
Para este exercício, setembro é considerado completo. A amostra não tem impostos, frete, conversão de moeda, disputas, reservas, pedidos não pagos ou ajustes de períodos anteriores. Arquivos reais podem precisar de linhas separadas para cada um.
Etapa 2: Defina o período antes de conciliar os valores
Escreva sua regra de relatório em uma frase:
Explique as vendas pagas de 1º a 30 de setembro da DemoStore e os depósitos bancários de setembro em USD, com saldos de abertura e fechamento da plataforma apresentados separadamente.
Não filtre todos os arquivos por order_date. Um pedido, seu reembolso, o repasse da plataforma e o lançamento bancário podem acontecer em quatro dias diferentes.
Para uma conferência real de fim de mês, obtenha o saldo inicial da plataforma, o saldo final e as transferências enviadas mas ainda não lançadas em ambos os limites. Verifique também reembolsos de setembro referentes a pedidos de agosto. Sem esses registros, uma exportação de pedidos do mês atual não consegue explicar toda movimentação de caixa.
Neste conjunto de dados, saldos iniciais e transferências em trânsito são zero. O único saldo final é o pedido O105: US$ 200 cobrados em 30 de setembro, ainda sem repasse atribuído. Mantenha esse valor em uma tabela de valores pendentes e confira-o em relação a um repasse posterior; não o chame de dinheiro faltante.
Etapa 3: Explique a diferença de US$ 1.000 com registros de origem
Comece com cinco pedidos pagos:
| Pedido | Valor pago | Ajuste ou próxima etapa |
|---|---|---|
| O101 | US$ 3.000 | Incluído no repasse P01 |
| O102 | US$ 2.500 | Reembolso de US$ 300; atividade restante em P01 |
| O103 | US$ 2.000 | Incluído no repasse P02 |
| O104 | US$ 2.300 | Reembolso de US$ 200; atividade restante em P02 |
| O105 | US$ 200 | Ainda na plataforma em 30 de setembro |
| Total | US$ 10.000 | Antes de reembolsos e taxas da plataforma |
Os eventos de reembolso E03 e E07 totalizam US$ 500. Os eventos de taxa E04 e E08 totalizam US$ 300. O saldo final não liquidado da plataforma é E09, US$ 200.
Figura: calculada de forma independente a partir dos registros sintéticos disponíveis para download. Este é um gráfico explicativo, não uma captura de tela do produto.
O resultado é:
Vendas pagas US$ 10.000
Menos reembolsos US$ 500
Menos taxas da plataforma US$ 300
Menos valores pendentes no fim US$ 200
Depósitos bancários esperados US$ 9.000
Depósitos bancários reais US$ 9.000
Diferença não explicada US$ 0
Esta ponte simples funciona porque os outros fluxos e saldos iniciais da amostra são zero. Para dados reais, mostre fundos iniciais como adição, fundos finais como dedução e documente separadamente outros ajustes da plataforma e transferências em trânsito. Nunca invente um “ajuste de timing” apenas para chegar a zero.
Etapa 4: Confira cada repasse e depois confira o banco
Um total principal correspondente pode esconder erros que se cancelam. Confira também os lotes individuais.
| Repasse | Atividade de origem | Repasse líquido | Evidência bancária | Diferença |
|---|---|---|---|---|
| P01 | US$ 3.000 + US$ 2.500 − reembolso de US$ 300 − taxa de US$ 120 | US$ 5.080 | B01: US$ 5.080 lançado em 10 de setembro | US$ 0 |
| P02 | US$ 2.000 + US$ 2.300 − reembolso de US$ 200 − taxa de US$ 180 | US$ 3.920 | B02: US$ 3.920 lançado em 25 de setembro | US$ 0 |
Use uma referência de repasse confiável para vincular a transferência ao banco. Se uma referência estiver ausente, use valor, conta, moeda e uma janela de datas documentada para identificar correspondências possíveis. Dois depósitos com o mesmo valor permanecem ambíguos até que alguém os confirme.
Também há uma armadilha de planilha: um pedido pode ter tanto uma cobrança quanto um reembolso. Se você juntar a tabela de pedidos a todos os eventos e depois somar paid_sales, o valor do pedido aparecerá duas vezes. Some as vendas da tabela de pedidos original; some a atividade de caixa da tabela de eventos. Compare os resultados no nível correto.
No arquivo de atividade, reembolsos e taxas já são negativos. Some signed_amount para cada repasse; subtrair esses valores negativos novamente inflaria o resultado. O ZIP inclui expected-payout-matches.csv e expected-bridge.csv como gabaritos.
Etapa 5: Peça ao RowSpeak uma explicação que você possa revisar
Quando as regras estiverem claras, o fluxo de trabalho de análise de dados do RowSpeak pode ajudar você a inspecionar exportações, calcular resumos e transformar os resultados em um relatório legível. Comece com as entradas sintéticas antes de enviar arquivos comerciais.
Envie somente os quatro CSVs de entrada e use esta solicitação. Mantenha os arquivos gabarito fora da execução para que você possa comparar depois.
Ajude a conciliar as vendas pagas e os depósitos bancários da DemoStore de 1º a 30 de setembro de 2026. Use os quatro CSVs anexados. Todos os valores estão em USD; as datas estão em UTC. Mantenha os dados de origem inalterados. Cada linha de orders é um pedido pago; cada linha de processor é um evento. Reembolsos e taxas já são negativos.
Primeiro verifique IDs únicos, chaves ausentes, moedas e cobertura de origem. Compare o valor de cada pedido com seu evento de cobrança; sinalize discrepâncias. Calcule vendas a partir de orders, não de uma tabela unida a eventos de reembolso. Agrupe processor signed_amount por payout_id. Mantenha eventos com payout_id em branco como atividade não liquidada. Compare cada lote com payouts.payout_amount e depois faça a correspondência de bank_reference com bank.reference e bank.credit. Não adivinhe correspondências ambíguas nem trate um repasse enviado como recebimento bancário.
Mostre IDs de origem para vendas, reembolsos, taxas, valores não liquidados, correspondências de repasses e itens sem correspondência. O saldo inicial da plataforma e as transferências em trânsito são zero neste exercício. Outros tipos de ajuste estão ausentes. Retorne uma ponte de vendas para banco, uma tabela de correspondência de repasses e uma tabela de exceções. Rotule causas desconhecidas como não resolvidas; nunca adicione uma taxa de balanceamento. Termine com um breve resumo para o gerente e as verificações que ainda precisam de aprovação.
Esperado: US$ 10.000 em vendas pagas, US$ 500 em reembolsos, US$ 300 em taxas, US$ 200 não liquidados e US$ 9.000 em recebimentos bancários. Ambos os repasses correspondem. O105 é um item pendente explicado; a diferença não explicada é zero. Estas são expectativas calculadas, não uma garantia da saída de qualquer ferramenta de IA.
Para registros financeiros confidenciais, use arquivos anonimizados ou discuta implantação privada antes de enviar. Este guia usa arquivos exportados; ele não pressupõe uma conexão bancária ao vivo, monitoramento automático de liquidação ou um agente de verificação independente dentro do RowSpeak.
Etapa 6: Teste uma falha antes de usar o resultado mensal
Faça uma cópia de bank.csv. Altere o crédito de B02 de 3.920 para 3.910 e repita a solicitação com essa cópia e os outros três arquivos de entrada originais.
O total do banco deve se tornar US$ 8.990, e P02 deve mostrar uma diferença de US$ 10. Reembolsos, taxas e valores pendentes devem permanecer inalterados. Se a ferramenta silenciosamente adicionar uma taxa de US$ 10, alterar O105 ou declarar que tudo correspondeu, peça as linhas de origem e mantenha o relatório em rascunho.
Antes de compartilhar, verifique:
- Cada cobrança de pedido concilia com seu valor de origem, e cada crédito bancário tem uma correspondência aprovada.
- Reembolsos e taxas aparecem uma vez, com os sinais corretos.
- Valores pendentes têm IDs de origem e uma data de acompanhamento.
- IDs ausentes, eventos duplicados e correspondências ambíguas permanecem visíveis.
- Saldos inicial e final, moedas, regras de data e completude têm um responsável que pode confirmá-los.
A lista de verificação mais ampla para revisão de relatórios gerados por IA cobre outras verificações, incluindo explicações sem suporte e linhas duplicadas.
O que enviar ao seu gerente
Para a amostra inalterada, uma observação útil é:
As vendas pagas de setembro foram de US$ 10.000. Os recebimentos bancários foram de US$ 9.000 após US$ 500 em reembolsos, US$ 300 em taxas da plataforma e US$ 200 ainda não liquidados no fim do mês. Ambos os lotes de repasse conciliam com créditos bancários. O saldo pendente de US$ 200 se refere ao O105 e precisa de uma verificação de repasse posterior. Nenhuma diferença não explicada permanece dentro do escopo declarado da amostra.
Salve essa observação com as versões de entrada, regras de correspondência, decisões de exceção e aprovação do revisor. Para o próximo mês, o fluxo de trabalho de relatórios CSV recorrentes explica como preservar essas regras enquanto atualiza os arquivos.
Facilite a explicação do seu próximo fechamento
Transforme a diferença não explicada em uma lista de revisão.
Experimente o exemplo de quatro arquivos no RowSpeak antes da sua próxima revisão de fim de mês. Confira o resultado de US$ 9.000 e depois execute o teste de falha de US$ 10 enquanto ainda há tempo para investigar as exceções.
Comece com os arquivos sintéticos. Revise a saída antes de aplicá-la a um fechamento real.
