Bonjour,
nous aurions besoin d’implémenter une saisie particulière de montant avec 2 filtres.
Sur un dossier il y a un département rattaché ce qui fait qu’il y a un certain nombre de financements possibles. C’est à croisé avec la filière choisi qui a également un certain nombre de poste budgétaires.
Le nombre de colonnes et de lignes sont configurés et connus mais ils sont variables.
L’agent saisie des montants (en vert) dans les 2 exemples sur les données qui sont saisissables car possible sur le financeur et la filière choisi.
Exemples :
Je ne vois pas trop comment réaliser ce genre de besoin. Le tableau dynamique ne permet pas la saisie ni le calcul de somme, un objet métier sous forme de liste aurait pu répondre en parti au besoin mais le nombre de colonne est variable. Entre 5 et 30 colonnes de financeur
Merci pour vos retours.
Thierry Le Corre
non c’est ce qu’il faut saisir.
Un demandeur de la Réunion choisi la filière Transport pour sa mobilité.
En configuration la réunion à l’ensemble des financeurs et des filières.
En configuration la filière transport à l’ensemble des postes Budgetaires.
Ainsi en croisant les 2 données l’agent doit saisir le montant attribué dans les
(Etat,Bourses) , (Autres,Bourses), (Région,Crous), (UE,Crous), (Alloc installation, Ladom)
Dans les autres il n’y a pas de montant à saisir car il ne doivent pas être éditable car lors du rapprochement de la donnée entre le financeur et la filière plusieurs données sont exclues.
Est-ce que ce point permettrait de créer les couples à la volée ? Ou est-ce que tout est à la main de l’agent ?
Une liste d’un objet métier pourrait répondre au besoin, chacun des couples serait une ligne de la liste. Ton objet comporterait donc :
l’id de l’objet qui porte la combinaison Réunion / Transport
l’id d’un Financeur
l’id d’un poste budgétaire
le montant associé
Un tableau pourra dans tous les cas être implémenté, mais pour qu’il soit éditable, il faudra que ces données existent déjà, quitte à ce que le montant soit à 0 en attendant d’être saisi.
Sinon, il reste toujours la possibilité d’implémenter un composant spécifique…
le besoin a évolué et c’est complexifié.
En fait il y a bien 2 besoins mais celui pour l’agent est un peu plus complexe qu’initialement.
Le premier pour un admin c’est de configurer par (financeur,filière) les données saisissables.
Ensuite un autre Agent sur le dossier d’un agent saisie la liste des valeurs nécessaires.
Le plus simple serait d’en parler mais cela donne quelques choses comme ça.
Tu peux facilement répondre à ce besoin avec le pattern expliqué dans ma réponse précédente. L’admin et l’agent auront juste des droits différents vis-à-vis de l’objet lié. CRUD pour l’un et Read/Update pour l’autre.