Project

General

Profile

Fonctionnalité #15527

Modèles d'enregistrement : associer une ou plusieurs entrées d'un champ de type "Select"

Added by Emmanuel DILLARD about 2 years ago. Updated 11 months ago.

Status:
Développé / Analysé (S)
Priority:
0-Bloquant
Assignee:
-
Target version:
Start date:
11/24/2020
Due date:
08/12/2021
Tags Courrier:
ROADMAP:

Description

En tant qu'administrateur,
je souhaite associer à un modèle d'enregistrement, zéro, une ou plusieurs typologies de courriers existantes.

Mécanisme applicable pour toutes les données de type Select.

Pour la typologie, la sélection d'une sous chemise sélectionne toutes les typologies classées dans la sous-chamise.

capture_1.png (152 KB) capture_1.png Lionel MARIE-LOUISE, 07/07/2021 01:58 PM
8625

Related issues

Related to Backlog Courrier - Fonctionnalité #19356: Modèles d'enregistrement : associer une ou plusieurs entrées d'un champ de type "Select" / Masquer en indexationDéveloppé / Analysé (S)2022-01-04

History

#1 Updated by Emmanuel DILLARD about 2 years ago

  • Subject changed from Modèles d'enregistrement : associer de façon exclusive à un modèle plusieurs typologies de courriers to Modèles d'enregistrement : associer de façon exclusive à un modèle lié à une catégorie plusieurs typologies de courriers
  • Priority changed from 2-Sérieux to 0-Bloquant

#4 Updated by Henri QUENEAU about 2 years ago

  • Assignee changed from Ludovic ARAUJO to EDI PO

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

#5 Updated by Emmanuel DILLARD about 2 years ago

  • Status changed from Complément d'Informations to Etude planifiée

#6 Updated by Emmanuel DILLARD about 2 years ago

  • Assignee changed from EDI PO to Ludovic ARAUJO

#8 Updated by Emmanuel DILLARD almost 2 years ago

  • Subject changed from Modèles d'enregistrement : associer de façon exclusive à un modèle lié à une catégorie plusieurs typologies de courriers to Modèles d'enregistrement : associer à un modèle lié à une catégorie plusieurs typologies de courriers
  • Status changed from Etude planifiée to 17

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

#9 Updated by Emmanuel DILLARD almost 2 years ago

  • Description updated (diff)

#10 Updated by Emmanuel DILLARD almost 2 years ago

  • Subject changed from Modèles d'enregistrement : associer à un modèle lié à une catégorie plusieurs typologies de courriers to Modèles d'enregistrement : associer une ou plusieurs entrées d'un champ de type "Select"

#11 Updated by Henri QUENEAU almost 2 years ago

  • Status changed from 17 to A traiter
  • Assignee changed from Ludovic ARAUJO to EDI PO

#13 Updated by Emmanuel DILLARD almost 2 years ago

  • Status changed from A traiter to Complément d'Informations
  • Assignee changed from EDI PO to Ludovic ARAUJO

#15 Updated by Emmanuel DILLARD almost 2 years ago

Administration / modèles d'enregistrements

Pour chaque champ de type "Select",
l'administrateur fonctionnel peur choisir les entrées sélectionnables par l'utilisateur du modèle (Restriction par sélection)
Par défaut, toutes les entrées de la liste sont disponibles.

Ces restrictions ne sont PAS exclusives : si une entrée est disponible dans un modèle, elle pourra être disponible dans un autre modèle.

Exemple pour la typologie documentaire :
Déterminer pour un modèle, les typologies associées de façon restrictive.

#17 Updated by Emmanuel DILLARD almost 2 years ago

  • Priority changed from 0-Bloquant to 1-Majeur

#18 Updated by Emmanuel DILLARD over 1 year ago

  • Status changed from Complément d'Informations to 17

#20 Updated by Emmanuel DILLARD over 1 year ago

#21 Updated by Emmanuel DILLARD over 1 year ago

  • Status changed from 17 to En attente financement
  • Target version changed from Courrier 20.10 TMA to Inscription Backlog Courrier

#24 Updated by Emmanuel DILLARD over 1 year ago

  • Priority changed from 1-Majeur to 3-Mineur

#25 Updated by Emmanuel DILLARD over 1 year ago

  • Project changed from Backlog to Backlog Courrier
  • Target version changed from Inscription Backlog Courrier to Inscription Backlog

#27 Updated by Lionel MARIE-LOUISE over 1 year ago

  • File capture_1.png capture_1.png added
  • Assignee changed from Ludovic ARAUJO to Emmanuel DILLARD
  • Priority changed from 3-Mineur to 0-Bloquant
8625

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.

#28 Updated by Lionel MARIE-LOUISE over 1 year ago

  • Assignee deleted (Emmanuel DILLARD)

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)

#29 Updated by Lionel MARIE-LOUISE over 1 year ago

  • Assignee set to EDI PO

#30 Updated by Emmanuel DILLARD over 1 year ago

  • Status changed from En attente financement to Complément d'Informations
  • Assignee changed from EDI PO to Lionel MARIE-LOUISE

Me contacter pour atelier.

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

#31 Updated by Lionel MARIE-LOUISE over 1 year ago

  • Tracker changed from Fonctionnalité to Régression

#32 Updated by Emmanuel DILLARD over 1 year ago

-> Formulaires SVE -> champs obligatoires (Selon le type)

20.03 -> le modèle porte les champs

Bascule entre modèle d'enregistrements.

-> modèle impose et verrouille des types de documents.
-> ne pas basculer vers d'autre modèles. (Privilège)

-> Sélection des doctypes par sous-chemises (multi-sélection)

Release 12/08
TMA TEAM -> scripts à tester dès maintenant (LFA)

#33 Updated by Emmanuel DILLARD over 1 year ago

  • Tracker changed from Régression to Fonctionnalité
  • Due date set to 08/12/2021
  • Status changed from Complément d'Informations to Prêt à embarquer
  • Assignee deleted (Lionel MARIE-LOUISE)
  • Target version changed from Inscription Backlog to 312

#35 Updated by Emmanuel DILLARD over 1 year ago

  • Description updated (diff)

#36 Updated by Emmanuel DILLARD over 1 year ago

  • Status changed from Prêt à embarquer to En cours de dev (S)

#37 Updated by Quentin RIBAC over 1 year ago

  • Assignee set to Quentin RIBAC

#38 Updated by GIT LAB over 1 year ago

Commit ajouté sur la branche feat/15527/sgamiIndexingModels de MaarchCourrier
FEAT #15527 TIME 2:30 back: added editable (bool) and allowedValues (json array) to indexing model fields
https://labs.maarch.org/maarch/MaarchCourrier/commit/767404da19b868822e58b7a6eec5367aa9cf6622

#39 Updated by GIT LAB over 1 year ago

Commit ajouté sur la branche feat/15527/sgamiIndexingModels de MaarchCourrier
FEAT #15527 TIME 1 back: typo in error message; front: non-editable fields
https://labs.maarch.org/maarch/MaarchCourrier/commit/fd9f378cc2f4a639e99bcbf2f268cd8b93a04a32

#40 Updated by Quentin RIBAC over 1 year ago

Back :

Table SQL indexing_models_fields : ajout un champ (llowed_values jsonb).
Les routes GET et POST sur /indexingModels et GET et PUT /indexingModels/{id} prennent en compte ces champs (allowedValues en camelCase dans l’API).

allowedValues est facultatif (tableau des valeurs que peut prendre le champ si restriction).

Dans la validation d’un courrier, les contrôles suivants ont été ajoutés :

  • si le champ a des allowedValues (un tableau, pas null) et que la valeur fournie dans le courrier n’est pas dans les allowedValues du champ, le courrier est rejeté.

À faire :

Front :

Adapter le formulaire d’indexation pour n’offrir à la sélection de l’utilisateur que les allowedValues de chaque champ si il y en a.

#41 Updated by GIT LAB over 1 year ago

Commit ajouté sur la branche feat/15527/sgamiIndexingModels de MaarchCourrier
FEAT #15527 TIME 0:25 api fixes: indexingModelField.editable defaults to true; select custom fields are single-valued
https://labs.maarch.org/maarch/MaarchCourrier/commit/ed482eae83c44c4390e9349b32c5a009c88af3d4

#42 Updated by Quentin RIBAC over 1 year ago

  • Assignee deleted (Quentin RIBAC)

#43 Updated by GIT LAB over 1 year ago

Commit ajouté sur la branche feat/15527/sgamiIndexingModels de MaarchCourrier
FEAT #15527 TIME 0:15 removed useless field IndexingModelField::editable
https://labs.maarch.org/maarch/MaarchCourrier/commit/826fae1a70a4df9660ca2ce117d7e929bcec8b9b

#44 Updated by GIT LAB over 1 year ago

Commit ajouté sur la branche feat/15527/sgamiIndexingModels de MaarchCourrier
FEAT #15527 TIME 4:20 front can disable values on field
https://labs.maarch.org/maarch/MaarchCourrier/commit/788b54250b4c441f69bcaa1c586b9c117a172e97

#45 Updated by GIT LAB over 1 year ago

Commit ajouté sur la branche feat/15527/sgamiIndexingModels de MaarchCourrier
FEAT #15527 TIME 0:05 removed SQL field indexing_models_fields(editable)
https://labs.maarch.org/maarch/MaarchCourrier/commit/dd3f37f53021e9f1e93156f24df50151aa3fea4d

#46 Updated by GIT LAB over 1 year ago

Commit ajouté sur la branche feat/15527/sgamiIndexingModels de MaarchCourrier
FEAT #15527 TIME 0:05 build prod
https://labs.maarch.org/maarch/MaarchCourrier/commit/0952a52b545388c5918dacd1d4a26f0255b87c77

#47 Updated by Alex ORLUC over 1 year ago

  • Status changed from En cours de dev (S) to A tester (S)

#48 Updated by Alex ORLUC over 1 year ago

Les champs de type "select", "checkbox", "radio" peuvent avoir des valeurs désactivées

#49 Updated by GIT LAB over 1 year ago

Commit ajouté sur la branche feat/15527/sgamiIndexingModels de MaarchCourrier
FEAT #15527 TIME 0:05 build prod
https://labs.maarch.org/maarch/MaarchCourrier/commit/9607c98147de8764514386e33b426a4fdfd1ef48

#50 Updated by GIT LAB over 1 year ago

Commit ajouté sur la branche feat/15527/sgamiIndexingModels de MaarchCourrier
FIX #15527 TIME 0:10 build prod
https://labs.maarch.org/maarch/MaarchCourrier/commit/438b738072834953031097ca193aa78da6de1f67

#51 Updated by Alex ORLUC over 1 year ago

  • Status changed from A tester (S) to Développé / Analysé (S)

#52 Updated by GIT LAB over 1 year ago

Commit ajouté sur la branche 20.10_TMA1 de MaarchCourrier
FEAT #15527 - build prod
https://labs.maarch.org/maarch/MaarchCourrier/commit/d0f04765a3909f2017ecf3d89bc21b5820d3af73

#53 Updated by Emmanuel DILLARD over 1 year ago

  • Assignee set to Lionel MARIE-LOUISE

#54 Updated by Emmanuel DILLARD over 1 year ago

#55 Updated by Emmanuel DILLARD over 1 year ago

  • Assignee changed from Lionel MARIE-LOUISE to Ludovic ARAUJO

#58 Updated by Lionel MARIE-LOUISE about 1 year ago

  • Assignee deleted (Ludovic ARAUJO)

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.

#59 Updated by Emmanuel DILLARD about 1 year ago

  • ROADMAP set to version Develop

#60 Updated by Emmanuel DILLARD 12 months ago

  • Target version changed from 312 to 20.10 TMA1

#61 Updated by Emmanuel DILLARD 11 months ago

  • Related to Fonctionnalité #19356: Modèles d'enregistrement : associer une ou plusieurs entrées d'un champ de type "Select" / Masquer en indexation added

#62 Updated by Emmanuel DILLARD 11 months ago

  • ROADMAP deleted (version Develop)

Also available in: Atom PDF