| A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z | |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | Evolution des exigences produit (Partie 10) entre les référentiels NF 525 Versions V2.0 - V2.1 | S : Supprimée / M : Modifiée F : Fusionnée / D : Déplacée en partie 9 (*) = : A l'identique | (*) Partie 9 exigences qualité et documentaire | |||||||||||||||||||||||
2 | Exigence V2.0 | Intitulé | Evolution | Exigence V2.1 | ||||||||||||||||||||||
3 | 4 | LES DISPOSITIONS DE MAITRISE DE LA QUALITE DE L’OPTION CONTRÔLE | Documents | Tests | ||||||||||||||||||||||
4 | 4.1 | Enregistrements qualité | ||||||||||||||||||||||||
5 | 4.1.1.1 | Les exigences définies aux paragraphes 4.3 à 4.8 doivent donner lieu à enregistrement. | M | 4.1.1.1 | v3.crisalid.com/qualité | c272 | ||||||||||||||||||||
6 | 4.1.1.2 | Les enregistrements doivent être conservés et maîtrisés. | = | 4.1.1.2 | démarche qualité | |||||||||||||||||||||
7 | 4.2 | Procédures | ||||||||||||||||||||||||
8 | 4.2.1.1 | Les exigences 4.3 à 4.8 doivent faire l’objet de procédures écrites dont la rédaction, l’approbation, les modifications et la diffusion doivent être maîtrisées. | M | 4.2.1.1 | gestion de la documentation | c273 | ||||||||||||||||||||
9 | 4.2.1.2 | La prise en compte des normes et des exigences complémentaires doit faire l’objet de procédures écrites dont la rédaction, l’approbation, les modifications et la diffusion doivent être maîtrisées. | S | |||||||||||||||||||||||
10 | 4.3 | Maîtrise des modifications de la conception et du développement | ||||||||||||||||||||||||
11 | 4.3.1 | Gestion de configuration | ||||||||||||||||||||||||
12 | 4.3.1.1 | L’ensemble des composants d’une version du produit doit être conservé afin de pouvoir reconstituer l’historique des évènements pour les versions maintenues. | M | 4.3.2.1 | Dossiers tiers | c5731 | ||||||||||||||||||||
13 | 4.3.1.2 | Pour chaque version diffusée, il doit être possible d’identifier les clients possédant cette version. | M | 4.3.6.4 | https://neptis.crisalid.xyz/#!/app/reporting | c5734 | ||||||||||||||||||||
14 | 4.3.1.3 | Pour chaque version diffusée, il doit être possible d’identifier l’ensemble des réclamations reçues et des actions correctives proposées. | M | 4.6.1.1 | Bug tracker | c279 | ||||||||||||||||||||
15 | 4.3.1.4 | Les actions correctives doivent être directement associées à la version et au composant du produit. | M | 4.6.1.5 | ||||||||||||||||||||||
16 | 4.3.1.5 | Le système d’archivage doit respecter les exigences de conservation légale du secteur d’activité. | M | 4.3.2.3 4.3.2.4 4.3.2.5 | v3.crisalid.com | c5731 | ||||||||||||||||||||
17 | 4.4 | Plan produit | ||||||||||||||||||||||||
18 | 4.4.1.1 | Le fournisseur doit gérer un plan produit présentant les évolutions à venir du produit. | M | 4.4.1.1 | Plan produit | c276 | ||||||||||||||||||||
19 | 4.4.1.2 | Le plan produit doit respecter les exigences de décomposition fonctionnelle de la norme NF ISO/CEI 25051. | F | 4.4.1.2 | ||||||||||||||||||||||
20 | 4.4.1.3 | Le plan produit doit identifier les évolutions fonctionnelles du produit. | F | 4.4.1.2 | ||||||||||||||||||||||
21 | 4.4.1.4 | Le plan produit doit identifier le traitement des évolutions connues de la réglementation concernant le produit. | M | 4.4.1.2 4.4.1.3 | ||||||||||||||||||||||
22 | 4.4.1.5 | Le plan produit doit identifier les actions préventives et correctives enregistrées. | M | 4.4;1.2 | ||||||||||||||||||||||
23 | 4.4.1.6 | Le client doit être informé du plan produit et de son évolution. | M | 4.4.1.4 | ||||||||||||||||||||||
24 | 4.5 | Tests et validation finale | ||||||||||||||||||||||||
25 | 4.5.1.1 | Les activités de tests et validation doivent être prévues et planifiées. | M | 4.5.1.1 | v3.crisalid.com/home/certification-nf/politique-de-test v3.crisalid.com/home/certification-nf/Plan-de-test v3.crisalid.com/home/certification-nf/rapports-de-test | c277 | ||||||||||||||||||||
26 | 4.5.1.2 | Les activités de test et validation doivent permettre de valider le produit final par rapport au descriptif du produit et à la documentation d’utilisation, à s’assurer qu’il est complet et que l’ensemble de ses constituants forme un tout cohérent et stable. | M | 4.5.1.2 | ||||||||||||||||||||||
27 | 4.5.1.3 | Dans le cas de test réalisés sur des versions dont la diffusion est limitée à des clients identifiés et volontaires autrement appelés « beta test » ou « site pilote », une procédure interne de l’éditeur doit formaliser les conditions de réalisation de ces tests, la durée, les types de tests à réaliser, la couverture des tests réalisés et les résultats obtenus. | = | 4.5.1.5 | ||||||||||||||||||||||
28 | 4.5.1.4 | Les activités de tests et validation doivent permettre la production d’une documentation de test selon la partie 6 de la norme NF ISO/CEI 25051. | M | 4.5.1.8 | ||||||||||||||||||||||
29 | 4.6 | Conditionnement des produits | ||||||||||||||||||||||||
30 | 4.6.1.1 | La nature du produit ainsi que son numéro de version doivent être directement lisibles sur l’extérieur des supports, sans opération particulière. | S | |||||||||||||||||||||||
31 | 4.6.1.2 | La pérennité du marquage externe de la nature du produit et de son numéro de version doit être assurée. | S | |||||||||||||||||||||||
32 | 4.7 | Actions correctives sur le produit | ||||||||||||||||||||||||
33 | 4.7.1.1 | Les dispositions prises pour le traitement des non-conformités doivent comporter la recherche des causes de non-conformité. | M | 4.6.1.4 | Bug tracker | c279 | ||||||||||||||||||||
34 | 4.7.1.2 | Les dispositions prises pour le traitement des non-conformités doivent comporter la détermination des actions correctives nécessaires pour éliminer les causes de non-conformité. | M | 4.6.1.4 | ||||||||||||||||||||||
35 | 4.7.1.3 | Les dispositions prises pour le traitement des non-conformités doivent comporter la mise en œuvre des actions correctives. | M | 4.6.1.5 | ||||||||||||||||||||||
36 | 4.7.1.4 | Les dispositions prises pour le traitement des non-conformités doivent comporter le suivi des actions correctives et la mesure de leur efficacité. | M | 4.6.1.6 | ||||||||||||||||||||||
37 | 4.7.1.5 | Les éléments du produit comportant des non-conformités doivent être identifiés de manière précise et rigoureuse. | M | 4.6.1.7 | ||||||||||||||||||||||
38 | 4.8 | Relations avec le client | ||||||||||||||||||||||||
39 | 4.8.1 | Écoute client | ||||||||||||||||||||||||
40 | 4.8.1.1 | Des dispositions doivent être mises en œuvre pour s’assurer que les exigences du client concernant le produit sont connues, identifiées et enregistrées. | M | 4.7.1.1 | Relation client | c280 | ||||||||||||||||||||
41 | 4.8.2 | Satisfaction du client | ||||||||||||||||||||||||
42 | 4.8.2.1 | Des dispositions doivent être prises pour recueillir et exploiter les informations relatives à la satisfaction du client. | M | 4.7.2.1 4.7.2.2 | ||||||||||||||||||||||
43 | 4.8.3 | Appels du client | ||||||||||||||||||||||||
44 | 4.8.3.1 | Tout appel du client doit être systématiquement traité. | M | 4.7.1.2 | ||||||||||||||||||||||
45 | 4.8.3.2 | Le traitement d’un appel du client doit comporter au moins la résolution du problème du client. Il peut comporter une action corrective sur le produit. | M | 4.7.1 | ||||||||||||||||||||||
46 | 4.9 | Support utilisateur – Gestion des appels | ||||||||||||||||||||||||
47 | 4.9.1 | Services offerts par le support utilisateur | ||||||||||||||||||||||||
48 | 4.9.1.1 | Le support utilisateur doit mettre à disposition des compétences nécessaires pour assurer une assistance téléphonique. | M | 4.8.1.1 | Relation client | C283 | ||||||||||||||||||||
49 | 4.9.1.2 | Le support utilisateur doit mettre à disposition des compétences nécessaires pour assurer le diagnostic du problème du client. | M | 4.8.1.2 | ||||||||||||||||||||||
50 | 4.9.1.3 | Le support utilisateur doit fournir aux clients concernés une indication des contraintes d’utilisation, limites d’utilisation ou non-conformités constatées sur le produit tel que commercialisé. | M | 4.8.1.5 | ||||||||||||||||||||||
51 | 4.9.2 | Organisation du support utilisateur | ||||||||||||||||||||||||
52 | 4.9.2.1 | Le support utilisateur doit avoir un accueil centralisé indépendant. | M | 4.8.2.1 | Relation client | C285 | ||||||||||||||||||||
53 | 4.9.2.2 | Le support utilisateur doit être clairement identifié dans l’organisation du fournisseur (et dans le cas de support externalisé) et mentionné au client. | M | 4.8.2.2 | Relation client Présentation Crisalid | C285 | ||||||||||||||||||||
54 | 4.9.2.3 | Le fournisseur doit assurer une présence durant les horaires de services annoncés. | M | 4.8.2.3 | Relation client | C285 | ||||||||||||||||||||
55 | 4.9.2.4 | Le support utilisateur doit effectuer un enregistrement et une notification de chaque appel pour chaque mode de mise en relation convenu par contrat. | = | 4.8.2.4 | ||||||||||||||||||||||
56 | 4.9.2.5 | Le support utilisateur doit avoir au minimum deux niveaux de support. | M | 4.8.2.5 | ||||||||||||||||||||||
57 | 4.9.2.6 | Le fournisseur doit assurer une compétence pour chaque produit supporté durant les horaires de services annoncés. | M | 4.8.1.1 | ||||||||||||||||||||||
58 | 4.9.2.7 | Le support utilisateur doit être en mesure d’obtenir la liste des défauts corrigés par les autres services du fournisseur : maintenance, développement, … | M | 4.8.2.6 | ||||||||||||||||||||||
59 | 4.9.2.8 | Un plan de formation du personnel du support utilisateur doit être mis en œuvre annuellement pour les différents niveaux de support du support utilisateur. Ces formations doivent être enregistrées. | M | 4.8.1.1 4.8.1.2 4.8.1.3 4.8.1.4 | Relation client Plan de formation 2021 | C283 | ||||||||||||||||||||
60 | 4.9.3 | Contrat de support utilisateur | ||||||||||||||||||||||||
61 | 4.9.3.1 | Le contrat doit contenir les coordonnées du fournisseur pour permettre à un client de contacter le support utilisateur. | M | 4.8.3.1 | Relation client | C286 | ||||||||||||||||||||
62 | 4.9.3.2 | Le contrat doit préciser les produits faisant l’objet du support de la part du support utilisateur. | M | 4.8.3.2 | ||||||||||||||||||||||
63 | 4.9.3.3 | Le contrat doit contenir les horaires de services du support utilisateur, ainsi que les différentes options proposées. | M | 4.8.3.3 | ||||||||||||||||||||||
64 | 4.9.4 | Gestion des appels au support utilisateur | ||||||||||||||||||||||||
65 | 4.9.4.1 | Un dossier doit être ouvert après l’identification du problème et jusqu’à la proposition de la solution et (ou) la levée enregistrée du problème. | M | 4.8.2.4 | Relation client Traitement des appels | C287 | ||||||||||||||||||||
66 | 4.9.4.2 | Le fournisseur doit fournir à ses clients les moyens d’être informés sur l’état de traitement de leurs appels et (ou) dossiers en cours. | M | 4.7.1.3 | Relation client | C287 | ||||||||||||||||||||
67 | 4.9.4.3 | Lorsque des problèmes sont qualifiés de défauts, le fournisseur doit s’assurer que la réponse est fournie même après clôture du dossier par le support utilisateur. | S | |||||||||||||||||||||||
68 | 4.9.4.4 | La qualification des raisons de l’appel doit être faite par le support utilisateur après écoute des remarques exprimées par le client. | M | 4.7.1.1 | Relation client Traitement des appels | C287 | ||||||||||||||||||||
69 | 5 | MAITRISE DE LA CONFORMITE | ||||||||||||||||||||||||
70 | 5.1 | Exigences éditeurs du logiciel | ||||||||||||||||||||||||
71 | 5.1.1 | Engagement de l’éditeur du logiciel | ||||||||||||||||||||||||
72 | 5.1.1.1 | L’éditeur doit désigner un responsable pour la mise en œuvre des règles de certification NF 525 pour chaque domaine d’exigences complémentaires défini dans les règles de certification NF 525. | M | 5.1.1.1 | Démarche qualité | C288 | ||||||||||||||||||||
73 | 5.1.1.2 | L’éditeur doit définir une stratégie de veille pour chaque domaine d’exigences complémentaires afin d’identifier l’impact des évolutions sur les logiciels et les services associés. | M | 5.1.1.2 | ||||||||||||||||||||||
74 | 5.1.1.3 | Pour chaque domaine d’exigences complémentaires, l’éditeur doit présenter dans le plan produit des futures versions de chaque logiciel, les réponses aux évolutions des normes métiers, des bonnes pratiques, et de la réglementation. | S | |||||||||||||||||||||||
75 | 5.1.2 | Services associés à la diffusion du logiciel | ||||||||||||||||||||||||
76 | 5.2 | Exigences applicables aux intégrateurs œuvrant pour le compte des éditeurs | ||||||||||||||||||||||||
77 | 5.2.1 | Relation non formalisée entre Intégrateur et Editeur de logiciel | ||||||||||||||||||||||||
78 | 5.2.1.1 | L’éditeur qui assure le support doit identifier les clients qui se trouvent dans ce contexte. | M | 5.2.1.2 | Relations Editeurs Intégrateurs | C290 | ||||||||||||||||||||
79 | 5.2.1.2 | L’éditeur doit pouvoir identifier les réclamations issues du non-respect des règles de certification pour chaque domaine d’exigences complémentaires applicable qui ne sont pas respectées. | M | 5.2.1.3 | ||||||||||||||||||||||
80 | 5.2.1.3 | Dans le cas de réclamations issues du non-respect des règles de certification pour chaque domaine d’exigences complémentaires, l’éditeur doit pouvoir proposer les actions correctives associées au client. | M | 5.2.1.4 | ||||||||||||||||||||||
81 | 5.2.2 | Relation formalisée Editeurs- Intégrateurs | ||||||||||||||||||||||||
82 | 5.2.2.1 | L’éditeur doit conclure un contrat avec tous ses intégrateurs dans le respect des exigences des règles de certification NF LOGICIEL GESTION DE L’ENCAISSEMENT. | M | 5.2.1.1 | Relations Editeurs Intégrateurs Charte Crisalid Intégrateur | C5736 | ||||||||||||||||||||
83 | 5.2.2.2 | L’éditeur doit restreindre la diffusion de la documentation présentant les modalités pratiques (paramétrage, procédure d’installation,..) de respect des règles de certification pour chaque domaine d’exigences complémentaires applicables aux seuls intervenants autorisés. | M | 5.2.2.2 | Relations Editeurs Intégrateurs | |||||||||||||||||||||
84 | 5.2.2.3 | L’éditeur doit définir la procédure d’installation et les comptes rendus associés qui doivent comprendre : - les pré-requis d’architecture technique et fonctionnelle | M | 5.2.2.3 | ||||||||||||||||||||||
85 | 5.2.2.4 | L’éditeur doit s’assurer que les intégrateurs sont informés des conditions de maintien de la conformité dans le cadre des contrats de maintenance. | M | 5.2.2.4 | ||||||||||||||||||||||
86 | 5.2.2.5 | L’éditeur doit informer les intégrateurs du niveau de conformité de chaque version maintenue. | M | 5.2.2.6 | ||||||||||||||||||||||
87 | 5.2.2.6 | L’éditeur doit former les intervenants des intégrateurs à l’installation et au fonctionnement du logiciel. | M | 5.2.2.8 | Relations Editeurs Intégrateurs Plan de formation technique | |||||||||||||||||||||
88 | 5.2.2.7 | L’éditeur doit former les intervenants des intégrateurs au respect des règles de certification pour chaque domaine d’exigences complémentaires applicables. | M | 5.2.2.9 | Relations Editeurs Intégrateurs Plan de formation Commercial Plan de formation technique | |||||||||||||||||||||
89 | 5.2.2.8 | L’éditeur doit s’assurer que les intervenants des intégrateurs qui prennent en charge en partie ou en totalité le support aux clients ont les compétences requises. | M | 5.2.2.11 | Relations Editeurs Intégrateurs | |||||||||||||||||||||
90 | 5.2.2.9 | L’éditeur doit proposer une solution de contrôle par une procédure logicielle du respect des règles de certification pour chaque domaine d’exigences complémentaires applicables. | M | 5.2.2.5 | ||||||||||||||||||||||
91 | 5.2.2.10 | L’éditeur doit tenir à jour une liste diffusable des intervenants d’intégrateurs qui ont les compétences requises et/ou labellisées. | F | 5.2.2.1 | Relations Editeurs Intégrateurs Liste des intégrateurs certifiés | |||||||||||||||||||||
92 | 5.2.2.11 | L’éditeur doit formaliser l’engagement de tous les intervenants des intégrateurs au respect des règles de certification pour chaque domaine d’exigences complémentaires applicables. | F | 5.2.2.1 | Relations Editeurs Intégrateurs Charte d'engagement intégrateurs | |||||||||||||||||||||
93 | 5.2.2.12 | L’éditeur qui assure le support pour le compte des intégrateurs doit identifier les clients qui se trouvent dans ce contexte. | S | |||||||||||||||||||||||
94 | 5.2.2.13 | L’éditeur doit pouvoir identifier les réclamations issues du non-respect de règles de certification pour chaque domaine d’exigences complémentaires applicables. | S | |||||||||||||||||||||||
95 | 5.2.2.14 | Dans le cas de réclamations issues du non-respect des règles de certification pour chaque domaine d’exigences complémentaires applicables, l’éditeur doit pouvoir proposer les actions correctives associées. | F | 5.2.2.12 | Relations Editeurs Intégrateurs Bug tracker | |||||||||||||||||||||
96 | 5.2.2.15 | Dans le cas de réclamations issues du non-respect des règles de certification pour chaque domaine d’exigences complémentaires applicables, l’éditeur doit prévoir de pouvoir auditer les comptes des intégrateurs. | F | 5.2.2.12 | Relations Editeurs Intégrateurs | |||||||||||||||||||||
97 | ||||||||||||||||||||||||||
98 | ||||||||||||||||||||||||||
99 | ||||||||||||||||||||||||||
100 | ||||||||||||||||||||||||||