Rôles et privilèges

info

Un privilège est l'association d'un Rôle et d'une Personne

Les rôles sont caractérisés par un type (qui confère concrètement les droits sur les fonctionnalités d'une convention : ajouter des documents, modifier tel ou tel champ...) et un contexte (Convention, Structure…).

Le privilège dispose d'un ContexteId faisant référence à l'objet (Convention ou Structure) sur lequel s'applique ces droits.

Exemple 1

• On crée un rôle "Rédacteur de convention" dont le type est "Rédacteur" et le contexte est "Convention"
• On crée un utilisateur Bill
• On lui assigne le privilège "Rédacteur de convention" et on précise, dans ContextId, l'id de la convention (Ex : 1234) concerné.

info

Bill aura donc des droits sur la convention 1234.

Exemple 2

• On crée un rôle "Référent juridique de structure" dont le type est "Référent juridique" et le contexte est "Structure"
• On crée un utilisateur Bob
• On lui assigne le privilège "Référent juridique de structure" et on précise, dans ContextId, l'id de la structure (Ex : 1234) concerné.

info

Bob aura ainsi des droits sur toutes les conventions de la structure 1234.

Comment sont calculés les droits

Il faut se référer à la matrice des droits qui précise, pour chaque type de rôle et pour chaque élément de la convention (Avenant, Partenaire, etc.), et aussi pour chaque stade (en cours, etc), quels sont les droits associés.

Qu'est-ce qu'un privilège valide / invalide

• Un privilège est invalide quand
  • la date de fin est postionnée et sa valeur est strictement inférieur à la date de jour.
• Un privilège est valide quand
  • la date de début est positionnée et que la date de début est inférieur ou égale à la date de jour (i.e aujourd'hui ou dans le passé)
  • il n'est pas invalide
• En interne, on ne supprime pas les privilèges, on les rends inactifs en postionnant la date de fin à la date du jour
• Il n'y a pas de mécanisme qui prévoit de positionner une date de fin dans le futur.