Aller au contenu
Retour à l'expérience

Fiche de poste

Analyste de données · Supply Chain

Saint-Gobain Glass France · Paris, Île-de-France

Équipe centrale de planification et d’assistance logistique de Saint-Gobain Glass France. Le travail consiste à équilibrer la demande industrielle avec la capacité de production disponible et à optimiser les flux de transport et de stockage sur plus de quinze usines européennes.

Je développe des outils internes en Python et SQL, j’entretiens les capsules Board qu’utilisent les usines pour planifier, je construis les tableaux de bord de supply chain et je travaille sur la gouvernance des données. Le tout pendant que le groupe migre d’Europe 2000 vers Oxygen et que les services de business intelligence doivent continuer à fournir des chiffres justes.

Poste de travail
Saint-Gobain Glass France

sept 2025 — Aujourd'hui

PythonSQLBoard EPMDatabricks

  • Données et analyse
  • Supply chain
  • Numérisation
15+Usines européennesPérimètre de l’équipe centrale de planification
~120 000Références d’articlesVolume du rapprochement entre les deux ERP
14Sites connectésPérimètre du moteur de règles pour racks consignés
4Outils internesUtilisés chaque mois, pas des prototypes

Ma responsabilité

Développement d'outils propriétaires en Python et SQL, résolution d'entités, moteurs de décision déterministe et pipelines de validation, capsules Board pour les usines, tableaux de bord supply chain et gouvernance des données.

Résultat

Quatre outils en production sur le périmètre européen, jusqu'à ~120 000 références d'article et 14 sites, avec continuité du BI pendant la migration d'Europe 2000 à Oxygen.

Le défi

  • Plus de quinze usines européennes : l'opération n'était observable qu'à travers les données
  • Deux ERP en coexistence, Europe 2000 et Oxygen, avec un même article sous des codes et des attributs différents
  • Les racks retournables circulaient entre quatorze sites sans savoir combien il y en avait, où, et combien manquaient
  • Le rapprochement commercial et le rapport d'importations se montaient à la main, plusieurs journées par mois

Comment je l'ai abordé

  1. Règles déterministes et lisiblesJ'ai écrit les outils en Python et SQL avec des règles qu'un responsable peut lire et discuter, parce que personne ne signe une décision qu'il ne peut pas défendre.
  2. Appariement entre les deux ERPJ'ai construit en PySide6 un algorithme qui propose un candidat avec son degré de correspondance ; la validation revient à qui connaît la gamme.
  3. Moteur de règles pour les racksJ'ai appliqué des règles écrites sur les mouvements enregistrés dans quatorze sites pour restituer la situation par site et les besoins de rééquilibrage.
  4. Automatisation mensuelleJ'ai automatisé le rapprochement commercial dans Streamlit et le rapport d'importations à partir d'Eurostat Comext.
  5. Board et gouvernance de la donnéeJe me suis certifié à la Board Academy pour modifier les capsules sans prestataire externe et j'ai documenté dans Collibra l'origine et le responsable de chaque donnée.

Vue du système

Certificat Board Academy niveau 100
Certification Board Academy, niveau 100, mars 2026. Me former à l’outil que j’entretiens était la condition pour modifier des capsules de planification sans dépendre d’un prestataire externe.

Blocs de travail

Appariement d'articles entre ERP

Application de bureau en PySide6 qui apparie les articles de verre d'Europe 2000 avec ceux d'Oxygen : la machine réduit l'espace de recherche, la personne assume la décision.

Moteur de règles pour racks retournables

Application en Python qui applique des règles auditables sur les mouvements entre quatorze sites et restitue la situation par site et les besoins de rééquilibrage.

Rapprochement commercial mensuel

J'ai automatisé la comparaison entre les clients de SAP et ceux de l'application commerciale, avec géocodage des adresses et sortie dans le format attendu par le destinataire.

Rapport des importations européennes

J'ai automatisé le téléchargement d'Eurostat Comext, le filtrage par codes produit et le montage du rapport mensuel, une tâche de plusieurs journées par mois.

Capsules Board de planification

J'ai maintenu et étendu les capsules où les usines saisissent leurs hypothèses ; chaque modification est testée contre des cas connus, parce qu'une erreur se propage jusqu'à une décision de production.

Gouvernance de la donnée dans Collibra

J'ai documenté d'où vient chaque donnée, ce qu'elle signifie et qui en répond, avec deux ERP en coexistence pendant la migration d'Europe 2000 vers Oxygen.

01

Le poste

Je travaille depuis septembre 2025 au sein de l’équipe centrale de planification et d’assistance logistique de Saint-Gobain Glass France. Le périmètre n’est pas une usine mais plus de quinze usines européennes, et la décision prise à ce niveau n’est pas ce que fait une ligne ce soir, mais quel site fabrique quelle référence, comment elle circule entre les pays et avec quel délai d’anticipation.

Cette échelle impose la nature du travail. Un four de verre flotté fonctionne en continu pendant des années et sa capacité est engagée du simple fait d’exister, si bien que la planification se joue dans la répartition entre sites et non dans le démarrage d’une machine. Personne ne peut parcourir quinze usines chaque semaine pour savoir laquelle est en retard : l’exploitation n’est observable qu’à travers les données, et faire en sorte que ces données soient comparables entre systèmes est la plus grande partie de mon travail.

02

Les outils que j’ai développés

Je développe des outils internes en Python et SQL de trois types : résolution d’entités, moteurs de décision déterministes et pipelines de validation. Déterministe est le mot qui compte. Un outil qui propose une décision industrielle doit expliquer pourquoi il la propose, avec une règle qu’un responsable puisse lire et discuter, car personne ne signe une décision qu’il ne peut pas défendre devant sa direction.

Ils sont quatre, tous utilisés chaque mois, et aucun n’est un prototype.

Rapprochement des articles entre les deux ERP

Une application de bureau en PySide6 qui rapproche les articles de verre d’Europe 2000 de ceux d’Oxygen. Le volume est de l’ordre de cent vingt mille références, si bien que le rapprochement manuel était exclu : l’algorithme propose un candidat avec son degré de correspondance sur les attributs qui définissent le produit, et la validation reste entre les mains de qui connaît la gamme. La machine réduit l’espace de recherche, la personne assume la décision.

Moteur de règles pour les racks consignés

Le verre voyage sur des racks consignés qui circulent entre quatorze sites. L’actif ne se déplace qu’en réponse aux flux de produits et personne ne le demande explicitement, si bien que savoir combien il y en a, où ils se trouvent et combien il en manque sur chaque site n’était pas résolu de bout en bout. J’ai construit une application en Python qui applique un moteur de règles sur les mouvements enregistrés et restitue la situation par site ainsi que les besoins de rééquilibrage. Les règles sont écrites et auditables, ce qui permet à un responsable d’accepter un chiffre qu’il n’a pas calculé lui-même.

Rapprochement commercial mensuel

Le rapprochement entre les clients enregistrés dans SAP et ceux de l’application commerciale se faisait en comparant deux extractions à la main. Je l’ai automatisé, en ajoutant la géocodification des adresses et la génération du fichier dans le format attendu par le destinataire. Je l’ai construit en Streamlit parce que l’utilisateur n’est pas un profil technique : il charge deux fichiers, voit la différence et télécharge le résultat sans rien installer. La technologie n’est pas dictée par l’élégance du code, mais par qui ouvre l’outil le premier lundi de chaque mois.

Rapport des importations européennes

Le suivi mensuel des importations européennes de verre se construisait à la main à partir d’Eurostat Comext, la base de commerce extérieur de l’Union européenne. J’ai automatisé le téléchargement, le filtrage par codes produit et le montage du rapport. C’était une tâche de plusieurs journées par mois qui n’apportait aucun jugement, car le jugement consiste à lire le résultat, pas à le fabriquer.

03

Board et les tableaux de bord

Certificat Board Academy niveau 100
Certification Board Academy, niveau 100, mars 2026. Me former à l’outil que j’entretiens était la condition pour modifier des capsules de planification sans dépendre d’un prestataire externe.

J’entretiens et j’enrichis des capsules Board, la plateforme EPM où les usines saisissent leurs hypothèses de planification et voient l’effet sur le plan. Ce n’est pas un outil de reporting : une erreur sur un écran se propage directement à une décision de production, si bien que chaque modification est testée sur des cas connus avant d’être publiée.

En parallèle, j’ai travaillé sur la validation fonctionnelle des cubes de commandes de vente, en comparant ce que renvoie le cube avec ce qui figure dans le système source. C’est un travail peu visible et nécessaire, car un chiffre incorrect que personne ne vérifie finit par devenir le chiffre officiel.

04

Gouvernance des données pendant la migration

Saint-Gobain Glass France migre d’Europe 2000 vers Oxygen. Pendant la migration, les deux systèmes coexistent et un même article physique peut exister dans les deux avec des codes, des nomenclatures et des attributs différents, si bien que toute consolidation entre sites reste approximative tant que cette correspondance n’est pas résolue. Maintenir la continuité des services de business intelligence dans ce contexte était une condition du poste, et non un objectif secondaire.

Je travaille avec Collibra pour documenter d’où vient chaque donnée, ce qu’elle signifie et qui en est responsable. Avec quinze sites et deux ERP coexistant, un indicateur sans propriétaire est un indicateur que personne ne corrige, et un tableau de bord qui cesse de tomber juste en pleine migration n’est pas perçu comme une panne technique, mais comme une perte de confiance dans le chiffre.

Résultats et impact

Résultat

Quatre outils en production

Les quatre sont utilisés chaque mois sur le périmètre européen ; aucun n'est resté au stade de prototype.

Appariement à l'échelle de deux ERP

Avec ~120.000 références, l'appariement manuel était exclu ; l'algorithme propose des candidats et la validation revient à qui connaît la gamme.

Racks visibles sur quatorze sites

Combien de racks il y a, où ils sont et combien en manquent sur chaque site se résout désormais de bout en bout avec des règles écrites qu'un responsable peut accepter.

Continuité du BI pendant la migration

Le business intelligence a continué à donner des chiffres corrects avec Europe 2000 et Oxygen en coexistence ; j'ai validé les cubes de commandes de vente contre le système source.

Stack

PythonSQLBoard EPMMicroStrategyDatabricksCollibra

Compétences du poste

Outils

Board EPMSAP ERPPandasMicroStrategyPythonMicrosoft AzureApache SparkPower QueryCollibraPower AutomatePower BIAzure DatabricksGitSharePointSQLAzure DevOps

Domaine

Visualisation de donnéesAPI RESTTMSDéveloppement logicielERPIngénierie des donnéesGouvernance des donnéesGestion logistiqueGestion de la supply chainBusiness intelligenceAnalyse de donnéesRFIDWMS

Cadres et méthodes

Numérisation industrielleOptimisation des processusIndustrie 4.0Transformation numérique