Repérez chaque composant obsolète dans chaque projet PCB

Un avis de fin de vie peut sembler anodin. Il mentionne une pièce, un fournisseur et une date. L’impact sur l’ingénierie peut être bien plus important. Le même régulateur, composant mémoire, connecteur ou capteur peut se retrouver dans douze projets de PCB, plusieurs variantes de produit, d’anciens packages de version, et une nouvelle conception qui n’a pas encore atteint le stade du prototype.

La plupart des équipes peuvent trouver la pièce dans la nomenclature qu’elles consultent. La tâche difficile consiste à trouver tous les autres endroits où elle est utilisée. Les équipes parcourent des feuilles de calcul, ouvrent des projets archivés, interrogent les concepteurs et comparent manuellement les références de pièces. Ce travail est lent et peut malgré tout passer à côté d’une variante déjà publiée ou d’un produit de service.

La visibilité « where-used » change le point de départ. Au lieu de demander à chaque responsable de projet de rechercher la pièce, l’équipe commence par la pièce elle-même et suit ses liens vers chaque conception et nomenclature qui l’utilise. Le résultat est une liste d’impact délimitée que les équipes d’ingénierie, d’approvisionnement, de fabrication, de qualité et de service peuvent traiter ensemble.

Points clés

• Un avis de fin de vie est un événement à l’échelle du portefeuille lorsque la même pièce apparaît dans de nombreuses cartes, variantes et nomenclatures publiées.
• La visibilité where-used relie une référence fabricant à chaque conception et nomenclature qui l’utilise, afin que les équipes puissent définir l’impact complet avant de choisir un remplacement.
• Une bonne gestion de l’obsolescence des composants associe des données de pièces en temps réel à une responsabilité claire, une revue technique, l’approbation, la publication et des contrôles de prévention.
• Altium Agile Teams peut prendre en charge ce travail grâce à Parts in Use, aux liens Used In, aux nomenclatures gérées, aux données de cycle de vie, aux commentaires, aux tâches et aux enregistrements de projet partagés.

Pourquoi un seul avis EOL devient un problème de portefeuille

Une pièce devient un problème de portefeuille lorsque son utilisation est répartie entre produits, versions et équipes. Le risque ne concerne pas seulement l’approvisionnement futur. Un remplacement peut affecter les limites électriques, le routage du PCB, le firmware, l’intégration mécanique, les étapes de test, les preuves réglementaires et les instructions d’usine.

La même pièce peut aussi jouer des rôles différents. Une carte peut l’utiliser dans un chemin de sécurité. Une autre peut l’utiliser dans un circuit de surveillance à faible risque. Une troisième peut ne l’utiliser que dans un prototype. Ces cas ne doivent pas recevoir la même priorité ni le même plan de test.

Ce que signifie la visibilité where-used

La visibilité where-used est la capacité de partir d’une pièce et de voir chaque source gérée qui en dépend. La réponse utile n’est pas un résultat de recherche avec un texte similaire. C’est une relation entre la référence fabricant, la source de nomenclature et les références exactes dans la conception.

Dans Altium Agile Teams, Parts in Use vous offrent une vue agrégée des références fabricant utilisées dans les Workspace Projects et les Managed BOMs. Ses liens Used In peuvent afficher les sources de nomenclature et les désignateurs associés. Des vues personnalisées peuvent inclure les variantes de projet, les fichiers de version, les Managed BOMs et les versions.

Ce niveau de détail est important lors d’un événement EOL. Il distingue une revue d’impact complète d’une recherche textuelle large. Il permet aussi à l’équipe d’enregistrer ou de filtrer une vue pour une famille de produits, un programme actif, une usine ou un périmètre de service.

Une réponse pratique à un composant obsolète

La meilleure réponse est un processus de modification maîtrisé, et non une précipitation vers la première équivalence disponible. Utilisez les étapes ci-dessous comme modèle de travail.

1. Confirmer l’avis : Vérifiez la référence fabricant, l’état du cycle de vie, la date du dernier achat possible et la source de l’avis. Faites la distinction entre une véritable fin de vie et un stock faible ou un problème temporaire de délai d’approvisionnement.
2. Établir la liste d’impact : Utilisez les données where-used pour répertorier chaque projet, variante, nomenclature gérée, version et désignateur affectés. Supprimez les doublons, mais conservez le contexte de version.
3. Classer le risque métier : Enregistrez la demande, le stock, le stade du produit, les obligations de service, les engagements clients et la date à laquelle l’approvisionnement devient critique.
4. Évaluer l’impact technique : Examinez la fonction, les caractéristiques, le boîtier, l’empreinte, le brochage, les besoins thermiques, les liens avec le firmware, la conformité, la couverture de test et l’effet sur la fabrication.
5. Choisir une réponse : Utilisez le stock disponible, qualifiez un choix de pièce, repensez le circuit, effectuez un dernier achat ou retirez le produit concerné. Une seule réponse peut ne pas convenir à tous les projets.
6. Maîtriser la modification : Attribuez des responsables, réalisez des revues de conception, mettez à jour la bibliothèque et la nomenclature, publiez les conceptions concernées et conservez la décision ainsi que les preuves.
7. Empêcher la réutilisation : Modifiez le cycle de vie du composant ou la règle d’utilisation afin que les nouvelles conceptions ne sélectionnent pas l’élément obsolète, tout en maintenant la traçabilité des enregistrements des produits existants.

Pourquoi un remplacement « drop-in » peut malgré tout nécessiter un travail d’ingénierie

Un remplacement n’est sûr qu’après vérification du contexte de conception par l’équipe. Faire correspondre le boîtier et la fonction principale ne suffit pas. La compatibilité des broches, les limites électriques, le comportement au démarrage, les performances thermiques, la tolérance, le niveau de qualification, les hypothèses du firmware, les données de symbole, les données d’empreinte et la stabilité de l’approvisionnement peuvent tous avoir de l’importance.

• Électrique : Comparez les limites absolues, la plage de fonctionnement, le timing, le bruit, la précision, la puissance et le comportement de protection.
• Physique : Vérifiez le boîtier, l’empreinte, la hauteur, la géométrie des pastilles, l’orientation et le processus d’assemblage.
• Système : Examinez le firmware, l’étalonnage, les limites de test, les contrôles de sécurité et les exigences dépendantes.
• Approvisionnement : Vérifiez le cycle de vie fabricant, les sources approuvées, la profondeur de stock, le délai d’approvisionnement, les alternatives et le risque de contrefaçon.
• Preuves : Définissez les enregistrements de revue, de test, d’approbation et de version nécessaires pour chaque produit concerné.

Comment Altium Agile Teams prend en charge le flux de travail

Altium Agile Teams peut centraliser le risque lié aux pièces, le contexte de conception et le travail de modification dans un environnement partagé unique. L’équipe peut trouver le travail concerné, attribuer les actions et conserver le résultat lié à l’enregistrement produit. 

Altium Agile Teams fournit des informations à jour sur le cycle de vie, la disponibilité, le prix, la conformité, les alternatives et le suivi where-used dans les nomenclatures. Vous pouvez identifier les pièces confrontées à des pénuries, des problèmes de conformité ou d’obsolescence, et déterminer quels projets sont affectés.

Voici quelques fonctionnalités que vous pouvez trouver particulièrement utiles :

• Parts in Use : Examinez les références fabricant dans les Workspace Projects et les Managed BOMs.
• Liens Used In : Ouvrez chaque source affectée et consultez les désignateurs associés.
• Données de composants en temps réel : Intégrez les signaux de cycle de vie, de stock, de délai, de conformité et de risque au travail de conception et de nomenclature.
• Commentaires et tâches : Offrez à l’ingénierie et à l’approvisionnement un lieu unique pour enregistrer les questions, les responsabilités et les actions de suivi.
• Versions gérées : Gardez la décision de remplacement liée à la révision produit et au processus de publication.
• Contrôles de cycle de vie : Marquez les pièces afin que leur utilisation dans de nouvelles conceptions respecte les règles de l’organisation.

Un modèle simple de contrôle de l’obsolescence

La gestion de l’obsolescence des composants électroniques fonctionne mieux comme une boucle. Surveillez les données des pièces, localisez leur utilisation, évaluez l’impact, décidez, modifiez, vérifiez, publiez, puis continuez à surveiller. La boucle doit fonctionner avant que la production ne soit bloquée.

La meilleure question est : « Où cette pièce est-elle utilisée ? »

Un avis EOL ne devrait pas déclencher douze recherches distinctes. Il devrait lancer une seule revue d’impact connectée. La visibilité where-used donne à l’équipe la carte. Le jugement d’ingénierie décide toujours de l’itinéraire, mais le travail commence avec une vue claire de chaque conception affectée.

Découvrez comment Altium Agile Teams peut vous aider à identifier les pièces utilisées et à relier l’évaluation d’impact aux responsables, aux revues techniques, aux mises à jour de nomenclature et aux publications maîtrisées. Transformez la gestion de l’obsolescence des pièces, d’une chasse aux documents, en un processus d’ingénierie répétable. 

En savoir plus sur Altium Agile Teams →

Questions fréquentes sur la gestion de l’obsolescence des pièces

Qu’est-ce que la gestion de l’obsolescence des composants ?

Il s’agit du processus consistant à repérer les risques de cycle de vie, localiser chaque produit affecté, choisir une réponse, maîtriser la modification de conception et empêcher une réutilisation non sûre.

Que signifie where-used dans la conception de PCB ?

Where-used montre quels projets, nomenclatures, variantes, versions et références de conception utilisent une pièce sélectionnée.

Un avis EOL exige-t-il toujours une refonte ?

Non. La réponse peut être une alternative approuvée, un dernier achat, l’utilisation du stock existant, une refonte ou l’arrêt du produit. Le bon choix dépend du risque produit et du risque d’approvisionnement.

Pourquoi une référence croisée de fournisseur ne suffit-elle pas ?

Une référence croisée suggérée peut différer en termes de caractéristiques nominales, de détails de boîtier, de performances, de comportement du micrologiciel, de qualification ou d’approvisionnement à long terme. L’ingénierie doit examiner l’usage réel.