Fechamento que mora no Excel
Três dias por mês copiando, colando e conferindo célula. Toda vez do zero, e o erro só aparece depois que o número já subiu.
Engenharia de dados, dashboards executivos e automação de relatórios para controladoria, BI e diretoria. 19 anos transformando dado frágil no número que o board usa sem desconfiar.
Resposta humana · diagnóstico antes de qualquer build · NDA bilateral
Experiência construída em
Validado em cada etapa, do sistema de origem até o relatório.
O número certo chega pronto. Sem depender de uma planilha que uma pessoa atualiza à mão.
Quando os dados dependem de passos manuais e processos frágeis, o erro é silencioso — e aparece tarde, na frente de quem decide. Reconhece algum destes sintomas?
Três dias por mês copiando, colando e conferindo célula. Toda vez do zero, e o erro só aparece depois que o número já subiu.
Cada área chega na reunião com um número diferente. Quando o board pergunta de onde veio, ninguém sabe responder com segurança.
A carga falha, muda um layout de arquivo, uma coluna sai do lugar — e nada avisa. O relatório sai bonito e errado.
Todo mês o mesmo ritual de planilha. O time vira refém da rotina e sobra pouco tempo para analisar o que o número está dizendo.
ERP, banco, planilha, sistema legado. Cada decisão começa com uma caça ao dado antes de qualquer análise de verdade.
Existe uma pessoa que entende a planilha que sustenta o fechamento. Se ela sai de férias, o processo trava junto.
A TPS reconstrói o caminho do dado em etapas claras, cada uma com validação e registro. O resultado é um número que se sustenta sozinho e um time que entende como ele foi produzido.
O pipeline começa por um contrato de dados, não pelo código. Quando a fonte muda, o contrato acusa primeiro — e o resto reage de forma controlada.
Ingestão, validação e transformação em estágios distintos. Dado que bate fora do esperado vai para quarentena, não para o relatório da diretoria.
Runbook, dicionário de dados e registro de decisões fazem parte do escopo. Seu time evolui o sistema sem depender de mim para sempre.
Todo trabalho começa por um diagnóstico. A partir dele, definimos juntos o escopo certo — sem comprar nada às cegas.
Um processo previsível, do primeiro contato à sustentação. Você sabe o que vem em cada etapa — e por que ela existe.
Conversa de 30 minutos e leitura do seu cenário. Onde dói, o que já existe, o que está em risco.
Levanto de onde o dado vem: ERP, bancos, planilhas, APIs. Cada fonte ganha um contrato esperado.
Defino as camadas, as regras de validação e o ponto de quarentena antes de escrever a primeira linha.
Ingestão, validação e transformação separadas. Cada etapa é testável e isolada das outras.
Dado fora do contrato é barrado e sinalizado. O número só chega ao consumo depois de passar nas regras.
Runbook, dicionário de dados e registro de decisões. A entrega inclui o que o seu time precisa para operar.
Período de sustentação e ajuste fino. 30 dias de correção de bug sem custo após a entrega.
Tiago Pereira da Silva — Data Architect, 19 anos em dados.
Os últimos cinco anos construindo a camada analítica de um banco em PostgreSQL, SQL Server, BigQuery e Power BI, com modelos de Random Forest e Bagging em produção. Antes, atendi o Santander em Nova York, Madrid e Londres pela Sinqia, e passei por Bradesco e NET/Claro.
Cursando MBA em Data Science e Analytics na USP. Autor da biblioteca open-source InstaT (Python), com suíte de testes e CI. A experiência é no mercado financeiro — onde o número errado tem custo real e visível.
Já refiz um pipeline depois que uma mudança silenciosa de layout em um arquivo desalinhou colunas e corrompeu um relatório diário sem ninguém perceber. Separei ingestão, validação e transformação e adicionei quarentena. É esse tipo de julgamento — saber onde o dado falha de verdade — que entra em cada projeto.
Stack em uso
Você fala e trabalha com o arquiteto que escreve o código. Sem camada de vendas, sem repassar para um júnior.
Runbook, dicionário e decisões registradas. Não é um extra cobrado depois — vem junto.
Primeiro entendo onde quebra, depois construo. Você não paga por um projeto definido no escuro.
O objetivo não é o dashboard mais bonito. É o número em que a diretoria confia sem conferir à mão.
Entendo o pipeline e entendo o fechamento. A conversa é sobre decisão, não só sobre tecnologia.
Sem jargão vazio e sem promessa que não se sustenta. O que é risco, eu falo que é risco.
Diagnóstico
Em uma conversa de 30 minutos eu mostro onde estão os riscos mais prováveis no seu fluxo de dados — e o que dá para resolver primeiro.
Não achou a sua dúvida? Manda uma mensagem — respondo direto, sem formulário longo.
Sim. Muita coisa de alto impacto é pequena em escopo: automatizar um relatório que toma três dias, ou colocar validação em um fechamento. O diagnóstico ajuda a achar o primeiro passo certo, independente do tamanho.
Sim. Na maioria dos casos não começo do zero — parto do seu ERP, banco, planilhas e relatórios atuais. O trabalho é organizar e dar confiabilidade ao que você já tem, sem trocar tudo de uma vez.
É um dos pedidos mais comuns. Mapeio o que a planilha faz, reescrevo a lógica em código testável e automatizo a geração do resultado. A planilha deixa de ser o sistema crítico que depende de uma pessoa.
Os dois, e geralmente juntos. Dashboard executivo só vale se o número for confiável — e isso depende do pipeline de ingestão, validação e transformação que alimenta o painel.
Sim. Modelagem, DAX e conexão à fonte real. Também resgato dashboards de Power BI que foram implantados mas ninguém usa, porque ninguém confia no dado por trás.
Só o necessário, e sempre com NDA bilateral antes de qualquer detalhe. No diagnóstico, costuma bastar conversar e ver exemplos de relatório. O acesso a dados é combinado por etapa, com o cuidado de quem trabalhou no mercado financeiro.
Sim. Atendimento é remoto a partir de São Paulo, com experiência de trabalho com times em Nova York, Madrid, Londres e, hoje, na Alemanha. Pagamento internacional via Wise (EUR/USD).
Por uma conversa de 30 minutos, sem compromisso. A partir dela, defino um diagnóstico com o mapa do problema, a recomendação técnica e a ordem de prioridade. Valores são apresentados na proposta.
Conte em duas linhas o que mais incomoda no seu fluxo de dados hoje. Eu respondo com uma leitura honesta e o próximo passo.