Reconciliação de Repasses de E-commerce: Crie uma Fila de Exceções no Fechamento Mensal

Cada repasse corresponde ao seu extrato bancário. Então você nota um pedido de setembro reembolsado em outubro, uma conversão de moeda que está US$ 10 abaixo do valor contábil e US$ 120 em taxas de processamento registradas em Despesas diversas. Quais itens precisam de correção e quais precisam apenas de uma explicação?

Este guia ajuda contadores de ecommerce e equipes financeiras a transformar essas perguntas em uma fila de exceções: uma lista curta de itens a revisar, com registros de origem e uma próxima ação para cada um. Você verificará caixa, o saldo de fim de mês e a classificação de taxas separadamente.

Comece com a pasta de trabalho de prática, ou baixe o pacote de prática completo com CSVs, testes de falha e respostas de referência separadas. Todos os registros são sintéticos.

Como é uma fila útil de exceções de repasses

Um repasse é o dinheiro que seu processador de pagamentos envia ao seu banco. Uma conta de compensação é a conta contábil temporária usada para acompanhar os fundos que passam por esse processador. O razão geral, ou GL, registra os lançamentos contábeis.

Conciliar um repasse ao banco responde a uma pergunta: essa transferência chegou? Isso não estabelece se cada reembolso foi registrado, se o saldo remanescente tem suporte ou se as taxas de processamento foram para a conta de despesa correta.

Para este exercício, o resultado útil são quatro itens de revisão:

Uma exceção é um item que precisa de atenção, não automaticamente um erro ou uma perda. Esses valores descrevem coisas diferentes. Somá-los em um único “total de perdas” induziria o revisor ao erro.

Etapa 1: Prepare as exportações e defina o escopo de fim de mês

A pasta de trabalho contém um outubro de 2026 fictício e completo para a DemoStore. Todos os valores do caso principal são em USD, as datas usam UTC e os saldos iniciais são zero. O suplemento em EUR pertence a uma conta separada e fica fora dos totais principais em USD.

Exportações reais de GL frequentemente usam uma linha por linha de conta. Confirme seu formato antes de calcular débitos menos créditos; não conte ambos os lados como despesas. As contas de controle de recebimentos e reembolsos deste exercício não determinam receita reconhecida nem tratamento tributário.

Mantenha as exportações originais inalteradas. Anote a conta, a moeda, o fuso horário, as datas de início e fim e se a conta de compensação inclui transferências em trânsito ou reservas. Obtenha saldos de fronteira do período e pedidos anteriores relevantes. Filtrar todos os arquivos pelas datas de pedido de outubro excluiria o pedido de setembro por trás do reembolso deste mês.

Para a diferença básica entre vendas, atividade do processador e depósitos bancários, use nosso guia de conciliação de vendas para banco.

Etapa 2: Concilie os repasses e depois explique o saldo de fechamento

Primeiro, agrupe os eventos do processador por payout_id. Concilie cada transferência a um crédito bancário usando a referência bancária e depois verifique seu valor e suas datas. Conciliar apenas valores iguais pode conectar transações erradas.

A documentação de conciliação de repasses da Stripe descreve a atividade de repasses itemizada e saldos finais não liquidados. Ela também distingue datas estimadas de chegada de datas reais de lançamento bancário. Seu relatório de repasses automáticos tem escopo definido; repasses manuais ou instantâneos precisam da abordagem de conciliação alternativa apropriada.

Agora calcule o saldo do processador de forma independente:

Saldo inicial do processador              US$ 0
Cobranças de outubro                   US$ 10.000
Reembolsos                             -US$ 300
Taxas de processamento                     -US$ 200
Repasses enviados                      -US$ 8.700
Saldo de fechamento suportado            US$ 800

Saldo de compensação do GL no mesmo escopo       US$ 800
Diferença de saldo inexplicada         US$ 0

Taxas e reembolsos já são negativos em Processor.signed_USD; some esses valores com sinal uma única vez. Subtrair novamente uma taxa negativa superestimaria o saldo.

Os US$ 800 pertencem ao E07, cobrado em 31 de outubro e disponível após o fim do mês. Não há reservas nem transferências em trânsito neste cenário. Em arquivos reais, identifique-os separadamente e evite contar fundos duas vezes entre contas.

A autoverificação é a diferença inexplicada, não um saldo de conta forçado a zero. Um lote totalmente liquidado não deve ter resíduo inexplicado. Uma conta de fim de mês pode legitimamente conter dinheiro que ainda não foi liquidado.

Etapa 3: Revise reembolsos, diferenças de moeda e contas de taxas separadamente

Reembolsos entre períodos: preserve todas as datas relevantes

O pedido S090 é datado de 25 de setembro. Os eventos de reembolso E03 e E04 ocorreram em 3 e 4 de outubro, totalizando US$ 300. Ambos foram incluídos no repasse de outubro P01; seus lançamentos contábeis J03 e J04 também foram registrados em outubro.

Prévia da pasta de trabalho a partir das entradas sintéticas para download. E03/E04 mantêm a data original do pedido; E07 não tem repasse atribuído.

A política do exercício registra reembolsos na data do evento de reembolso. Sob essa regra fornecida, essas datas estão coerentes. Mantenha a trilha de revisão e registre a decisão do revisor; não mova reembolsos para setembro apenas para corresponder ao mês do pedido. A política contábil da sua empresa determina o tratamento.

Diferenças de FX: solicite evidências antes de nomear a causa

Câmbio estrangeiro, ou FX, significa converter entre moedas. No suplemento separado, EUR 1.000 tem um valor contábil histórico em USD de US$ 1.080, enquanto o banco recebe US$ 1.070. Valor contábil significa o valor já registrado nos livros.

A diferença aritmética é US$ 10. Os arquivos não estabelecem quanto se relaciona a taxas de câmbio, taxas de conversão ou outro ajuste. Mantenha isso não resolvido e solicite as datas das taxas históricas, a direção da taxa, a fonte, a composição das taxas e a política de mensuração aplicável. Uma taxa de mercado atual não pode explicar, por si só, uma liquidação passada.

Mapeamento de taxas: compare a conta aprovada com o lançamento real

Um mapeamento de taxas é a regra que conecta um tipo de evento do processador a uma conta contábil. A regra M01 diz que taxas de processamento de outubro pertencem a Taxas de processamento. O lançamento J06, em vez disso, debita Despesas diversas pela taxa de US$ 120 do E06.

Prévia da pasta de trabalho a partir das entradas sintéticas. Compare J06 com a regra M01, vigente de 1º a 31 de outubro. Essa diferença de classificação deixa o crédito da compensação inalterado.

Verifique a regra aprovada vigente na data do evento da taxa, a conta real do lançamento e o histórico de configuração. Um snapshot atual sozinho não informa quando nem por que uma regra mudou.

Neste cenário, o snapshot C01 também direciona taxas de processamento para Despesas diversas. Isso sustenta uma revisão de configuração. Isso não prova uma redefinição silenciosa: o log de alterações está ausente. Se a reclassificação for apropriada, o responsável contábil a aprova; a solicitação de conciliação não deve alterar os livros silenciosamente.

Etapa 4: Envie os arquivos ao RowSpeak e confirme a cobertura

Depois de saber quais verificações precisa, a análise de dados baseada em arquivos do RowSpeak oferece um lugar para reunir as exportações, pedir comparações e refinar a explicação em linguagem simples.

Abra o RowSpeak, faça login e selecione Chat With Excel. Clique na área de upload para escolher payout-month-end-inputs.xlsx do seu computador. Start a conversation with my file abre a biblioteca de arquivos enviados anteriormente. Aguarde o processamento do arquivo antes de pedir a conciliação. Envie a pasta de trabalho ou os nove CSVs base, para que os mesmos registros não sejam contados duas vezes. Mantenha a chave de respostas separada fora da análise.

Captura de tela existente do upload do RowSpeak ilustrando o ponto de entrada; o texto da interface pode mudar. Esta imagem não é um resultado de análise de repasses.

Comece com uma verificação de cobertura:

Inspecione esta pasta de trabalho de prática sintética antes de calcular.
Liste suas planilhas, o que cada linha significa, IDs únicos, intervalos de datas,
contas, moedas, sinais dos valores e evidências ausentes.
Use Read_me para escopo e política. Verifique IDs duplicados e links ausentes.
Confirme que as linhas do GL são lançamentos pareados de débito/crédito.
Mantenha FX_supplement separado de processor_USD. Não preencha taxas,
responsáveis, datas de acompanhamento ou histórico de configuração ausentes com suposições.

Revise antes de continuar: a resposta deve reconhecer nove planilhas, dois repasses, sete eventos do processador e nove lançamentos GL pareados. Evidências de FX e histórico de configuração devem permanecer ausentes. Se uma planilha não for lida, anexe seu CSV e identifique-o explicitamente como fonte substituta.

Em nossa execução de produto de 21 de outubro, o RowSpeak identificou essas contagens, o saldo suportado de US$ 800 e a diferença de classificação de US$ 120 do J06. Uma frase na primeira resposta disse incorretamente que E05/E06 não tinham repasse, embora a mesma resposta tenha calculado corretamente seus grupos de repasse. É por isso que você deve revisar afirmações individuais de fontes, bem como os totais.

Etapa 5: Peça a fila de exceções e inspecione suas evidências

“Dê-me uma fila de exceções” nomeia o resultado desejado. O próximo prompt fornece as regras que tornam a saída revisável:

Prepare a conciliação de repasses de fim de mês de outubro de 2026 usando as
fontes anexadas e a política do Read_me. Use uma tolerância de USD 0,01.

1. Concilie a atividade assinada do Processor com Payouts por payout_id e depois com
Bank por bank_reference/reference. Verifique IDs, cobertura, datas e
valores. Mantenha duplicatas e correspondências ambíguas não resolvidas.
2. Explique saldo inicial + atividade - repasses = saldo de fechamento.
Compare o saldo de compensação do GL com itens de fechamento suportados independentemente
no mesmo escopo de conta. Não force zero nem invente lançamentos.
3. Mantenha distintas as datas do pedido original, do evento de reembolso, de disponibilidade, do repasse enviado,
do lançamento bancário e do GL. Aplique a política de reembolso fornecida.
4. Compare a conta de débito do GL de cada taxa com Mapping vigente na sua
data de evento. Um snapshot não é prova de quando nem por que uma regra mudou.
5. Mantenha o suplemento em EUR separado. Mostre valores contábeis versus valores bancários em USD;
deixe a causa não resolvida sem taxas históricas e taxas de conversão.

Retorne a conciliação de repasses, uma explicação do saldo de fechamento, uma comparação de contas de taxas
e uma fila de exceções. Inclua planilha/arquivo de origem,
ID da linha, IDs de evento/repasse, datas relevantes, valor, moeda, base do valor,
regra/evidência, status e próxima ação. Deixe responsáveis e datas de vencimento
desconhecidos em branco. Separe diferenças de caixa inexplicadas de valores
de classificação. Inclua itens explicados em aberto que precisam de evidência de liquidação posterior.
Não marque um item como aprovado ou resolvido sem evidência de suporte.

Captura real do produto a partir da execução da pasta de trabalho sintética em 21 de outubro de 2026. A captura de tela mostra a solicitação enviada e o plano de análise, não um fechamento aprovado. Elementos do navegador e histórico da conta são excluídos.

Rastreie pelo menos uma linha em cada saída de volta ao arquivo original. Para M-01, isso significa Processor E06 → GL J06 → Mapping M01, com C01 como contexto adicional. Uma explicação confiante sem esses registros é insuficiente.

Na execução concluída com o prompt completo, a resposta visível conciliou ambos os repasses a US$ 8.700 em créditos bancários, explicou o saldo de fechamento de US$ 800 sem diferença inexplicada e identificou o item de classificação de taxa de US$ 120. Manteve a diferença de US$ 10 do X01 não resolvida e o saldo de US$ 800 do E07 em aberto para evidência de liquidação posterior. Sua tabela de repasses vinculou corretamente E05 a P01 e E06 a P02.

Resposta real do RowSpeak recortada da mesma execução sintética. Os IDs da fila diferem dos nossos IDs de referência; compare registros de origem e significado. Verificamos a resposta visível em relação às entradas, não cada célula ou fórmula no download gerado. Esta é uma execução ilustrativa, não um benchmark de precisão.

Se uma afirmação de fonte estiver errada ou um limite sem suporte aparecer, solicite uma correção antes de usar o resultado:

Reveja cada vínculo de evento para repasse em relação a Processor.payout_id.
Cite os IDs das linhas afetadas e corrija afirmações conflitantes.
Use apenas a tolerância de correspondência de USD 0,01 fornecida. Não invente um
limite de materialidade contábil nem descarte itens sem nossa política.

Salve a resposta antes de abrir a chave de respostas independente. A referência abaixo mostra o que os registros fornecidos suportam; não é uma resposta capturada do RowSpeak.

Captura de tela da chave de respostas de prática, calculada separadamente a partir dos CSVs. Use-a para avaliar sua saída; não é evidência de desempenho do produto.

Etapa 6: Execute um teste de falha antes de usar o resultado para o fechamento

Uma análise deve responder corretamente quando um registro de origem muda. O pacote de prática inclui duas variantes controladas:

Use qualquer uma das variantes em vez de sua fonte de linha de base e indique a substituição na sua solicitação. Não envie a pasta de trabalho de linha de base junto com os CSVs da variante. Estes são testes de referência, não uma afirmação de que uma execução ao vivo do RowSpeak os passou.

Execute novamente as mesmas verificações nesta variante. Identifique qual fonte mudou,
quais resultados de controle mudaram e quais permaneceram iguais. Mostre os
IDs de origem por trás de qualquer nova diferença. Nunca adicione uma taxa de balanceamento.

Rejeite uma resposta que explique como se não existisse a diferença de US$ 30, altere o total de caixa após uma edição apenas de conta, rotule os US$ 10 sem suporte como perda de FX comprovada ou remova os US$ 800 apenas para chegar a zero. Para um processo de revisão mais amplo, siga nosso guia para auditar relatórios do Excel gerados por IA.

Leve itens abertos para o próximo mês

Mantenha juntas as versões de entrada, o mapeamento aprovado, os prompts salvos, os IDs de origem, as decisões do revisor e as evidências. Atribua um responsável e uma data de acompanhamento a cada item aberto. B-01 pode ser marcado como resolvido depois que o repasse posterior e o recebimento bancário forem rastreados; M-01 precisa de uma decisão de lançamento documentada; X-01 precisa da evidência de conversão ausente.

Depois de verificar a saída, peça uma nota curta de fechamento:

Redija uma nota de revisão de fim de mês usando apenas os resultados verificados. Separe
repasses conciliados, saldos abertos suportados, itens de classificação e
diferenças não resolvidas. Cite IDs de origem e liste decisões aguardando
aprovação do responsável contábil. Não declare que os livros foram aprovados.

Antes do seu próximo fechamento, experimente a conciliação de exemplo no RowSpeak. Verifique se sua saída preserva o saldo legítimo de US$ 800, identifica o item de classificação de US$ 120 e encontra os US$ 30 ausentes na variante de falha. Comece enquanto ainda há tempo para obter exportações e registros de configuração ausentes.

Se seus arquivos financeiros reais exigirem implantação dentro do ambiente da sua organização, revise a opção de implantação local do RowSpeak antes de escolher o fluxo de trabalho de produção.

Método, fontes e limites

Preparado pela Equipe RowSpeak · 21 de outubro de 2026. Criamos os registros de origem fictícios, verificamos os controles separadamente usando aritmética decimal e fornecemos as respostas de referência e variantes de falha deliberadas. A IA auxiliou na redação e preparação. As prévias da pasta de trabalho mostram as entradas; a captura de tela da página de respostas mostra o cálculo de referência independente. A imagem de upload ilustra um ponto de entrada existente. As duas capturas do produto ao vivo mostram nosso prompt enviado e a fila resultante. Revisamos a resposta visível da execução de linha de base; as variantes de falha foram verificadas independentemente e não foram executadas no RowSpeak.

O caminho de upload e conversa segue a documentação de primeiros passos do RowSpeak. O escopo do relatório e a terminologia de repasses são embasados pela documentação de conciliação de repasses da Stripe; nosso cenário é um exercício simplificado e neutro em relação à plataforma, não um modelo de exportação da Stripe.

Os prompts solicitam análise de arquivos enviados. Eles não estabelecem integração bancária ao vivo, lançamento contábil automático, monitoramento persistente ou aprovação contábil. Adapte corte, mensuração de moeda e tratamento de contas à política da sua organização e faça o contador responsável aprovar o fechamento.

Comece com a pasta de trabalho sintética no RowSpeak antes do seu próximo fechamento. Use as respostas independentes para verificar a saída e depois escolha um fluxo de trabalho de produção que atenda aos requisitos de dados e revisão da sua equipe financeira.