Planification de Fin de Vie CRA : Transitions de Produits Responsables

Comment planifier et communiquer la fin de vie des produits sous le CRA. Inclut des modèles de communication, des conseils sur les délais et des cadres de transition client.

Équipe CRA Evidence
Auteur
5 février 2026
Mis à jour 25 février 2026, 00:00:00 TU
17 min de lecture
Planification de Fin de Vie CRA : Transitions de Produits Responsables
In this article

La période de support de votre produit prendra fin. Sous le CRA, la façon dont vous gérez cette transition affecte à la fois la conformité et les relations clients. Une fin de vie mal gérée laisse les clients avec des produits vulnérables et vous expose à une responsabilité potentielle.

Ce guide couvre la planification responsable de fin de vie : délais, communication et ce qui se passe après la fin du support.

Résumé

  • Le CRA exige une période de support minimum de 5 ans, mais la fin de vie arrive inévitablement
  • Commencez la planification de fin de vie 12-18 mois avant la fin du support
  • Communiquez tôt et souvent : 12 mois, 6 mois, 1 mois, date de fin de vie
  • Fournissez des chemins de migration clairs et des mises à jour de sécurité finales
  • La conservation de la documentation continue 10 ans après la dernière mise sur le marché

Fin de Vie Sous le CRA : Ce Qui Est Requis

Le CRA ne prescrit pas explicitement les procédures de fin de vie, mais plusieurs exigences affectent la façon dont vous gérez la fin de vie :

Obligation de Période de Support

L'Article 13 exige des mises à jour de sécurité pendant la période de support (minimum 5 ans ou durée de vie attendue du produit). Quand cette période se termine, votre obligation de mise à jour cesse, mais votre responsabilité d'avoir planifié cela ne disparaît pas.

Information Client

L'Annexe I exige de fournir des informations sur la période de support. Les clients doivent savoir dès l'achat quand le support prendra fin.

Conservation de la Documentation

La documentation technique doit être conservée pendant 10 ans après la mise sur le marché de la dernière unité. La fin de vie ne termine pas les obligations de documentation.

Gestion des Non-Conformités

Si à la fin de vie vous savez que le produit a des vulnérabilités non corrigées, vous pouvez avoir des obligations de notification selon les dispositions de surveillance du marché.

Cadre de Chronologie de Fin de Vie

18 Mois Avant la Fin de Vie : Planification

PHASE DE PLANIFICATION FIN DE VIE (18 mois avant)

Interne :
[ ] Confirmer la date de fin de vie basée sur mise sur le marché + période de support
[ ] Évaluer les vulnérabilités en suspens
[ ] Planifier les mises à jour de sécurité finales
[ ] Identifier les produits successeurs/chemins de migration
[ ] Préparer les supports de communication client
[ ] Briefer les équipes de support

Externe :
[ ] Commencer à mentionner la fin de vie dans les communications de roadmap produit
[ ] Mettre à jour la documentation produit avec la date de fin de vie
[ ] Identifier les grands clients pour une approche proactive

12 Mois Avant la Fin de Vie : Première Notification

C'est votre annonce formelle de fin de vie.

NOTIFICATION FIN DE VIE À 12 MOIS

Destinataires :
- Tous les clients enregistrés
- Partenaires de distribution
- Publié sur les pages produit

Contenu :
- Nom et version du produit
- Date de fin de support
- Ce que signifie « fin de support »
- Options de migration
- Calendrier des mises à jour restantes
- Contact pour les questions

Canaux :
- Email aux utilisateurs enregistrés
- Notification de mise à jour produit (in-app)
- Annonce sur le site web
- Communiqué de presse (pour les produits significatifs)
- Communication partenaires

Modèle : Notification à 12 Mois

Objet : Important : Avis de Fin de Support pour [Nom du Produit]

Cher/Chère [Client],

Ce courrier confirme que [Nom du Produit vX.X] atteindra
sa fin de support le [Date].

CE QUE CELA SIGNIFIE :
- Après le [Date], nous ne fournirons plus de mises à jour
  de sécurité pour [Nom du Produit vX.X]
- Le support technique prendra fin
- Le produit continuera à fonctionner mais pourrait devenir
  vulnérable aux problèmes de sécurité découverts après le [Date]

CALENDRIER :
- Aujourd'hui : Cette annonce
- [Date - 6 mois] : Rappel
- [Date - 1 mois] : Avis final et dernière mise à jour de sécurité
- [Date] : Fin de support

VOS OPTIONS :
Option 1 : Mise à niveau vers [Nom du Produit v2.0]
- [Avantages de la mise à niveau]
- Tarif de mise à niveau : [Détails]
- Guide de migration : [Lien]

Option 2 : Passer à [Produit Alternatif]
- [Brève description]
- [Lien vers la comparaison]

Option 3 : Continuer à utiliser la version non supportée
- Non recommandé
- Le produit fonctionne mais pas de mises à jour de sécurité
- Vous acceptez les risques de sécurité

SUPPORT À LA MIGRATION :
Nous sommes  pour vous aider dans votre transition :
- Documentation de migration : [Lien]
- Équipe de support : [Contact]
- Webinaire le [Date] : « Migration de [Produit vX] vers [v2] »

Des questions ? Contactez [email/téléphone support]

Merci d'être client de [Nom du Produit].

L'Équipe Produit [Nom de l'Entreprise]

6 Mois Avant la Fin de Vie : Rappel

Renforcez le message et fournissez des informations de migration mises à jour.

RAPPEL FIN DE VIE À 6 MOIS

Mises à jour depuis la notification à 12 mois :
- Outils de migration disponibles
- Tarifs promotionnels pour les mises à niveau
- Témoignages des premiers migrateurs
- FAQ mise à jour

Canaux additionnels :
- Bannière/notification dans le produit
- Notice sur la page de connexion
- Rappel sur les réseaux sociaux

Modèle : Rappel à 6 Mois

Objet : Rappel : Le Support de [Nom du Produit] Prend Fin dans 6 Mois

Cher/Chère [Client],

Ceci est un rappel que [Nom du Produit vX.X] atteindra
sa fin de support le [Date] ,  dans six mois.

MISE À JOUR DU STATUT :
- X clients ont déjà migré vers [v2.0]
- Les outils de migration sont maintenant disponibles
- Tarifs de mise à niveau spéciaux valides jusqu'au [Date]

NOUVEAUTÉS :
- Assistant de migration en libre-service : [Lien]
- Enregistrement du webinaire de migration : [Lien]
- FAQ Mise à niveau : [Lien]

MISES À JOUR RESTANTES :
Nous publierons une dernière mise à jour de sécurité environ
un mois avant la fin du support, traitant toutes les
vulnérabilités connues à cette date.

N'ATTENDEZ PAS :
Nous recommandons de commencer votre migration maintenant pour :
- Éviter les problèmes de dernière minute
- Profiter des tarifs de mise à niveau
- Assurer une couverture de sécurité ininterrompue

Besoin d'aide ? Contactez [contact support migration]

L'Équipe Produit [Nom de l'Entreprise]

1 Mois Avant la Fin de Vie : Avis Final

Le dernier rappel avant la fin du support.

AVIS FINAL À 1 MOIS

Contenu critique :
- C'est l'avis final
- Dernière mise à jour de sécurité publiée (ou en cours de publication)
- Procédures de fermeture des canaux de support
- Dernière opportunité de migration

Éléments d'urgence :
- Emphase claire sur la date limite
- Divulgation des vulnérabilités connues (si certaines restent non corrigées)
- Conséquences de l'inaction

Modèle : Avis Final à 1 Mois

Objet : Avis Final : Le Support de [Nom du Produit] Prend Fin le [Date]

Cher/Chère [Client],

Ceci est l'avis FINAL avant que [Nom du Produit vX.X]
n'atteigne sa fin de support le [Date].

MISE À JOUR DE SÉCURITÉ FINALE :
Nous publions la mise à jour de sécurité finale aujourd'hui. Cette
mise à jour traite toutes les vulnérabilités connues à cette
date. Nous recommandons fortement d'appliquer cette mise à jour.

Téléchargement : [Lien]
Guide d'installation : [Lien]

APRÈS LE [DATE] :
- Aucune autre mise à jour de sécurité ne sera publiée
- Le support technique ne sera plus disponible
- Toute vulnérabilité découverte après cette date
  ne sera pas corrigée

DERNIÈRE CHANCE DE MIGRER :
C'est votre dernière opportunité de profiter de
notre support de migration assistée.

- Mise à niveau vers [v2.0] : [Lien]
- Assistance à la migration : [Contact]
- Le tarif de mise à niveau expire le : [Date]

CONTINUER À UTILISER [PRODUIT vX.X] :
Si vous continuez à utiliser [Nom du Produit vX.X] après le [Date] :
- Le produit continuera à fonctionner
- Vous acceptez les risques de sécurité des vulnérabilités non corrigées
- Vous devriez mettre en place des contrôles compensatoires
- Considérez l'isolation réseau et la surveillance

Nous apprécions votre fidélité et espérons que vous continuerez
avec nous sur [v2.0] ou [produit alternatif].

L'Équipe Produit [Nom de l'Entreprise]

Date de Fin de Vie : Le Support Prend Fin

ACTIONS À LA DATE DE FIN DE VIE

Exécuter :
[ ] Canaux de support fermés/redirigés
[ ] Documentation produit mise à jour vers « plus supporté »
[ ] Vérifications automatiques de mise à jour désactivées (ou pointer vers « aucune mise à jour disponible »)
[ ] Pages de téléchargement mises à jour avec avis de fin de vie
[ ] Archiver le produit dans les systèmes internes

Communiquer :
[ ] Email de confirmation final aux utilisateurs restants
[ ] Bannière/avis sur le site web
[ ] Message de redirection du support

Conserver :
[ ] Documentation technique (conservation 10 ans continue)
[ ] Registres des communications clients
[ ] Liste des vulnérabilités connues à la fin de vie

Modèle : Confirmation de Fin de Vie

Objet : [Nom du Produit] a Atteint sa Fin de Support

Cher/Chère [Client],

À compter d'aujourd'hui, [Date], [Nom du Produit vX.X] a atteint
sa fin de support.

CE QUE CELA SIGNIFIE MAINTENANT :
- Aucune autre mise à jour de sécurité ne sera fournie
- Le support technique n'est plus disponible
- La documentation produit reste accessible sur [Lien]

SI VOUS UTILISEZ TOUJOURS [PRODUIT vX.X] :
Nous recommandons :
1. Mise à niveau vers [v2.0] : [Lien]
2. Mettre en place des contrôles de sécurité compensatoires
3. Considérer l'isolation réseau

CONTACT SÉCURITÉ :
Bien que nous ne fournissions plus de mises à jour, nous maintenons un
contact de sécurité pour la divulgation responsable des vulnérabilités :
security@company.com

Si vous découvrez une vulnérabilité, veuillez la signaler.
Nous évaluerons si des circonstances extraordinaires
justifient une action et notifierons les utilisateurs concernés si
des risques significatifs sont découverts.

DOCUMENTATION :
La documentation produit reste disponible sur : [Lien]
Cette documentation est conservée à des fins réglementaires.

Merci d'avoir été client de [Nom du Produit]. Nous espérons
vous servir avec [produit successeur] ou d'autres solutions.

L'Équipe Produit [Nom de l'Entreprise]

Planification des Chemins de Migration

Définir les Options de Migration

Les clients ont besoin d'alternatives claires :

CADRE DES OPTIONS DE MIGRATION

OPTION 1 : Mise à Niveau Directe
├── Nouvelle version du même produit
├── Migration des données supportée
├── Parité fonctionnelle (ou mieux)
└── Tarification : [tarif mise à niveau]

OPTION 2 : Produit Alternatif
├── Produit différent répondant aux mêmes besoins
├── Peut nécessiter des changements de workflow
├── Outils de migration disponibles
└── Tarification : [tarif nouveau client]

OPTION 3 : Produit Concurrent
├── Soyez honnête si votre solution ne convient pas
├── Fournissez une capacité d'export de données
└── Ne verrouillez pas les clients

OPTION 4 : Continuer Sans Support
├── Documentez clairement les risques
├── Fournissez des conseils sur les contrôles compensatoires
├── Pas de support, pas de mises à jour
└── Le client accepte la responsabilité

Ressources de Support à la Migration

Préparez avant le début des communications de fin de vie :

Ressource Objectif
Guide de migration (documentation) Instructions étape par étape
Outil de migration (automatisé) Réduire l'effort manuel
Utilitaire d'export de données Propriété des données client
Document FAQ Questions courantes
Webinaire/vidéo Parcours visuel
Canal de support dédié Questions de migration
Tarif de mise à niveau Inciter à la migration

Gestion des Clients Qui Ne Migreront Pas

Certains clients continueront à utiliser des produits non supportés. Vos responsabilités :

À faire :

  • Communiquer clairement les risques
  • Fournir la mise à jour de sécurité finale
  • Documenter leur choix (pour vos registres)
  • Maintenir un contact de sécurité pour les divulgations critiques
  • Garder la documentation accessible

À ne pas faire :

  • Forcer l'arrêt du produit (dans la plupart des cas)
  • Supprimer les données client sans préavis
  • Abandonner complètement le contact de sécurité
  • Retirer la documentation

Responsabilités Post-Fin de Vie

Conservation de la Documentation

Vos obligations de documentation ne se terminent pas avec le support :

EXIGENCES DE DOCUMENTATION POST-FIN DE VIE

Dossier Technique :
- Conserver 10 ans à partir de la dernière unité mise sur le marché
- Doit être disponible pour les autorités de surveillance du marché
- Inclure l'état final à la fin de vie

Registres à Maintenir :
- Déclaration de Conformité UE
- Évaluations des risques
- Résultats des tests
- SBOM (version finale)
- Preuves d'évaluation de conformité
- Communications clients

Note : Si le produit était sur le marché pendant 3 ans et la période
de support était de 5 ans, la conservation de la documentation continue
pendant 10 ans à partir de l'année 3, pas de l'année 8.

Gestion des Vulnérabilités Connues

Que faire si des vulnérabilités sont découvertes après la fin de vie ?

Pour les vulnérabilités signalées de l'extérieur :

  • Évaluer la gravité et l'impact
  • Pour les vulnérabilités critiques, activement exploitées affectant de nombreux utilisateurs, considérer :
    • Mise à jour de sécurité extraordinaire (non requise mais responsable)
    • Notification client avec conseils d'atténuation
    • Avis public

Pour les vulnérabilités découvertes en interne :

  • Même processus d'évaluation
  • Documenter la décision et la justification

Documentation :

JOURNAL DES VULNÉRABILITÉS POST-FIN DE VIE

Vulnérabilité : ________________________________
Signalée/Découverte : __________________________
Gravité : ____________________________________
Versions affectées : ____________________________
Statut d'exploitation : ___________________________

Décision :
[ ] Aucune action (standard pour post-fin de vie)
[ ] Notification client uniquement
[ ] Mise à jour extraordinaire publiée
[ ] Avis public émis

Justification :
______________________________________________

Décidé par : __________________________________
Date : _______________________________________

Coopération avec la Surveillance du Marché

Même après la fin de vie, vous devez coopérer avec les autorités de surveillance du marché si elles enquêtent sur votre produit. Gardez les registres accessibles.

Scénarios Spéciaux de Fin de Vie

Fin de Vie Anticipée (Avant 5 Ans)

Pouvez-vous mettre fin au support avant la période minimum ?

Généralement non. Le CRA exige un support minimum de 5 ans. Terminer plus tôt serait une non-conformité.

Exceptions :

  • Durée de vie attendue du produit réellement inférieure à 5 ans (rare, doit être documenté et communiqué à la vente)
  • Circonstances extraordinaires (faillite de l'entreprise, etc.)

En cas de fin de vie anticipée forcée :

  • Communiquez de manière transparente
  • Considérez l'open-source pour permettre la maintenance communautaire
  • Fournissez un engagement de mise à jour de sécurité étendu si possible
  • Explorez l'acquisition/transfert à une autre entité

Fin de Vie de Produit Acquis

Vous acquérez une entreprise avec des produits approchant la fin de vie :

GESTION DE FIN DE VIE DE PRODUIT ACQUIS

Évaluation :
[ ] Quand le produit a-t-il été mis sur le marché UE pour la première fois ?
[ ] Quelle période de support a été communiquée ?
[ ] Quelle est l'obligation restante ?

Options :
1. Honorer l'engagement original
   - Maintenir le support jusqu'à la date de fin originale
   - Intégrer dans votre infrastructure de support

2. Étendre le support
   - Réinitialiser l'horloge (bénéfice client)
   - Communiquer l'extension positivement

3. Accélérer la migration
   - Offrir une migration convaincante vers votre produit
   - Ne pas raccourcir le support

Jamais :
- Terminer le support plus tôt que promis
- Abandonner sans chemin de migration
- Laisser les clients dans une situation pire qu'avant l'acquisition

Fin de Vie Multi-Versions

Plusieurs versions atteignant la fin de vie à peu près en même temps :

COORDINATION DE FIN DE VIE MULTI-VERSIONS

Échelonner si possible :
- v1.0 Fin de vie : Jan 2028
- v1.1 Fin de vie : Juil 2028
- v2.0 Fin de vie : Jan 2029

Avantages de l'échelonnement :
- Réduit la charge de support à tout moment
- Donne aux clients un chemin de mise à niveau clair
- Étale la charge de support à la migration

Communiquer clairement :
- Dates de fin de vie spécifiques par version
- Chemin de migration entre les versions
- Version cible recommandée

Principes de Communication Client

Transparence

  • Ne jamais surprendre les clients avec une fin de vie
  • Communiquer les dates le plus tôt possible
  • Être clair sur ce que signifie « fin de support »

Respect

  • Les clients ont investi dans votre produit
  • Donner un temps adéquat pour migrer
  • Fournir de véritables alternatives

Support

  • Rendre la migration aussi facile que possible
  • Offrir une assistance pendant la transition
  • Ne pas pénaliser les clients de longue date

Continuité

  • L'export de données doit être possible
  • La documentation doit rester accessible
  • Le contact de sécurité doit persister (même si limité)

Checklist de Planification de Fin de Vie

CHECKLIST DE PLANIFICATION DE FIN DE VIE

18 MOIS AVANT :
[ ] Date de fin de vie confirmée
[ ] Produit successeur identifié
[ ] Outils de migration planifiés
[ ] Calendrier de communication établi
[ ] Équipe de support briefée
[ ] Documentation mise à jour avec la date de fin de vie

12 MOIS AVANT :
[ ] Annonce formelle de fin de vie envoyée
[ ] Site web mis à jour
[ ] Documentation produit mise à jour
[ ] Guide de migration publié
[ ] Tarifs de mise à niveau établis
[ ] Canaux de support préparés

6 MOIS AVANT :
[ ] Rappel envoyé
[ ] Notification in-product active
[ ] Outils de migration disponibles
[ ] Webinaire/formation offert
[ ] Approche des grands clients

1 MOIS AVANT :
[ ] Avis final envoyé
[ ] Mise à jour de sécurité finale publiée
[ ] Fermeture du support annoncée
[ ] Date limite de migration soulignée
[ ] Documentation finalisée

DATE DE FIN DE VIE :
[ ] Canaux de support fermés/redirigés
[ ] Avis de fin de vie sur le site web en ligne
[ ] Pages de téléchargement mises à jour
[ ] Documentation archivée (mais accessible)
[ ] Systèmes internes mis à jour

POST-FIN DE VIE :
[ ] Confirmation envoyée aux utilisateurs restants
[ ] Conservation de la documentation confirmée
[ ] Contact de sécurité maintenu
[ ] Journal des vulnérabilités initié
[ ] Minuterie de conservation 10 ans démarrée

Avertissement : En vertu du CRA, vous devez fournir au moins 5 ans de support de sécurité. La planification de fin de vie doit tenir compte de cette période minimale de support.

Conseil : Communiquez les plans de fin de vie au moins 12 mois à l'avance. Incluez des instructions pour la migration des données et la sécurité continue pour les utilisateurs qui ne peuvent pas mettre à jour.

Guides Connexes

Comment CRA Evidence Aide

CRA Evidence soutient la planification de fin de vie :

  • Suivi de la période de support : Calcul automatique de la date de fin de vie
  • Registre client : Suivre qui a besoin d'être notifié
  • Modèles de communication : Modèles d'avis de fin de vie
  • Archive de documentation : Dossiers techniques conservés
  • Journal des vulnérabilités : Suivi des vulnérabilités post-fin de vie

Planifiez les transitions de vos produits sur app.craevidence.com.


Cet article est fourni à titre informatif uniquement et ne constitue pas un avis juridique. Pour des conseils de conformité spécifiques, consultez un conseiller juridique qualifié.

Sujets traités dans cet article

Partager cet article

Articles connexes

Does the CRA apply to your product?

Répondez à 6 questions simples pour savoir si votre produit relève du champ d’application du Cyber Resilience Act de l’UE. Obtenez votre résultat en moins de 2 minutes.

Prêt à atteindre la conformité CRA ?

Commencez à gérer vos SBOMs et votre documentation de conformité avec CRA Evidence.