Pular para o conteúdo
Engenharia de dados · São Paulo

Relatórios que avisam quando o dado vem errado.

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

BradescoSantanderSinqiaClaro
O caminho do seu dadoconfiável

Validado em cada etapa, do sistema de origem até o relatório.

1
Coleta
Puxa do ERP, banco e planilhas — sem copiar e colar à mão.
2
Validação
Confere as regras. Dado com erro é barrado aqui, não chega ao relatório.
quarentenao erro fica preso aqui, em vez de virar relatório
3
Entrega
Vira dashboard e relatório que a diretoria abre sem desconfiar.

O número certo chega pronto. Sem depender de uma planilha que uma pessoa atualiza à mão.

01O problema

O número chega à diretoria. Mas ninguém garante que ele está certo.

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?

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.

Dashboard que ninguém confia

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.

Pipeline que quebra calado

A carga falha, muda um layout de arquivo, uma coluna sai do lugar — e nada avisa. O relatório sai bonito e errado.

Fechamento manual recorrente

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.

Dado espalhado em todo lugar

ERP, banco, planilha, sistema legado. Cada decisão começa com uma caça ao dado antes de qualquer análise de verdade.

Refém da planilha mestre

Existe uma pessoa que entende a planilha que sustenta o fechamento. Se ela sai de férias, o processo trava junto.

02A solução

Dado confiável não é sorte. É arquitetura.

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.

Diagnóstico
Arquitetura
Ingestão
Validação
Transformação
Dashboard
Automação
Documentação
Sustentação
01

Contract-first

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.

02

Camadas separadas + quarentena

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.

03

Documentação como entrega

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.

04Método de trabalho

Diagnóstico antes de build.

Um processo previsível, do primeiro contato à sustentação. Você sabe o que vem em cada etapa — e por que ela existe.

  1. 1

    Diagnóstico

    Conversa de 30 minutos e leitura do seu cenário. Onde dói, o que já existe, o que está em risco.

  2. 2

    Mapeamento das fontes

    Levanto de onde o dado vem: ERP, bancos, planilhas, APIs. Cada fonte ganha um contrato esperado.

  3. 3

    Desenho da arquitetura

    Defino as camadas, as regras de validação e o ponto de quarentena antes de escrever a primeira linha.

  4. 4

    Construção em camadas

    Ingestão, validação e transformação separadas. Cada etapa é testável e isolada das outras.

  5. 5

    Validação e quarentena

    Dado fora do contrato é barrado e sinalizado. O número só chega ao consumo depois de passar nas regras.

  6. 6

    Entrega documentada

    Runbook, dicionário de dados e registro de decisões. A entrega inclui o que o seu time precisa para operar.

  7. 7

    Acompanhamento

    Período de sustentação e ajuste fino. 30 dias de correção de bug sem custo após a entrega.

05Experiência e autoridade

Quem vende é quem 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.

A diferença é o que quebra em produção.

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.

19
anos em engenharia de dados
5+
anos construindo a camada analítica de um banco
3
países atendidos: Nova York, Madrid e Londres
100%
foco em ambiente de número crítico

Stack em uso

PostgreSQL logoPostgreSQL
SQL Server logoSQL Server
BigQuery logoBigQuery
Snowflake logoSnowflake
Databricks logoDatabricks
AWS logoAWS
Power BI logoPower BI
dbt logodbt
Python logoPython
Airflow logoAirflow
GEGreat Expectations
06Diferenciais

Por que trabalhar com a TPS.

Quem vende é quem entrega

Você fala e trabalha com o arquiteto que escreve o código. Sem camada de vendas, sem repassar para um júnior.

Documentação é parte da entrega

Runbook, dicionário e decisões registradas. Não é um extra cobrado depois — vem junto.

Diagnóstico antes de build

Primeiro entendo onde quebra, depois construo. Você não paga por um projeto definido no escuro.

Confiabilidade em primeiro lugar

O objetivo não é o dashboard mais bonito. É o número em que a diretoria confia sem conferir à mão.

Visão técnica e de negócio

Entendo o pipeline e entendo o fechamento. A conversa é sobre decisão, não só sobre tecnologia.

Comunicação direta

Sem jargão vazio e sem promessa que não se sustenta. O que é risco, eu falo que é risco.

Diagnóstico

Quer descobrir onde seus relatórios podem estar quebrando em silêncio?

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.

Agendar diagnóstico
Resposta humana Sem compromisso até a proposta NDA bilateral
07Perguntas frequentes

Antes de você perguntar.

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.

08Próximo passo

Dados confiáveis antes de decisões importantes.

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.

  • Resposta humana — você fala direto com o arquiteto.
  • Diagnóstico antes de qualquer build ou cobrança.
  • NDA bilateral antes de qualquer detalhe sensível.

Começar um diagnóstico

Seus dados não vão para lista nenhuma. Resposta humana, sem spam.