Aller au contenu
Ingénierie des données · São Paulo

Des rapports qui alertent quand la donnée est fausse.

Ingénierie des données, tableaux de bord pour la direction et automatisation des rapports pour la finance, la BI et le comité. 19 ans à transformer une donnée fragile en un chiffre que le board utilise sans se méfier.

Réponse humaine · un diagnostic avant toute construction · NDA mutuel

Expérience bâtie chez

BradescoSantanderSinqiaClaro
Le parcours de votre donnéefiable

Validé à chaque étape, du système source jusqu'au rapport.

1
Collecte
Extrait de l'ERP, de la base et des tableurs, sans copier-coller à la main.
2
Validation
Vérifie les règles. La donnée erronée est bloquée ici, elle n'atteint pas le rapport.
quarantainel'erreur reste bloquée ici au lieu de devenir un rapport
3
Livraison
Devient un tableau de bord et un rapport que la direction ouvre sans se méfier.

Le bon chiffre arrive prêt. Sans dépendre d'un tableur qu'une personne met à jour à la main.

01Le problème

Le chiffre arrive à la direction. Mais personne ne garantit qu'il est juste.

Quand les données dépendent d'étapes manuelles et de processus fragiles, l'erreur est silencieuse et apparaît tard, devant les décideurs. Reconnaissez-vous l'un de ces symptômes ?

Une clôture qui vit dans Excel

Trois jours par mois à copier, coller et vérifier des cellules. À zéro chaque fois, et l'erreur n'apparaît qu'après la remontée du chiffre.

Un tableau de bord auquel personne ne se fie

Chaque équipe arrive en réunion avec un chiffre différent. Quand le board demande d'où il vient, personne ne répond avec assurance.

Un pipeline qui casse en silence

Le chargement échoue, un format de fichier change, une colonne se décale, et rien n'alerte. Le rapport sort beau et faux.

Une clôture manuelle récurrente

Chaque mois le même rituel de tableur. L'équipe est l'otage de la routine, avec peu de temps pour analyser ce que dit le chiffre.

Des données éparpillées partout

ERP, base, tableur, système hérité. Chaque décision commence par une chasse à la donnée avant toute vraie analyse.

Otage du tableur maître

Une seule personne comprend le tableur qui tient la clôture. Si elle part en congé, le processus se bloque avec elle.

02La solution

Une donnée fiable n'est pas une chance. C'est de l'architecture.

TPS reconstruit le parcours de la donnée en étapes claires, chacune avec validation et traçabilité. Le résultat : un chiffre qui tient seul et une équipe qui comprend comment il a été produit.

Diagnostic
Architecture
Ingestion
Validation
Transformation
Tableau de bord
Automatisation
Documentation
Maintien
01

Contract-first

Le pipeline commence par un contrat de données, pas par le code. Quand la source change, le contrat le signale d'abord et le reste réagit de façon contrôlée.

02

Couches séparées + quarantaine

Ingestion, validation et transformation en étapes distinctes. La donnée hors attendu part en quarantaine, pas dans le rapport de la direction.

03

La documentation comme livrable

Runbook, dictionnaire de données et journal des décisions font partie du périmètre. Votre équipe fait évoluer le système sans dépendre de moi pour toujours.

04Comment je travaille

Un diagnostic avant toute construction.

Un processus prévisible, du premier contact au maintien. Vous savez ce qui vient à chaque étape et pourquoi elle existe.

  1. 1

    Diagnostic

    Échange de 30 minutes et lecture de votre situation. Où ça fait mal, ce qui existe déjà, ce qui est à risque.

  2. 2

    Cartographie des sources

    Je relève d'où vient la donnée : ERP, bases, tableurs, API. Chaque source reçoit un contrat attendu.

  3. 3

    Conception de l'architecture

    Je définis les couches, les règles de validation et le point de quarantaine avant la première ligne.

  4. 4

    Construction par couches

    Ingestion, validation et transformation séparées. Chaque étape est testable et isolée des autres.

  5. 5

    Validation et quarantaine

    La donnée hors contrat est bloquée et signalée. Le chiffre n'atteint l'usage qu'après avoir passé les règles.

  6. 6

    Livraison documentée

    Runbook, dictionnaire de données et journal des décisions. La livraison inclut ce dont votre équipe a besoin pour opérer.

  7. 7

    Suivi

    Période de maintien et d'ajustement. 30 jours de correction de bugs sans frais après la livraison.

05Expérience et autorité

Celui qui vend est celui qui livre.

Tiago Pereira da Silva — Data Architect, 19 ans dans la donnée.

Les cinq dernières années à construire la couche analytique d'une banque en PostgreSQL, SQL Server, BigQuery et Power BI, avec des modèles Random Forest et Bagging en production. Avant, j'ai servi Santander à New York, Madrid et Londres via Sinqia, et travaillé chez Bradesco et NET/Claro.

En MBA Data Science et Analytics à l'USP. Auteur de la bibliothèque open-source InstaT (Python), avec suite de tests et CI. L'expérience est dans la finance, où le mauvais chiffre a un coût réel et visible.

La différence, c'est ce qui casse en production.

J'ai refait un pipeline après qu'un changement silencieux de format de fichier a décalé des colonnes et corrompu un rapport quotidien sans que personne ne s'en aperçoive. J'ai séparé ingestion, validation et transformation et ajouté la quarantaine. C'est ce jugement, savoir où la donnée échoue vraiment, qui entre dans chaque projet.

19
ans en ingénierie des données
5+
ans à bâtir la couche analytique d'une banque
3
pays servis : New York, Madrid et Londres
100%
focalisé sur les environnements à chiffre critique

Stack utilisée

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
06Différenciateurs

Pourquoi travailler avec TPS.

Celui qui vend est celui qui livre

Vous parlez et travaillez avec l'architecte qui écrit le code. Sans couche commerciale, sans repasser à un junior.

La documentation fait partie de la livraison

Runbook, dictionnaire et décisions consignées. Pas un extra facturé après : c'est inclus.

Un diagnostic avant de construire

D'abord je comprends où ça casse, ensuite je construis. Vous ne payez pas un projet défini à l'aveugle.

La fiabilité d'abord

Le but n'est pas le plus beau tableau de bord. C'est le chiffre auquel la direction se fie sans vérifier à la main.

Vision technique et métier

Je comprends le pipeline et je comprends la clôture. La conversation porte sur la décision, pas seulement la technologie.

Communication directe

Sans jargon creux ni promesse intenable. Ce qui est un risque, je dis que c'est un risque.

Diagnostic

Vous voulez découvrir où vos rapports cassent peut-être en silence ?

En 30 minutes, je vous montre les risques les plus probables dans votre flux de données et ce qui peut être réglé en premier.

Réserver un diagnostic
Réponse humaine Sans engagement jusqu'à la proposition NDA mutuel
07Questions fréquentes

Avant que vous ne demandiez.

Vous n'avez pas trouvé votre question ? Envoyez un message : je réponds directement, sans formulaire interminable.

  • Oui. Beaucoup de travail à fort impact est petit en périmètre : automatiser un rapport qui prend trois jours, ou ajouter de la validation à une clôture. Le diagnostic aide à trouver le bon premier pas, quelle que soit la taille.

  • Oui. Le plus souvent je ne pars pas de zéro : je pars de votre ERP, base, tableurs et rapports actuels. Le travail consiste à organiser et fiabiliser l'existant, sans tout remplacer d'un coup.

  • C'est l'une des demandes les plus fréquentes. Je cartographie ce que fait le tableur, réécris la logique en code testable et automatise la génération du résultat. Le tableur cesse d'être le système critique qui dépend d'une personne.

  • Les deux, généralement ensemble. Un tableau de bord de direction ne vaut que si le chiffre est fiable — et cela dépend du pipeline d'ingestion, de validation et de transformation qui l'alimente.

  • Oui. Modélisation, DAX et connexion à la vraie source. Je relance aussi des tableaux de bord Power BI déployés mais inutilisés, faute de confiance dans la donnée derrière.

  • Seulement le nécessaire, et toujours sous NDA mutuel avant tout détail. Pour le diagnostic, échanger et voir des exemples de rapports suffit généralement. L'accès aux données se convient étape par étape, avec le soin de quelqu'un qui a travaillé dans la finance.

  • Oui. Le travail est à distance depuis São Paulo, avec une expérience auprès d'équipes à New York, Madrid, Londres et, aujourd'hui, en Allemagne. Paiement international via Wise (EUR/USD).

  • Par un échange de 30 minutes, sans engagement. À partir de là, je définis un diagnostic avec la carte du problème, la recommandation technique et l'ordre de priorité. Les tarifs sont présentés dans la proposition.

08Prochaine étape

Des données fiables avant les décisions importantes.

Dites-moi en deux lignes ce qui vous gêne le plus dans votre flux de données aujourd'hui. Je réponds avec une lecture honnête et l'étape suivante.

  • Réponse humaine : vous parlez directement avec l'architecte.
  • Un diagnostic avant toute construction ou facturation.
  • Un NDA mutuel avant tout détail sensible.

Commencer un diagnostic

Vos données ne vont sur aucune liste. Réponse humaine, sans spam.