Réponse courte
Un composant détecté doit être rapproché de l’inventaire et vérifié sur la version du produit. Un nom identique ne suffit pas à conclure à un doublon ou à un composant obsolète.
Disponibilité produit : Inventaire et décisions de composant disponibles en édition complète. Le remplacement ou retrait automatique des anciennes versions n’est pas promis.
Informations utiles au rapprochement
| Information | Usage | Point d’attention |
|---|---|---|
| Identifiant de package / PURL | Distinguer une dépendance connue | Un identifiant absent impose d’autres vérifications |
| Référence de composant standard | Relier un composant au catalogue | Le libellé affiché peut différer sans changer la référence |
| Nom, version, écosystème | Comparer les imports et données enregistrées | Deux versions peuvent coexister légitimement |
| Origine et date du scan | Comprendre la provenance | Une détection ancienne ne prouve pas une présence actuelle |
| Décision de revue | Confirmer ou rejeter une proposition | Le rejet doit être explicable et ne remplace pas une suppression |
Les règles de rapprochement donnent priorité à l’identifiant de package lorsqu’il existe, puis à la référence standard, puis au contexte disponible. Les imports ne doivent pas être interprétés comme une fusion universelle de lignes portant le même nom.
Examiner les versions et l’obsolescence
Comparez l’inventaire au SBOM ou à la source d’architecture de la version réellement livrée. Un ancien composant absent du dernier fichier peut être une dépendance retirée, une différence de périmètre ou une omission de l’export. Vérifiez avant de le retirer.
Une dépendance n’est pas obsolète uniquement parce qu’une version plus récente existe. Vérifiez support, correctifs, usage et contraintes de compatibilité. Ne confondez pas une suggestion rejetée avec un composant livré qui ne reçoit plus de support.
Revue et récupération
Relisez chaque proposition importante, confirmez sa présence, documentez les écarts et conservez la provenance. Pour un doublon présumé, comparez identifiant, version, écosystème et origine avant une correction dans le parcours autorisé.
Si le rapprochement reste incohérent, conservez un fichier fictif minimal reproduisant le cas et signalez l’écart au support. Aucun script de nettoyage de base ou commande interne n’est proposé au client. Les champs et commandes précis de retrait devront être validés sur l’interface de recette.
Articles liés
Article issu de la base de connaissance CRA Manager.
Cet article a-t-il été utile ?
C'est super !
Merci pour votre commentaire
Désolé ! Nous n'avons pas pu vous être utile
Merci pour votre commentaire
Commentaires envoyés
Nous apprécions vos efforts et nous allons corriger l'article