Vai al contenuto
Ingegneria dei dati · São Paulo

Report che avvisano quando il dato è sbagliato.

Ingegneria dei dati, dashboard per la direzione e automazione dei report per finance, BI e vertici. 19 anni a trasformare un dato fragile nel numero che il board usa senza dubitare.

Risposta umana · una diagnosi prima di ogni sviluppo · NDA reciproco

Esperienza costruita in

BradescoSantanderSinqiaClaro
Il percorso del tuo datoaffidabile

Validato a ogni passo, dal sistema di origine fino al report.

1
Raccolta
Estrae da ERP, database e fogli di calcolo, senza copia-incolla a mano.
2
Validazione
Controlla le regole. Il dato errato viene bloccato qui, non arriva al report.
quarantenal'errore resta bloccato qui invece di diventare un report
3
Consegna
Diventa dashboard e report che la direzione apre senza dubitare.

Il numero giusto arriva pronto. Senza dipendere da un foglio che una persona aggiorna a mano.

01Il problema

Il numero arriva alla direzione. Ma nessuno garantisce che sia giusto.

Quando i dati dipendono da passaggi manuali e processi fragili, l'errore è silenzioso e arriva tardi, davanti a chi decide. Riconosci qualcuno di questi sintomi?

Una chiusura che vive in Excel

Tre giorni al mese a copiare, incollare e controllare celle. Ogni volta da zero, e l'errore appare solo dopo che il numero è già salito.

Una dashboard di cui nessuno si fida

Ogni area arriva in riunione con un numero diverso. Quando il board chiede da dove viene, nessuno risponde con sicurezza.

Una pipeline che si rompe in silenzio

Il caricamento fallisce, cambia un formato file, una colonna si sposta, e nulla avvisa. Il report esce bello e sbagliato.

Una chiusura manuale ricorrente

Ogni mese lo stesso rituale del foglio. Il team è ostaggio della routine, con poco tempo per analizzare cosa dice il numero.

Dati sparsi ovunque

ERP, database, foglio, sistema legacy. Ogni decisione inizia con una caccia al dato prima di qualsiasi analisi vera.

Ostaggio del foglio principale

C'è una persona che capisce il foglio che regge la chiusura. Se va in ferie, il processo si blocca con lei.

02La soluzione

Un dato affidabile non è fortuna. È architettura.

TPS ricostruisce il percorso del dato in fasi chiare, ognuna con validazione e tracciamento. Il risultato è un numero che si regge da solo e un team che capisce come è stato prodotto.

Diagnosi
Architettura
Ingestione
Validazione
Trasformazione
Dashboard
Automazione
Documentazione
Supporto
01

Contract-first

La pipeline parte da un contratto dati, non dal codice. Quando la sorgente cambia, il contratto lo segnala per primo e il resto reagisce in modo controllato.

02

Livelli separati + quarantena

Ingestione, validazione e trasformazione in fasi distinte. Il dato fuori dall'atteso va in quarantena, non nel report della direzione.

03

La documentazione come consegna

Runbook, dizionario dati e registro delle decisioni fanno parte dello scope. Il tuo team evolve il sistema senza dipendere da me per sempre.

04Come lavoro

Una diagnosi prima di costruire.

Un processo prevedibile, dal primo contatto al supporto. Sai cosa arriva a ogni fase e perché esiste.

  1. 1

    Diagnosi

    Conversazione di 30 minuti e lettura del tuo scenario. Dove fa male, cosa esiste già, cosa è a rischio.

  2. 2

    Mappatura delle sorgenti

    Rilevo da dove viene il dato: ERP, database, fogli, API. Ogni sorgente riceve un contratto atteso.

  3. 3

    Disegno dell'architettura

    Definisco i livelli, le regole di validazione e il punto di quarantena prima della prima riga.

  4. 4

    Costruzione a livelli

    Ingestione, validazione e trasformazione separate. Ogni fase è testabile e isolata dalle altre.

  5. 5

    Validazione e quarantena

    Il dato fuori contratto viene bloccato e segnalato. Il numero arriva all'uso solo dopo aver superato le regole.

  6. 6

    Consegna documentata

    Runbook, dizionario dati e registro delle decisioni. La consegna include ciò che serve al tuo team per operare.

  7. 7

    Follow-up

    Periodo di supporto e messa a punto. 30 giorni di correzione bug senza costo dopo la consegna.

05Esperienza e autorità

Chi vende è chi consegna.

Tiago Pereira da Silva — Data Architect, 19 anni nei dati.

Gli ultimi cinque anni a costruire il layer analitico di una banca in PostgreSQL, SQL Server, BigQuery e Power BI, con modelli Random Forest e Bagging in produzione. Prima ho seguito Santander a New York, Madrid e Londra tramite Sinqia, e sono passato per Bradesco e NET/Claro.

MBA in Data Science e Analytics alla USP in corso. Autore della libreria open-source InstaT (Python), con suite di test e CI. L'esperienza è nel settore finanziario, dove il numero sbagliato ha un costo reale e visibile.

La differenza è ciò che si rompe in produzione.

Ho rifatto una pipeline dopo che un cambio silenzioso di formato in un file ha disallineato le colonne e corrotto un report giornaliero senza che nessuno se ne accorgesse. Ho separato ingestione, validazione e trasformazione e aggiunto la quarantena. È questo tipo di giudizio, sapere dove il dato fallisce davvero, che entra in ogni progetto.

19
anni nell'ingegneria dei dati
5+
anni a costruire il layer analitico di una banca
3
paesi serviti: New York, Madrid e Londra
100%
focus su ambienti dal numero critico

Stack in 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
06Differenziatori

Perché lavorare con TPS.

Chi vende è chi consegna

Parli e lavori con l'architetto che scrive il codice. Senza layer commerciale, senza passare a un junior.

La documentazione è parte della consegna

Runbook, dizionario e decisioni registrate. Non un extra fatturato dopo: è incluso.

Una diagnosi prima di costruire

Prima capisco dove si rompe, poi costruisco. Non paghi un progetto definito al buio.

Affidabilità prima di tutto

L'obiettivo non è la dashboard più bella. È il numero di cui la direzione si fida senza controllare a mano.

Visione tecnica e di business

Capisco la pipeline e capisco la chiusura. La conversazione è sulla decisione, non solo sulla tecnologia.

Comunicazione diretta

Senza gergo vuoto e senza promesse insostenibili. Ciò che è un rischio, dico che è un rischio.

Diagnosi

Vuoi scoprire dove i tuoi report potrebbero rompersi in silenzio?

In una conversazione di 30 minuti ti mostro i rischi più probabili nel tuo flusso di dati e cosa si può risolvere per primo.

Prenota una diagnosi
Risposta umana Senza impegno fino alla proposta NDA reciproco
07Domande frequenti

Prima che tu lo chieda.

Non hai trovato la tua domanda? Mandami un messaggio: rispondo direttamente, senza moduli lunghi.

  • Sì. Molto lavoro ad alto impatto è piccolo come scope: automatizzare un report che richiede tre giorni, o aggiungere validazione a una chiusura. La diagnosi aiuta a trovare il primo passo giusto, a prescindere dalla dimensione.

  • Sì. Nella maggior parte dei casi non parto da zero: parto dal tuo ERP, database, fogli e report attuali. Il lavoro è organizzare e rendere affidabile ciò che hai già, senza cambiare tutto in una volta.

  • È una delle richieste più comuni. Mappo cosa fa il foglio, riscrivo la logica in codice testabile e automatizzo la generazione del risultato. Il foglio smette di essere il sistema critico che dipende da una persona.

  • Entrambi, di solito insieme. Una dashboard esecutiva vale solo se il numero è affidabile — e questo dipende dalla pipeline di ingestione, validazione e trasformazione che la alimenta.

  • Sì. Modellazione, DAX e connessione alla fonte reale. Recupero anche dashboard Power BI installate ma inutilizzate, perché nessuno si fida del dato dietro.

  • Solo il necessario, e sempre con NDA reciproco prima di ogni dettaglio. Per la diagnosi di solito basta parlare e vedere esempi di report. L'accesso ai dati si concorda per fasi, con la cura di chi ha lavorato nel settore finanziario.

  • Sì. Il lavoro è da remoto da São Paulo, con esperienza con team a New York, Madrid, Londra e, oggi, in Germania. Pagamento internazionale via Wise (EUR/USD).

  • Con una conversazione di 30 minuti, senza impegno. Da lì definisco una diagnosi con la mappa del problema, la raccomandazione tecnica e l'ordine di priorità. I valori sono presentati nella proposta.

08Prossimo passo

Dati affidabili prima delle decisioni importanti.

Dimmi in due righe cosa ti dà più fastidio nel tuo flusso di dati oggi. Rispondo con una lettura onesta e il passo successivo.

  • Risposta umana: parli direttamente con l'architetto.
  • Una diagnosi prima di ogni sviluppo o addebito.
  • Un NDA reciproco prima di ogni dettaglio sensibile.

Inizia una diagnosi

I tuoi dati non finiscono in nessuna lista. Risposta umana, niente spam.