Backlog Courrier

Ne répond pas à la demande du client Thionville car pas ergonomique:

• source d'erreur ou d'oublie car l'utilisateur peut ne pas retrouver le bon type correspondant. Il est obligé de chercher le type après avoir choisi le bon modèle d'enregistrement .
• l'utilisateur va passer plus de temps à chercher le bon type
• ajoute des clics

Mécanique de sélection multiple sur tous les champs avec select
-> Nouvelle colonne

-> cible 20.10, Develop
Effort 8

X écartée : la notion d'exclusivité à un modèle

Ce qui est souhaité par le client est que :

• un modèle d'enregistrement est lié un ou plusieurs sous-chemise dans la typologie de courrier

• un type de document le paramétrage est unique : possibilité de le rendre visible ou pas, obligatoire ou pas.
  -> Par rapport à ce point, l'association de types aux modèles reprend pas la mécanique utilisé par le client et moins avantageuse par rapport à l'ancienne.

C'est-à-dire, en 19.04 dans "administration typologies de courriers" , type de document "convocation" doit avoir les mêmes champs que "Demande de documents" mais ne pas avoir la même configuration en terme de champs cochés.

Cependant le type de document "communication" ne se trouvant pas dans le même sous-dossier, il est possible que "convocation" n'ait pas les mêmes champs.

Cela a pour effet que lorsqu'un agent saisi un courrier, selon le "type de courrier" sélectionné des champs apparaissent ou pas grâce à ce paramétrage.

En capture image, type de paramétrage attendu, avec les champs complémentaire paramétrable.

La demande initiale est :
"Description

Pouvoir figer une donnée par défaut (ie : type de document) dans un formulaire d'enregistrement. (entrée par défaut ou entrée non modifiable par l'utilisateur)

Dans le cas de cette demande, Le formulaire choisi sera alors lié à un type de document.

Mécanique étendue à l'ensemble des champs des modèles d'enregistrement (métas système et métas personnalisées)
"

-> traitement en 19.04 et antérieur :
Pour chaque type de document il est possible de définir : La priorité, les champs complémentaires disponibles et les champs obligatoires.
-> traitement depuis la version 20.03 :
Création d'un modèle d'enregistrement sans lien avec les types de documents. Ce qui a pour impact qu'un type de document en fonction de sa position dans un modèle d'enregistrement prendre des champs standard et/ou complémentaire en obligatoire ou non. Ce mode de fonctionnement implique des incohérences lors des injections par webservice de type réglementaires.

Les courriers ne répondent donc plus aux contraintes légales.

Ces contraintes sont donc en lien avec l'expression initiale qui est d'imposer un état de métadonnées (standard et/ou complémentaire pour un ensemble de type de documents donnée.

Afin de facilité le choix des types de documents, lors de l'enregistrement/qualification d'un courrier la liste des document doit être visible en fonction du modèle choisi (ex: modèle SVE met à disposition 90 types de documents différents)

Me contacter pour atelier.

La reformulation couvre-t-elle le besoin exprimé ?

En tant que administrateur

Je souhaite dans "type de courrier" quand je choisi les valeurs que je puisse pouvoir cliquer sur une sous-dossier permettant de sélectionner tout les dossiers se trouvant dans le niveau inférieur.