Development #76350
validation, adaptations aux messages d'erreur
0%
Description
De #76236#note-3 :
Pour respecter le RGAA et le système de design de l'État, il est recommandé d'utiliser un libellé plus explicite et précis pour indiquer aux utilisateurs l'erreur dans leur saisie de caractères non autorisés.
Voici une proposition d'erreur plus détaillés que l'on pourrait utiliser (c'est long, mais ça ira dans le sens d'un seul champ par ligne quand on utilise le système de remarque + validation) :
| Validation | Message actuel | Message proposé | Remarque |
|---|---|---|---|
| Chiffres | Seuls des chiffres sont autorisés | Veuillez ne saisir que des chiffres, par exemple 123. | |
| Numéro de téléphone | Numéro de téléphone invalide | Veuillez saisir un numéro de téléphone à xxx, par exemple xxx. | ici je ne sais pas ce qui est attendu comme format ? |
| Numéro de téléphone (France) | Numéro de téléphone invalide | Veuillez saisir un numéro de téléphone à 10 chiffres, par exemple 06 39 98 89 93. | |
| Code postal (France) | Code postal invalide | Veuillez saisir un code postal à 5 chiffres, par exemple 75014. | |
| Code SIREN (France) | Code SIREN invalide | Veuillez saisir un SIREN à 9 chiffres, par exemple 443170139. | info d'EO |
| Code SIRET (France) | Code SIRET invalide | Veuillez saisir un SIRET à 14 chiffres, par exemple 44317013900036. | info d'EO |
| Numéro de sécurité sociale / NIR (France) | Numéro de sécurité sociale invalide | Veuillez saisir un numéro de sécurité sociale à 15 chiffres, par exemple 294037512000522. | NIR ex. récupéré sur le site service-public.fr, https://www.service-public.fr/particuliers/vosdroits/F33078 |
| Numéro au registre national (Belgique) | Numéro au registre national invalide | Veuillez saisir un numéro de registre national à 11 chiffres, par exemple xxxxxxxxxxx | |
| IBAN | IBAN invalide | Veuillez saisir un IBAN composé d'au moins 14 et de maximum 34 caractères alphanumériques, par exemple FR7600001000010000000000101. | pour un iban européen, à vérifier si c'est bien ça le contrôle effectué ici |
| Heure | Heure invalide | Veuillez saisir une heure comprise entre 00:00 et 23:59. |
| Champ | Message actuel | Message proposé |
|---|---|---|
| type courriel | doit être une adresse électronique valide | Veuillez saisir une adresse électronique au format nom@domaine.com. |
| type courriel | domaine de l’adresse invalide | Le domaine de l'adresse électronique saisie n'existe pas ou n'est pas disponible. Veuillez vérifier et réessayer. |
Demandes liées
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a environ un an
- Lié à Development #76236: Validation - Liste des messages d'erreur par défaut ajouté
Mis à jour par Anaïs Ecuvillon il y a environ un an
- Description mis à jour (diff)
ajout concernant les courriels dans la description
Mis à jour par Frédéric Péters il y a 7 mois
- Statut changé de Nouveau à Information nécessaire
- Assigné à mis à Anaïs Ecuvillon
(j'ai essayé de regarder côté https://www.systeme-de-design.gouv.fr s'il y avait des préconisations à ce sujet, non, et plus généralement je n'ai pas trouvé de référence utile).
Le numéro au registre national doit contenir 11 chiffres.
L'IBAN doit contenir entre 15 et 34 caractères alphanumériques.
L'heure doit être comprise entre 00:00 et 23:59.
L'adresse électronique doit être au format nom@domaine.com.
Le domaine de l'adresse électronique saisie n'existe pas ou n'est pas disponible. Veuillez vérifier et réessayer.
Sur la fin on laisse tomber les "Veuillez ...", perso je préférerais que ça soit homogène et également ne pas mettre de "Veuillez..." aux premiers, par ex: Le code postal doit contenir 5 chiffres, par exemple 75014.
Mais aussi,
Veuillez saisir un SIREN à 9 chiffres, par exemple 443170139.
Le message d'erreur (actuellement "Code SIREN invalide") peut arriver sur un SIREN à 9 chiffres, le nouveau message pourrait laisser l'usager compter le nombre de chiffres et il en verra bien neuf et il sera perdu. (commentaire applicable aussi à d'autres exemples); il y aurait moyen d'inclure
Mis à jour par Anaïs Ecuvillon il y a 7 mois
- Assigné à changé de Anaïs Ecuvillon à Frédéric Péters
Au moment où j'ai rédigé ce ticket, il y avait des recommandations de formulation avec "Veuillez", mais je ne me souviens plus sur quel site (RGAA, design ?) et après recherche rapido, je ne retrouve rien en ce sens.
Pas forcément besoin d'être homogène, dans le seul où il sera rare que sur la même page, tous les champs soient en erreurs. On peut tout à faire partir sur 2 types de message. Ceux avec Veuillez et les autres.
Le message d'erreur (actuellement "Code SIREN invalide") peut arriver sur un SIREN à 9 chiffres, le nouveau message pourrait laisser l'usager compter le nombre de chiffres et il en verra bien neuf et il sera perdu. (commentaire applicable aussi à d'autres exemples); il y aurait moyen d'inclure
si un siren de 9 chiffres peut être en erreur, quelle est la mécanique de contrôle ? (que je sache quoi rédiger comme message).
Mis à jour par Frédéric Péters il y a 7 mois
L'homogénéité m'aiderait quand même pas mal.
Pour SIRET, SIREN, Numéro de sécurité sociale, etc. il y a une somme de contrôle dans le numéro, cf par exemple https://fr.wikipedia.org/wiki/Syst%C3%A8me_d'identification_du_r%C3%A9pertoire_des_entreprises#Calcul_et_validit%C3%A9_d'un_num%C3%A9ro_SIREN[3] pour le SIREN.
Mis à jour par Frédéric Péters il y a 7 mois
- Assigné à changé de Frédéric Péters à Anaïs Ecuvillon
Mis à jour par Anaïs Ecuvillon il y a 7 mois
- Assigné à changé de Anaïs Ecuvillon à Frédéric Péters
Est-ce que selon le type d'erreur, tu peux prévoir 2 messages différents comme pour les mails ?
Si oui, tu peux ajouter un message à adapter selon le SIRET, le SIREN, etc.
Le numéro SIREN n'est pas valide. Veuillez vérifier et réessayer.
Pour harmoniser :
Veuillez saisir un numéro de registre national à 11 chiffres, par exemple xxxxxxxxxxx (voir s'il existe un format spécial comme en France avec 1 ou 2).
Veuillez saisir un IBAN composé d'au moins 14 et de maximum 34 caractères alphanumériques, par exemple FR7600001000010000000000101.
Veuillez saisir une heure comprise entre 00:00 et 23:59.
Veuillez saisir une adresse électronique au format nom@domaine.com.
Le domaine de l'adresse électronique saisie n'existe pas ou n'est pas disponible. Veuillez vérifier et réessayer.
Mis à jour par Frédéric Péters il y a 7 mois
- Assigné à changé de Frédéric Péters à Anaïs Ecuvillon
Est-ce que selon le type d'erreur, tu peux prévoir 2 messages différents comme pour les mails ?
Pas comme c'est prévu actuellement, non (les champs de type "mail" sont un type de champ à part).
Mis à jour par Anaïs Ecuvillon il y a 7 mois
Alors là je commence à sécher, dernière tentative de proposition, mais c'est un peu long tout de même :
Le numéro SIREN n'est pas valide. Veuillez vérifier et réessayer. Il doit être composé d'au moins 14 et de maximum 34 caractères alphanumériques, par exemple FR7600001000010000000000101.
Mis à jour par Anaïs Ecuvillon il y a 7 mois
- Assigné à changé de Anaïs Ecuvillon à Frédéric Péters
Mis à jour par Frédéric Péters il y a 7 mois
- Tracker changé de Development à Autre
- Assigné à changé de Frédéric Péters à Anaïs Ecuvillon
Le numéro SIREN n'est pas valide. Veuillez vérifier et réessayer. Il doit être composé d'au moins 14 et de maximum 34 caractères alphanumériques, par exemple FR7600001000010000000000101.
On était sur quelque chose avec uniquement des chiffres et maintenant c'est alphanumérique ? (ça ne correspond pas à la validation).
Je change de tracker parce qu'on est loin d'un ticket de développement; je créerai un nouveau ticket avec la liste définitive des messages une fois celle-ci établie. (éventuellement déplacer celui-ci dans "Espace CPF" pour visibilité ?).
Pour rappel je souhaiterais que tous les messages soient cohérents dans la forme et ne donnent pas d'instructions basées sur des règles trop simplifiées (type : "il faut 9 chiffres", ce qui est nul pour l'usager qui a bien tapé 9 chiffres).
Mis à jour par Anaïs Ecuvillon il y a 7 mois
- Assigné à changé de Anaïs Ecuvillon à Frédéric Péters
Je me suis mélangée les pinceaux entre le SIREN et l'IBAN.
Le principe étant que l'on valide le format pour ces messages d'erreurs qui peuvent être doubles, le format (nombre de chiffres) et la validité (clé de contrôle), mais qui ne peuvent contenir qu'un message, et dont je n'ai pas la liste.
Je suppose, SIREN, SIRET, IBAN, etc.
Et donc avançons déjà sur un exemple, si c'est ok, je l'appliquerai à tous.
L'IBAN n'est pas valide. Veuillez vérifier et réessayer. Il doit être composé d'au moins 14 et de maximum 34 caractères alphanumériques, par exemple FR7600001000010000000000101.
Mis à jour par Frédéric Péters il y a 7 mois
dont je n'ai pas la liste.
Les validations particulières ont lieu sur :
- Code SIREN (France)
- Code SIRET (France)
- Numéro de sécurité sociale / NIR (France)
- Numéro au registre national (Belgique)
- IBAN
ainsi que sur les validations téléphone (france) et téléphone mobile (local).
L'IBAN n'est pas valide. Veuillez vérifier et réessayer. Il doit être composé d'au moins 14 et de maximum 34 caractères alphanumériques, par exemple FR7600001000010000000000101.
Veuillez le vérifier ?
Je continue sur le fond à trouver problématique qu'on donne uniquement une indication sur la longueur alors qu'il y a davantage; peut-être que ça veut effectivement dire qu'il faut combiner à ce ticket une évolution technique pour avoir des messages différents selon les situations.
Par exemple je teste https://wise.com/fr/iban/checker et FR760000100001000000000010 ça dit "La longueur de l'IBAN est incorrecte (26 caractères). Il devrait contenir 27 caractères au total." et FR7600001000010000000000102 ça dit "La clé de contrôle [76] de cet IBAN semble incorrecte" et XX7600001000010000000000101 "Le code pays que vous avez entré ne correspond à aucun pays existant" et FRX7600001000010000000000101 "La clé de contrôle [X7] doit être composée de 2 chiffres et suit le code pays" etc. Sans dire que toutes ces nuances sont nécessaires.
Mis à jour par Frédéric Péters il y a 7 mois
peut-être que ça veut effectivement dire qu'il faut combiner à ce ticket une évolution technique pour avoir des messages différents selon les situations.
Après avoir dormi dessus, je retire ça, ce n'est pas jouable dans la mesure où on est ici sur un champ avec un message d'erreur personnalisable, qui est unique, il faut vraiment s'en tenir à proposer un seul message par type de validation.
Mis à jour par Frédéric Péters il y a 7 mois
- Lié à Development #51288: Mettre un exemple dans les messages d'erreur concernant la validation d'un champ ajouté
Mis à jour par Frédéric Péters il y a 7 mois
Pour info il y avait eu #51288 avec son lot de suggestions, peut-être des éléments à en tirer.
Mis à jour par Anaïs Ecuvillon il y a 7 mois
- Description mis à jour (diff)
ne trouvant pas mieux pour le moment et avec le souhait d'améliorer la plupart des messages et de les harmoniser, j'ai mis à jour le tableau avec les propositions.
on pourra toujours refaire une passe si jamais lors d'un audit, le rapport suggère d'autres tournures.
Mis à jour par Robot Gitea il y a 7 mois
- Tracker changé de Autre à Development
- Statut changé de Information nécessaire à En cours
Frédéric Péters (fpeters) a ouvert une pull request sur Gitea concernant cette demande :
- URL : https://git.entrouvert.org/entrouvert/wcs/pulls/693
- Titre : WIP: misc: update default validation error messages (#76350)
- Modifications : https://git.entrouvert.org/entrouvert/wcs/pulls/693/files
Mis à jour par Robot Gitea il y a 7 mois
- Statut changé de Solution proposée à Solution validée
Thomas NOËL (tnoel) a approuvé une pull request sur Gitea concernant cette demande :
Mis à jour par Frédéric Péters il y a 7 mois
Anaïs, commentaires lors de la relecture :
(iban)
J'aurais pas ajouté «alphanumériques» parce que personne ne sait ce que ça veut dire.
(numéro de sécu)
Subtilité, c'est n'est pas un nombre (15-digits) car le département est 2A ou 2B pour la région Corse... Mais bon, sans doute que les personnes nées en corse le savent, partout on demande les "15 chiffres"...
Je laisse tes propositions en l'état et si tu veux amender plus tard ça sera toujours possible.
Mis à jour par Robot Gitea il y a 7 mois
- Statut changé de Solution validée à Résolu (à déployer)
Frédéric Péters (fpeters) a mergé une pull request sur Gitea concernant cette demande :
- URL : https://git.entrouvert.org/entrouvert/wcs/pulls/693
- Titre : misc: update default validation error messages (#76350)
- Modifications : https://git.entrouvert.org/entrouvert/wcs/pulls/693/files
Mis à jour par Transition automatique il y a 7 mois
- Statut changé de Résolu (à déployer) à Solution déployée
Mis à jour par Anaïs Ecuvillon il y a 7 mois
- Numéro de téléphone : Veuillez saisir un numéro de téléphone valide. => quelle est la validation derrière, qu'est-ce qui est autorisé ?
- Numéro de téléphone mobile (local) (pas dans le tableau initial): Veuillez saisir un numéro de téléphone mobile valide, à remplacer par : Veuillez saisir un numéro de téléphone à 10 chiffres, par exemple 06 39 98 89 93. (le même que pour Numéro de téléphone (France) du coup).
Mis à jour par Frédéric Péters il y a 7 mois
Numéro de téléphone : Veuillez saisir un numéro de téléphone valide. => quelle est la validation derrière, qu'est-ce qui est autorisé ?
Des chiffres. Et ça peut commencer par un +. Et des espaces ou symboles comme des / ou - ou . sont autorisés.
Numéro de téléphone mobile (local) (pas dans le tableau initial): Veuillez saisir un numéro de téléphone mobile valide, à remplacer par : Veuillez saisir un numéro de téléphone à 10 chiffres, par exemple 06 39 98 89 93. (le même que pour Numéro de téléphone (France) du coup).
Ça donnera un numéro qui ne correspond pas à ce qu'il faut chez imio, c'est pour ça qu'il n'y a pas d'exemple ici, ça ne serait pas trivial de gérer ça.
Mis à jour par Anaïs Ecuvillon il y a 7 mois
ok je sèche, on laisse comme ça et on prendra les conseils judicieux de la prochaine boite d'audit.
misc: update default validation error messages (#76350)