E-commerce e marketplaces

Você vendeu na terça. O dinheiro chega na sexta, e nunca é o mesmo número.

Um trabalhador digital da Pantera decompõe cada repasse nos pedidos que o originaram, cruza contra o que o ERP registrou e escala apenas as diferenças reais — em cada gateway, marketplace e conta bancária por onde você vende.

Escrito para CFOs, controllers e líderes financeiros de operações de e-commerce no Brasil.

Por que isso quebra

Ninguém paga por pedido. Pagam por lote.

Um gateway ou um marketplace não deposita o que o cliente pagou. Deposita um lote líquido, no ciclo dele, depois de descontar comissões, retenções, estornos e o que ele decidiu segurar — e o seu ERP registrou a venda bruta em outro dia.

Um depósito, centenas de pedidos

Uma única transferência pode cobrir três dias de vendas em vários meios de pagamento. Abrir isso pedido a pedido é a única forma de saber se está certo, e é a primeira coisa que uma equipe sobrecarregada deixa de fazer.

Estornos e chargebacks andam para trás

Uma devolução registrada neste mês reduz um repasse do mês seguinte, muitas vezes sem a nota de crédito ter sido emitida. A contabilidade mostra uma receita que o banco já levou de volta.

Cada canal tem o seu próprio relatório

Cada gateway e cada marketplace publica as liquidações no seu formato, no seu calendário e com nomes próprios para o mesmo desconto. Alguém baixa todos e cola numa planilha.

O frete é faturado em lote, bem depois da venda

As transportadoras faturam centenas de envios de uma vez, semanas depois. Amarrar essa fatura aos pedidos que ela entregou é o que torna a margem real por pedido tão difícil de enxergar.

O que ela executa

Quatro processos, rodando em todos os canais ao mesmo tempo

O volume é o problema inteiro. Cada pedido é pequeno, cada desconto é pequeno, e são milhares deles — que é exatamente o formato de trabalho para o qual existe um trabalhador digital.

Repasses decompostos de volta em pedidos

Cada relatório de liquidação é lido como se fosse um extrato bancário: o repasse é dividido de volta nos pedidos, comissões, retenções e ajustes que contém, cruzado contra o ERP e contra o banco, e o que sobra é escalado com a evidência anexada.

Estornos, chargebacks e notas de crédito

O dinheiro que anda para trás é amarrado ao pedido de onde veio e ao documento que deveria sustentá-lo, para que uma devolução não fique na contabilidade como receita que você já não tem.

Faturas de transportadoras e fornecedores

As faturas de frete em lote são conferidas linha a linha contra o que foi realmente enviado, e as notas de fornecedores contra os pedidos de compra, antes de qualquer lançamento. Só as exceções de verdade chegam a uma pessoa.

Conferência dos documentos fiscais

Os documentos são validados antes de entrar na contabilidade, segundo as regras fiscais do país em que a operação vende, para que um documento com problema não apareça só no fechamento.

Cada canal continua visível sozinho

As diferenças são reportadas por gateway e por marketplace, não como um número consolidado, para que um canal cujos descontos estão subindo se mostre em vez de sumir no total.

Nos seus próprios sistemas

Nada migra e nada é substituído

O trabalhador digital opera dentro do ERP que você já usa e lê os relatórios de cada canal do jeito que a sua equipe lê hoje, com acesso somente leitura.

Suas regras, não as nossas

Os critérios de cruzamento são os que o seu controller já aplica na mão. Você mostra uma vez e o trabalhador digital executa daí em diante, igual todo dia.

Tudo o que ela faz é evidência

Cada ação, cada regra aplicada e cada aprovação ficam registradas com a trilha de auditoria, para que uma diferença possa ser explicada meses depois sem reconstruir nada de memória.

Próximo passo

Traga um canal e mostramos o processo rodando

Trinta minutos, em um ERP parecido com o seu. Escolha o gateway ou o marketplace que mais demora para conciliar e mostramos como ele fica quando um trabalhador digital assume.