Project

General

Profile

Development #9135

disposer d'un numéro de référence unique

Added by Thomas Noël about 6 years ago. Updated about 6 years ago.

Status:
Fermé
Priority:
Normal
Target version:
Start date:
27 Nov 2015
Due date:
17 Dec 2015
% Done:

0%

Estimated time:
Patch proposed:
Yes
Planning:

Description

Actuellement on a pour retrouver une demande :
  • son numéro, quand on connait la démarche (le formulaire)
  • un code de suivi, mais il n'est connu que de l'usager
  • une recherche "full texte" plus ou moins efficace
  • son URL, mais c'est pas très pratique à partager (et y'en a deux : frontoffice et backoffice)
Il serait plus pertinent, pour faire référence à une demande, d'avoir une référence unique, typiquement AAAAMMDD-FF-NN où :
  • AAAAMMDD : la date de création de la demande
  • FF : numéro de la démarche
  • NN : numéro de la demande dans la démarche
Elle serait affichée sur les écrans (back et front, vue générale, vue 360, etc) et on aurait à disposition:
  • une variable [form_reference_number]
  • un export dans l'API
  • de quoi faire une recherche en backoffice

Le numéro unique pourrait être partagé entre usager et agent, mais aussi entre les agents, etc.

Note : c'est très différent du code de suivi, qui est un code d'accès (j'ai le code = j'ai l'accès en tant que demandeur). Il s'agit ici uniquement d'une référence, qui ne donne aucun droit... C'est surtout "administratif".


Files

Associated revisions

Revision eb09a4c7 (diff)
Added by Frédéric Péters about 6 years ago

formdata: always create a display identifier (#9135)

History

#2

Updated by Brice Mallet about 6 years ago

  • Due date set to 17 Dec 2015
  • Assignee set to Frédéric Péters

on attribue un n° unique à chaque demande (n°formdef-n°formdata)

#3

Updated by Thomas Noël about 6 years ago

Après discussion Frédéric/Brice/Thomas, on partirait plus sur une idée d'un display_id générique modifiable ; par défaut « [formdef.id]-[formdata.id] », calculé lors de l'enregistrement de la demande (du brouillon ?) et/ou lors de son édition.

Ca serait plus tard paramétrable avec quelque chose comme « [formdef.id]-[formdata.id] - [form_var_nom] [form_var_prenom] » ...

#4

Updated by Frédéric Péters about 6 years ago

Voilà, pas du tout paramétrable mais ça le sera facilement.

#5

Updated by Thomas Noël about 6 years ago

Question sur le « '[formdef_id]-[form_number_raw]' » par défaut : la variable "formdef_id" elle n'est pas officiellement exposée. On fait quelque chose ou on laisse tel quel ? (la question viendra quand il faudra rendre cette string paramétrable, et qu'on y verra ce formdef_id).

Le quelque à faire = créer une variable "officielle" form_x qui contient le formdef.id ; par exemple form_form_id, form_type_id, form_formdef_id ... mouaich.

#6

Updated by Frédéric Péters about 6 years ago

J'avais commencé en ajoutant la variable aux variables de substitutions mais comme pas satisfait du nom, je l'ai laissé de côté, en attendant le moment où ce sera rendu paramétrable.

#7

Updated by Thomas Noël about 6 years ago

Frédéric Péters a écrit :

(...) pas satisfait du nom (...)

Même problème pour moi, je propose donc de pousser le patch ainsi, en étape 1 qui va permettre de valider cette notion de numéro xx-yy par les "fonctionnels" -- notamment décider où il faut l'afficher (en frontoffice et backoffice).

#8

Updated by Frédéric Péters about 6 years ago

  • Status changed from En cours to Résolu (à déployer)
commit eb09a4c77b713f332b1b4b581fdec5137d10642d
Author: Frédéric Péters <fpeters@entrouvert.com>
Date:   Sun Jan 3 14:05:46 2016 +0100

    formdata: always create a display identifier (#9135)
#9

Updated by Frédéric Péters about 6 years ago

  • Target version set to v1.26
#10

Updated by Thomas Noël about 6 years ago

  • Status changed from Résolu (à déployer) to Fermé

Also available in: Atom PDF