Skip to main content

Template — Fiche Composant (chapitre « Composants »)

Usage. Ce document est le patron de rédaction des fiches technologiques Composants du référentiel RG3E (chapitre « Composants », livre 23). Il sert à deux choses :

  1. relire une fiche existante et vérifier sa conformité ;
  2. rédiger une nouvelle fiche à partir d'éléments fournis en vrac (déclarations matériaux, résultats ACV, notes techniques…).

Priorité au contenu. La structure ci-dessous est la charpente commune. Si le contenu d'une fiche ne rentre pas dans un bloc (ex. composant couvrant plusieurs familles technologiques), utiliser la variante prévue plutôt que de tronquer le contenu.

Type de fiche cible : Type_Fiche = Composants. Éditeur BookStack : WYSIWYG (coller le HTML dans l'éditeur code).


Règles transverses (à respecter dans toute la fiche)

  • Titre de la page = nom de la famille de composants (ex. « Condensateurs »). Pas de h1 dans le corps.
  • Hiérarchie de titres : h3 pour les sections numérotées (1, 2, 3), h4 pour les sous-sections, h5 pour les niveaux profonds. Ne jamais sauter un niveau (pas de h3 → h5 direct : insérer un h4 ou remonter le h5 en h4).
  • Numérotation : les sections principales sont numérotées dans le libellé visible (« 1. Rappel technologique »). Conserver cette numérotation dans le texte du titre.
  • Tableaux : structure plate obligatoire. Aucun rowspan ni colspan. Répéter la valeur dans chaque cellule plutôt que fusionner. Cette règle prime sur la compacité visuelle : elle conditionne la récupération API et la compilation inter-fiches. (Les fiches actuelles Condensateurs/Inductances contiennent des tableaux matériaux fusionnés à reprendre.)
  • Callout « A retenir » : après chaque tableau d'impacts, une mise en valeur <p class="callout info"><strong>A retenir</strong></p> suivie de 1 à 3 paragraphes d'interprétation. C'est le format retenu (commentaire industriel #3, #6 : besoin d'une interprétation des résultats, pas seulement des chiffres bruts).
  • Sourcing. Aucun contenu inventé. Toute donnée doit être traçable (déclaration fabricant, base ACV, autre fiche BookStack). Citer la source sous le tableau (<p><em>Source … : lien</em></p> ou <p><em>Note : modélisation … base CODDE® …</em></p>). Tout ajout sourcé de façon autonome par l'assistant est surligné jaune et taggé ⟦Ajout assisté — à vérifier⟧.
  • Pas de résidus Word : supprimer les h2 vides, classes MsoNormal/xl##, styles inline, attributs lang/width/height, span non sémantiques.

Structure de la fiche

Bloc 0 — Objet <h3>

<h3><strong><span style="color: rgb(35, 111, 161);">Objet</span></strong></h3>
<p>Cette fiche couvre les matériaux et technologies de [COMPOSANT]. Le document apporte des
informations d'impacts environnementaux des principales technologies de [COMPOSANT] afin de
guider les concepteurs dans la sélection de règles d'écoconception (cf. Fiches « Checklist »)
relatives à cette famille de composants.</p>
  • 1 paragraphe, 2 phrases max. Pas d'introduction bavarde.
  • [COMPOSANT] = nom de la famille au pluriel (condensateurs, inductances, transistors…).
  • Ne pas laisser « A rédiger » (écart constaté sur la fiche Piles). L'Objet est obligatoire.

Bloc 1 — Rappel technologique <h3>

<h3><strong><span style="color: rgb(35, 111, 161);">1. Rappel technologique</span></strong></h3>
<p>[Phrase de cadrage : quel paramètre gouverne le choix technologique — matériau du noyau,
diélectrique, chimie de la cellule… Préciser ce qui n'entre PAS dans la classification.]</p>

Puis 1 tableau comparatif des technologies (structure plate) :

Colonne Contenu
Technologie nom de la techno (préciser la sous-catégorie entre parenthèses si utile)
Avantages puces courtes, une par ligne
Inconvénients puces courtes
Applications usages typiques
<table border="1" style="border-collapse: collapse; width: 100%;">
<thead>
<tr><td>Technologie</td><td>Avantages</td><td>Inconvénients</td><td>Applications</td></tr>
</thead>
<tbody>
<tr>
  <td>[TECHNO_1]</td>
  <td><p>- [avantage]</p><p>- [avantage]</p></td>
  <td><p>- [inconvénient]</p><p>- [inconvénient]</p></td>
  <td><p>- [application]</p><p>- [application]</p></td>
</tr>
<!-- … une ligne par technologie … -->
</tbody>
</table>

► VARIANTE « multi-familles » (cas Piles/Accumulateurs) : si le composant recouvre plusieurs familles fonctionnellement distinctes (ex. piles non rechargeables vs batteries rechargeables), scinder le Bloc 1 en sous-sections numérotées de même niveau h3 :

1. [Famille A — ex. Pile (Primary Battery) non rechargeable]   <h3>
2. [Famille B — ex. Batterie (Secondary Battery) rechargeable] <h3>

Chaque sous-famille porte son propre paragraphe de cadrage + son tableau comparatif (les colonnes peuvent différer d'une famille à l'autre : ex. ajouter « Cycles de charge », « Tension nominale », « Densité d'énergie »…). Dans ce cas, la numérotation des blocs suivants se décale (Impacts = 3, etc.). Garder tout le contenu : ne pas fusionner de force deux familles dans un seul tableau.


Bloc 2 — Aspects environnementaux <h3>

<h3><strong><span style="color: rgb(35, 111, 161);">2. Aspects environnementaux</span></strong></h3>
<p>Les impacts environnementaux de [COMPOSANT] sont illustrés, à titre d'exemple, par
[CAS_USAGE : ex. un convertisseur DC/DC Buck / une valeur de capacité identique].
[N] références ont été choisies, chacune possède une déclaration des matériaux :</p>
<ul>
  <li>[REF_1 : techno ; caractéristique ; réf. fabricant ; masse]</li>
  <li>[REF_2 : …]</li>
  <li>[REF_3 : …]</li>
</ul>
<p>L'unité fonctionnelle commune est [UF]. [Expliquer les instanciations : ex. « les références
X et Y sont instanciées 10 fois pour atteindre l'UF ».]</p>

Principe UF. Toujours ramener la comparaison à une unité fonctionnelle commune, pas à la masse unitaire. C'est le point d'interprétation clé (une techno légère mais à fort CRM peut être moins pénalisante qu'une techno lourde — cf. « A retenir »).

Puis les sous-sections d'impacts en h4, à inclure selon les données disponibles (0, 1, 2 ou 3 sous-sections — ne pas fabriquer une sous-section sans données) :

2.a <h4> — Impacts d'épuisement des matières premières (si déclarations matériaux dispo)

  • Phrase d'intro : le tableau compare le contenu typique en matériaux + focus CRM.
  • Renvoi méthode : La méthode de calcul est expliquée en Annexes → Notes méthodologiques → Evaluation de l'impact environnemental des matières premières.
  • Indicateur MDI exprimé en mg Cu-éq./mg de minerai (ou /mg composant).
  • Tableau matériaux — PLAT (colonnes répétées par techno, pas de fusion) :
<table border="1" style="border-collapse: collapse; width: 100%;">
<thead>
<tr>
  <td>Technologie</td><td>Sous-partie</td><td>Matériau</td><td>%</td>
</tr>
</thead>
<tbody>
<tr><td>[TECHNO_1]</td><td>[sous-partie]</td><td>[matériau]</td><td>[%]</td></tr>
<!-- répéter TECHNO_1 sur chaque ligne matériau (pas de rowspan) -->
<tr><td>[TECHNO_1]</td><td>% CRM</td><td>—</td><td>[%CRM]</td></tr>
<tr><td>[TECHNO_1]</td><td>MDI (mg Cu-éq. pour l'UF)</td><td>—</td><td>[valeur]</td></tr>
</tbody>
</table>
<p><em>Source [fabricant] : [lien]</em></p>
  • Callout A retenir : interpréter (taux CRM massique ≠ criticité réelle ; croiser masse × criticité ; MDI rapporté à l'UF).

2.b <h4> — [Levier dimensionnant] (optionnel — ex. « Taille des composants et fréquence de découpage »)

Sous-section présente quand un paramètre de conception (fréquence, dimensionnement) est un levier d'impact direct. Tableau de sensibilité (paramètre → masse → surface PCB → impact relatif) + hypothèses de calcul en vert <span style="color: rgb(45, 194, 107);">Hypothèses : …</span> + note base ACV.

2.c <h4> — Impacts des émissions polluantes (si résultats ACV dispo)

  • Intro : périmètre (extraction + fabrication), résultats en % relatifs ou valeurs absolues.
  • Tableau indicateurs (plat). Indicateurs usuels : Changement climatique (kg CO₂ eq.), Eutrophisation marine (kg N eq.), Ozone photochimique (kg NMVOC eq.)… Limiter aux indicateurs significatifs (> 5 % en score unique — commentaire industriel #5 : éviter le multi-critères illisible).
  • Note base ACV : <p><em>Note : modélisation effectuée avec la base CODDE® [version] du logiciel EIME.</em></p> (ou EcoInvent / EF 3.1 selon la source).
  • Callout A retenir.

► VARIANTE « par cas d'usage » (cas Piles) : quand les impacts sont illustrés par des exemples applicatifs plutôt que par une décomposition matériaux, cette section peut prendre la forme « Exemples d'impact pour [type d'application] » avec fiches-produits (référence + caractéristiques) puis tableau ACV comparatif. Garder le callout d'interprétation.


Bloc 3 — Synthèse pour l'écoconception <h3>

<h3><strong><span style="color: rgb(35, 111, 161);">3. Synthèse pour l'écoconception</span></strong></h3>

Contenu = arbitrages et leviers opérationnels. Deux mises en forme admises selon la richesse du contenu :

  • Forme prose (fiche courte) : 3-4 paragraphes de synthèse, puis un h5 « Recommandations d'écoconception » avec liste à puces des leviers.
  • Forme structurée (fiche riche, ex. Inductances) : sous-sections h5 thématiques :
    • h5 — [Thème d'arbitrage — ex. « Efficacité énergétique (usage) vs Matériaux (fabrication) »]
    • h5 — Matières premières
    • h5 — Fin de vie
    • h5 — Recommandations d'écoconception

Le h5 Recommandations d'écoconception est obligatoire (c'est la source des lignes de la CheckList). Format liste à puces, chaque puce = un levier actionnable, 1-3 phrases :

<h5>Recommandations d'écoconception</h5>
<ul>
  <li>[Levier 1 — action concrète + justification courte]</li>
  <li>[Levier 2 …]</li>
</ul>

Bloc 4 — CheckList <h3> (toujours h3, en fin de fiche)

Niveau de titre figé à h3 (écart constaté : Condensateurs utilise h2, table Transistors sans titre dédié). La CheckList est mono-fiche : elle est générée uniquement à partir du contenu de CETTE fiche (pas d'agrégation inter-fiches à la rédaction). Placement en fin de fiche pour les fiches composants/technologiques.

<h3>CheckList</h3>
<table>
<thead>
<tr><th>N°</th><th>Axe d'éco-conception</th><th>Recommandation</th><th>Lien vers la source</th><th>Priorité</th></tr>
</thead>
<tbody>
<tr>
  <td>1</td>
  <td>[AXE]</td>
  <td>[Recommandation formulée en QUESTION : « … a-t-on … ? » / « … est-elle … ? »]</td>
  <td><a href="[URL_FICHE]#[ANCRE_SECTION]">[§ libellé section]</a></td>
  <td>[PRIORITÉ]</td>
</tr>
<!-- … une ligne par recommandation … -->
</tbody>
</table>

Règles de remplissage de la CheckList :

  • Colonnes fixes, dans cet ordre : | Axe d'éco-conception | Recommandation | Lien vers la source | Priorité. Structure plate, pas de fusion.
  • Les recommandations sont formulées en questions (le concepteur doit pouvoir répondre oui/non).
  • Chaque ligne renvoie à une ancre de la fiche (#bkmrk-… ou l'ancre de section) via la colonne Lien.
  • Préfixer si la reco est conditionnelle à un sous-cas : [Transformateurs BF 50/60 Hz] — ….
  • Vocabulaire contrôlé — Axe d'éco-conception (valeurs observées dans les fiches composants) : Choix des matériaux, Consommation énergie, Allongement durée de vie, Fin de vie. (Le référentiel RG3E complet comporte un vocabulaire plus large / axes de Brezet ; décision ouverte sur la réintégration de « définition du juste besoin » et « réduction de la quantité de matière ». En attente d'arbitrage : s'en tenir aux 4 axes ci-dessus pour les fiches composants.)
  • Vocabulaire contrôlé — Priorité : à normaliser. Valeurs observées mélangées : Haute / Medium / Basse (Condensateurs, Piles) et Haute / Medium (Inductances). → Décision à confirmer : conserver Haute / Medium / Basse OU franciser en Haute / Moyenne / Basse. Par défaut ce template retient Haute / Moyenne / Basse.

Bloc Tags (zone Tags BookStack, bas de l'éditeur)

À saisir manuellement (paire nom/valeur). Pour une fiche composant :

Tag Valeur type
Type_Fiche Composants

(Les autres tags — Cible, Gains_environnementaux, Mise_en_place, Secteur, Etape_projet — sont à proposer et faire confirmer au cas par cas selon le contenu, comme pour les fiches Informative / Opérationnelle.)


Aide-mémoire — quand je reçois des éléments en vrac

  1. Identifier la famille de composant → titre de page + [COMPOSANT].
  2. Mono-famille ou multi-familles ? → structure standard ou variante Bloc 1 scindé.
  3. Trier les éléments fournis :
    • descriptions techno / avantages-inconvénients → Bloc 1 (tableau comparatif) ;
    • déclarations matériaux → Bloc 2.a (CRM/MDI) ;
    • résultats ACV / indicateurs → Bloc 2.c (ou variante cas d'usage) ;
    • calculs de sensibilité (fréquence, dimensionnement) → Bloc 2.b ;
    • arbitrages, leviers → Bloc 3 + h5 Recommandations.
  4. Rédiger chaque « A retenir » à partir des tableaux (interprétation, pas répétition).
  5. Dériver la CheckList des recommandations du Bloc 3 (questions + ancres + priorités).
  6. Signaler tout manque de donnée (pas de comblement approximatif) et tout ajout autonome (surlignage jaune + ⟦Ajout assisté — à vérifier⟧).
  7. Rendre du HTML propre prêt à coller (tableaux plats, pas de résidus Word).