← todos os projetos
Consultoria de dados para grupo de e-commerce multimarca
Sustentação e correção da plataforma de dados — ingestão do ERP e dos marketplaces para a nuvem, conciliação com o faturamento e fim das duplicidades no BI.
- Meu papel
- Engenharia e consultoria de dados — sustentação, investigação de causa raiz, arquitetura, governança de acessos e documentação.
- Período
- fev – mai 2026
- Status
- Projeto encerrado
- Colaboração
- Prestado por meio de uma consultoria, junto com a equipe dela. Cliente mantido anônimo.
52tabelas analisadas na carga completa
4 mesesde sustentação
0duplicidade de pagamento após correção na raiz
Contexto
Um grupo de e-commerce com várias marcas vendia em loja própria e marketplaces. Os números do BI não batiam com o faturamento, pedidos paravam de chegar e ninguém tinha certeza de qual dado era o certo.
O que foi feito
- Sustentação das ingestões: monitorar, forçar e recuperar rotinas entre ERP, banco de origem, AWS e Snowflake.
- Causa raiz das divergências: pedidos sem data de faturamento, itens duplicados por junções, canais “Full” misturados, marcas faltando no BI.
- Correção na origem: a duplicidade de formas de pagamento foi eliminada e confirmada pelo cliente.
- Conciliação ERP × BI por marca, impostos e brindes.
- Arquitetura: análise de carga completa de 52 tabelas, incrementalização, custo e capacidade.
- Governança: usuários, papéis e acessos no Snowflake, com limpeza de contas antigas e controle de billing.
- Comunicação: atas, planos de ação e relatórios executivos.
Na demonstração
O exemplo interativo reproduz, com dados inventados, o tipo de problema mais comum: duplicidade e pedido sem faturamento inflando o BI.
DEMONSTRAÇÃO · DADOS FICTÍCIOS
Por que o BI não bate com o faturamento?
Pedidos de marketplace chegam por um ERP. Alguns duplicam, outros chegam sem data de faturamento. Rode as etapas:
linhas–
total no BI–
faturado (ERP)–
diferença–
| pedido | canal | valor | faturado em |
|---|