Méthode · Configurateurs FDES
Comment créer un configurateur FDES ? Les étapes du projet
La création d'un configurateur FDES ne commence pas par l'interface. Elle commence par le cadrage et la compréhension de vos produits et des données qui les font varier, se poursuit par la construction du modèle ACV, puis seulement par le développement de l'application, avant le test et la vérification.
Ce guide s'adresse aux fabricants qui envisagent un configurateur et veulent savoir ce qu'ils devront préparer, qui doit participer et ce qui sera réalisé pendant le projet.
Sommaire
- Quelles sont les étapes d'un projet de configurateur FDES ?
- Quelles données faut-il préparer ?
- Comment le modèle ACV devient-il une application ?
- Comment rendre l'outil simple pour des non-experts ?
- Quelles fonctionnalités prévoir ?
- Qu'est-ce qui peut compliquer un projet de configurateur FDES ?
- Comment préparer un projet de configurateur FDES ?
- À retenir
Quand on imagine un configurateur FDES, on pense d'abord à l'écran : des champs, un bouton, une FDES qui sort. C'est pourtant la dernière chose que l'on construit. Avant l'interface, il faut comprendre vos produits, savoir ce qui les fait varier et le traduire en modèle ACV. Il faut également comprendre vos processus, pour trouver la meilleure façon d'intégrer le configurateur FDES à votre organisation (création automatique lors de la saisie d'un devis, accès par les commerciaux terrain, accès partagé entre vos équipes). Ce guide suit le projet dans l'ordre où il se déroule, et précise à chaque étape ce que vous aurez à préparer.
Quelles sont les étapes d'un projet de configurateur FDES ?
Un projet de configurateur se déroule en cinq étapes : cadrer le projet, collecter et structurer les données, construire le modèle ACV, développer l'application, puis la tester et la faire vérifier. Les trois premières se font en amont, avant d'écrire la moindre ligne de code.
Les cinq étapes d’un projet de configurateur FDES
En amont · comprendre et modéliser
01 Cadrer le projet
Produits à couvrir, type de configurateur, livrables attendus, utilisateurs : on fixe le périmètre.
Périmètre défini
02 Collecter et structurer les données
Familles, références, compositions, sites, procédés, transports : on sépare ce qui reste identique de ce qui varie.
Données structurées
03 Construire le modèle ACV
Hypothèses, scénarios, variables, règles et formules de calcul, et les limites dans lesquelles chaque paramètre peut varier.
Modèle ACV paramétré
Ensuite · outiller et vérifier
04 Développer l’application
Parcours utilisateur, interface, moteur de calcul, exports PDF et XML, contrôles de saisie.
Application
05 Tester et faire vérifier
Des configurations de test, puis l’examen du modèle et de l’application par un vérificateur tiers habilité INIES.
Configurateur vérifié
L'ordre n'est pas négociable. Chaque champ affiché à l'écran correspond à une variable du modèle ACV, avec ses valeurs autorisées : une interface développée avant que les données et le modèle soient stabilisés devra être reprise.
Quelles données faut-il préparer ?
Il faut préparer deux types de données : celles qui construisent le modèle ACV, rassemblées une fois, et celles que l'utilisateur saisira à chaque FDES. La frontière entre les deux décide de ce qui pourra varier.
Deux types de données, une frontière
Une fois, pour construire le modèle
Les données du modèle ACV
- Matières et formulations
- Sites et procédés
- Énergie, rendements, chutes
- Données fournisseurs
- Transport amont, emballages
- Mise en œuvre, vie en œuvre, fin de vie
À chaque FDES, par l’utilisateur
Les données saisies
- Famille ou référence
- Dimensions, épaisseurs
- Finition
- Distance de livraison
- Composition, site générateur
Le cadre de saisie relie les deux : valeurs autorisées, plages, combinaisons interdites.
Une donnée absente ou approximative ne bloque pas toujours le projet, mais elle doit être repérée dès le cadrage. Un projet pertinent sur le papier peut d'abord demander un vrai travail sur la donnée : c'est l'un des cinq facteurs du guide de pertinence.
Comment le modèle ACV devient-il une application ?
En traduisant chaque élément du modèle en un élément de l'application : les variables deviennent des champs, les plages deviennent des contrôles, les règles de calcul deviennent le moteur, et les livrables deviennent des exports.
Du modèle ACV à l’application
- Variables Champs du formulaire
- Plages et valeurs autorisées Contrôles de saisie
- Règles et formules de calcul Moteur de calcul
- Éléments des livrables Exports PDF et XML
Traçabilité de chaque génération : version du modèle, paramètres saisis, résultats obtenus.
Reste à prouver que l'application calcule juste. On le fait d'abord avec des configurations de test dont le résultat est connu, puis par la vérification : un vérificateur tiers, habilité par le programme INIES, examine le modèle et sa traduction dans l'application. Il est indépendant de toutes les parties du projet : ce n'est ni l'industriel, ni le réalisateur de l'ACV, ni l'entreprise qui a développé le configurateur. INIES publie la liste des vérificateurs habilités, et le guide de vérification détaille ce qu'ils examinent.
Comment rendre l'outil simple pour des non-experts ?
En partant de ce que les utilisateurs savent, pas de ce que le modèle contient. Un commercial connaît la référence commandée et le chantier ; un ingénieur produit connaît la formulation. Aucun des deux n'a à manipuler un facteur d'émission.
Le vocabulaire du métier, pas celui de l’ACV
- ProduitBrique creuse Composition et procédé de la famille
- Épaisseur20 cm Quantité de matière par unité
- FinitionFlammée Procédé de finition associé
- Code postal du chantier69003 Distance et transport jusqu’au chantier (module A4)
Concrètement, cela passe par des formulaires rédigés avec le vocabulaire du métier, une saisie par étapes dans l'ordre où l'utilisateur pense son produit, des listes plutôt que des saisies libres, et des messages d'erreur qui disent quoi corriger.
C'est le parti pris du configurateur DimACV, conçu avec le CTMNC pour la filière pierre naturelle : les fabricants, souvent non experts en ACV, décrivent leur carrière, leurs procédés et leurs formats, et les règles méthodologiques du projet s'appliquent automatiquement. Le projet DimACV montre ce parcours.
Quelles fonctionnalités prévoir ?
Cela dépend de qui utilisera l'outil, et pour quoi faire. Six fonctionnalités reviennent souvent dans les projets.
Les fonctionnalités qui reviennent souvent
Comptes et droits
Qui accède à quoi : équipes internes, clients, fabricants d’une filière.
Familles de produits
Ajouter ou modifier des familles, dans le cadre du modèle.
Paramétrage et contrôles
Plages, listes de valeurs, cohérence entre les champs.
Exports PDF et XML
La FDES, le XML attendu par INIES et les logiciels de calcul, un tableur si besoin.
Versions et traçabilité
Version du modèle, paramètres et résultats de chaque génération.
Connexions
Import depuis un ERP ou une base produits, ou API, selon vos systèmes.
Qu'est-ce qui peut compliquer un projet de configurateur FDES ?
La principale difficulté d'un projet de configurateur FDES est généralement la collecte et la qualité des données nécessaires à la modélisation environnementale. D'autres facteurs peuvent également influencer sa complexité.
- Des données difficiles à collecter : les informations sur les matières premières, les consommations énergétiques ou les procédés de fabrication peuvent être dispersées entre plusieurs services, sites de production ou fournisseurs.
- Des produits très différents : certaines familles de produits présentent des compositions ou des procédés de fabrication qui nécessitent plusieurs modèles ACV.
- Des paramètres difficiles à définir : il faut identifier les caractéristiques qui peuvent varier et leurs limites de variation, en respectant les règles du programme INIES propres au type de configurateur choisi (générateur ou diffuseur).
- Des données de qualité variable : certaines informations peuvent être incomplètes, peu représentatives ou insuffisamment documentées.
La phase de cadrage permet d'identifier ces enjeux, d'évaluer les données disponibles et de définir un périmètre adapté au projet.
Comment préparer un projet de configurateur FDES ?
Avant de lancer le développement d'un configurateur FDES, il est utile de faire le point sur les produits concernés, les données disponibles et les objectifs du projet. Voici cinq éléments à examiner pour faciliter son cadrage.
- 01Identifier les produits concernésQuelles familles de produits souhaitez-vous couvrir avec votre configurateur FDES ?
- 02Estimer le nombre de FDES à produireCombien de références ou de variantes souhaitez-vous pouvoir déclarer ?
- 03Vérifier si vous disposez déjà d'ACV ou de FDES existantesElles peuvent constituer un point de départ pour votre projet.
- 04Identifier les données disponiblesSavez-vous où se trouvent vos données de fabrication, de composition et de transport ?
- 05Préciser vos objectifsSouhaitez-vous produire des FDES en interne, les intégrer à vos outils ou permettre à vos clients de personnaliser certaines déclarations ?
À retenir
Un configurateur FDES est à la fois un projet ACV et un projet logiciel. Il demande trois prérequis : des produits que l'on sait décrire, des données que l'on sait trouver, et un usage des FDES que l'on sait formuler. Le reste se construit avec une équipe qui réunit les deux compétences, en préparant la vérification dès le premier jour.
Pré-diagnostic gratuit
Votre projet de configurateur FDES est-il réalisable ?
Échangeons sur vos produits, vos données disponibles et vos objectifs pour identifier les principaux enjeux de votre projet et les prochaines étapes à envisager.
Sans engagement · Avec un expert ACV et un expert digital
Questions fréquentes
Peut-on créer un configurateur FDES sans avoir déjà réalisé d'ACV ?
Oui. Si vous ne disposez pas encore d'ACV, la modélisation environnementale peut être réalisée dans le cadre du projet. Si vous possédez déjà des ACV ou des FDES, elles peuvent constituer un point de départ, à condition de vérifier leur adéquation avec le futur configurateur.
Faut-il disposer de toutes les données avant de démarrer le projet ?
Non. Le projet peut commencer par un état des lieux des données disponibles et de celles qui restent à collecter. Cette étape permet d'identifier les informations nécessaires à la modélisation ACV, de repérer les éventuels manques et d'organiser leur collecte.
Peut-on commencer avec une seule famille de produits et en ajouter d'autres ensuite ?
Oui. Un configurateur peut être conçu pour évoluer progressivement. Il est possible de commencer avec une première famille de produits, puis d'en intégrer d'autres. Selon leurs caractéristiques, ces nouvelles familles pourront nécessiter des modèles ACV supplémentaires et une extension du périmètre vérifié.
Quelles personnes doivent être impliquées côté fabricant ?
Il est important de mobiliser les personnes qui connaissent les produits et leurs procédés de fabrication. Selon votre organisation, il peut s'agir des équipes techniques, de production, R&D ou environnement. Un référent projet facilite également la collecte des informations, la coordination et la validation des différentes étapes.
Combien de temps faut-il pour créer un configurateur FDES ?
Il n'existe pas de durée standard. Le calendrier dépend notamment du nombre de familles de produits, de la disponibilité des données, de la complexité des modèles ACV et des fonctionnalités attendues. Il faut également prévoir les phases de tests, de vérification et, si nécessaire, les démarches de reconnaissance du configurateur.
Faut-il faire vérifier chaque FDES produite par le configurateur ?
Cela dépend du type de configurateur et des modalités de vérification applicables. Un générateur FDES peut nécessiter une vérification complémentaire des déclarations produites, tandis qu'un diffuseur fonctionne dans un cadre de paramétrage plus limité. Ces conditions doivent être définies dès le cadrage du projet, conformément aux règles du programme INIES.
Peut-on modifier un configurateur FDES après sa vérification ?
Oui. Un configurateur peut évoluer pour intégrer de nouvelles fonctionnalités, modifier certains paramètres ou ajouter des familles de produits. Toutefois, les changements affectant les modèles ACV, les calculs ou le périmètre vérifié peuvent nécessiter une nouvelle vérification. Il est donc important de distinguer les évolutions purement fonctionnelles des évolutions environnementales.




