Le questionnaire de cadrage
Chaque évaluation embarque un questionnaire de cadrage de 62 questions, organisé en sections thématiques : Contexte, Évaluation, Type d’activité, Environnement métier, Canaux de transaction, Changements, Stockage des données, Transmission des données, SSL/TLS hérités, Réseau, Sans fil, Applications web, Synchronisation horaire et couverture des tiers. Le jeu de questions suit l’entretien de cadrage officiel du ROC PCI DSS v4 ; le compléter produit donc le récit de cadrage dont votre ROC a de toute façon besoin.
Enregistrement
- Enregistrement automatique : les réponses sont enregistrées automatiquement environ une seconde après la fin de la saisie. Un indicateur d’enregistrement dans le panneau affiche l’état courant.
- Enregistrer et continuer : le bouton à la fin du questionnaire effectue un enregistrement explicite avant de vous faire passer à l’évaluation. Si l’enregistrement échoue, vous restez sur le questionnaire avec une erreur ; Kliper ne jette jamais silencieusement des réponses de cadrage.
Suggestions d’applicabilité en direct
Pendant que vous répondez, la carte Analyse de cadrage évalue vos réponses au regard des critères officiels d’éligibilité SAQ et suggère les contrôles susceptibles d’être Non applicables pour cet environnement.
- Appliquer : passe le contrôle en Non applicable dans l’éditeur d’exigence, enregistré comme un N/A justifié avec la raison de cadrage attachée. Réversible à tout moment.
- Rejeter / Annuler : masque une suggestion avec laquelle vous n’êtes pas d’accord ; les rejets persistent par évaluation.
- Conflits : si vous avez déjà répondu différemment à un contrôle dans l’éditeur, la suggestion devient une entrée de conflit avec un lien Ouvrir dans l’éditeur d’exigence. Dans l’éditeur, un bandeau propose Conserver votre constatation ou Accepter N/A ; votre constatation enregistrée n’est jamais écrasée silencieusement.
- Pastille de saut : lorsque de nouvelles suggestions apparaissent sous la ligne de flottaison, une pastille flottante les annonce et vous y emmène, pour que les résultats n’atterrissent jamais hors écran sans prévenir.
- Garde-fou de segmentation : lorsque les réponses sur la segmentation réseau sont incomplètes ou ambiguës, le moteur échoue en ouverture : il retient les suggestions N/A au lieu de deviner une réduction de périmètre.
La carte fait aussi apparaître une indication de détermination SAQ (à quel SAQ l’environnement correspondrait ; un contexte utile même sur les engagements ROC) et des indices de périmètre génériques pour les schémas d’environnement courants.
N/A dans l’éditeur d’exigence
Les contrôles passés en Non applicable via le cadrage affichent une puce Cadrage et un bandeau avec la raison enregistrée. Remarquer le contrôle applicable le rend à l’édition normale. Passer un contrôle en N/A (par cadrage ou manuellement) remplit aussi ses réponses de procédure de test vides avec « Non applicable. » ; le contenu saisi n’est jamais touché, et quitter N/A retire exactement le texte rempli automatiquement.
Moteur de cadrage PCI DSS (visibilité des exigences)
Toutes les exigences PCI DSS ne s’appliquent pas à tous les commerçants. Le moteur de cadrage ajuste automatiquement l’évaluation pour refléter l’environnement réel du commerçant en masquant les exigences non pertinentes et en marquant les champs correspondants comme Non applicables.
Fonctionnement du cadrage
Le moteur de cadrage évalue un ensemble de règles de cadrage au regard des réponses de l’évaluateur aux questions de cadrage. Chaque règle se compose de :
- Une condition : un chemin de champ, un opérateur et une valeur attendue.
- Une action : ce qu’il faut faire quand la condition est remplie (
hide_requirement,show_requirementouset_na).
Lorsqu’un évaluateur répond à une question de cadrage (par ex. « L’entité utilise-t-elle des technologies sans fil ? »), le moteur évalue toutes les règles dont les conditions référencent ce champ. Les exigences qui sortent du périmètre sont retirées de la vue du plan de travail, et leurs champs sont automatiquement définis sur « Non applicable — Masqué par les règles de cadrage ».
Opérateurs de condition pris en charge
| Opérateur | Comportement |
|---|---|
equals |
La valeur du champ correspond exactement à la valeur attendue |
not_equals |
La valeur du champ ne correspond pas |
contains |
La valeur du champ (chaîne) contient la sous-chaîne attendue |
not_contains |
La valeur du champ ne contient pas la sous-chaîne |
exists |
Le champ a une valeur non vide |
not_exists |
Le champ est vide, null ou indéfini |
Règles de cadrage intégrées
Kliper est livré avec des règles de cadrage dérivées du modèle de ROC officiel PCI DSS v4.0.1. Ces règles couvrent les scénarios de cadrage les plus courants :
Question de cadrage : L’entité utilise-t-elle des technologies sans fil ?
En cas de réponse Non, les exigences suivantes sont automatiquement masquées :
| Exigence masquée | Description |
|---|---|
| 1.2.3 | Configuration des points d’accès sans fil |
| 2.1.1 | Modification des paramètres par défaut des fournisseurs sans fil |
| 4.1.1 | Chiffrement des transmissions sans fil |
| 11.1 | Tests des points d’accès sans fil |
| 11.2.1 | Processus de scan sans fil |
| 11.2.2 | Déploiement d’IDS/IPS sans fil |
Des sous-règles supplémentaires pour la méthode de scan sans fil (11.1.c) et la surveillance automatisée (11.1.d) sont évaluées indépendamment selon que ces techniques précises sont utilisées.
Question de cadrage : L’entité transmet-elle des données de titulaires de carte via des technologies de messagerie utilisateur ?
En cas de réponse Non, l’exigence 4.2.2 (sécurisation des technologies de messagerie utilisateur) est masquée.
Question de cadrage : L’entité évaluée est-elle un prestataire de services ?
En cas de réponse Non, l’exigence 12.9 (reconnaissance des responsabilités par le prestataire de services) est masquée.
Question de cadrage : L’entité utilise-t-elle une solution P2PE listée par le PCI ?
En cas de réponse Oui, l’exigence 3.4 (rendre le PAN illisible) est masquée ; la solution P2PE traite cette exigence.
Question de cadrage : L’entité stocke-t-elle des données de titulaires de carte ?
En cas de réponse Non, l’exigence 3.1 (politiques de conservation des données de titulaires de carte) est masquée.
Question de cadrage : L’entité utilise-t-elle la segmentation réseau pour réduire le périmètre PCI DSS ?
En cas de réponse Non, l’exigence 6.1 (tests de segmentation) est masquée.
Flux d’évaluation du cadrage
Recadrage
Le cadrage n’est pas définitif. Si l’évaluateur modifie une réponse de cadrage (par ex. passe « Utilise le sans fil ? » de Non à Oui), le moteur réévalue immédiatement toutes les règles. Les exigences précédemment masquées réapparaissent dans le plan de travail et leurs marqueurs N/A sont effacés. Aucune donnée d’évaluation n’est perdue lors du recadrage : les réponses saisies auparavant pour une exigence désormais masquée sont conservées et restaurées si l’exigence redevient visible.
Plan de travail d’évaluation
Le plan de travail d’évaluation est l’interface principale où les évaluateurs mènent leur évaluation. Il est conçu pour des sessions de travail longues et concentrées sur des exigences individuelles.
Disposition
Le plan de travail utilise une disposition en trois panneaux :
| Panneau | Position | Finalité |
|---|---|---|
| Arborescence des sections | Gauche | Navigation hiérarchique dans toutes les sections et sous-exigences PCI DSS. Affiche le statut d’achèvement par section. |
| Panneau de question | Centre | Les procédures de test, instructions de rapport, champs de réponse et sélection de constatation de l’exigence active. |
| Panneaux de contexte | Droite (repliables) | Panneaux empilés et repliables pour Cortex AI, les pièces jointes, les messages, les collaborateurs, l’évaluation des écarts et la piste d’audit. |
Modes d’affichage
L’éditeur de sections propose trois modes de rendu, commutables depuis la barre supérieure :
Une disposition épurée en cartes pour chaque sous-section ; la vue par défaut pour les nouveaux utilisateurs comme pour ceux qui reviennent. Optimisée pour répondre vite, avec champs de preuve en ligne et sélection de constatation.
Un rendu de type document qui reflète la lecture de la section dans le ROC exporté ; pratique pour relire une section telle qu’elle apparaîtra dans le rapport final.
Un mode de rédaction allégé centré sur l’écriture de la justification de constatation de chaque exigence, avec un compteur des procédures de test déjà rédigées. Sélectionnable depuis le même contrôle de la barre supérieure (ou ?vmode=draft).
Présence en direct (statut en direct)
Lorsque plusieurs évaluateurs travaillent sur la même évaluation, le Statut en direct de la barre supérieure indique qui est présent. Chaque utilisateur actif apparaît sous forme d’avatar avec son nom au survol, mis à jour en temps réel via le système de présence de la plateforme. Les engagements multi-évaluateurs deviennent ainsi visibles sans pointage manuel.
Gérer les collaborateurs
Ouvrez Modifier l’évaluation pour contrôler qui peut travailler sur une évaluation. Chaque ligne de collaborateur porte un rôle (Éditeur ou Lecteur) modifiable en ligne, plus un contrôle de retrait ; le propriétaire est épinglé avec une couronne. Ajoutez une personne en la sélectionnant et en choisissant un rôle. Les changements s’appliquent immédiatement, sans étape d’enregistrement distincte.
Lier des preuves en ligne (saisie assistée /)
Dans toute zone de texte de réponse d’évaluateur ou de preuve, tapez / pour ouvrir une saisie assistée de vos étiquettes de documents et de preuves. Utilisez les flèches pour naviguer et Entrée pour insérer ; vous pouvez ainsi référencer un fichier téléversé ou un document précis sans quitter le champ.
Annuler
Dans la vue moderne, les sections 1 à 7 disposent d’un bouton Annuler qui défait les modifications de la section une étape à la fois. Sur un ordinateur portable, il se trouve à côté du bouton Enregistrer dans l’en-tête de section. Sur un téléphone, c’est un bouton icône : dans la barre de sous-section, à côté des flèches précédent et suivant, pour les sections 1 à 6, et dans l’éditeur de ligne d’un tableau ; à côté du bouton Enregistrer sur une exigence.
- Chaque modification est une étape (une réponse saisie, une réponse Oui/Non, une constatation, une modification de tableau), jusqu’à 50 étapes ; au-delà, la plus ancienne disparaît. Les frappes dans un même champ se regroupent en une seule étape tant que les pauses entre elles restent inférieures à une seconde et demie.
- L’historique appartient à la section où vous vous trouvez, toutes ses sous-sections comprises : il est vide à l’ouverture d’une section et disparaît lorsque vous passez à une autre section ou rechargez la page. Les exigences de la section 7 partagent un même historique, annexes A1 et A2 comprises ; les feuilles de travail des annexes C et E n’ont pas de bouton Annuler.
- Annuler est grisé lorsqu’il n’y a plus rien à défaire.
- Une modification annulée s’enregistre comme toute autre : l’enregistrement automatique écrit la section environ 2,5 secondes après votre dernière modification, et Enregistrer l’écrit immédiatement.
Une ligne de tableau supprimée peut aussi revenir grâce au toast qui confirme la suppression ; voir Supprimer une ligne de tableau.
Lignes de section compactes
Lorsqu’un statut de constatation a été défini sur une exigence, sa ligne dans l’arborescence des sections se replie en une seule puce de statut affichant la constatation courante (En place, Non en place, Non applicable ou Non testé). Les quatre options n’apparaissent que lorsqu’aucune constatation n’est définie, ce qui réduit l’encombrement visuel sur les évaluations où la plupart des exigences sont terminées.
Arborescence des sections (panneau gauche)
L’arborescence des sections affiche les 12 exigences principales PCI DSS et leurs sous-sections dans une hiérarchie repliable. Chaque nœud indique :
- Numéro d’exigence (par ex. 3.4.1)
- Indicateur d’achèvement : statut visuel indiquant si l’exigence a reçu une réponse
- Visibilité de cadrage : les exigences masquées par le moteur de cadrage n’apparaissent pas dans l’arborescence
Cliquer sur un nœud charge cette exigence dans le panneau central.
Panneau de question (centre)
Dans la vue moderne, chaque exigence s’ouvre sous la forme d’une pile de cartes :
Texte de l'exigence
Le numéro de l’exigence et le texte complet de l’exigence PCI DSS, suivis de l’accordéon Orientations décrit sous Orientations issues du coffre.
Assessment Finding (constatation de l'évaluation)
Sélectionnez le statut unique auquel l’exigence se résume dans le ROC :
- In Place (en place) : l’exigence est satisfaite
- Not in Place (non en place) : l’exigence n’est pas satisfaite
- Not Applicable (non applicable) : l’exigence ne s’applique pas à l’environnement évalué
- Not Tested (non testé) : l’exigence n’a pas été évaluée
Sous les options, Méthode utilisée porte deux interrupteurs : Compensating Control (contrôle compensatoire ; l’annexe C s’applique) et Customized Approach (approche personnalisée ; l’annexe E s’applique). Un contrôle passé en Non applicable par le cadrage affiche les options verrouillées sur N/A, avec le bandeau décrit sous N/A dans l’éditeur d’exigence, et sa justification et ses procédures de test sont consignées comme N/A.
Assessor's justification (justification de l'évaluateur)
Le récit obligatoire de la constatation, c’est-à-dire le texte qui apparaît dans le ROC. Cortex peut le rédiger à partir des preuves que citent vos réponses aux procédures de test, et rien n’est appliqué tant que vous n’avez pas accepté le brouillon ; voir le guide Cortex.
Procédures de test
Une ligne par procédure de test, avec une barre de progression dans l’en-tête de la carte. Ouvrez une ligne pour afficher le texte de la procédure et ses instructions de rapport, chacune avec un champ Assessor’s Response (réponse de l’évaluateur) : tapez / pour citer une étiquette de document ou de preuve, et @ pour citer une personne interrogée de la section 6.5. Les puces Preuves sous la réponse sont les références qui lui sont liées : cliquez sur une puce pour la retirer, Lier en ajoute une par son numéro de référence. Comment tester, sous le texte de la procédure, ouvre les orientations propres à la procédure.
Soumettre pour revue
Au pied de la carte, Soumettre pour revue confie l’exigence à la QA. Les états par lesquels elle passe ensuite sont décrits sous Progression du statut des réponses.
Sections 1 à 6 du rapport
Dans la vue moderne, les sections 1 à 6 (les sections du rapport qui précèdent les exigences) sont des formulaires plutôt que des cartes d’exigence : champs de texte, questions Oui/Non, dates, tableaux, grilles de cases à cocher et champs de fichier, avec un compteur de remplissage dans l’en-tête de section. Deux comportements méritent d’être connus, et un téléphone a sa propre disposition.
Champs If Yes et If No
Plusieurs sous-sections contiennent un champ qui ne s’applique que lorsque la question Oui/Non située au-dessus reçoit une réponse précise (son libellé commence généralement par If Yes ou If No) : la description de la consultation en 1.4, les détails du sous-traitant en 1.5, les quatre détails de segmentation en 3.2, le document de l’évaluation initiale en 5.1 et 5.3, et la chaîne d’échantillonnage en 6.2. Kliper les remplit pour vous :
| La question au-dessus | Le champ |
|---|---|
| Sans réponse | Reste vide |
| Répondue dans le sens attendu par le champ | S’ouvre à votre réponse |
| Répondue dans l’autre sens | Consigne N/A, si bien que le ROC l’imprime et que le champ compte comme renseigné |
- Le texte que vous avez saisi n’est jamais remplacé. Un champ qui contient déjà une réponse la conserve quelle que soit la réponse à la question ; seul un champ vide reçoit le N/A.
- Revenir sur la réponse retire le N/A écrit par Kliper et laisse le champ vide pour votre réponse. Un N/A que vous avez saisi vous-même reste en place jusqu’à ce que la réponse à la question change.
- Les chaînes vont jusqu’au bout. En 6.2, répondre Non à l’échantillonnage passe d’un coup à N/A la justification, la représentativité, la question sur les contrôles standardisés et sa validation. Une réponse sur les contrôles standardisés que vous aviez déjà donnée est conservée plutôt que remplacée, et sa validation passe tout de même à N/A ; répondre de nouveau Oui rouvre la chaîne avec cette réponse en place.
- Les tableaux, les champs de fichier et les grilles de cases à cocher ne reçoivent jamais de N/A : le tableau des produits en 3.3 reste simplement vide lorsque l’entité n’utilise aucun produit listé, même si un téléphone l’affiche comme N/A.
Sur un ordinateur portable, le champ reste en place et contient N/A comme valeur. Sur un téléphone, le champ est masqué jusqu’à ce que la question reçoive une réponse, puis affiche soit un encadré N/A, soit le champ lui-même.
Supprimer une ligne de tableau
Chaque tableau de ces sections, sur un ordinateur portable comme dans l’éditeur de ligne d’un téléphone, permet de rétablir une ligne supprimée. Cliquez sur l’icône de corbeille de la ligne (dans les tableaux de la section 1, son bouton Retirer ; sur un téléphone, Supprimer dans l’éditeur de ligne) : un toast Ligne supprimée apparaît avec une action Annuler pendant huit secondes, et Annuler remet la ligne à sa place. La suppression s’enregistre avec l’enregistrement automatique de la section comme toute autre modification, tout comme la ligne qu’Annuler rétablit. Une fois le toast fermé, le bouton Annuler de la section peut encore revenir sur la suppression tant que vous restez dans la section.
Sur un téléphone
En dessous de 768 px de large, les sections 1 à 6 passent à une disposition pour téléphone. Choisir une section ouvre la liste de ses sous-sections, chaque ligne avec son nombre de champs, son nombre de champs remplis et une puce Complet une fois chaque champ obligatoire rempli. Touchez une ligne pour ouvrir la sous-section sur sa propre page : la barre du haut revient à la liste et passe à la sous-section précédente ou suivante, les champs s’empilent avec leur libellé au-dessus, et un tableau liste ses lignes les unes sous les autres ; touchez une ligne pour la modifier dans un éditeur plein écran qui passe à la ligne précédente ou suivante. Dans les sections 4 à 6, une sous-section incomplète affiche sous son titre un compteur Ce qui manque : ouvrez-le pour voir chaque champ, ligne et tableau obligatoires encore vides, chacun avec un bouton Résoudre qui mène au champ ou ouvre la ligne. Sur 4.1 et 4.2, la carte Cortex avec la vérification du périmètre du schéma clôt la page. Les champs, l’enregistrement automatique et le bouton Annuler sont ceux de l’ordinateur portable ; rien ne change à partir de 768 px.
Panneaux de contexte (côté droit)
Le côté droit du plan de travail contient des panneaux repliables qui fournissent des informations contextuelles sans quitter l’exigence courante :
Une interface de discussion pour interagir avec Cortex. L’évaluateur peut poser des questions sur l’exigence courante, demander des orientations PCI DSS ou déclencher le remplissage automatique de la description des constatations. Les réponses de Cortex sont contextualisées à l’exigence précise en cours de traitement.
Voir le guide Cortex AI pour les détails.
Liste tous les fichiers de preuve téléversés pour l’évaluation courante, éventuellement filtrés par section. Chaque fichier affiche :
- Nom et type de fichier
- Date de téléversement et auteur
- Statut de l’analyse antimalware (sain, en attente, en quarantaine) avec les résultats par moteur
- Statut de validation IA (En attente, Complet, Partiel)
- Étiquettes (associations d’exigences, étiquettes de documents)
Les fichiers peuvent être téléversés, téléchargés, prévisualisés et supprimés depuis ce panneau.
Des Messages en fils de discussion, limités à une exigence (libellés « Messages » dans tout le produit). Les évaluateurs peuvent :
- Publier des messages sur des exigences précises
- @mentionner des membres de l’équipe (déclenche des notifications)
- Consulter l’historique des messages et leurs horodatages
Affiche les membres de l’équipe affectés à l’évaluation et leurs rôles (Éditeur ou Lecteur, plus le Propriétaire épinglé). Montre la présence en direct : quels membres consultent actuellement l’évaluation.
Un journal chronologique de chaque changement apporté à l’exigence courante : qui a changé quoi, quand, et les valeurs avant/après. Utile pour la revue QA et pour répondre aux demandes du PCI Council.
Progression du statut des réponses
La réponse d’une exigence passe par les états de revue du flux de revue QA. La puce d’en-tête de la carte indique où elle en est :
| Puce | État |
|---|---|
| (aucune) | Rédigée : l’évaluateur y travaille encore |
| En revue | Soumise avec Soumettre pour revue et en attente d’un relecteur ; entre-temps, le bouton indique En attente de revue |
| Renvoyée | Un relecteur a demandé des changements ; la note apparaît dans un encadré Renvoyée par la QA sur la carte, et le bouton indique Soumettre à nouveau pour revue |
| QA terminée | Approuvée : le contrôle de soumission disparaît |
L’évaluation dans son ensemble est ensuite validée une seule fois depuis la page Revues ; voir Flux de revue QA.
Synchronisation des preuves documentaires
La section 6.4 Preuves documentaires liste une ligne par document, comme le tableau du ROC. Kliper la tient à jour avec vos fichiers :
- Lorsqu’une étiquette de document est attribuée à un fichier, celui-ci est listé sur sa propre ligne sous cette étiquette : l’étiquette comme Numéro de référence, le nom du fichier comme Nom du document, le résumé du fichier par Cortex comme Finalité du document lorsqu’il existe, et une Date de révision du document vide à remplir. Un fichier portant deux étiquettes obtient une ligne sous chacune.
- Un nouveau document rejoint les lignes de sa référence ; sur un ordinateur portable, la référence n’apparaît donc qu’une fois au-dessus des documents listés sous elle. Sur un téléphone, la 6.4 replie les documents sous leur référence, avec la description du catalogue et un compteur, et les ouvre d’un appui.
- Retirer une étiquette d’un fichier le retire aussi du tableau : une ligne créée par la synchronisation est supprimée, tandis qu’une ligne que vous avez saisie garde sa place et ne perd que le nom du fichier. Une ligne que vous avez saisie sous la même référence et qui nomme déjà le fichier en tient lieu : le fichier ne reçoit pas de seconde ligne.
- Synchroniser depuis Fichiers, dans l’en-tête du tableau, liste chaque fichier étiqueté de l’évaluation qui n’a pas encore de ligne et indique ce qu’il a fait, par exemple Synchronisé depuis les fichiers: 3 nouvellement listé(s), 5 déjà listé(s). Utilisez-le lorsqu’un fichier étiqueté manque au tableau, par exemple un fichier étiqueté avant l’introduction de cette synchronisation ou un fichier dont vous avez supprimé la ligne.
Dans le champ Numéro de référence, commencez à taper et Kliper propose le catalogue des étiquettes et les références que cette évaluation utilise déjà, chacune avec sa description ; choisissez-en une avec les flèches et Entrée, ou d’un clic. Un code absent des deux reste saisissable, et le champ affiche Absent du catalogue en dessous.
Priorités des exigences
Chaque exigence peut porter une priorité manuelle (Haute / Moyenne / Basse) définie depuis la barre d’outils Exigences ; votre propre lentille de tri pour « par quoi j’attaque en premier », indépendante du jalon de l’approche priorisée PCI affiché sur chaque contrôle. Filtrez la liste des exigences par priorité pour cibler une session de travail.
Orientations issues du coffre
Chaque carte de contrôle inclut un accordéon Orientations replié, entre les critères de l’exigence et la constatation ; un contenu de référence issu de la bibliothèque de travail d’un QSA en exercice, rendu tel quel (non généré par IA) :
- Finalité, Bonnes pratiques et Informations complémentaires du contrôle.
- Orientations cloud pour les environnements Azure et AWS lorsqu’elles existent.
- Modèles de réponse : de vrais schémas de réponse de ROC avec un bouton de copie ; les espaces réservés
[CLIENT-NAME]restent visibles pour que vous les remplissiez.
Dans chaque procédure de test, un interrupteur Comment tester dans la colonne de référence révèle le matériel propre à la TP : catégorie et niveau de preuve, étiquettes de preuve attendues (avec définitions au survol ; les mêmes codes que suit la vue de couverture), plus les étapes de validation, les procédures d’échantillonnage et les questions d’évaluation.
Reprendre où vous vous étiez arrêté
Le tableau de bord suit la dernière sous-section sur laquelle vous avez travaillé par évaluation et propose une reprise en un clic.
Fonctionnement
- Suivi par évaluation : lorsque vous ouvrez une exigence précise dans le plan de travail, la plateforme stocke l’identifiant de l’évaluation, celui de la sous-section et un libellé lisible dans le localStorage de votre navigateur.
- Carte de reprise du tableau de bord : à votre prochaine visite du tableau de bord, une carte Reprendre apparaît avec le nom de l’évaluation, l’exigence précise sur laquelle vous avez travaillé en dernier et un bouton Continuer.
- Correspondance stricte : la carte n’apparaît que lorsque le localStorage contient une correspondance confirmée pour une évaluation à laquelle vous avez encore accès. Il n’y a pas de repli arbitraire « en cours » : la carte affiche l’emplacement exact que vous avez quitté, ou ne s’affiche pas du tout.
- Par appareil : comme le suivi utilise le localStorage, la position de reprise est propre au navigateur dans lequel vous travailliez. Changer d’appareil repart de zéro.
Pourquoi c’est important
Sur les engagements longs, les évaluateurs travaillent souvent en sessions courtes réparties sur plusieurs jours. La reprise supprime le moment « sur quelle exigence étais-je ? » au début de chaque session : le tableau de bord s’en souvient pour vous.
Cartes compactes du hub d’évaluation
Les cartes de statistiques en haut du hub d’évaluation (Total des exigences, Terminées, En cours, Non démarrées, etc.) utilisent une disposition compacte :
- Marges internes, taille d’icône et taille de police réduites
- Barres de progression plus serrées
- Davantage de cartes visibles sans défilement
Conçue pour faire tenir plus de contexte d’engagement à l’écran lors des points quotidiens.