imported>Claratte |
imported>Claratte |
| Line 1: |
Line 1: |
| =Présentation= | | =Présentation= |
| L'objet de cette page est de présenter le paramétrage des validités sur la [[Accueil|version 4 d'OpenFlyers]].
| | Acquisition et Exploitation des Rapports d'activités de l'Aviation Légère |
|
| |
|
| Il existe également une page qui traite de l'[[Validités|utilisation des validités]].
| | ==Prédictions== |
| | Liste des prédictions utilisées par le robot OpenFlyers. |
| | ;Tarif cotisation |
| | Le robot OpenFlyers cherche dans la liste des variables '''Admin > Ventes > Variables > Définition''' les occurrences : |
| | #'''cotisation''' |
| | #'''cotisation club''' |
| | #'''cotisation <nom de la structure>''' |
|
| |
|
| =Ajouter un type de validités= | | =Admin > Structure > Paramétrage > Export Aeral= |
| *'''Admin'''
| | Afin de pouvoir générer les statistiques Aeral, il faut que toutes les questions du formulaire soient complétées. Ce dernier est pré-rempli avec les données de la structure grâce à l'utilisation de [[#Prédictions|prédictions]]. |
| *'''Utilisateurs > Types de validités'''
| |
| *En-dessous du tableau listant les types de validité, remplir le champ vide à gauche du bouton '''Ajouter une validité''' en mettant le nom souhaité pour la validité
| |
| *Cliquer sur le bouton '''Ajouter une validité'''
| |
| La validité s'insère dans le tableau qui est trié par ordre alphabétique
| |
| *Sélectionner ou non les cases à cocher décrites dans les [[#Paramètres_de_configuration|Paramètres de configuration]] en fonction du comportement attendu.
| |
|
| |
|
| Une fois le type de validité créé, la [[Gestion-des-profils#Type-de-validité-que-l'utilisateur-peut-gérer|gestion de ce type de validité]] est automatiquement attribuée aux [[Gestion-des-profils#Ajout-et-gestion-de-ses-validités|profils ayant le droit "Ajout et gestion de ses validités"]]. Il peut être modifié dans la colonne [[Gestion-des-profils#Type-de-validité-que-l'utilisateur-peut-gérer|Type de validité que l'utilisateur peut gérer]] de [[Gestion-des-profils#Profils-Plus|Utilisateurs > Profils plus]].
| | Le gestionnaire est invité à vérifier les éléments du formulaire pré-remplies grâce aux prédictions, de les corriger dans le cas où ils sont erronés et de renseigner manuellement les paramètres restants en répondant aux questions restantes du formulaire. |
|
| |
|
| ==Paramètres de configuration==
| | Si une information n'est pas présente dans la structure, le gestionnaire est invité à sélectionner le choix '''pas de filtre'''. |
| '''Attention :''' lorsque vous effectuez une modification sur le tableau des types de validité, il faut cliquer en dehors du tableau pour que le choix soit pris en compte et sauvegardé. | |
|
| |
|
| ===Nom===
| | Le gestionnaire peut, à tout moment, consulter ou modifier les données du formulaire. |
| Nom choisi pour désigner une validité
| |
|
| |
|
| ===Soumise à échéance=== | | =Gestion > Rapports > Rapports spécifiques > Aeral= |
| Indique si la validité doit contenir une date d'échéance ou non
| |
| | |
| ===Gestion du code identifiant===
| |
| Indique si un champ "code identifiant" est éditable pour y renseigner un code associé à la validité de l'utilisateur. Exemples : numéro de membre, numéro de licence, numéro de qualification, identifiant, etc.
| |
| | |
| ===Gestion de la date d'obtention===
| |
| Indique si un champ "date d'obtention" doit être associé à la validité.
| |
| Exemples : date de délivrance d'un permis, date d'obtention d'un brevet, 1ère date d'inscription
| |
| | |
| ===Associer un document===
| |
| Indique s'il est possible d'associer un fichier à une validité. Lorsque ce paramètre est activé pour un type de validité, les utilisateurs peuvent téléverser un fichier pour l'associer à la validité correspondante dans l'[[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|interface des validités]]. La taille maximale d'un document est de 500Ko (si c'est une image elle est redimensionner si elle excède ce chiffre).
| |
| | |
| ===Validité bloquante pour la saisie des vols (si requise)===
| |
| Indique le comportement pour ce type de validité que doit adopter OpenFlyers lors d'une tentative de saisie de vols dont une validité requise est périmée ou absente. Si la validité est configurée comme bloquante, alors la saisie du vol sera bloquée et impossible. C'est utile en mode ouverture/fermeture de vol où il est alors possible lors de l'ouverture du vol d'interdite un utilisateur de saisir son vol s'il manque un certain nombre de validités.
| |
| | |
| ===Validité bloquante pour le contrôle d'accès (si requise pour la réservation)===
| |
| Cette colonne est visible uniquement dans le cas où un contrôle d'accès spécifique est interfacé avec OpenFlyers.
| |
| | |
| Elle permet de définir si une validité doit bloquer une autorisation d'accès gérée par un système de contrôle d'accès.
| |
| | |
| Le comportement du blocage est le suivant :
| |
| *OpenFlyers liste les validités qui ne sont pas détenues par un utilisateur et qui sont des [[#Paramétrer-pour-chaque-type-de-ressource-les-validités-requises|validités qui sont requises pour un type de ressource]].
| |
| *Si dans cette liste, il existe des validités qui sont marquées bloquantes pour le contrôle d'accès alors l'accès n'est pas autorisé.
| |
| | |
| ===Alerte à la connexion===
| |
| Définit le comportement souhaité pour [[Connexion#Alertes-à-la-connexion|les contrôles des validités à la connexion]]. 4 types de comportements sont possibles lorsqu'une validité à échéance est périmée ou que l'expérience requise par la validité n'est pas suffisante :
| |
| *'''Pas de gestion''' : La validité n'est pas contrôlée à la connexion
| |
| *'''Alerte à la connexion''' : Affichage d'une [[Présentation générale des alertes#Description|alerte non bloquante]].
| |
| *'''[[Connexion#Restriction_d'accès|Accès restreint au profil X]]''' (où X peut désigner tout profil définit pour la plateforme) : Affichage d'une [[Présentation générale des alertes#Description|alerte non bloquante]] et qui induit des restrictions sur les droits de l'utilisateur.
| |
| *'''Pas d'accès''' : Affichage d'une [[Présentation générale des alertes#Description|alerte bloquante]].
| |
| '''Attention :''' une validité est considérée comme obsolète si les critères suivants sont remplis :
| |
| *Elle est détenue par l'utilisateur
| |
| *Sa date d'échéance est renseignée
| |
| *Sa date d'échéance est passée
| |
| Ainsi, si un utilisateur ne dispose pas de la validité, il ne sera pas alerté ou bloqué à la connexion. De la même façon, un utilisateur qui dispose d'une validité sans que la date d'échéance ne soit renseignée ne sera également pas impacté.
| |
| | |
| A noter également qu'un utilisateur qui dispose d'un profil ayant le droit de [[Gestion-des-profils#Surpasser-les-restrictions-sur-les-validités-expirées|surpasser les restrictions sur les validités expirées]] ne sera pas bloqué à la connexion si la restriction en place est '''Pas d'accès'''. Il aura une alerte surpassable.
| |
| | |
| ===Formule d'expérience===
| |
| Lorsque ce champ est renseigné avec une formule, alors le type de validité devient une [[#Validité-à-expérience|validité à expérience]]. Dans ce cas, la validité ne peut plus être attribuée à un utilisateur. Elle sert à vérifier que l'utilisateur remplit des critères variables au cours du temps. Elle est compatible avec tous les [[Validités#Contrôle-des-validités|cas de contrôle de validité]].
| |
| | |
| Exemples de validités à formule d'expérience :
| |
| *avoir plus de 3 atterrissages dans les 90 derniers jours
| |
| *ne pas dépasser plus de 90h dans les 30 derniers jours
| |
| cf. [[Formules de calcul#Expérience_récente|les formules de calcul d'expérience récente]].
| |
| | |
| Note : une validité à expérience ne peut, par conception, être attribuée à un utilisateur puisqu'il s'agit d'un test. Il existe une protection qui empêche de transformer un type de validité, attribué à au moins un utilisateur, en validité à expérience. Cette protection affiche le message d'erreur '''Vous ne pouvez ajouter de formule d'expérience car des utilisateurs sont encore liés à cette validité'''. Il est important de noter que même si le type de validité est supprimé de tous les utilisateurs, cette suppression n'est pas forcément complète en base de données et qu'il reste donc en mémoire le fait que ce type de validité a été associé à des utilisateurs. Dans ce cas, il n'est pas possible de transformer le type de validité en validité à expérience.
| |
| | |
| ===Alerte échéance par email : 1er rappel===
| |
| Ce champ ne peut être renseigné que pour les [[#Soumise-à-échéance|validités soumises à échéance]]. Il indique la période d'échéance pour déclencher le [[Envoi-automatique-des-emails#Email-de-rappel-d'échéance-de-validité|premier rappel par email]].
| |
| | |
| Les validités sans date d'échéance ne déclenchent pas l'[[Envoi-automatique-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].
| |
| | |
| ===Fréquence===
| |
| | |
| Ce champ ne peut être renseigné que pour les [[#Soumise-à-échéance|validités soumises à échéance]] et lorsque le champ [[#Alerte-échéance-par-email-:-1er-rappel|1er rappel]] a été renseigné.
| |
| | |
| Il détermine la fréquence de rappel, après le [[#Alerte-échéance-par-email-:-1er-rappel|1er rappel]], pour l'[[Envoi-automatique-des-emails#Email-de-rappel-d'échéance-de-validité|envoi de l'email d'alerte]].
| |
| | |
| S'il est sur ''aucun'' et que le champ [[#Alerte-échéance-par-email-:-1er-rappel|1er rappel]] a été renseigné, alors 1 seul envoi d'email est effectué à la date du 1er rappel.
| |
| | |
| Les validités sans date d'échéance ne déclenchent pas l'[[Envoi-automatique-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].
| |
| | |
| ===Certification===
| |
| La cellule '''Certification''' a 4 choix possibles :
| |
| *'''Désactivée''' : la certification n'est pas active sur ce type de validité
| |
| *'''Requise''' : la certification est active. La validité ne sera considérée comme valide que si elle est certifiée. La présence d'un document associé à la validité n'est pas requise.
| |
| *'''Requise avec document''' : la certification est active et un document doit être obligatoirement associé à la validité pour que la validité puisse être certifiée par un gestionnaire
| |
| *'''Possible par robot''' : la certification est active, un document est obligatoire et le robot peut [[Validités#Certification-automatique|certifier automatiquement]] un document associé à la validité.
| |
| | |
| Lorsque la certification est '''requise avec document''', les personnes ayant en charge ce type de validités sont notifiées par e-mail lors du téléversement d'un fichier.
| |
| | |
| Lorsque la certification est '''possible par robot''', les personnes ayant en charge de ce type de validités sont notifiées par e-mail uniquement lorsque le robot n'est pas parvenu à certifié automatiquement le fichier téléversé.
| |
| | |
| Pour l'utilisation des validités avec certification, voir le chapitre [[Validités#Certification-des-validités|certification des validités]].
| |
| | |
| ===Contrat===
| |
| Permet de définir si la validité est un contrat.
| |
| | |
| Un gestionnaire ne peut attribuer l'état "contrat" à une validité que si cette dernière n'est pas déjà attribuée à un utilisateur.
| |
| | |
| L'affectation de l'état de "contrat" à une validité est irréversible, sauf si aucun utilisateur n'a signé cette validité-contrat. Le but est d'empêcher de générer une rupture d'intégrité en base de données ou de perdre des signatures qui seraient dues à une erreur de manipulation.
| |
| | |
| Voir la procédure [[#Paramétrer-une-validité-comme-contrat|Paramétrer une validité comme contrat]].
| |
| | |
| ===Fichier du contrat===
| |
| | |
| Permet de mettre en ligne un fichier PDF, ce fichier doit contenir le texte du contrat afin que les utilisateurs puissent le consulter.
| |
| | |
| Un fichier de contrat ne doit pas dépasser '''500ko'''.
| |
| | |
| Un contrat n'est proposé à la signature que lorsqu'il contient un fichier.
| |
| | |
| Cependant lorsqu'un contrat est complet (fichier mis en ligne), tous les utilisateurs qui appartiennent à un profil n'étant pas dispensé de ce contrat devront le signer à leur connexion. La connexion n'est pas possible tant qu'il reste des contrats non signés.
| |
| | |
| =Paramétrer le contrôle des validités=
| |
| ==Paramétrer le contrôle des validités pour les réservations==
| |
| Lors d'une réservation, le contrôle des validités s'effectue en fonction du type de ressource sélectionné pour la réservation.
| |
| | |
| Un comportement général, restrictif, permissif ou sans contrôle, est défini pour toutes les ressources. Puis, pour chaque type de ressource, on définit les validités requises.
| |
| | |
| ===Paramétrer globalement le contrôle des validités pour les réservations===
| |
| Pour paramétrer, ce contrôle, il faut :
| |
| *Aller dans '''Admin'''.
| |
| *Puis '''Configuration > Paramétrage'''.
| |
| *Dans le formulaire '''[[Configuration#Gestion-des-réservations|Gestion des réservations]]''', champ '''Gestion des validités''', il faut choisir le comportement général parmi les choix suivants :
| |
| **'''En mode "Restriction" pour les réservations''' : cela fera apparaitre des alertes bloquantes lorsqu'il y aura une absence de validités requises pour une ressource donnée
| |
| **'''En mode "Avertissement" pour les réservations''' : cela fera apparaitre des alertes non-bloquantes lorsqu'il y aura une absence de validité requises pour une ressource donnée
| |
| **'''Désactivé'''
| |
| *Puis cliquer sur le bouton '''Valider''' associé au formulaire
| |
| | |
| ==Paramétrer le contrôle des validités pour la saisie des vols==
| |
| Le paramétrage du contrôle des validités pour la saisie des vols s'effectue en fonction du type de vols
| |
| ===Validités requises pour la saisie des vols===
| |
| Une validité est définie comme requise pour la saisie des vols si elle est requise pour un type de vol. Ensuite 2 cas se présentent pour que cette validité soit réellement requise lors de la saisie du vol :
| |
| #Soit ce type de vol est coché par l'utilisateur dans le formulaire de saisie du vol
| |
| #Soit ce type de vol est lui-même systématiquement [[#Imposer_des_types_de_validité_pour_des_types_de_ressource_différents|requis par le type de ressource]] correspondant à la ressource sélectionnée
| |
| | |
| ===Paramétrer globalement le contrôle des validités pour la saisie des vols===
| |
| *Aller dans '''Admin'''.
| |
| *Puis choisir '''Structure > Paramétrage'''.
| |
| *Dans le formulaire '''[[Configuration#Gestion-des-vols|Gestion des vols]]''', champ '''Gestion des validités lors de la saisie d'un vol''', il faut choisir le comportement général parmi les choix suivants :
| |
| **'''En mode "Restreint"''' : cela fera apparaitre des alertes bloquantes lorsqu'il y aura une absence de [[#Validités_requises_pour_la_saisie_des_vols|validités requises]] pour une ressource donnée
| |
| **'''En mode "Avertissement"''' : cela fera apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de [[#Validités_requises_pour_la_saisie_des_vols|validité requises]] pour une ressource donnée. Le choix de l'alerte bloquante ou non est déterminé par OpenFlyers en fonction du [[#Validité_bloquante_pour_la_saisie_des_vols_(si_requise)|paramétrage du type de validité]].
| |
| **'''Désactivé'''
| |
| *Puis cliquer sur le bouton '''Valider''' associé au formulaire.
| |
| | |
| =====Prendre en compte les validités requises pour un type de ressource donné=====
| |
| *Aller dans '''Admin'''.
| |
| *Puis choisir '''Structure > Paramétrage'''.
| |
| *Dans le formulaire '''[[Configuration#Gestion-des-vols|Gestion des vols]]''', lorsque le champ '''Gestion des validités lors de la saisie d'un vol''' est actif, le champ '''Prendre en compte les validités requises pour un type de ressource donné''' apparait
| |
| *Il faut l'activer pour prendre en compte les validités requises pour un type de ressource donné
| |
| *Cliquer sur le bouton '''Valider''' associé au formulaire.
| |
| *Puis vous pouvez [[#Paramétrer-pour-chaque-type-de-ressource-les-validités-requises|paramétrer pour chaque type de ressource les validités requises]]
| |
| | |
| ===Paramétrer pour chaque type de vol les validités requises===
| |
| Les [[#Validités_requises_pour_la_saisie_des_vols|validités requises lors de la saisie d'un vol]] dépendent des types de vols sélectionnés pour ce vol. Le paramétrage des validités requises pour chaque type de vol s'effectue ainsi :
| |
| *Aller dans '''Admin'''.
| |
| *Puis '''Vols > Types de vol'''
| |
| *Dans le tableau '''Types de validités requises (si seul à bord) pour un type de vol donné''', cocher les validités requises pour chaque type de vol
| |
| | |
| ===Imposer des types de validité pour des types de ressource différents===
| |
| Pour rendre obligatoire une validité pour un type de ressource en particulier, il faut tout d'abord [[Gestion-des-types-d'activités#Ajouter-un-type-d'activité|créer un type d'activité]] pour chacun de ces types.
| |
| | |
| Ensuite il faut [[Gestion-des-ressources#Types-d'activités-requis-par-type-d'aéronef|associer ce nouveau type d'activité au type de ressource concerné]].
| |
| | |
| Pour terminer il suffit de [[#Paramétrer-pour-chaque-type-de-ressource-les-validités-requises|définir les validités requises pour ce type de vol]].
| |
| | |
| ==Paramétrer pour chaque type de ressource les validités requises==
| |
| Ce paramétrage permet de définir les validités requises en fonction des types de ressources à la fois pour la [[Validités#Contrôle-des-validités-lors-de-la-saisie-d'une-réservation|réservation]] et la [[Validités#Contrôle-des-validités-lors-de-la-saisie-d'un-vol|saisie des activités]].
| |
| | |
| *Aller dans '''Admin > Ressources > Types de ressources'''.
| |
| *Dans le tableau qui liste les types de ressources, cliquer sur l'icône dans la colonne '''Action''' symbolisant une check-list [[Fichier:Checklist.png]] et intitulée '''Validité'''.
| |
| | |
| On se retrouve avec un tableau qui permet de déterminer les validités requises d'une ressource donnée.
| |
| | |
| Les validités peuvent se suppléer les unes les autres. C'est la règle "ou" présente entre chaque validité d'une même ligne.
| |
| | |
| Si on souhaite que les validités s'ajoutent et soient toutes nécessaires, alors il faut les disposer sur des lignes différentes qui sont séparées par la règle "et" présente en début de ligne.
| |
| | |
| Exemples types :
| |
| *Si on souhaite qu'une validité A soit requise, il faut cliquer sur la check verte de cette validité sur la 1ère ligne. Une deuxième ligne apparait alors avec aucune validité de sélectionnée.
| |
| | |
| *Si on souhaite qu'une validité A et qu'une validité B soient toutes les 2 requises, il faut cliquer sur la check verte de la validité A de la 1ère ligne puis sur la check verte de la validité B de la 2ème ligne qui est apparue. Une 3ème ligne apparait alors également avec aucune validité de sélectionnée.
| |
| | |
| *Si on souhaite qu’indifféremment les validités A ou B soient requises, il cliquer sur les check vertes de chacune des validités de la 1ère ligne.
| |
| | |
| Exemple pratique : On souhaite qu'un utilisateur dispose d'un brevet PPL ou d'un brevet BB et qu'il dispose également d'une visite médicale de classe 1 ou de classe 2. Pour cela, on va cliquer :
| |
| *sur les validités "PPL" et "BB" de la 1ère ligne.
| |
| *sur les validités "Visite médicale classe 1" et "Visite médicale classe 2" de la 2ème ligne.
| |
| | |
| ''Conseil OpenFlyers'' :
| |
| *En mode restreint, ne pas oublier d’attribuer les validités aux membres pour qu'ils ne soient pas bloqués. Il est recommandé de rester en mode avertissement durant plusieurs semaines avant d'activer les restrictions.
| |
| | |
| =Paramétrer des [[Envoi-automatique-des-emails#Email-de-rappel-d'échéance-de-validité|rappels par email]] des validités à échéance=
| |
| | |
| Ce paramétrage n'est possible que pour les validités [[#Soumise-à-échéance|soumises à échéance]] :
| |
| *Depuis l'ancienne interface, aller sur la page '''Admin > Utilisateurs > Types de validités'''
| |
| *Pour chaque validité soumise à échéance :
| |
| **Champ [[#Alerte-échéance-par-email-:-1er-rappel|Alerte échéance par email : 1er rappel]] : Sélectionner une période d'échéance
| |
| **Champ [[#Fréquence|Fréquence]] : Sélectionner une fréquence de rappel ou "Aucun"
| |
| | |
| '''/!\ Les validités sans date d'échéance ne déclenchent pas l'[[Envoi-automatique-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].'''
| |
| | |
| Exemple de paramétrage de rappel qu'au premier mois d'échéance :
| |
| * [[#Alerte-échéance-par-email-:-1er-rappel|Alerte échéance par email : 1er rappel]] : 1 mois
| |
| * [[#Fréquence|Fréquence]] : Aucun
| |
| | |
| Exemple de paramétrage de rappel journalier au bout d'un mois d'échéance :
| |
| * [[#Alerte-échéance-par-email-:-1er-rappel|Alerte échéance par email : 1er rappel]] : 1 mois
| |
| * [[#Fréquence|Fréquence]] : Tous les jours
| |
| | |
| Exemple de paramétrage de rappel hebdomadaire au bout de deux mois d'échéance :
| |
| * [[#Alerte-échéance-par-email-:-1er-rappel|Alerte échéance par email : 1er rappel]] : 2 mois
| |
| * [[#Fréquence|Fréquence]] : Tous les 7 jours
| |
| | |
| =Paramétrer le surpassement des restrictions sur les validités=
| |
| ''A l'inverse de ce qui est présenté dans ce chapitre, il est également possible de [[Gestion-des-profils#Créer-un-profil-empêchant-tout-surpassement|créer un profil restreint empêchant tout surpassement]].''
| |
| | |
| Comme indiqué dans le chapitre [[Validités#Contrôle-des-validités|Contrôle des validités]], que se soit à la connexion, lors d'une réservation ou lors d'une saisie d'activité, il est possible de mettre en place des restrictions qui bloqueront les utilisateurs n'ayant pas les validités requises.
| |
| | |
| Cependant, dans certains cas, il peut être nécessaire de permettre à certaines populations d'utilisateurs de pouvoir surpasser ces restrictions.
| |
| | |
| Le paramétrage du surpassement dépend de plusieurs choses :
| |
| *Est-ce que l'utilisateur peut surpasser lui-même ou est-ce que l'action que ne peut pas effectuer l'utilisateur peut être effectuée par une tierce personne
| |
| *Est-ce que la population d'utilisateurs concernés est définie par un profil ou non
| |
| *Est-ce que le surpassement est pour toute validité ou est-ce qu'il ne s'applique qu'à certaines validités
| |
| | |
| Voici quelques exemples de paramétrages possibles :
| |
| | |
| *Permettre aux instructeurs de pouvoir effectuer une réservation même s'ils n'ont pas l'expérience récente suffisante :
| |
| *:Comme les instructeurs disposent d'une validité permettant de connaitre leur statut d'instructeur, la méthode appropriée pour permettre aux instructeurs de surpasser l'absence d'expérience récente est la suivante :
| |
| **Aller dans '''Ressources > Types de ressources'''
| |
| **Cliquer sur le bouton symbolisant une liste de validités pour le type de ressource concerné
| |
| **Sur la ligne où la validité à expérience concernée est cochée, cocher également le type de validité correspondant aux instructeur (exemple : "Flight Instructor (FI)")
| |
| | |
| *Permettre à des utilisateurs n'ayant pas l'expérience récente en interne mais disposant de l'expérience récente suffisante grâce à leur activité externe de pouvoir surpasser la restriction, aussi bien en réservation qu'en saisie de vol, pour une validité à expérience récente donnée :
| |
| **[[#Ajouter-un-type-de-validités|Ajouter un nouveau type de validité]] à échéance intitulé ''expérience extérieure''
| |
| **Modifier la formule de la validité à expérience concernée pour y inclure la prise en compte de la validité ''expérience extérieure''. Cf. la formule de calcul [[Formules-de-calcul#Expérience-récente-en-heures-ou-la-détention-d'une-validité-spécifique|Expérience récente en heures ou la détention d'une validité spécifique]]
| |
| | |
| =Paramétrer une validité comme [[Paramétrage-des-validités#Validité-contrat|contrat]]=
| |
| | |
| *'''Admin'''
| |
| *'''Utilisateurs > Types de validités'''.
| |
| *Créer un nouveau type de validité avec le nom souhaité pour le contrat.
| |
| *Cliquer sur le bouton dans la colonne '''Contrat''', le type de validité est défini comme contrat.
| |
| *Insérer le fichier contenant le corps du contrat dans la colonne '''Fichier du contrat'''.
| |
| *Si la validité-contrat ne doit pas être requise pour certains profils, il faut [[Gestion-des-profils#Contrats-non-requis|définir les profils exemptés]].
| |
| | |
| Une fois ceci fait, les utilisateurs appartenant aux profils concernés devront [[Connexion#Signer-des-contrats|signer le contrat]] à leur connexion.
| |
| | |
| =Supprimer un type de validité=
| |
| *Aller sur '''Utilisateurs > Types de validités'''
| |
| *L'icône symbolisant une poubelle permet de supprimer un type de validité.
| |
| | |
| Si cette validité a été attribuée à au moins un utilisateur, un message d'avertissement avec la liste des utilisateurs apparaît informant que lors de la suppression du type de validité cela supprimera les validités des utilisateurs qui la possèdent ainsi que les documents attachés.
| |
| | |
| Si cette validité est rattachée à un type de ressource ou à un produit alors une alerte bloquante, avec la liste des éléments rattachés, empêchera la suppression de cette validité. Il faudra d'abord retirer la validité aux éléments concernés.
| |
| | |
| =Supprimer un type de validité déclaré comme contrat= | |
| | |
| *Aller sur '''Utilisateurs > Types de validités'''
| |
| *L'icône symbolisant une poubelle permet de supprimer un contrat s'il n'a été signé par personne, sinon la page qui permet de consulter les utilisateurs l'ayant signé s'ouvre. Contrairement aux types de validités classiques, l'interface ne propose pas de bouton de suppression forcée
| |
| | |
| Il est impossible de supprimer un contrat une fois qu'il a été signé par aux moins 2 personnes. Cela permet de conserver la signature des documents par les utilisateurs.
| |