Log In
New Account
Evolutions
Search the entire project
This project's trackers
This project's releases
This project's news
Projects
People
Documents
Skills
Advanced search
Projects
Project Openings
openADS
Summary
Activity
Tracker
News
SCM
Files
Forum
Démo
openMairie.org
View Trackers
|
Evolutions
|
Export CSV
Date:
2025-12-18 10:41
Priority:
3
State:
Closed
Submitted by:
Edward J. Pritchard (
ejpritchard
)
Assigned to:
Nobody (None)
Version cible:
6.18.0
Summary:
Restriction des modifications des enjeux selon le niveau de collectivité
Detailed description
Actuellement, les admins peuvent créer / modifier / supprimer les enjeux quelque soit le niveau de leur service d'appartenance. Couplé à un widget select simple, cela créé de nombreuses modifications de paramétrage non souhaitées. L'objectif est d'introduire des règles de gestion différentes selon le niveau de leur service d'appartenance (1 ou 2). Terminologie service == collectivité Administrateur de niveau 1 = administrateur appartenant à un service de niveau 1 Administrateur de niveau 2 = administrateur appartenant à un service de niveau 2 Proposition Règle de gestion Lorsqu'un enjeu est positionné sur un service de niveau 2, il ne peut pas être positionné sur d'autres services de niveau 1 Lorsqu'un enjeu est positionné sur un service de niveau 2, il ne peut pas être modifié ni supprimé par un admin de niveau 1 Sur la modification / création d'un enjeu, un administrateur de niveau 1 ne peut pas sélectionner un service de niveau 2 Implémentation RG1 : à l'ajout / modification d'un enjeu, s'il positionné sur plusieurs service de niveau 1 et 2, seul le service de niveau 2 est conservé RG2 : les actions contextuelles modifier / supprimer ne sont pas proposées à l'admin de niveau 1 si l'enjeu est positionné sur un service de niveau 2 RG3 : sur la modification d'un enjeu, un administrateur de niveau 1 ne peut pas sélectionner le service de niveau 2 (il n'est pas affiché)
Actuellement, les admins peuvent créer / modifier / supprimer les enjeux quelque soit le niveau de leur service d'appartenance. Couplé à un widget select simple, cela créé de nombreuses modifications de paramétrage non souhaitées. L'objectif est d'introduire des règles de gestion différentes selon le niveau de leur service d'appartenance (1 ou 2).
Terminologie
service == collectivité
Administrateur de niveau 1 = administrateur appartenant à un service de niveau 1
Administrateur de niveau 2 = administrateur appartenant à un service de niveau 2
Proposition
Règle de gestion
Lorsqu'un enjeu est positionné sur un service de niveau 2, il ne peut pas être positionné sur d'autres services de niveau 1
Lorsqu'un enjeu est positionné sur un service de niveau 2, il ne peut pas être modifié ni supprimé par un admin de niveau 1
Sur la modification / création d'un enjeu, un administrateur de niveau 1 ne peut pas sélectionner un service de niveau 2
Implémentation
RG1 : à l'ajout / modification d'un enjeu, s'il positionné sur plusieurs service de niveau 1 et 2, seul le service de niveau 2 est conservé
RG2 : les actions contextuelles modifier / supprimer ne sont pas proposées à l'admin de niveau 1 si l'enjeu est positionné sur un service de niveau 2
RG3 : sur la modification d'un enjeu, un administrateur de niveau 1 ne peut pas sélectionner le service de niveau 2 (il n'est pas affiché)
Comments
Attachments
Changes (4)
No comments have been posted
No attached documents
Field
Old Value
Date
By
status_id
Open
2026-01-30 12:41
Sofien TIMEZOUAGHT
close_date
None
2026-01-30 12:41
Sofien TIMEZOUAGHT
summary
Utilisation du service de maintenance globale pour les enjeux nationaux
2025-12-24 12:03
Sofien TIMEZOUAGHT
details
Demande MC Nous avons un souci récurent avec les enjeux : Une liste d'enjeux nationaux est aujourd'hui affectée à tous les services UDAP mais certains utilisateurs touchent à la liste des services ce qui entraîne la perte d'information pour d'autres UDAP. Sans compter que nous sommes obligés de compléter à nouveau cette liste de services.Serait-il possible d'affecter le "service de maintenance globale" pour les enjeux nationaux. Ils seraient visibles de tous mais non modifiables par les autres services. Terminologie service == collectivité Administrateur de niveau 1 = administrateur appartenant à un service de niveau 1 Administrateur de niveau 2 = administrateur appartenant à un service de niveau 2 Proposition Règle de gestion Lorsqu'un enjeu est positionné sur un service de niveau 2, il ne peut pas être positionné sur d'autres services de niveau 1 Lorsqu'un enjeu est positionné sur un service de niveau 2, il ne peut pas être modifié ni supprimé par un admin de niveau 1 Sur la modification / création d'un enjeu, un administrateur de niveau 1 ne peut pas sélectionner un service de niveau 2 Implémentation RG1 : à l'ajout / modification d'un enjeu, s'il positionné sur plusieurs service de niveau 1 et 2, seul le service de niveau 2 est conservé RG2 : les actions contextuelles modifier / supprimer ne sont pas proposées à l'admin de niveau 1 si l'enjeu est positionné sur un service de niveau 2 RG3 : sur la modification d'un enjeu, un administrateur de niveau 1 ne peut pas sélectionner le service de niveau 2 (il n'est pas affiché)
2025-12-24 12:03
Sofien TIMEZOUAGHT
Charte d'utilisation
/
Nous contacter
/
Mentions légales
Haut de page