Development #76400
Validation - ajout Numéro de pré-demande ANTS
0%
Description
Parce que ça va être de + en + utilisé avec le connecteur, ce serait bien d'ajouter "Numéro de pré-demande ANTS" dans la liste des validations.
Je crois que l'expression rationnelle c'est : ([A-Z0-9]){10}
Mais je ne suis pas sûre à 100% du format possible (voir avec Benj qui bosse sur le raccordement au moteur de recherche de l'ANTS).
Dans ce cas, le message d'erreur par défaut pourrait être :
Veuillez saisir 10 caractères contenant uniquement des chiffres et des lettres majuscules.
Demandes liées
Historique
Mis à jour par Frédéric Péters il y a environ un an
- Statut changé de Nouveau à Information nécessaire
Mis à jour par Thomas Noël il y a environ un an
De ce que je connais du projet, ça va ne va pas être ainsi : on va interroger l'ANTS en lui envoyant le numéro de la pré-demande. C'est cet appel webservice qui nous dira si le numéro est OK/KO.
C'est donc un appel webservice qu'on fera en condition de sortie ; rien à coder dans w.c.s.
Mis à jour par Anaïs Ecuvillon → en congés, retour le 30/04 il y a environ un an
- Statut changé de Information nécessaire à Rejeté
okay,
Mis à jour par Benjamin Dauvergne il y a environ un an
- Statut changé de Rejeté à Fermé
Pour l'isntant il n'y a pas de webservice pour vérifier qu'un numéro existe (ça arrive peut-être dans la V2, mais c'est une autre API avec un autre jeton, tout une histoire), juste un webservice pour savoir si un numéro existe en doublon chez un autre éditeur, donc la validation a un sens, mais en attendant la v2 je pense que les regexp feront très bien l'affaire et dans l'absolu c'est pas plus mal de valider au moins un format avant d'appeler des webservices dans tous les sens (c'est pas comme si le format changeait tous les jours).
Mis à jour par Anaïs Ecuvillon → en congés, retour le 30/04 il y a environ un an
bah dans ce cas c'est dommage de rejeter le ticket, autant le faire en validation, car ça facilite bien la vie ces validations pour les admins fonctionnels et CPFs.
Mis à jour par Thomas Noël il y a environ un an
- Statut changé de Rejeté à En cours
Benj à écrit :
juste un webservice pour savoir si un numéro existe en doublon chez un autre éditeur,
Bêtement j'imaginais que ce webservice commencerait pas une vérification du format et qu'on se baserait dessus. C'est pas le cas, on peut y envoyer n'importe quoi ?
Anaïs Ecuvillon a écrit :
bah dans ce cas c'est dommage de rejeter le ticket, autant le faire en validation, car ça facilite bien la vie ces validations pour les admins fonctionnels et CPFs.
Ouaip. Mais il faut qu'on connaisse le format , perso j'ai eu deux predemandes en 2021 et 2022 et c'était pas le même format du tout.
L'ANTS a peut-être une documentation...? Ou bien Benjamin tu as vu quelque chose dans un swagger ou un WSDL ?
Mis à jour par Anaïs Ecuvillon → en congés, retour le 30/04 il y a environ un an
on demande le numéro de pré-demande à Auch (depuis mi-mars, et il s'agit de 10 caractères alphanumériques (tout en majuscule, mais ça peut-être qu'on s'en fout...).
Après si ça se trouve, ça bouge tous les 2 mois...
Mis à jour par Benjamin Dauvergne il y a environ un an
Thomas Noël a écrit :
Benj à écrit :
juste un webservice pour savoir si un numéro existe en doublon chez un autre éditeur,
Bêtement j'imaginais que ce webservice commencerait pas une vérification du format et qu'on se baserait dessus. C'est pas le cas, on peut y envoyer n'importe quoi ?
You can lire le code: https://gitlab.com/france-identite/rendez-vous-mairie/-/blob/dev/hub-rdv-backend/src/hubrdvmairie/controllers/routes/external.py#L218
C'est des annotations de type mais avec un framework du futur genre Fastapi ça doit faire quelque chose certainement. Mais quand tu parlais webservice je pensais que tu évoquais l'idée de vérifier que la pré-demande existe pour ce numéro, pas juste que le format est ok, c'est ce web-service qui arrivera en V2 avec en plus le statut de la pré-demande (je suppose qu'on peut voir si la CNI ou le passeport est en cours de fabricatio, après tout c'est l'ANTS qui les fabrique).
L'ANTS a peut-être une documentation...? Ou bien Benjamin tu as vu quelque chose dans un swagger ou un WSDL ?
Mieux du python assez moderne.
Mis à jour par Marie Kuntz -> retour le 13 mai il y a environ un an
L'ANTS indque que le format du numéro de pré-demande n'est pas normé. Pour l'instant c'est 10 chiffres, apparemment c'était autre chose il y 2 ans. Je propose qu'on ne fasse rien. Ça évitera d'avoir à faire des mises à jour pour correspondre à leurs changements quiseront assez sûrement sans prévenir.
Mis à jour par Frédéric Péters il y a 12 mois
- Statut changé de En cours à Fermé
Je propose qu'on ne fasse rien.
Il n'y a pas eu d'objection ici. (si jamais, ne pas hésiter à réouvrir le ticket)
Mis à jour par Anaïs Ecuvillon → en congés, retour le 30/04 il y a 10 mois
- Statut changé de Fermé à Nouveau
je rouvre ce ticket, car dans les faits, on a besoin de poser une regex pour ne pas provoquer des erreurs à chaque nouveau caractère saisi lors de l'appel WS.
Et l'argument qui indique qu'aujourd'hui la regex est ([A-Z0-9]){10} et que demain ça peut-être autre chose, devrait justement nous pousser à développer une validation.
Ce sera bien plus facile de mettre à jour un format pour une validation, que de devoir retourner sur toutes les instances modifier une regex en place.
Mis à jour par Anaïs Ecuvillon → en congés, retour le 30/04 il y a 10 mois
- Lié à Bug #79079: Contrôle doublons ANTS : err 422 lors de l'appel au WS ajouté
Mis à jour par Frédéric Péters il y a 10 mois
je rouvre ce ticket, car dans les faits, on a besoin de poser une regex pour ne pas provoquer des erreurs à chaque nouveau caractère saisi lors de l'appel WS.
Ou besoin d'un webservice qui ne pète pas une erreur sur un format invalide. (i.e. dans le hub ANTS).
Pour moi ça serait plutôt ça à faire, plutôt qu'ajouter dans w.c.s. des validations spécifiques.