Quel article réglementaire encadre la notion de permissive change a la FCC ?

L'article 47 CFR 2.1043 fixe le cadre. Il distingue trois classes (Class I, Class II, Class III) selon la nature de la modification apportée a un équipement déjà titulaire d'une authorization. Le dépôt Class I reste interne au fabricant. Class II et Class III passent par un TCB (Telecommunication Certification Body) avec mise a jour du grant. La FCC publie en complément la note KDB 178919 qui detaille les critères et fournit des exemples sectoriels. Une modification qui change la nature même de l'équipement (modulation, bande, architecture RF complete) ne releve plus du régime permissive change: elle exige une nouvelle application avec FCC ID different, régime parfois informellement designe Class IV.

Une mise a jour de firmware impose-t-elle un dépôt Class II ou Class III ?

Class III est reserve aux équipements relevant du régime SDR (Software Defined Radio) declares comme tels lors du dépôt initial. Un produit Part 15 classique avec firmware non SDR ne releve pas de Class III. Une mise a jour firmware qui modifie les parametres radio mesures (puissance, masque spectral, mécanisme d'accès au spectre type LBT, table de canaux) impose un dépôt Class II. Une mise a jour purement applicative (interface utilisateur, gestion de protocole de plus haut niveau, correctif sécurité logiciel sans toucher la couche radio) reste Class I sans dépôt. La frontière se trace sur l'impact mesure des parametres listes au rapport de test initial.

Comment la RED traite-t-elle une modification substantielle ?

La directive 2014/53/UE ne contient pas de régime équivalent au permissive change FCC. L'article 10(9) impose au fabricant de maintenir la conformité tout au long du cycle de vie. Le Blue Guide 2022 reprend la notion générale de modification substantielle: un changement qui affecte les exigences essentielles 3.1 (sécurité, EMC), 3.2 (utilisation efficace du spectre) ou 3.3 (cybersécurité, vie privée, fraude) impose une nouvelle évaluation de conformité, une mise a jour du dossier technique annexe V et une nouvelle DoC datée. Le fabricant qualifie lui-même le caractère substantiel sous sa responsabilité, avec analyse tracée et opposable en cas de surveillance du marche.

Quel est le statut d'une mise a jour de sécurité obligatoire sous RED 3.3 et CRA ?

RED article 3.3(d, e, f) et le règlement Cyber Resilience Act imposent une maintenance de sécurité active. La publication d'un correctif sécurité est attendue et ne constitue pas en soi une modification substantielle. En revanche, si le correctif modifie une fonction couverte par les exigences essentielles (par exemple un changement d'algorithme de chiffrement liaison, une révision de la gestion d'identifiants radio, une modification du comportement d'appairage), une analyse d'impact conformité reste requise. La regle pratique: un patch sécurité qui ne touche pas les caractéristiques mesurées lors des essais EN 18031-1/2/3 et qui n'introduit pas de nouvelle fonction réseau passe en mise a jour de routine. Au-dela, retour vers l'évaluation 3.3.

Comment le MDR traite-t-il une modification logicielle d'un dispositif medical ?

Le règlement 2017/745 article 120 et les guidances MDCG distinguent les modifications significatives (avenant certificat organisme notifie, voire nouvelle évaluation clinique) des non significatives (mise a jour technique avec notification tacite). Pour le logiciel medical (MDSW), la classification suit IEC 62304: un changement Classe A reste interne avec test de régression, Classe B impose une revue de risque renforcée, Classe C requiert verification complete et souvent une nouvelle revue par l'organisme notifie. Le critère de fond reste l'effet sur la sécurité et la performance prévue du dispositif. Une correction de bug critique sécurité est en général traitée comme non significative si elle ne modifie pas la fonction prévue, mais doit être notifiée.

Une substitution composant qui touche la chaine RF impose-t-elle systématiquement un dépôt Class II ?

Quasi systématiquement. Un composant actif en chaine RF (oscillateur, amplificateur de puissance, mixeur, LNA) ou un passif structurant (balun, filtre LC en sortie, antenne) modifie les caractéristiques RF mesurées. Le retest cible des parametres affectes (puissance fondamentale, masque spectral, émissions hors bande et spurieuses, conformité EMC EN 301 489) precede le dépôt Class II au même FCC ID. Un composant passif de découplage interne sur rail d'alimentation, sans contact avec la chaine RF, peut rester Class I avec note interne. La décision se prend par analyse explicite, jamais par défaut.

Quelles sont les obligations PTCRB en cas de modification d'un module cellulaire ?

Le programme PTCRB exige une notification de toute modification matérielle ou firmware affectant les performances RF cellulaires certifiees. Trois régimes coexistent: Delta certification pour une modification limitée (typiquement firmware modem ou variante mineure de PCB), Continuation pour une nouvelle variante restant sous certificat parent, Full Certification pour un changement majeur (nouveau chipset, ajout de bandes). Les opérateurs cellulaires (AT&T, Verizon, T-Mobile, Orange, Telstra) alignent généralement leurs propres processus sur le verdict PTCRB et ajoutent leurs essais réseau. Une modification firmware modem non notifiée invalide le statut PTCRB et expose l'intégrateur a un retrait d'éligibilité opérateur.

Quels documents archiver pour une modification soumise au régime permissive change ?

Un dossier de modification standard comprend: la fiche d'analyse d'impact regulatoire signée par l'ingénieur responsable, le rapport de retest cible ou complet émis par un laboratoire accredite, la lettre de déclaration de la modification au TCB (pour Class II et Class III), le grant FCC mis a jour publie par la FCC, la version incrémentée de la DoC RED (le cas échéant), la BOM as-built versionnée et la procédure CCB (Change Control Board) qui a enterine la décision. La durée d'archivage est de dix ans pour la RED et l'ensemble des directives Nouvelle Approche, et au moins cinq ans pour la FCC apres dernière fabrication.

Modifications produit : FCC Class II et RED substantial

Auteur Hugues Orgitello Mis à jour le 3 juillet 2026 ~13 min de lecture

Guide - Gestion des modifications produit certifie

Un produit certifie n'est jamais fige. Pénurie de composants, mise a jour de firmware ajoutant une fonctionnalité radio, refresh matériel pour réduire le BOM cost, redesign d'antenne ou de blindage affectant le SAR, évolution réglementaire imposant un patch sécurité: chaque modification ouvre la question de la reconduction du statut de conformité. Les cadres FCC, ISED Canada, RED et MDR ne traitent pas la modification de la même maniere, mais ils convergent sur un même principe opérationnel: distinguer ce qui peut être absorbe par mise a jour documentaire de ce qui exige un retest et une nouvelle déclaration. Ce guide expose le régime permissive change de la FCC sous 47 CFR 2.1043, la notion de modification substantielle au sens de la RED article 10(9), la classification des modifications sous MDR article 120, et propose un workflow CCB (Change Control Board) opérable a l'échelle d'un portefeuille produit.

Contexte: pourquoi la gestion des modifications structure tout cycle de vie

La majorité des entreprises de hardware ne traite pas la conformité comme un evenement unique a la certification initiale, mais comme un état continu maintenu sur la durée de commercialisation. Cette continuité est mise sous tension par cinq classes de modifications:

Penuries et substitutions composants. Le cycle 2020 a 2023 a impose le sujet a l'agenda de tous les bureaux d'etudes. Une substitution de composant peut rester transparente ou exiger un retest selon la catégorie et le role. Le guide regles de substitution composants detaille la matrice par directive.
Mises a jour de firmware avec impact radio. L'ajout d'une bande, le changement d'un algorithme LBT, une nouvelle table de puissance par canal, une modification d'antenne logique ou d'adaptation d'impedance numérique sont des modifications sur lesquelles la frontière Class I / Class II / Class III se joue.
Hardware refresh. Reduction de coût BOM, mise a jour d'un microcontrôleur en fin de vie, passage d'un module radio a un successeur du même fabricant: chacun de ces cas peut être traite différemment selon la trace électrique et le périmètre.
Redesign affectant SAR ou EMC d'ensemble. Une refonte mécanique modifiant l'antenne intégrée ou la distance au corps humain rouvre les essais SAR sous Part 2 Subpart J et impose souvent une nouvelle application. Une refonte des châssis affectant le blindage rouvre les essais EMC.
Patches sécurité imposes. Sous RED article 3.3 et sous le règlement Cyber Resilience Act, la maintenance de sécurité devient une obligation. La frontière entre patch et modification substantielle est documentée par le fabricant.

Le coût de mauvaise classification est asymetrique. Sous-classer un changement (déclarer Class I un changement Class II) expose a une enquete d'enforcement de la FCC, voire au retrait du certificat. Sur-classer entraine du retest évitable et des délais marche. La discipline d'analyse documentée est l'arbitre.

Trois évolutions structurelles ont eleve l'enjeu opérationnel de la gestion des modifications. D'abord, la cybersécurité réglementaire (RED 3.3, CRA, guidance pre-market cyber FDA) ramene les mises a jour firmware a l'intérieur du périmètre conformité, alors qu'elles en restaient généralement hors. Ensuite, la fabrication distribuée chez plusieurs sous-traitants entraine l'apparition silencieuse de divergences de BOM si le suivi PCN n'est pas unifie au niveau ERP. Enfin, les engagements de support plus longs (le CRA impose une durée minimum de cinq ans de support pour les produits connectes par défaut) étendent la période pendant laquelle le produit peut recevoir des modifications substantielles. L'effet combine est que la discipline de gestion des modifications doit aujourd'hui être auditable a la demande par les autorités nationales, les organismes notifies et les auditeurs d'accréditation, avec une traceabilite reproductible de la ligne BOM jusqu'a l'identifiant de grant.

FCC 47 CFR 2.1043: le régime permissive change

La regle fédérale 47 CFR 2.1043 organise les modifications apportées a un équipement déjà titulaire d'une FCC Equipment Authorization (Certification, Suppliers Declaration of Conformity, Verification). Pour les équipements certifies, le régime distingue les classes suivantes.

Classe	Definition réglementaire	Action requise	Effet sur le FCC ID
Class I	Modification sans aucun effet sur les parametres RF mesures ni sur la conformité aux regles applicables	Note d'analyse interne, archivage; aucun dépôt	Inchange
Class II	Modification affectant les caractéristiques RF mesurées ou la conformité, mais respectant les mêmes sections de regles que l'authorization initiale	Retest cible, dépôt au TCB initial, mise a jour du grant FCC publie	Inchange
Class III	Modification du logiciel d'un équipement declare SDR (Software Defined Radio) affectant les caractéristiques RF	Depot Class III spécifique au TCB, retest cible, mise a jour du grant	Inchange
Nouvelle application	Modification substantielle: changement de modulation, ajout de bande hors du scope initial, refonte d'architecture RF, changement de classe d'émetteur	Nouvelle application complete, nouveau FCC ID	Nouveau

La catégorie "nouvelle application" est parfois évoquée comme Class IV dans la documentation industrielle, mais le texte réglementaire ne formalise pas cette terminologie. La FCC publie la note KDB 178919 qui detaille les critères et fournit des exemples sectoriels. Pour le régime général FCC, voir le guide pillar FCC.

Critere de classement Class I: la modification doit être prouvée sans effet sur les parametres mesures. La preuve la plus solide est une comparaison avant/apres sur banc instrumental interne ou laboratoire accredite. Une simple équivalence sur datasheet ne suffit pas pour une catégorie RF active.

Critere de classement Class II: la modification affecte des parametres mesures mais conserve la conformité aux sections de regles initiales (Part 15.247 par exemple). Le retest est cible sur les parametres impactes (delta tests), avec un mémo d'analyse signe par l'ingénieur RF responsable.

Critere de classement Class III: reserve aux équipements declares SDR a l'origine. Un équipement classique non SDR ne peut pas faire l'objet d'une Class III même si sa modification est purement logicielle. Dans ce cas, la modification logicielle qui affecte les parametres RF est traitée comme une Class II ou comme une nouvelle application selon l'amplitude.

Critere de nouvelle application: changement de modulation, ajout de bande hors scope initial, changement de famille de regles (passage Part 15 vers Part 22 par exemple), refonte d'architecture RF, ou modification SAR substantielle. Un nouveau FCC ID est émis et l'ancien grant reste applicable aux unités déjà produites.

ISED Canada: équivalence permissive change sous RSS-Gen

Innovation, Science et Developpement économique Canada (ISED, ex Industrie Canada) applique un régime parallèle a la FCC, défini en annexe de RSS-Gen et dans la procédure DC-01. Les correspondances sont les suivantes:

ISED Class I, II et III correspondent aux classes FCC équivalentes, avec dépôt au CB (Certification Body) reconnu ISED.
Le numéro IC (Industry Canada) reste inchangé pour Class I, II et III.
Une modification substantielle impose une nouvelle application avec nouveau numéro IC.

La pratique habituelle en certification combinée FCC + ISED est de déposer simultanément chez le même TCB/CB la modification, avec un dossier commun. Les rapports de retest sont mutualises lorsque les regles applicables le permettent. Les divergences opérationnelles concernent surtout le SAR (mesures parfois distinctes) et les régimes de déclaration administrative (formulaires distincts).

RED 2014/53/UE: modification substantielle, article 10(9) et Blue Guide

La directive RED ne formalise pas d'échelle de classes équivalente a la FCC. L'obligation générale repose sur l'article 10(9): le fabricant maintient la conformité tout au long du cycle de vie de l'équipement. Le Blue Guide 2022 (Communication 2022/C 247/01) reprend la notion de modification substantielle: tout changement qui peut affecter les exigences essentielles applicables rouvre l'évaluation de conformité.

Pour la RED, les trois exigences essentielles sont:

Article 3.1(a): protection de la santé et de la sécurité des personnes et des animaux domestiques, conformité LVD.
Article 3.1(b): compatibilité électromagnétique conformément a la directive EMC.
Article 3.2: utilisation efficace du spectre.
Article 3.3: exigences additionnelles (interopérabilité, accès aux services d'urgence, cybersécurité via 3.3(d, e, f)).

Toute modification touchant une ou plusieurs de ces exigences declenche:

Mise a jour du dossier technique annexe V avec rapports de retest des essais impactes.
Reemission de la déclaration de conformité (DoC) datée, identifiant unique incrémenté.
Notification a l'organisme notifie si l'évaluation initiale est passée par module B + C (examen UE de type) ou H (assurance qualité complete) et que la modification touche des éléments couverts par le certificat d'examen de type.

Une mise a jour firmware ajoutant le support d'une bande qui n'était pas dans le périmètre initial impose obligatoirement une réévaluation 3.2, avec essais radio harmonises sur la nouvelle bande (EN 300 328, EN 301 893, EN 300 220 selon le cas). Une modification d'antenne ou de chaine RF passive touche typiquement 3.1(b) et 3.2. Une refonte de la couche cybersécurité touche 3.3(d, e, f) et impose des essais sous EN 18031-1/2/3.

La traceabilite est documentée dans le dossier annexe V, conserve dix ans apres la dernière mise sur le marche. Pour le régime général RED, voir pillar RED.

MDR 2017/745: changements significatifs, article 120

Le règlement MDR article 120 et la guidance MDCG 2020-3 Rev. 1 organisent la gestion des modifications sous l'angle du changement significatif. Une modification est significative si elle affecte:

La conception ou l'usage prévu du dispositif.
La performance ou la sécurité.
La classification du dispositif (montée en classe).
L'évaluation clinique.

Une modification significative impose un avenant au certificat CE par l'organisme notifie, voire une nouvelle évaluation complete selon l'ampleur. Une modification non significative est notifiée a l'organisme notifie de maniere tacite, avec mise a jour du dossier technique annexe II et III.

Pour le logiciel medical (MDSW, Medical Device Software), IEC 62304 introduit une classification sécurité par niveau de risque:

Classe IEC 62304	Risque associe	Profondeur de verification apres modification
Classe A	Pas de blessure possible	Tests de régression, archivage
Classe B	Blessure non grave possible	Tests de régression complets, revue de risque
Classe C	Blessure grave ou décès possible	Verification complete, revue par organisme notifie souvent requise

Une correction de bug critique sécurité, même en Classe C, n'est pas nécessairement significative au sens MDR si elle ne modifie pas la fonction prévue. Elle reste notifiée. Une fonctionnalité logicielle nouvelle (nouvel algorithme de détection, modification d'un seuil d'alarme) est presque toujours significative en Classe B ou C. Pour la classification, voir MDR classes.

Tableau comparatif: FCC, ISED, RED, MDR

Aspect	FCC 47 CFR 2.1043	ISED RSS-Gen	RED article 10(9)	MDR article 120
Cadre conceptuel	Echelle de classes formalisées	Echelle parallèle FCC	Notion générale modification substantielle	Notion changement significatif
Modification mineure	Class I, pas de dépôt	Class I, pas de dépôt	Mise a jour dossier sans DoC	Notification tacite, dossier mis a jour
Modification a impact RF mesure	Class II, retest cible, dépôt TCB	Class II, dépôt CB	Reevaluation 3.1(b)/3.2, nouvelle DoC	Notification
Modification logicielle SDR	Class III	Class III	Reevaluation selon impact	Selon classification IEC 62304
Modification substantielle	Nouvelle application, nouveau FCC ID	Nouvelle application, nouveau IC	Nouvelle évaluation conformité, nouvelle DoC	Avenant certificat ou nouvelle évaluation
Identifiant produit	FCC ID inchangé Class I/II/III	IC inchangé Class I/II/III	DoC reidentifiee a chaque mise a jour	Numero UDI inchangé en général
Organisme implique	TCB	CB	Organisme notifie si pertinent	Organisme notifie
Duree archivage	5 ans apres dernière fabrication	5 ans apres dernière fabrication	10 ans apres dernière mise sur le marche	10 ans (15 pour implantables)

PTCRB et acceptance opérateur: la couche cellulaire

Pour les produits intégrant un module cellulaire certifie PTCRB, toute modification matérielle ou firmware affectant la chaine RF cellulaire impose une notification au programme PTCRB. Trois régimes:

Delta Certification: modification limitée, retest cible sur les bandes affectees.
Continuation: nouvelle variante restant sous certificat parent.
Full Certification: changement majeur de chipset ou de bandes, retest complet.

Une modification firmware modem non notifiée invalide le statut PTCRB et expose a un retrait d'éligibilité par les opérateurs cellulaires (AT&T, Verizon, T-Mobile, Orange, Telstra, KDDI). Voir le guide pillar PTCRB et 3GPP RF conformance test plan.

Cybersecurite RED 3.3 et CRA: maintenance et modification

RED article 3.3(d, e, f), applicable depuis le 1er août 2025 via le règlement delegue (UE) 2022/30, et le règlement Cyber Resilience Act (CRA) entre en vigueur en 2024 avec mise en application graduée, imposent une posture de maintenance continue de la sécurité. La fourniture de mises a jour de sécurité est attendue tout au long de la durée de support declaree.

La frontière a maintenir est la suivante:

Mise a jour de routine corrigeant une vulnérabilité sans modifier les fonctions couvertes par les essais EN 18031-1/2/3 (gestion d'identifiants, controle d'accès, intégrité des données personnelles, fonctions réseau): traitée comme maintenance, journalisée mais non considere comme modification substantielle.
Mise a jour fonctionnelle introduisant une nouvelle méthode d'authentification, modifiant l'algorithme de chiffrement de liaison radio, changeant le comportement d'appairage ou d'autorisation: declenche une réévaluation 3.3 avec essais EN 18031 cibles et mise a jour DoC.

Le CRA ajoute une obligation de déclaration de vulnérabilité a l'ENISA dans les 24 heures pour les vulnérabilités activement exploitees. Cette obligation est indépendante du régime de modification produit; elle s'ajoute. Pour le cadre CRA, voir Cyber Resilience Act.

Workflow CCB: Change Control Board opérationnel

Un workflow CCB robuste séquence la prise de décision en six étapes documentees.

Initiation. Une demande de modification (Engineering Change Request, ECR) est ouverte. Sources possibles: PCN fournisseur, demande commerciale, correctif bug, ajout fonctionnel, optimisation coût.
Analyse d'impact technique. L'ingénieur produit qualifie la nature de la modification: hardware, firmware, mécanique, etiquette. La nomenclature affectée est listee.
Analyse d'impact regulatoire. Le regulatory engineer statue sur l'effet vis-a-vis de chaque autorité applicable (FCC, ISED, RED, MDR, autres). La classification (Class I/II/III/nouvelle application; substantielle/non substantielle; significative/non significative) est proposée avec justification écrite.
Decision CCB. Comite réunissant ingénierie, qualité, regulatoire, manufacturing, commercial. La décision retest est arrêtée: aucun, cible, complet. Le périmètre de retest est défini precisement.
Execution. Retest en laboratoire accredite, rédaction du rapport, dépôts TCB ou CB, mise a jour du dossier technique, reemission DoC.
Cloture et traceabilite. L'ECR est clôturée avec lien vers les pièces produites (rapport, lettre TCB, grant FCC publie, DoC datée, BOM as-built). La modification entre en production sur cutover défini.

La régression test matrix est un livrable cle de l'étape 5. Elle liste les essais initiaux et l'évaluation, parametre par parametre, de la necessite de retester. Un parametre dont le delta entre architecture initiale et architecture modifiée est documente comme nul par analyse peut être dispense de retest sous reserve de traçabilité. Un parametre dont l'effet est estime non nul est retraite.

Documentation type d'un dossier de modification

Au-dela de la régression test matrix, un dossier de modification mature comprend plusieurs livrables systematiques. La traceabilite croisée entre ces livrables conditionne la solidité du dossier en cas de surveillance du marche ou d'audit opérateur.

Fiche d'analyse d'impact regulatoire. Une page recto-verso typiquement, signée par le regulatory engineer, listant pour chaque autorité (FCC, ISED, RED, MDR, PTCRB) la classification proposée et sa justification. Elle reference les sections de regles et les normes harmonisées touchees.
Memo technique avant/apres. Comparaison parametre par parametre des references avant et apres modification: datasheet électrique, schémas RF, simulations Spice ou EM le cas échéant, mesures sur banc interne. Ce document conditionne souvent la pertinence des delta tests proposes au TCB.
Rapport laboratoire accredite. Conforme au format usuel (en-tete d'accréditation ILAC, traceabilite des étalons, identification du DUT, conditions ambiantes). Les delta reports cites en reference au rapport initial sont admis par les TCB sous reserve de mention explicite de l'analyse de couverture.
Lettre de modification au TCB (Class II, Class III). Format standardise dans la guidance KDB 178919, indiquant le type de modification, la liste des essais retenus, la justification de l'absence des essais ecartes.
BOM as-built versionnée. L'ECN cite la version sortante et la version entrante. Le cutover de production est date.
DoC RED reemise. Numero incrémenté, date, reference au dossier annexe V mis a jour.

Cette pile documentaire est conservée dix ans pour la RED et la MDR, et au moins cinq ans apres dernière fabrication pour la FCC. Certains programmes d'acceptance opérateur (notamment PTCRB) exigent la conservation des preuves pendant toute la durée de validité du certificat, ce qui peut dépasser les minimums réglementaires pour les produits maintenus en service au-dela d'une decennie.

Pieges fréquents

Piege	Consequence	Action de prévention
Substitution composant sans vérifier l'impact radio	Class II non depose, exposition enforcement FCC	Analyse regulatoire systématique sur chaque PCN, signée
Mise a jour firmware ajoutant une bande non couverte	Operation hors authorization, retrait possible du grant	Verrouiller en build les régions et bandes du firmware certifie
Considerer une mise a jour firmware comme Class I par défaut	Sous-classement, exposition FCC et perte de traçabilité RED	Analyse de l'impact mesure sur chaque parametre initial avant décision
Confondre Class III SDR avec mise a jour logicielle classique	Depot Class III rejette pour produit non declare SDR	Verifier la déclaration SDR initiale; sinon Class II ou nouvelle application
Ne pas notifier PTCRB une modification modem firmware	Retrait d'éligibilité opérateur, blocage marche US/Canada	Inscrire PTCRB dans le CCB systématique pour tout produit cellulaire
Patch sécurité RED 3.3 introduisant une fonction réseau nouvelle	Reevaluation 3.3 non réalisée, DoC obsolète	Cartographie des fonctions couvertes par EN 18031; revue avant push
Ne pas reemission DoC apres modification substantielle RED	DoC archivée incohérente, manquement article 10(9)	Numerotation DoC liée a BOM, automatisée en sortie de CCB
Modification MDR sans notification organisme notifie	Avenant certificat manquant, retrait possible	Procedure écrite distinguant significatif et non significatif, par classe IEC 62304
Oublier la cohérence avec ISED Canada apres dépôt FCC	Statut Canada divergent, importateur expose	Depot combine FCC + ISED systématique chez le même TCB/CB
Pas de régression test matrix tracée	Impossible de démontrer le périmètre retenu en surveillance	Matrice publiée dans chaque cloture ECR, archivée dix ans

La gestion des modifications est un sujet transverse qui mobilise ingénierie, qualité et regulatoire en continu. Le glossaire spilma reprend les termes clés (TCB, CB, KDB, FCC ID, IC, DoC, ECR, CCB, SDR, MDSW, MDCG, MOPP, LPS) avec leurs définitions de reference.

Voir aussi

Sources & références

47 CFR 2.1043, changes in certificated equipment , Electronic Code of Federal Regulations www.ecfr.gov/current/title-47/chapter-I/subchapter-A/part-2/section-2.1043
FCC KDB 178919, permissive change policy for certified transmitters , Federal Communications Commission apps.fcc.gov/oetcf/kdb/forms/FTSSearchResultPage.cfm?id=44637
Directive 2014/53/UE (RED), article 10(9) et annexe V , EUR-Lex eur-lex.europa.eu/eli/dir/2014/53/oj
Blue Guide on the implementation of EU product rules, 2022 , Commission europeenne eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:52022XC0629(04)
Règlement 2017/745 (MDR), article 120 sur les modifications , EUR-Lex eur-lex.europa.eu/eli/reg/2017/745/oj
MDCG 2020-3 Rev. 1, guidance on significant changes under MDR , Medical Device Coordination Group health.ec.europa.eu/document/download/0d8c7f78-7e2c-4f6a-8d63-fb6fcb1be1cb_en

Questions fréquentes

Quel article réglementaire encadre la notion de permissive change a la FCC ?: L'article 47 CFR 2.1043 fixe le cadre. Il distingue trois classes (Class I, Class II, Class III) selon la nature de la modification apportée a un équipement déjà titulaire d'une authorization. Le dépôt Class I reste interne au fabricant. Class II et Class III passent par un TCB (Telecommunication Certification Body) avec mise a jour du grant. La FCC publie en complément la note KDB 178919 qui detaille les critères et fournit des exemples sectoriels. Une modification qui change la nature même de l'équipement (modulation, bande, architecture RF complete) ne releve plus du régime permissive change: elle exige une nouvelle application avec FCC ID different, régime parfois informellement designe Class IV.
Une mise a jour de firmware impose-t-elle un dépôt Class II ou Class III ?: Class III est reserve aux équipements relevant du régime SDR (Software Defined Radio) declares comme tels lors du dépôt initial. Un produit Part 15 classique avec firmware non SDR ne releve pas de Class III. Une mise a jour firmware qui modifie les parametres radio mesures (puissance, masque spectral, mécanisme d'accès au spectre type LBT, table de canaux) impose un dépôt Class II. Une mise a jour purement applicative (interface utilisateur, gestion de protocole de plus haut niveau, correctif sécurité logiciel sans toucher la couche radio) reste Class I sans dépôt. La frontière se trace sur l'impact mesure des parametres listes au rapport de test initial.
Comment la RED traite-t-elle une modification substantielle ?: La directive 2014/53/UE ne contient pas de régime équivalent au permissive change FCC. L'article 10(9) impose au fabricant de maintenir la conformité tout au long du cycle de vie. Le Blue Guide 2022 reprend la notion générale de modification substantielle: un changement qui affecte les exigences essentielles 3.1 (sécurité, EMC), 3.2 (utilisation efficace du spectre) ou 3.3 (cybersécurité, vie privée, fraude) impose une nouvelle évaluation de conformité, une mise a jour du dossier technique annexe V et une nouvelle DoC datée. Le fabricant qualifie lui-même le caractère substantiel sous sa responsabilité, avec analyse tracée et opposable en cas de surveillance du marche.
Quel est le statut d'une mise a jour de sécurité obligatoire sous RED 3.3 et CRA ?: RED article 3.3(d, e, f) et le règlement Cyber Resilience Act imposent une maintenance de sécurité active. La publication d'un correctif sécurité est attendue et ne constitue pas en soi une modification substantielle. En revanche, si le correctif modifie une fonction couverte par les exigences essentielles (par exemple un changement d'algorithme de chiffrement liaison, une révision de la gestion d'identifiants radio, une modification du comportement d'appairage), une analyse d'impact conformité reste requise. La regle pratique: un patch sécurité qui ne touche pas les caractéristiques mesurées lors des essais EN 18031-1/2/3 et qui n'introduit pas de nouvelle fonction réseau passe en mise a jour de routine. Au-dela, retour vers l'évaluation 3.3.
Comment le MDR traite-t-il une modification logicielle d'un dispositif medical ?: Le règlement 2017/745 article 120 et les guidances MDCG distinguent les modifications significatives (avenant certificat organisme notifie, voire nouvelle évaluation clinique) des non significatives (mise a jour technique avec notification tacite). Pour le logiciel medical (MDSW), la classification suit IEC 62304: un changement Classe A reste interne avec test de régression, Classe B impose une revue de risque renforcée, Classe C requiert verification complete et souvent une nouvelle revue par l'organisme notifie. Le critère de fond reste l'effet sur la sécurité et la performance prévue du dispositif. Une correction de bug critique sécurité est en général traitée comme non significative si elle ne modifie pas la fonction prévue, mais doit être notifiée.
Une substitution composant qui touche la chaine RF impose-t-elle systématiquement un dépôt Class II ?: Quasi systématiquement. Un composant actif en chaine RF (oscillateur, amplificateur de puissance, mixeur, LNA) ou un passif structurant (balun, filtre LC en sortie, antenne) modifie les caractéristiques RF mesurées. Le retest cible des parametres affectes (puissance fondamentale, masque spectral, émissions hors bande et spurieuses, conformité EMC EN 301 489) precede le dépôt Class II au même FCC ID. Un composant passif de découplage interne sur rail d'alimentation, sans contact avec la chaine RF, peut rester Class I avec note interne. La décision se prend par analyse explicite, jamais par défaut.
Quelles sont les obligations PTCRB en cas de modification d'un module cellulaire ?: Le programme PTCRB exige une notification de toute modification matérielle ou firmware affectant les performances RF cellulaires certifiees. Trois régimes coexistent: Delta certification pour une modification limitée (typiquement firmware modem ou variante mineure de PCB), Continuation pour une nouvelle variante restant sous certificat parent, Full Certification pour un changement majeur (nouveau chipset, ajout de bandes). Les opérateurs cellulaires (AT&T, Verizon, T-Mobile, Orange, Telstra) alignent généralement leurs propres processus sur le verdict PTCRB et ajoutent leurs essais réseau. Une modification firmware modem non notifiée invalide le statut PTCRB et expose l'intégrateur a un retrait d'éligibilité opérateur.
Quels documents archiver pour une modification soumise au régime permissive change ?: Un dossier de modification standard comprend: la fiche d'analyse d'impact regulatoire signée par l'ingénieur responsable, le rapport de retest cible ou complet émis par un laboratoire accredite, la lettre de déclaration de la modification au TCB (pour Class II et Class III), le grant FCC mis a jour publie par la FCC, la version incrémentée de la DoC RED (le cas échéant), la BOM as-built versionnée et la procédure CCB (Change Control Board) qui a enterine la décision. La durée d'archivage est de dix ans pour la RED et l'ensemble des directives Nouvelle Approche, et au moins cinq ans pour la FCC apres dernière fabrication.