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 :
- relire une fiche existante et vérifier sa conformité ;
- 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
h1dans le corps. - Hiérarchie de titres :
h3pour les sections numérotées (1, 2, 3),h4pour les sous-sections,h5pour les niveaux profonds. Ne jamais sauter un niveau (pas deh3 → h5direct : insérer unh4ou remonter leh5enh4). - 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
rowspannicolspan. 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
h2vides, classesMsoNormal/xl##, styles inline, attributslang/width/height,spannon 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
h5thématiques :h5— [Thème d'arbitrage — ex. « Efficacité énergétique (usage) vs Matériaux (fabrication) »]h5— Matières premièresh5— Fin de vieh5— 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 utiliseh2, 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 :
N°|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) etHaute/Medium(Inductances). → Décision à confirmer : conserverHaute / Medium / BasseOU franciser enHaute / Moyenne / Basse. Par défaut ce template retientHaute / 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 |
Aide-mémoire — quand je reçois des éléments en vrac
- Identifier la famille de composant → titre de page +
[COMPOSANT]. - Mono-famille ou multi-familles ? → structure standard ou variante Bloc 1 scindé.
- 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 +
h5Recommandations.
- Rédiger chaque « A retenir » à partir des tableaux (interprétation, pas répétition).
- Dériver la CheckList des recommandations du Bloc 3 (questions + ancres + priorités).
- Signaler tout manque de donnée (pas de comblement approximatif) et tout ajout autonome
(surlignage jaune +
⟦Ajout assisté — à vérifier⟧). - Rendre du HTML propre prêt à coller (tableaux plats, pas de résidus Word).
No comments to display
No comments to display