RGAA Lab

RGAA 4.1.2 · Formulaires · Critère 11.12

Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou à un examen, ou dont la validation a des conséquences financières ou juridiques, les données saisies peuvent-elles être modifiées, mises à jour ou récupérées par l’utilisateur ?

Une erreur de saisie sur un virement, une candidature ou une suppression de compte ne se rattrape pas : le critère existe pour que la faute d'attention ne devienne pas irréversible.

Ce que dit le référentiel

Transcription du RGAA 4.1.2, sans interprétation. C’est ce texte qui fait foi, et celui que vous citez dans un rapport.

  1. 11.12.1
    Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou un examen, ou dont la validation a des conséquences financières ou juridiques, la saisie des données vérifie-t-elle une de ces conditions ?
    • L’utilisateur peut modifier ou annuler les données et les actions effectuées sur ces données après la validation du formulaire ;
    • L’utilisateur peut vérifier et corriger les données avant la validation d’un formulaire en plusieurs étapes ;
    • Un mécanisme de confirmation explicite, via une case à cocher (balise <input> de type checkbox ou balise ayant un attribut WAI-ARIA role="checkbox") ou une étape supplémentaire, est présent.
  2. 11.12.2
    Chaque formulaire dont la validation modifie ou supprime des données à caractère financier, juridique ou personnel vérifie-t-il une de ces conditions ?
    • Un mécanisme permet de récupérer les données supprimées ou modifiées par l’utilisateur ;
    • Un mécanisme de demande de confirmation explicite de la suppression ou de la modification, via un champ de formulaire ou une étape supplémentaire, est proposé.

Comment le vérifier

  1. Repérer les formulaires à conséquence : paiement, suppression, engagement juridique, réponse à un test ou un examen.
  2. Pour chacun, chercher l'une des trois portes de sortie : pouvoir modifier ou annuler après validation, pouvoir relire et corriger avant l'envoi dans un formulaire à étapes, ou une confirmation explicite en case à cocher ou en étape supplémentaire.
  3. Pour une suppression ou une modification de données financières, juridiques ou personnelles, vérifier en plus qu'on peut récupérer les données, ou qu'une confirmation explicite est demandée.
  4. Une étape « Récapitulatif » qui n'est plus modifiable ne compte pas : elle affiche, elle ne corrige pas.

Ce que notre outil fait

Jugement humain

Aucune machine ne tranche ce critère. L’outil vous présente les éléments et enregistre votre constat.

Savoir qu'un formulaire a des conséquences financières ou juridiques demande de lire ce que fait le service. Aucun indice technique ne le trahit ; l'outil vous demande d'identifier ces formulaires et n'insiste que sur ceux-là.

Comment nous mesurons ce que l'outil sait faire · ce critère s'audite dans l'extension RGAA Lab.

Les pièges

Les erreurs qu’on rencontre vraiment, relevées au fil des audits.

  • Une case « J'accepte les conditions » n'est pas la confirmation attendue : elle porte sur le contrat, pas sur l'action.
  • Le bouton « Précédent » du navigateur ne compte pas comme mécanisme de correction — il casse souvent l'état du formulaire.

À lire avec