Traduction du texte de l’EPIC. Les images et boutons restent dans la page originale; les bases intégrées et les sous-pages sont liées, et non dupliquées. Les propriétés de la base EPIC ne sont pas copiées.

📌 Mise à jour du périmètre — juillet 2026
Cet EPIC porte uniquement sur le pipeline backend: la mise en place d’un processus automatisé et fonctionnel de bout en bout pour créer des facteurs d’émission fournisseurs (SEF) à partir de rapports carbone. L’interface client — carte SEF, badges de statut de validation, indicateurs de provenance IA, états vides et affichage de l’historique des versions — est suivie dans un EPIC dédié:.
Objectif: Développer une fonctionnalité pour créer automatiquement des SEF à partir des données d’un rapport carbone trouvé en ligne, lorsqu’un tel rapport existe.

Périmètre fusionné depuis « Automated MEF Creator » — EPIC en doublon

Les éléments suivants ont été repris de l’EPIC en doublon pour conserver une source de référence unique. En cas de chevauchement, le présent EPIC fait foi.

Formulation complémentaire de l’objectif

Développer un processus automatique et fiable de création de SEF, en extrayant des données d’émissions de rapports GES ou carbone trouvés en ligne et, le cas échéant, de données structurées fournies par le fournisseur, puis en effectuant des contrôles qualité avant de créer ou mettre à jour les SEF.

Cas d’usage supplémentaires

Trouver un rapport GES → extraire les données d’émissions → effectuer les contrôles qualité du SEF → si les contrôles sont satisfaits, créer ou mettre à jour le SEF.
Améliorer le parcours « le client collecte les données → les saisit sur la plateforme → tout est traité automatiquement, avec une vérification initiale par R& M → le client est averti lorsque c’est terminé ».
Points d’intégration envisagés: après la finalisation du bilan GES, en coordination avec les parties prenantes de qualité des données et de collecte; dans les pages fournisseurs ou de collecte pour les informations fournies par le client, en évitant autant que possible les « questionnaires rapides ».
Documents cités dans l’EPIC en doublon:;;.
Responsable design mentionné: JB Reyt; écrans référencés dans l’EPIC en doublon: Figma.

Schéma Excalidraw du pipeline
Document lié

Partie 1 - Préparation

Problème

Archive (sera supprimée)

1 - Énoncé du problème: résumer le problème principal en 2 ou 3 phrases concises qui présentent clairement le sujet à traiter.

Exemple

« Les clients ont du mal à importer leurs données d’inventaire informatique en raison d’un processus long et trop complexe, ce qui entraîne frustration, perte de temps et erreurs fréquentes. Cela retarde les projets et réduit la satisfaction globale des utilisateurs. »

2 - Description détaillée du problème et données à l’appui:

Détailler clairement le problème à résoudre.
Qui est concerné (client multi-entités, CE, OB…)? Quelles sont ses motivations et difficultés? Fournir des exemples de retours: messages Intercom,, demandes…
Pourquoi est-ce important? En quoi la résolution aide-t-elle à atteindre l’objectif trimestriel? Quelles sont les conséquences de l’inaction?
Étayer le problème avec des données.
Lier tous les modèles et fichiers clients qui illustrent l’état actuel et les prochaines étapes.
3 - Concurrence: compléter la base avec les approches concurrentes.

Énoncé du problème

Résumer le problème principal en 2 ou 3 phrases concises qui présentent clairement le sujet à traiter.
Les équipes durabilité des fournisseurs et les partenaires de déploiement de Greenly passent des dizaines d’heures par fournisseur à extraire manuellement des données carbone de rapports PDF pour remplir des questionnaires. Ce processus est fastidieux, sujet aux erreurs et difficile à généraliser. Les données nécessaires existent dans des rapports carbone structurés (SEF, rapports de durabilité, annexes GES), mais il n’existe aujourd’hui aucun moyen automatisé de les associer aux bons champs des questionnaires. L’objectif de cet EPIC est de valider de bout en bout un pipeline de recherche des données carbone allant d’un rapport fournisseur à une réponse de questionnaire validée et prête à être soumise.

Description détaillée du problème, étayée par des données

Qui est concerné?

Fournir des exemples de retours: messages Intercom,, demandes…
Trois profils sont directement concernés:

Les fournisseurs reçoivent des demandes de questionnaires de leurs clients Greenly et doivent fouiller manuellement dans leurs propres rapports carbone pour y répondre: une tâche répétitive et chronophage.
Les clients Greenly (équipes achats) ne peuvent aujourd’hui pas faire confiance à la qualité des données reçues et n’ont pas de visibilité sur le processus d’extraction.
Les partenaires de livraison et de déploiement accompagnent l’intégration de fournisseurs à grande échelle et sont ralentis par cette étape manuelle, qui limite le nombre de fournisseurs intégrés en parallèle.En quoi résoudre ce problème aide-t-il à atteindre l’objectif trimestriel?
Il est temps de présenter des données.
Cet EPIC est en phase d’exploration et de preuve de concept au deuxième trimestre 2026: aucune mise en production n’est engagée. L’objectif est de valider la faisabilité technique et d’établir une première référence du taux d’erreur.
Premiers résultats de la preuve de concept du pipeline, juin 2026:
Cohorte Veolia SBTi Top 50: 90 % des SEF validés après contrôle manuel ponctuel (environ 10 minutes par fournisseur).
Cohorte Database Top: 10 % des SEF validés, taux d’erreur de 6 %.
Tableaux de résultats complets: lot 1 · lot 2 · lot 3 · lot 4.
Répertorier les fichiers existants (données clients, modèles…) ou fournir des captures pour illustrer la situation actuelle
Cinq images ou fichiers Excel valent mieux qu’un long discours.
Voir le schéma du pipeline et le parcours de recherche des SEF dans l’EPIC: Excalidraw.
Statuts de validation issus de la preuve de concept:
Aucune recherche effectuée
Aucune donnée trouvée
Données incohérentes
SEF validé

Concurrence

Étudier rapidement l’approche des concurrents. Compléter la base et lier les entrées pertinentes.
Le secteur évolue: il ne s’agit pas d’un marché vierge.
Normative constitue la référence la plus avancée: une fonctionnalité de collecte automatisée des données carbone fournisseurs a été mise en production, avec une expérience conçue pour l’extraction structurée depuis les rapports. Son niveau de finition établit une référence claire. Questions à approfondir: quels types de données sont couverts? Comment l’interface traite-t-elle les données incertaines ou manquantes? Comment fonctionne le pipeline d’extraction?
Autres acteurs à suivre:

Watershed investit fortement dans les données de chaîne d’approvisionnement; on ignore encore si l’entreprise automatise l’extraction des rapports ou s’appuie sur des déclarations structurées des fournisseurs.
Plan A / Sweep privilégient les questionnaires, principalement manuels aujourd’hui.
Pour la plupart des acheteurs, la référence reste Excel et le copier-coller, mais les attentes concurrentielles augmentent rapidement. Le design de Normative mérite d’être étudié avant de finaliser notre approche.

User stories

Format: En tant que [profil], je souhaite [action] afin de [bénéfice].

En tant que fournisseur, je souhaite importer mon rapport carbone et préremplir les champs du questionnaire pour ne pas recopier manuellement les données.
En tant que client Greenly (équipe achats), je souhaite identifier les réponses préremplies à partir d’un rapport carbone vérifié afin de pouvoir faire confiance à la qualité des données sans auditer chaque réponse manuellement.
En tant que partenaire de déploiement ou de livraison, je souhaite lancer Ecopilot sur un lot de fournisseurs en parallèle pour intégrer de grands portefeuilles sans être ralenti par l’extraction manuelle.
En tant que PM Greenly, je souhaite suivre les taux de validation, d’erreur et de données introuvables par lot et par type de rapport afin de mesurer la fiabilité du pipeline et de prioriser les améliorations.

Parcours utilisateur

Créer d’abord un organigramme général du parcours actuel et du parcours visé. Dupliquer le tableau Miro. Pour un exemple de flux technique, voir Excalidraw.
Le parcours de recherche de bout en bout est documenté dans le schéma du pipeline.
Étapes générales du parcours cible:

Entrée: un rapport carbone fournisseur en PDF est importé ou récupéré via l’URL du site du fournisseur ou un SEF existant dans la base.
Extraction: Ecopilot analyse le document et repère les données carbone pertinentes: scopes 1, 2 et 3, méthodologie, année de référence, etc.
Correspondance: les données extraites sont associées aux champs du questionnaire dans le modèle de données Greenly.
Validation: un statut est attribué à chaque réponse: SEF validé, données incohérentes, aucune donnée trouvée ou aucune recherche effectuée.
Vérification: le partenaire de livraison ou le fournisseur examine les réponses signalées ou incertaines et les confirme ou les corrige.
Soumission: les réponses validées sont intégrées au questionnaire, sans nouvelle saisie manuelle.
Le schéma du pipeline en haut de l’EPIC présente l’architecture technique de ce parcours.

Découpage

Détailler les travaux nécessaires aux user stories et parcours proposés; fournir des estimations de complexité; préciser si un designer produit est nécessaire et pourquoi.

Explorer les meilleures méthodes de collecte et d’extraction des rapports de durabilité.
Définir avec R& M la validation par comparaison sectorielle.
Ajuster le système pour obtenir de bons résultats et un faible taux d’erreur.
Évaluer les performances.
Définir une méthode de contrôle manuel pour améliorer les résultats avec peu d’effort.
Mettre le processus en production.
Concevoir puis implémenter l’affichage du SEF calculé par Ecopilot pour le client; un designer produit est nécessaire.

Questions et décisions

Journal des décisions

2 — Le SEF sera-t-il automatiquement mis à jour lorsqu’un fournisseur publie un nouveau rapport GES? — Produit — Bloquant

Pas de mise à jour automatique des SEF existants. Le système ne relance pas automatiquement la recherche si des données existent déjà pour l’année courante ou la plus récente. Si une nouvelle recherche découvre des données plus récentes, elles sont enregistrées en tant que nouvelle version dans carbon_pipeline_sef_computation. Le SEF affiché dans le détail du fournisseur est toujours la version la plus récente ayant passé les contrôles qualité.

3 — Le SEF appartient-il à chaque client ou est-il partagé au niveau du fournisseur? — Produit — Bloquant

Au niveau du fournisseur: tous ses clients voient le même facteur d’émission. Les SEF sont versionnés et plusieurs versions peuvent exister pour un même fournisseur. Le détail du fournisseur affiche la version la plus récente ayant passé les contrôles. L’accès client à l’historique est souhaitable mais hors du périmètre de cet EPIC; la V1 se concentre sur la carte et les informations du SEF.

4 — Un SEF créé automatiquement est-il appliqué automatiquement au questionnaire du client? — Produit — Bloquant

Le SEF n’est jamais appliqué automatiquement. Il est mis à disposition et un e-mail informe le client de sa disponibilité, mais son application reste toujours un choix de l’utilisateur.

5 — La V1 couvre-t-elle uniquement les SEF monétaires ou aussi les facteurs basés sur l’activité (ACV, transport)? — Produit — Bloquant

La V1 couvre uniquement les SEF monétaires, calculés à partir des scopes 1, 2 et 3 et du chiffre d’affaires. Les facteurs basés sur l’activité sont hors périmètre.

7 — Un client peut-il modifier un SEF créé automatiquement ou seulement l’accepter ou l’ignorer? — Produit — Impact élevé

Le client ne peut pas modifier les valeurs produites par Ecopilot. Il peut choisir d’utiliser ou non le SEF. Un bouton permettant de signaler des données incohérentes pourrait être ajouté, ou un bouton existant réutilisé.

8 — Qui valide les SEF: une revue manuelle complète par R& M ou un modèle à plusieurs niveaux? — Produit — Impact élevé

Modèle à plusieurs niveaux: les SEF à forte confiance sont validés automatiquement; ceux à faible confiance font l’objet d’une revue manuelle. Les vérificateurs seraient probablement les experts climat responsables des profils concernés plutôt que R& M; cela reste à clarifier avec les équipes.

10 — Que voit le client avant le lancement de la recherche pour un fournisseur? — Produit — Éclairage pour le design

Un état vide avec un badge de validation: aucune recherche effectuée, aucune donnée trouvée, données incohérentes ou SEF validé. Envisager une invitation à contacter son AM pour demander une recherche, en lien avec la réflexion sur le modèle économique.

11 — Qui lance la recherche: le client en libre-service ou les opérations? — Produit — Éclairage pour le design

En V1, le lancement est assuré par les opérations pendant que l’équipe définit le modèle économique. Le libre-service pourrait venir plus tard.

12 — Comment la provenance IA d’un SEF est-elle présentée au client? — Produit — Éclairage pour le design

Par un badge indiquant l’origine IA et par les détails d’extraction: document source, champs extraits et niveau de confiance.

13 — Le pipeline prend-il en charge les rapports multilingues? — Produit — Éclairage pour le design

Oui, les rapports multilingues font partie du périmètre de la V1.

14 — Quel statut est attribué lorsque les données extraites sont incohérentes? — Produit — Éclairage pour le design

Statut « Données incohérentes »: le SEF est créé mais signalé pour examen.

21 — Le SEF alimente-t-il les modules GES, ACV et ESG? — Produit — Éclairage pour le design

Le facteur créé par Ecopilot est déjà disponible dans le module GES: il y est donc connecté. Le lancement de la recherche se fait toutefois depuis l’expérience fournisseurs. ESG et ACV ne sont pas directement concernés, car cette V1 se concentre sur les SEF monétaires.

Questions ouvertes

1 — Où sont stockées les valeurs des scopes 1, 2 et 3 et du chiffre d’affaires permettant de construire le facteur? — Technique — Bloquant

Dans la base carbon_pipeline_sef_computation. Une discussion ultérieure est nécessaire sur la gestion et la coexistence de différentes sources: réponses aux questionnaires, données extraites du web et données importées.

6 — L’historique des SEF est-il versionné au niveau de la page de détail du fournisseur? — Produit — Impact élevé

Les données fournisseur ne sont actuellement pas versionnées au niveau de cette page, mais les facteurs sont stockés par année dans la base. Cela pourrait permettre un affichage historique dans une prochaine version.

9 — Le service est-il inclus dans l’offre Supplier de base ou proposé en option payante? — Produit — Impact élevé

À définir avec les équipes commerciales et financières.

15 — La recherche est-elle automatiquement relancée lorsque de nouvelles données apparaissent? — Technique — Impact élevé

Pas de relance automatique en V1: toutes les recherches sont déclenchées manuellement.

16 — Comment le pipeline traite-t-il des données contradictoires provenant de plusieurs rapports d’un même fournisseur? — Technique — Bloquant

Toutes les données extraites sont stockées et versionnées. Le SEF affiché au client est la version la plus récente ayant passé les contrôles qualité. Aucune résolution de conflit n’est nécessaire: chaque extraction crée une nouvelle version.

17 — Que devient le SEF si son rapport source est retiré ou jugé erroné? — Technique — Bloquant

Sans objet selon l’EPIC: les PDF sources ne sont jamais supprimés de la base et restent disponibles. Ils sont indépendants des données extraites; le retrait d’un PDF ne se répercute pas sur les SEF.

18 — Comment le traitement par lots passe-t-il à l’échelle pour plus de 100 entités partageant des fournisseurs? — Technique — Impact élevé

Les recherches sont mises en file d’attente sous forme de tâches asynchrones. Le niveau de parallélisme doit être validé avec l’équipe d’ingénierie.

19 — Le pipeline crée-t-il des SEF pour les années passées ou seulement pour l’année en cours? — Technique — Impact élevé

Ajouter un SEF pour toutes les années disposant de données dans le rapport de durabilité, sous réserve de validation.

20 — Les partenaires de livraison peuvent-ils lancer la recherche pour leurs clients? — Technique — Éclairage pour le design

Pas prévu en V1; à réexaminer selon les usages.

Succès

Le pipeline récupère automatiquement des PDF en ligne, extrait leurs données carbone et crée un SEF lorsque cela est pertinent.
L’origine IA du SEF créé est visible et le PDF source est accessible au client.

Plan de lancement

Répondre aux questions suivantes.

Type de projet

Voir les définitions ici:. Utiliser le même niveau pour la dernière tâche GitHub qui déclenchera le lancement global.

Majeur

À qui le projet sera-t-il déployé?

Ne conserver que les éléments pertinents et supprimer les autres.

Tous les clients

Un ajustement des SLA ou de la grille tarifaire est-il nécessaire?

Une option payante ou un accès payant sont-ils nécessaires?

Nous souhaitons généralement que tous nos clients connaissent les fonctionnalités disponibles, sans pour autant leur en donner systématiquement l’accès. Par exemple, le constructeur de trajectoire est réservé aux clients NZC, mais son onglet est visible pour toutes les offres avec un accès payant.
Non.

Archive (sera supprimée)

Questions: le projet est-il mineur ou majeur? Sera-t-il déployé aux clients existants, à tous ou à certains selon quels critères? Sera-t-il réservé aux nouveaux clients? Faut-il revoir la grille tarifaire, les offres ou les SLA? Faut-il une option ou un accès payant? Une formation interne spécifique est-elle nécessaire? Qui notifier pour la demande de changement — AE, AM, support et onboarding, experts climat? Faut-il une campagne marketing spécifique?

À cette étape, passer le statut de l’EPIC à Ready Review (Yoann/Matthieu).

Pipeline de recherche SEF: voir les images de.

Partie 2 - Design produit

Partie 3 - Développement et assurance qualité (⚠️ validation préalable de la partie 1 nécessaire)

Ne pas oublier de maintenir à jour la propriété Target QA Date.

L’assurance qualité doit d’abord être effectuée en interne par l’équipe, puis partagée sur #quality-assurance-product-team, comme expliqué dans.

Résultats

Lot 1 · lot 2 · lot 3 · lot 4 · autre tableau · autre tableau.
Taux d’erreur Veolia (SBTi) Top 50: contrôle de 10 minutes par fournisseur, sur les résultats non validés et les résultats introuvables avec URL → 90 % de SEF validés. Voir les captures dans.Taux d’erreur Database Top: contrôle de 10 minutes par fournisseur, sur les résultats non validés → 10 % de SEF validés et 6 % d’erreur. Voir les captures dans l’EPIC original.

État vide avec statut de validation: si la recherche n’a pas été lancée, combien?

Aucune recherche effectuée
Aucune donnée trouvée
Données incohérentes
SEF validé

Retours

Documentation et coût

Partie 4 - Lancement

Suivre le défini précédemment.
Créer la note de version à l’avance pour laisser au responsable marketing produit le temps de la vérifier; voir. Lier la note de version dans la propriété en haut du document.

Partie 5 - Après le lancement

À effectuer une fois l’EPIC en production et si son interface est relativement complexe. Remplir les informations et cliquer sur le bouton de l’original pour que la responsable CRM, Solène Labonne, recrute 2 ou 3 clients; le designer responsable de l’EPIC réalisera ensuite les tests utilisateurs. Voir.
À préciser: designer responsable, produit concerné (GES, CSRD, etc.), page ou fonctionnalité à tester, lien du tableau de bord des indicateurs.
Puis créer la tâche pour Solène à l’aide du bouton dans.

Recherche des données carbone fournisseurs