Alertes de configuration and Validités: Difference between pages

From Documentation de la solution web de gestion OpenFlyers
(Difference between pages)
Jump to navigation Jump to search
 
 
Line 1: Line 1:
__TOC__
=Présentation=
=Présentation=
L'objet de cette page est de décrire les actions à entreprendre pour corriger les '''alertes de configuration''' qui peuvent apparaitre sur la [[Accueil|version 4 d'OpenFlyers]].
L'objet de cette page est de présenter l'utilisation des validités dans la [[Accueil|version 4 d'OpenFlyers]].


Attention : dès qu'une nouvelle alerte apparait, il faut la prendre en compte et la traiter sans délai. En effet, bien souvent ces alertes peuvent être corrigées directement par un gestionnaire de la structure sans avoir à remonter le problème à l'équipe OpenFlyers. Cependant, si les écritures comptables ou d'activité liées à cette alerte ont été validées, alors vous êtes obligé de faire intervenir l'équipe OpenFlyers. Dans ce cas, le temps d'intervention pour la dé-validation des écritures concernées est soit facturé soit décompté de votre bonus assistance / développement.
Il existe également une page qui traite du [[paramétrage des validités]].


=[[Utilisation de la comptabilité#Mettre_à_jour_les_tarifs|Action annulée car il faut que chaque variable dispose d'une valeur antérieure à la date de début de l'exercice comptable]]=
==Définitions==
Le terme '''validité''' est utilisé par OpenFlyers pour désigner tout ce qui peut constituer une attestation, autorisation, brevet, certificat, diplôme, échelon, expérience acquise, grade, licence, permis, qualification, etc.


=Alertes liées à des absences de règles de tarification en base de données=
Les '''types de validités''' permettent de [[#Paramètres-de-configuration|définir des validités]] qui seront attribuées aux utilisateurs.
==Il n'y a pas de mouvement comptable associé au vol==
Tout vol génère une charge (essence, maintenance, etc.). De ce fait, tout vol doit généré un chiffre d'affaire. Même dans le cas où le coût du vol est supporté par la structure, comptablement ce vol doit générer une charge pour la structure.


Il arrive parfois que le paramétrage puisse avoir été mis en place en oubliant un cas et ainsi lorsqu'un tel vol est saisi, il n'y a pas de mouvement comptable qui est généré. Afin, de pouvoir identifier ces "trous" comptables, une alerte est générée côté admin pour les vols dont la date est postérieure à la date de début de l'exercice comptable en cours.
La détention par un utilisateur de validités requises peut être vérifié :
*A la connexion de l'utilisateur
*Lors d'une réservation faite pour un utilisateur par lui-même ou un autre utilisateur. OpenFlyers vérifie les validités de l'utilisateur concerné par la réservation.
*Lors d'une saisie d'activité (par exemple lors de la saisie d'un vol pour l'aéronautique).


Cette alerte peut aussi apparaître à la suite de cette opération :
===Documents-validités===
* Désactivation de la gestion des comptes
Document associé à la validité d'un utilisateur et qui permet de démontrer la réelle détention de la validité par un utilisateur. Pour qu'un document soit associable à une validité, le type de validité doit avoir le paramètre [[Paramétrage-des-validités#Associer-un-document|Associer un document]].
* Saisie d'un vol. Vu que la gestion des comptes est désactivé, aucune mouvement comptable n'est généré pour le vol.
* Réactivation de la gestion des comptes


Pour résoudre ce problème, 2 cas possibles :
Pour un tel type de validité, la [[Paramétrage-des-validités#Certification|certification]] est en général activée pour permettre la validation du document par un gestionnaire.
*Le vol n'a été validé : dans ce cas, il faut mettre en place (en général en demandant à l'équipe OpenFlyers) de vérifier les règles mises en place et de les compléter pour que ce cas soit traité. Une fois que les règles sont complétées, il suffit de re-saisir le vol.
*Le vol a été validé : dans ce cas, il n'est plus possible d'intervenir sur le vol. Par contre, il est possible de générer manuellement le flux manquant. Ensuite, il suffira d'attendre la clôture de la comptabilité pour que ce message disparaisse.


==Il n'y a pas de mouvement comptable associé au vol créé par le boîtier d'interconnexion GPS/GSM dont le pilote n'est pas renseigné==
===Validité à échéance===
Lorsqu'un vol est récupéré via un boîtier d'interconnexion GPS/GSM ([[Interfaçage-OpenFlyers-et-Charterware|Charterware]], [[Interfaçage-OpenFlyers-et-ClickAndTakeoff|clickAndTakeOff]] ou [[Interfaçage-OpenFlyers-et-Teltonika|Teltonika]]) et qu'il n'existe pas de correspondance dans notre base de données, le vol est créé sans pilote, ce qui empêche la génération automatique d'un mouvement comptable. Dans ce cas, il est nécessaire de vérifier le vol et de prendre l'une des deux actions suivantes :
Un type de validité est une validité à échéance lorsque le champ de paramétrage du type de validité [[Paramétrage-des-validités#Soumise-à-échéance|Soumise à échéance]] est coché .  
Dans ce cas, la date d'échéance doit obligatoirement être renseignée lors de la création de la validité. Une fois cette date dépassée, l'utilisateur ne détient plus cette validité.


*Supprimer le vol s'il est dupliqué.
===Validité à expérience===
*Renseigner manuellement le pilote en modifiant l'activité.
Un type de validité est une validité à expérience lorsque le champ de paramétrage du type de validité [[Paramétrage-des-validités#Formule-d'expérience|formule d'expérience]] contient une formule. Dans ce cas, la validité n'est pas attribuable à un utilisateur. C'est l'expérience de l'utilisateur, c'est à dire son activité passée vérifiée par la formule d'expérience, qui définit si l'utilisateur détient cette validité.


=Alertes liées à des ruptures d'intégrité de base de données=
===Validité à vendre===
Une rupture d'intégrité de base de données se produit lorsqu'une entrée dans une table de la base de données fait référence à une autre entrée dans cette même base de données et que cette entrée n'existe pas. Par extension, l'équipe de développement OpenFlyers inclut dans la famille des ruptures d'intégrité de base de données un mauvais enregistrement qui devrait être lié à une autre entrée mais que cette liaison n'existe pas soit du fait que logiciel a été mal programmé ou que la plateforme a été mal configurée. D'un point de vu utilisateur le résultat est le même : la base de données n'est pas "propre" et il faut y remédier.
Une validité à vendre est une validité qui est couplée à un [[Gestion-des-produits-et-des-ventes#Configuration-d'un-produit-Validité|produit en vente]].


==Il n'y a pas de vol associé au mouvement comptable x du ...==
===Validité complète===
Cette alerte apparait lorsqu'une rupture d'intégrité apparait en base de données entre une écriture comptable qui est identifiée comme liée à un vol mais qu'il n'y a pas de vol associé.


Pour résoudre ce problème, il faut effectuer les actions correctives suivantes :
Une validité est complète lorsque tous les points suivants sont réunis :
*Aller dans '''Comptes > Mouvements'''
*Modifier la période visible pour qu'elle corresponde à la date de l'écriture comptable en alerte
*Identifier l'écriture par son numéro de flux qui correspond au numéro indiqué dans l'alerte
*Noter tous les éléments concernant cette écriture. Le plus simple est d'[[Trucs-et-astuces#Effectuer-une-copie-d'écran|effectuer une copie d'écran]].
*Si l'écriture n'a pas été validée :
**il faut la supprimer
**la re-saisir en tant que vol
**vérifier que l'alerte à disparu
*Si l'écriture a été validée, il faut alors [[Rapporter un bug|rapporter le problème]] pour que l'équipe OpenFlyers traite le problème. Si l'écriture est postérieure à la date de début du dernier exercice comptable en cours sur la plateforme OpenFlyers, alors il faudra demander la dé-validation de l'écriture pour pouvoir se retrouver dans le cas précédent. Si l'écriture est antérieure à l'exercice comptable en cours, alors 2 options sont possible :
**Supprimer l'écriture (en général ce n'est pas souhaitable car la comptabilité ayant été clôturé, cette écriture a été prise en compte)
**Changer la nature de l'écriture pour qu'elle n'apparaisse plus comme liée à un vol et qu'ainsi elle ne crée plus d'alerte.
C'est à vous à préciser votre souhait dans votre [[Rapporter un bug|rapport de bug]].


==Il n'y a pas de vol associé au mouvement comptable X (Probablement une duplication)==
* Si la date d'expiration est requise, elle doit être renseignée.
* Si le code identifiant est requis, il doit être renseigné.
* Si la date d'obtention est requise, elle doit être renseignée.
* Si un document peut être associé, les pages obligatoires (s'il y en a) doivent être téléversées.


Cette alerte apparait lorsqu'une rupture d'intégrité apparait en base de données entre une écriture comptable qui est identifiée comme liée à un vol mais qu'il n'y a pas de vol associé et qui pourrait faire doublon avec une autre écriture comptable liées à un vol.
===Validité contrat===
Une validité contrat est un validité qui a été déclarée comme contrat. Un contrat est une validité avec un document défini, le but est de permettre de mettre en ligne un document que les utilisateurs doivent signer.


Pour résoudre ce problème, il faut effectuer les actions correctives suivantes :
Un utilisateur qui n'a pas signé ses contrats ne peux pas se connecter. Il a la possibilité de signer ses contrats lors de ses tentatives de connexion.
*Aller dans '''Gestion > Comptes > Flux > Mouvements'''
*Modifier la période visible pour qu'elle corresponde à la date de l'écriture comptable en alerte
*Identifier l'écriture par son numéro de flux qui correspond au numéro indiqué dans l'alerte
*Noter tous les éléments concernant cette écriture. Le plus simple est d'[[Trucs-et-astuces#Effectuer-une-copie-d'écran|effectuer une copie d'écran]].
*Si l'écriture n'a pas été validée :
**il faut la supprimer
**vérifier que l'alerte à disparu
*Si l'écriture a été validée, il faut alors [[Rapporter un bug|rapporter le problème]] pour que l'équipe OpenFlyers traite le problème. Si l'écriture est postérieure à la date de début du dernier exercice comptable en cours sur la plateforme OpenFlyers, alors il faudra demander la dé-validation de l'écriture pour pouvoir se retrouver dans le cas précédent. Si l'écriture est antérieure à l'exercice comptable en cours, alors 2 options sont possible :
**Supprimer l'écriture (en général ce n'est pas souhaitable car la comptabilité ayant été clôturé, cette écriture a été prise en compte)
**Changer la nature de l'écriture pour qu'elle n'apparaisse plus comme liée à un vol et qu'ainsi elle ne crée plus d'alerte.
C'est à vous à préciser votre souhait dans votre [[Rapporter un bug|rapport de bug]].


==Le vol X est validé mais les écritures comptables du flux Y associées au vol ne sont pas validées==
Un contrat signé est stocké en base de données avec le nom  et l'adresse IP du signataire ainsi que la date et l'heure de signature.


Cette alerte apparaît lorsqu'un vol est validé sans que ses écritures comptables ne le soient.
Suivre [[Paramétrage-des-validités#Paramétrer-une-validité-comme-contrat|cette procédure]] pour mettre en place des contrats.


Pour résoudre ce problème, [[Rapporter un bug|rapporter le problème]] pour que l'équipe OpenFlyers intervienne en validant les écritures comptables associées.
Voir également la procédure de [[Connexion#Signer-des-validités-contrats|signature des validités-contrats]].


==Vous avez des entrées de la table flight_pilot qui pointent sur des vols absents en base de données==
=Alertes sur les validités=
==Alerte à la connexion==
Les validités contrôlées à la connexion sont uniquement :
*celles possédées par l'utilisateur qui se connecte et qui sont [[Validités#Validité-à-échéance|soumises à échéance]]
*[[Validités#Validité-à-expérience|les validités à expérience]] récente.


Cette alerte apparait lorsqu'une rupture d'intégrité apparait en base de données entre le détail d'un vol et un vol qui n'existe plus.
Ainsi, les validités sans échéance ne sont pas contrôlées.


Pour résoudre ce problème, [[Rapporter un bug|rapporter le problème]] pour que l'équipe OpenFlyers nettoie la base de données en supprimant les entrées concernées.
OpenFlyers affiche un message d'alerte pour les validités dont la date d'échéance est expirée ou va expirer dans un délai inférieur à la période d'alerte définie dans la fiche utilisateur. L'utilisateur a la possibilité de cliquer sur la case à cocher "Ne plus le rappeler" afin de ne plus avoir de message de rappel. Dans ce cas, lors des connexions ultérieures, il n'aura plus de message de rappel. Il peut cependant réactiver cette alerte en la réactivant dans la colonne "Alertes" de la ligne correspondante dans '''Planning > Données > Personnelles > Validités'''. Cette réactivation est automatique lors d'une modification de la validité.


==Vous avez des flux qui pointent sur des comptes absents en base de données==
==Alertes lors d'une réservation ou une saisie d'activité==
Les [[Gestion-des-activités#Alertes|alertes suivantes sont générées lors de la saisie d'une activité]] ou d'une réservation.


Cette alerte apparait lorsqu'une rupture d'intégrité apparait en base de données entre une écriture comptable et un compte qui n'existe plus.
Les validités périmées apparaissent systématiquement lors de la saisie d'une réservation ou d'une activité comme à la connexion. Leur affichage ne dépend pas du type de ressource. C'est juste un rappel.


Pour résoudre ce problème :
Ce rappel est notamment utile lorsqu'une personne effectue une réservation ou une saisie de vol pour le compte d'un tiers. Cela lui permet d'être informé et d'informer ce tiers de sa situation.
*Créer un compte de bilan intitulé "En attente d'affectation" et de code d'export "471"
*[[Rapporter un bug|Rapporter le problème]]
L'équipe OpenFlyers attribuera le compte "En attente d'affectation" en lieu et place du compte disparu.


=Alertes liées à la cohérence des comptes=
==Alertes sur la page listant les validités d'un utilisateur==
Cette famille d'alertes permet de détecter des incohérences dans le paramétrage des comptes comptables. Ces alertes vérifient que la catégorie d'un compte correspond bien à la racine de son code d'export.
*Alerte de cellule vide alors qu'elle devrait être remplie : la cellule affiche une bordure et un panneau rouges.
==Principe de fonctionnement==
*[[#Alertes-d'expiration|Alertes d'expiration]]
Dans OpenFlyers, il existe une correspondance entre la racine du code d'export d'un compte et sa catégorie :


Les comptes dont le code d'export commence par 6 doivent être catégorisés comme "Compte de charge"
==[[Envoi-des-emails#s#E-mail-de-rappel-d'échéance-de-validité|Email de rappel d'échéance de validité]]==
Les comptes dont le code d'export commence par 7 doivent être catégorisés comme "Compte produit"


La racine d'un compte d'export correspond au premier chiffre du code d'export. Par exemple, pour un compte d'export "6011", la racine est "6".
=Certifier des validités=
==Où consulter ces informations==
La certification permet à une structure d'attester qu'une validité saisie dans OpenFlyers a été vérifiée.
*Catégorie des comptes : '''Gestion > Comptes > Comptes > Tous''', colonne de droite
*Code d'export : '''Gestion > Comptes > Comptes''' puis n'importe quel choix, 2ème colonne
==Où apparaissent ces alertes==
Ces alertes s'affichent dans les emplacements suivants :


*Dans Gestion et dans Admin comme les autres alertes de configuration
Lorsqu'un document est associé à une validité, cela permet d'indiquer que le document a été vérifié et que les données saisies correspondantes à la validité sont conformes au document téléversé. Cela permet également d'indiquer que le document est valide.
*Dans '''Gestion > Comptes > Edition > Compte de résultat'''
*Dans '''Gestion > Comptes > Gestion > Solder les comptes'''
==Comptes de racine 6 sans catégorie Compte de charge==
Cette alerte apparaît lorsqu'il existe des comptes actifs dont le code d'export commence par 6 mais qui ne sont pas catégorisés comme "Compte de charge".
Pour résoudre ce problème, il faut effectuer les actions correctives suivantes :
*Aller dans '''Gestion > Comptes > Comptes > Tous'''
*Identifier les comptes listés dans l'alerte
*Pour chaque compte concerné :
**Dans la colonne de droite, sélectionner "Compte de charge" comme catégorie
**Valider la modification
*Vérifier que l'alerte a disparu


=Il y a des activités non validées qui datent de plus de 30 jours=
Un document-validité peut être certifié de 2 façons :
Cette alerte s'affiche lorsqu'il existe des activités, tels que des vols, qui datent de plus de 30 jours et qui ne sont toujours pas validés.
*Soit manuellement par un gestionnaire disposant des droits de certification du document
*Soit par un robot dans le cas où le robot dispose d'un modèle du type de document à certifier.


Afin d'éviter tout problème de modification intempestive des activités, il faut valider ces activités en suivant la procédure [[Gestion-des-activités#Valider-une-activité|Valider une activité]].
Voir le [[Paramétrage-des-validités#Certification|paramétrage de la certification d'un type de validité]] pour définir les validités qui peuvent être certifiées et la colonne [[Gestion-des-profils#Types-de-validités-que-l'utilisateur-peut-gérer-et-certifier|Types de validités que l'utilisateur peut gérer et certifier]] dans la gestion des profils pour définir ceux qui peuvent certifier.


=Il y a des encaissements non pointés qui datent de plus de 30 jours=
==Certification manuelle==
Cette alerte s'affiche lorsqu'il existe des encaissements, qui datent de plus de 30 jours et qui ne sont toujours pas pointés.
;Pré-requis
Pour pouvoir certifier une validité, un utilisateur doit disposer du [[Gestion-des-profils#Types-de-validités-que-l'utilisateur-peut-gérer-et-certifier|droit de certifier la validité concernée]]


Afin d'éviter tout problème de modification intempestive des encaissements saisis, il faut les pointer en suivant la procédure [[Utilisation-de-la-comptabilité#Pointer-les-encaissements|Pointer les encaissements]].
;Procédure
Pour certifier manuellement une validité, il faut soit :
*Passer par l'interface de gestion des [[#Validités-en-attente-de-certification|validités en attente de certification]] :
**Vérifier les informations des validités en attente, corriger si besoin
**Quand une validités est conforme, cliquer sur certifier
*Passer par le menu de gestion individuelle des validités des utilisateurs :
**Aller sur la page de gestion des validités des utilisateurs dans '''Gestion > Utilisateurs > Actifs'''
**Chercher l'utilisateur dont la validité est à certifier puis dans la colonne action cliquer sur l'icône "Editer les validités de l'utilisateur"
**Sur la page qui s'ouvre, contrôler les informations de la validité puis cliquer sur le bouton dans la colonne "Certifier"


=La gestion des comptes est activée mais l'utilisateur X n'a pas de compte Y=
==Certification automatique==
Cette alerte apparait lorsqu'un utilisateur a été créé et que le compte Y correspondant à l'un de ces profils n'est pas activé.
===Certification automatique à partir du numéro de licence délivré par la [https://www.ffa-aero.fr Fédération Française Aéronautique]===
Cette certification est active lorsque le type de validité est paramétré avec le [[Paramétrage-des-validités#Certification|type de certification '''Par API FFA''']].


Il faut [[Rapporter un bug|rapporter le problème]] pour prise en compte et en attendant sa correction, il est possible de contourner les conséquences de ce problème en créant manuellement les comptes concernés :
;Certification automatique
*'''Gestion > Comptes > Comptes > Utilisateurs'''
Lorsque la validité est nécessaire, à la connexion, lors de la réservation en solo ou lors d'une saisie d'activité en solo, si la validité n'est pas déjà certifiée ou si elle est périmée, le robot OpenFlyers interroge l'API SMILE FFA pour vérifier la validité de la licence.
*Retrouver l'utilisateur concerné
*Cliquer sur l'icône symbolisant une "check" dans une pastille rouge correspondant à la ligne de l'utilisateur et à la colonne du compte concerné afin de l'activer.


=La gestion des vols est activée mais l'autonomie n'est pas défini pour le type de ressource X=
;Réactualisation manuelle
Ce message d'erreur apparait lorsque un type de ressource a été créé sans définir d'autonomie.
Il est possible de forcer la réactualisation de la certification en appuyant sur l'icône de mise à jour qui apparaît dans la colonne '''Actions''' de la liste des validités, cela permet d'appeler le robot OpenFlyers qui interroge l'API SMILE FFA pour vérifier la validité de la licence.


Cela se corrige en suivant la [[Gestion des ressources#Ajouter_un_type_de_ressource|procédure d'ajout de type de ressource]].
Le bouton n'est actif que si l'une des conditions suivantes est rencontrée :
*La date d'échéance de la validité est dépassée
*La date courante est supérieure ou égale au 1er octobre et l'année de la date d'échéance est l'année en cours


=La plateforme a plus de 3 utilisateurs actifs avec un profil de niveau 6. Les utilisateurs concernés sont : XXX=
; Interrogation de l'API SMILE FFA par le robot OpenFlyers
Cette alerte apparaît lorsque la plateforme dispose de plus de 3 utilisateurs actifs avec un profil de niveau 6. L'alerte liste les utilisateurs concernés.
* Après interrogation de l'API FFA, nous avons les cas suivants :
** Si la licence est valide, le robot certifie automatiquement la validité en mettant à jour la date d'échéance au 31/12 de l'année renvoyée par l'API FFA.
** Si la licence n'est pas valide :
*** Si une date d'échéance est fournie par API FFA, le robot certifie automatiquement la validité en mettant à jour la date d'échéance avec la date de fin indiquée dans la réponse.
*** Si non, le robot certifie automatiquement la validité en mettant à jour la date d'échéance au 31/12 de l'année la précédente.


Pour résoudre ce problème, il faut effectuer les actions correctives suivantes :
Un document peut-être associé à la validité. Il n'est pas pris en compte pour la certification.
*Aller dans '''Admin > Utilisateurs › Profils'''
*Vérifier les profils ayant un [[Gestion-des-profils#Niveau-d'accréditation-des-droits-et-des-profils|niveau d'accréditation]] égal à 6.
*Le cas échéant retirer des droits à des profils qui n'ont pas vocation à avoir des droits de niveau 6. Cela peut permettre de diminuer le nombre d'utilisateurs ayant un profil de niveau 6.
*Aller dans '''Gestion > Utilisateurs > Utilisateurs > Actifs'''
*Retirer aux utilisateurs qui n'en n'ont pas besoin les profils de niveau 6, afin de réduire le nombre total d'utilisateurs ayant ce niveau d'accréditation à 3.


=La plateforme est synchronisée avec un dispositif de géolocalisation, même si l'abonnement pour l'interconnexion avec le boîtier GPS/GSM n'est pas à jour=
===Certification automatique de l'attestation délivrée par la [https://www.ffa-aero.fr Fédération Française Aéronautique]===
Cette alerte apparaît lorsque l'abonnement d'interconnexion avec le boîtier GPS/GSM n'est pas réglé, alors que la plateforme a déjà au moins un boîtier de géolocalisation synchronisé: [[Interfaçage-OpenFlyers-et-Charterware|Charterware]], [[Interfaçage-OpenFlyers-et-ClickAndTakeoff|clickAndTakeOff]] ou [[Interfaçage-OpenFlyers-et-Teltonika|Teltonika]].
Cette certification est active lorsque le type de validité est paramétré avec le [[Paramétrage-des-validités#Certification|type de certification '''Possible par robot (FFA)''']].


La solution est de payer l'abonnement pour l'interconnexion avec le boîtier GPS/GSM.
Le robot d'OpenFlyers est capable d'analyser les fichiers PDF correspondant aux attestations de licence délivrées par la [https://www.ffa-aero.fr Fédération Française Aéronautique (FFA)]. Chaque pilote licencié à la FFA peut récupérer ce document sur le site web [http://projet.ff-aero.fr/SMILE_II/ SMILE]. Le robot extrait du document :
*Le numéro de licence de l'utilisateur
*Les noms et prénom de l'utilisateur
*La date de naissance de l'utilisateur
*La date de début de validité la licence FFA
*La date de fin de validité de la licence FFA
*La présence de l'assurance "Individuelle Accident de base" avec l'attribut "Oui"


=Le formulaire de configuration de l'export aeral n'a pas été rempli ou sauvegardé=
Ces informations lui permettent de valider que le document est conforme et correspond à l'utilisateur pour qui le document a été téléversé. Il se base sur le nom et la date de naissance.
Cette alerte apparaît lorsque le [[AERAL#Admin->-Structure->-Paramétrage->-Export-Aeral|formulaire du paramétrage d'export aeral]] n'a pas été rempli ou sauvegardé.


Pour résoudre ce probllème, il faut effectuer les actions correctives suivantes :
Lorsque la correspondance est établie, il met à jour la validité avec les données suivantes :
*Aller dans [[AERAL#Admin->-Structure->-Paramétrage->-Export-Aeral|Admin > Structure > Paramétrage > Export Aeral]].
*Le numéro de licence
*Vérifier que les paramètres renseignés sont conformes à la configuration de la plateforme OpenFlyers en s'aidant des consignes et copies d'écrans publiées dans [[#Admin->-Structure->-Paramétrage->-Export-Aeral|ce chapitre]].
*La date de début de validité
*Cliquer sur le bouton '''Enregistrer'''.
*La date de fin de validité


=Le nombre de ressources actives, pour lesquelles l'activité peut être saisie et configurées pour la synchronisation avec un boîtier de géolocalisation a dépassé la limite autorisée par l'abonnement d'interconnexion avec le boîtier GPS/GSM=
Quand un document est sélectionné les champs mis à jour disparaissent dans le formulaire de saisie, car les données seront extraite du document.
Cette alerte apparaît lorsque :


*L'abonnement d'interconnexion avec le boîtier GPS/GSM est déjà réglé.
===Licence de pilote privé (PPL)===
*La synchronisation est effectuée pour au moins un boîtier de géolocalisation: [[Interfaçage-OpenFlyers-et-Charterware|Charterware]], [[Interfaçage-OpenFlyers-et-ClickAndTakeoff|clickAndTakeOff]] ou [[Interfaçage-OpenFlyers-et-Teltonika|Teltonika]].
''(en développement)''
*Le nombre de ressources actives, configurées pour la saisie d'activité et ayant le champ '''Numéro de ressource API géolocalisation''' renseigné, dépasse le nombre de ressources autorisées par l'abonnement.
La certification de ce type de validité n'est en fonction que lorsque la [[Paramétrage-des-validités#Certification|certification]] de ce type de validité est activé avec le choix '''Possible par OCR'''.


Pour résoudre ce problème, vider le champ '''Numéro de ressource API géolocalisation''' des ressources souhaitées afin de ne conserver que le nombre autorisé par l'abonnement.
Un deuxième robot d'OpenFlyers permet d'analyser les fichiers PDF ou JPEG qui correspondent aux Licences de Pilote Privé (PPL).  


=Le produit XXX est sans type de vente=
Les champs détéctés par le robot sont :
*Les noms et prénoms
*Le numéro de la licence
*L'intitulé de la licence
*La date de validité de la licence


Ce message d'erreur apparaître quand un produit n'a pas de type de vente associé. Pour corriger cela, il faut [[Gestion-des-produits-et-des-ventes#Configuration|affecter un type de vente au produit signalé]].
Déroulement de la procédure :
*Quand un document est téléversé, la détéction commence automatiquement.
*A l'issue du traitment, quatre champs remplis des données résultantes du traitement par le robot apparaîssent. Des boutons de confirmations apparaîssent aussi en dessous de chaque champ :
*A ce stade, l'utilisateur est amené à '''effectuer certaines actions''' avant de pouvoir valider le formulaire de saisie. '''Il doit vérifier si les résultats sont correctes puis les confirmer ou les corriger''' sinon :
**Si l'utilisateur corrige le champ, le bouton de confirmation est remplacé par le message "Vous avez corrigé ce champ".
**Si l'utilisateur remet le résultat initial dans le champ, le bouton de confirmation réapparaît sous le champ à la place du message.
**Si l'utilisateur est en train de modifier un champ, des points de suspension sont affichés en dessou du champ réspectif.
Les champs sont toujours modifiables. C'est-à-dire, l'utilisateur peut corriger un champ même après l'appui sur le bouton de confirmation.


=Le type de paiement X est sans ventilation=
Dans tous les cas, la validation du formulaire n'est possible que si l'utilisateur a '''corrigé''' ou '''validé''' tous les champs.
Cette alerte apparait lorsqu'il existe un type de paiement sans de ventilation associée.


Il faut :
=Consulter et gérer ses validités ou celles d'un tiers=
*soit [[Configuration-de-la-comptabilité#Types-d'encaissements|supprimer le type de paiement inutile]]
*soit [[Configuration-de-la-comptabilité#Types-d'encaissements|rajouter la ventilation]]


=L'exercice comptable courant a plus d'un an=
L'interface de gestion des validités est accessible :
Cette alerte apparait lorsque l'exercice comptable en cours date de plus de 400 jours, c'est à dire 35/36 jours après la fin d'un exercice comptable qui dure en général 1 an. Il a pour objectif de rappeler aux gestionnaires en charge du suivi de la comptabilité dans OpenFlyers qu'il leur faut [[Utilisation-de-la-comptabilité#Clôturer-l'exercice-comptable|procéder à la clôture de l'exercice comptable]].
*côté planning : '''Planning > Données > Personnelles > Validités'''
*côté Gestion :
*'''Gestion > Utilisateurs > Validités'''
*'''Gestion > Utilisateurs > Actifs''' et cliquer sur l’icône représentant une check-list dans la colonne '''Actions'''.


=L'identifiant admin n'a pas été supprimé=
Conditions pour consulter et gérer ses validités :
Lors de l'installation d'openflyers, il n'y a dans la base de donnée qu'un seul utilisateur. Cet utilisateur possède tous les droits sur OF. Son nom est <tt>admin</tt> et son mot de passe est aussi <tt>admin</tt>. Cela doit être bien entendu corrigé dès que possible.
*Pour consulter ses validités un utilisateur doit posséder le droit [[Gestion-des-profils#Voir-ses-validités|Voir ses validités]].
*Un utilisateur peut gérer pour lui-même les validités qui sont définies dans le droit [[Gestion des profils#Type-de-validité-que-l'utilisateur-peut-gérer-pour-lui-même|Type de validité que l'utilisateur peut gérer pour lui-même]].
*Pour qu'un utilisateur soit autorisé à ajouter une nouvelle validité, il doit détenir le droit [[Gestion-des-profils#Ajout-et-gestion-de-ses-validités|Ajout et gestion de ses validités]].
*Pour qu'un utilisateur soit autorisé à renouveler une validité détenue ou à mettre à jour le '''Code identifiant''', la '''Date d'obtention''', la '''Limite de validité''' (d'une validité non achetable) ou à supprimer une validité, il doit détenir le droit [[Gestion-des-profils#Ajout-et-gestion-de-ses-validités|Ajout et gestion de ses validités]] ou le droit [[Gestion-des-profils#Gestion-de-ses-validités-détenues|Gestion de ses validités détenues]].
*Pour qu'un utilisateur soit autorisé à acheter ou renouveler une validité-produit, il doit détenir le droit [[Gestion des profils#Achat-ventes-libres|Achat ventes libres]] et le produit associé à la validité doit être en vente libre.


Conditions pour consulter et gérer les validités d'un tiers :
*Un utilisateur peut consulter et gérer les validités qui sont définies dans le droit [[Gestion des profils#Type-de-validité-que-l'utilisateur-peut-gérer-pour-lui-même|Types de validités que l'utilisateur peut gérer et certifier]].
*Pour qu'un utilisateur soit autorisé à ajouter une validité à vendre à un autre utilisateur, il doit détenir le droit [[Gestion-des-profils#Acheter-pour-les-tiers|Acheter pour les tiers]]


[[Image:001_acceuil_postinstallation.jpg|page d'accueil avant modification du compte admin]]
Il est possible d'afficher uniquement les validités nécessaires en sélectionnant un filtre :


Pour corriger cela, connectez-vous avec l'identifiant et le mot de passe <tt>admin</tt>.
[[File:selecteur-validités.png]]


Actuellement l'interface n'affiche pas grand chose car aucune information n'a encore été renseignée dans le logiciel. Nous détaillerons plus loin cette page.
Il est donc possible d'afficher uniquement :
*les validités qui peuvent être certifiées
*les validités effectives ([[#Prise-en-compte-d'une-validité|prises en compte]])


Si les validités de tous les utilisateurs sont affichées, il est possible d'afficher uniquement les validités d'un certain type grâce au sélecteur présent en haut à droite de la page. Si tous les types de validités sont affichés, alors il est uniquement possible d'afficher les validités qui peuvent être certifiées.


[[Image:002_premiere_connection.jpg|page d'acceuil]]
Pour renouveler une validité détenue, il faut éditer la validité en appuyant sur l'icône crayon qui apparaît dans la colonne '''Actions'''. Une fois sur le formulaire d'édition de la validité concernée un bouton '''Renouveler la validité''' est affiché. Cliquer dessus puis valider.


Cliquez ensuite sur le menu <tt>admin</tt>, ce lien vous permet d'accéder au centre de configuration d'openflyers, sélectionnez ensuite <tt>Utilisateurs</tt> puis <tt>Utilisateurs</tt>
Lorsqu'un type de validité est configuré pour y [[Paramétrage-des-validités#Associer-un-document|associer un document]], l'utilisateur peut [[#Téléverser-un-fichier|téléverser un fichier]]. Une fois le fichier téléversé, il est téléchargeable.


Dans le tableau de la liste des validités, l'utilisateur concerné, peut voir qui et quand ont été certifiées ses validités. Il retrouve aussi les [[#Validité-contrat|validités-contrats]] qu'il a [[Connexion#Signer-des-validités-contrats|signé à la connexion]].


[[Image:003_menu_utilisateur.jpg|page d'admin]]
Si l'utilisateur peut gérer les validités de tiers, une liste déroulante '''Utilisateur''' apparaît au-dessus du tableau. Si la valeur '''Tous''' est sélectionné seules les validités à certifier sont affichées. De plus, une colonne ''Nom du titulaire'' est ajoutée et la colonne ''Alerte ?'' ainsi que le champ ''délai de prévenance'' sont cachés. Si on sélectionne un utilisateur autre que soi-même la colonne ''Alerte ?'' et le champ ''délai de prévenance'' sont cachés.


Actuellement le seul utilisateur c'est <tt>admin</tt> ; nous allons modifier ce compte en cliquant sur l'icône crayon :
Remarques :
*Les validités arrivées à échéance apparaissent sur fond orange.
*Lorsqu'une validité n'est pas certifiée la cellule '''Etat de certification''' apparaît sur fond rouge.
*La mise à jour de la date d'échéance d'une validité réactive automatiquement la cellule de la colonne [[#Alertes-d'expiration|Alertes ?]] si celle-ci n'est pas modifié lors de la saisie dans le formulaire.
*Une validité-produit déjà détenue ne peut pas être supprimée.


==Alertes d'expiration==
Il existe deux types d'alertes liées à l'expiration d'une validité :
*Lorsque la date limite d'une validité est bientôt atteinte, une '''alerte avant échéance''' apparaît. Celle-ci s'affiche sous la forme d'une cellule à bordure orange et contenant un panneau orange.
*Lorsque la date limite d'une validité est dépassée, une '''alerte de validité expirée''' apparaît. Celle-ci s'affiche sous la forme d'une cellule à bordure et contenant un panneau rouges.


[[Image:004_admin_avant_modif.jpg|menu utilisateur]]
La case '''Alerte ?''' dans le formulaire de gestion d'une validité permet à un utilisateur d'activer ou désactiver les '''rappels à la connexion''' des validités arrivant à expiration ou ayant expiré.


Remplacez :
Le délai de rappel des validités arrivant à expiration est visible dans le champ '''Délai de prévenance en semaines avant chaque échéance''' sous le tableau listant les validités d'un utilisateur. L'utilisateur connecté peut modifier son propre délai. Dans ce cas, ce champ affiche un menu déroulant dans lequel l'utilisateur connecté peut changer le délai. Par ailleurs, pour chaque activité, la case '''Alerte''' doit être cochée.
*l'identifiant
*le mot de passe utilisateur (les deux zones doivent identiques)
*le nom de l'utilisateur
*le prénom de l'utilisateur
*cochez le type d'utilisateur <tt>standard</tt>
*cochez le groupe <tt>standard</tt>
Au bas du formulaire, utilisez le bouton <tt>validez</tt> pour accepter ces modifications.


==Ajouter une validité à un utilisateur==
*[[#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|Accéder à l'interface de gestion des validités]]
*Sélectionner la validité à ajouter et valider.
*Saisir les données dans le formulaire et valider


[[Image:005_modif_admin.jpg|modification du compte admin]]
Si la validité est une [[#Validité-à-vendre|validité à vendre]], l'utilisateur sera automatiquement débité du montant correspondant. Les écritures comptables générées correspondantes sont validées. L'objectif est d'empêcher la réversibilité de cette opération par un utilisateur qui aurait souscrit à une validité. Cela permet de garantir la traçabilité des engagements.


=Une armoire à clés est paramétrée cependant la dernière synchronisation remonte à X=
Il est néanmoins possible de [[#Supprimer_la_validité_d'un_utilisateur|supprimer une validité]] à vendre indument attribuée.
Cette alerte apparait lorsque la plateforme est paramétrée avec l'utilisation d'une armoire à clés et que cette armoire ne s'est pas connectée à la plateforme OpenFlyers depuis la date X :
*soit pour une demande de libération de clés dans le cas d'une [[Contrôle-des-accès#Armoires-à-clés-Deister-commercialisées-par-OpenFlyers|armoire Deister]]
*soit pour une synchronisation dans le cas d'une [[Contrôle-des-accès#Armoires-à-clés-FlogBox-anciennement-commercialisées-par-Francelog|armoire FlogBox]] ou d'une [[Contrôle-des-accès#Armoires-à-clés-KeyGard-anciennement-commercialisées-par-BKS-électronique|armoire KeyGard]].


Ce message d'alerte est donc une sécurité qui permet d'être alerté dans le cas où aucune communication ne s'est établie entre l'armoire et la plateforme depuis la date indiquée par le message d'alerte.
Il est également possible de débrayer la vente an cliquant sur le toggle-switch '''Débrayer la vente''' afin que le compte ne soit pas débité. Cela nécessite d'avoir le [[Gestion-des-profils#Débrayage-des-ventes-de-validités|droit de débrayage]].


Pour faire disparaitre ce message d'alerte, il faut :
===Téléverser un fichier===
*Pour une [[Contrôle-des-accès#Armoires-à-clés-Deister-commercialisées-par-OpenFlyers|armoire Deister]] faire une demande de libération de clés et vérifier que cette demande aboutie
Lorsqu'un type de validité est configuré pour y [[Paramétrage-des-validités#Associer-un-document|associer un document]], le téléversement des fichiers se fait comme suit :
*Pour une [[Contrôle-des-accès#Armoires-à-clés-KeyGard-anciennement-commercialisées-par-BKS-électronique|armoire KeyGard]] ou une armoire [[Contrôle-des-accès#Armoires-à-clés-FlogBox-anciennement-commercialisées-par-Francelog|armoire FlogBox]], il faut vérifier les fichiers de mise à jour de la base de données de l'armoire contenue sur le PC pilotant l'armoire et vérifier que la tâche de fond tourne toujours.
*L'utilisateur téléverse le fichier
Ensuite :
*S'il s'agit d'un fichier image, il est stocké en base de données.
*S'il s'agit d'un PDF contenant du texte, le PDF est stocké en base de données.
*S'il s'agit d'un PDF qui contient une seule image, celle-ci est extraite du PDF et est stockée en base de données.
*S'il s'agit d'un PDF qui contient plusieurs images, seule la première image est extraite du PDF et stockée en base de données.
*Si le fichier est vide (ne contient ni texte ni image), une alerte utilisateur [[Alertes-utilisateur#Le-contenu-du-fichier-est-vide.-Le-fichier-n'as-pas-pu-être-téléchargé|indiquant que le contenu du fichier est vide]] est affichée à l'écran. Le fichier ne peut pas être téléversé.
Dans un cas particulier où l'image encapsulée dans le PDF se compose de plusieurs masques transparents, OpenFlyers convertit l'ensemble de la page du PDF en une image jpeg. Dans le cas où plusieurs images sont encapsulées dans le fichier sur plusieurs pages, seule la première page est extraite.


=Utiliser correctement la fonctionnalité 'Importer les relevés bancaires par API' en prolongant l'agrégation des banques au-delà de 90 jours après la dernière date d'authentification=
Les fichiers téléversés sont stockés directement en base de données sous réserve d'être conforme aux règles de téléversement ci-dessous :
Cette alerte apparait lorsque la plateforme a un ou plusieurs [[#Agréger-des-comptes-bancaires|comptes bancaires agrégés]] dont leurs dates d'authentification arrive à 30 jours ou moins de l'échéance (la dernière date d'authentification + 90 jours).
*Formats des fichiers autorisés : GIF, JPEG, PNG et PDF. Si le fichier téléversé n'est pas dans l'un de ces formats, [[Alertes-utilisateur#Ce-n'est-pas-un-fichier-de-type-:-gif,-jpeg,-png,-pdf|un message d'alerte correspondant]] s'affiche à l'écran.
*Poids maximal autorisé au moment du téléversement : 10 Mo.
*Poids maximal autorisé pour le stockage : 500 ko. Si le fichier téléversé dépasse les 500 Ko, il est redimensionné dans le cas où c'est une image. Si le fichier est toujours trop gros, alors il est refusé et le [[Alertes-utilisateur#La-taille-maximale-d'un-fichier-est-500ko|message d'alerte correspondant]] s'affiche.


Ce message d'alerte permet d'être alerté dans le cas où aucune [[Envoi-des-emails#E-mail-de-rappel-de-renouvellement-d'agrégation-bancaire|communication par email]]  ne s'est établie entre la plateforme et l'utilisateur.
Récapitulatif :


Pour faire disparaitre ce message d'alerte, il faut [[Configuration-de-la-comptabilité#Renouveler-l%27agrégation-des-comptes-bancaires|Renouveler l'agrégation des comptes bancaires]]
[[File:traitement-apres-televersement.png|800px]]


=Vol X dans le futur au Y=
==États de la validité==
Cette alerte apparait lorsqu'il y a des vols dont la date de début est postérieure au lendemain.
{| class="wikitable"
!État de validité!!description!!
|-
|À échéance||La validité est sur le point d'expirer et nécessite une mise à jour||[[File:pendingExpirationValidity.png|1000px]]
|-
|Expirée||La validité est périmée, elle n'est plus conforme et ne peut plus être utilisée||[[File:expiredValidity.png|1000px]]
|-
|[[#Validités-en-attente-de-certification|Non certifiée]]||La validité n'a pas encore été validée officiellement et ne peut pas être utilisée||[[File:notCertifiedValidity.png|1000px]]
|-
|[[#Prise-en-compte-d'une-validité|Prise en compte]]||La validité est active et conforme, elle peut être utilisée sans restrictions||[[File:effectiveValidity.png|1000px]]
|-
|Provisoire||un état temporaire où une [[#Historique-des-validités|ancienne version]] reste [[#Prise-en-compte-d'une-validité|prise en compte]] en [[#Certifier-des-validités|attendant la certification]] d'une nouvelle||[[File:provisionalValidity.png|1000px]]
|}


=Vous avez un ou plusieurs produits qui ont été validés mais dont les écritures ne le sont pas=
==Modifier la validité d'un utilisateur==
*[[#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|Accéder à l'interface de gestion des validités]]
*Les modifications s'effectuent via le formulaire d'édition d'une validité accessible depuis l'icône crayon dans la colonne '''Actions''' du tableau.


Cette alerte apparait lorsque des produits ont été validés alors que les écritures ne l'ont pas été.
''Note :''
*Avant de faire un enregistrement en base de données, OpenFlyers vérifie s'il y a des modifications par rapport au dernier enregistrement actif de la même validité pour le même utilisateur.
*Les cellules non renseignées sont en rouges. Lors de l'édition via le formulaire, les champs associés sont également en surbrillance rouge.


A la suite de l'erreur est affiché le nombre de cas concernés et la date et heure du premier cas concerné.
Dans le cas d'une [[#Validité-à-vendre|validité à vendre]], la limite de validité n'est pas modifiable. Afin de l'augmenter, il faut passer par un renouvellement. Il est également possible de la modifier manuellement (à condition de disposer du [[Gestion-des-profils#Débrayage-des-ventes-de-validités|droit de débrayage]]) en cliquant sur l'interrupteur '''Débrayer la vente'''.


Il faut alors [[Rapporter un bug|rapporter le problème]] pour que l'équipe OpenFlyers le traite.
==Supprimer la validité d'un utilisateur==
*[[#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|Accéder à l'interface de gestion des validités]]
*Les suppressions s'effectuent directement sur la ligne de la validité concernée en cliquant sur l'icône poubelle de la validité associée.
 
 
;Dans le cas où la ligne de la validité concernée ne dispose pas de l'icône poubelle
Cela veut dire que [[Gestion des produits et des ventes#Configuration_du_produit_Validité_"Cotisation"|la validité est à vendre]]. Il faut effectuer la procédure suivante :
*Si l'utilisateur a été indument débité, il faut [[Utilisation de la comptabilité#Annuler_l'effet_d'une_écriture_comptable|annuler l'effet d'une écriture comptable]] correspond au montant facturé qui n'aurait pas du l'être
Supprimer la vente de validité de façon temporaire :
*'''Admin > Ventes > Produits > Validités à vendre'''
*Repérer la ligne qui lie le type de validité concerné avec un produit
*Copier la '''Formule de calcul de la date d'expiration''' de la ligne concernée et la coller dans un fichier texte temporaire pour la récupérer ultérieurement
*Noter le nom du produit associé
*Supprimer la ligne
*Supprimer la validité de l'utilisateur concerné (cf. début de la présente procédure)
Remettre en place la vente du type de validité :
*'''Admin > Ventes > Produits > Validités à vendre'''
Sur la dernière ligne :
*Champ '''Validité''' : sélectionner le nom du type de validité concerné
*Champ '''Produit''' : sélectionner le nom du produit associé
*Champ '''Formule de calcul de la date d'expiration''' : recoller la formule de calcul
*Cliquer le bouton '''Ajouter'''.
 
=Contrôle des validités=
==Contrôle des validités à la connexion==
Dès que l'utilisateur est identifié, un contrôle de ses validités est effectué. Les validités contrôlées sont uniquement celles que possède l'utilisateur et qui sont soumises à échéance ([[#Validité-complète|complète]]) ou les validités à expérience récente.
 
Le paramétrage du contrôle des validités s'effectue au travers de 2 champs :
*le champ '''[[Paramétrage-des-validités#Alerte-à-la-connexion|Alerte à la connexion]]''' qui définit le comportement que l'application OpenFlyers doit adopter à la connexion
*le champ '''[[Paramétrage-des-validités#Soumise-à-échéance|Soumise à échéance]]''' qui doit être attribué. S'il n'y a pas d'échéance, alors il n'y a pas de contrôle de validité de l'échéance à la connexion
 
==Contrôle des validités lors de la saisie d'une réservation==
Lors d'une réservation, OpenFlyers contrôle les validités détenues par la personne occupant la 1ère place dans la ressource '''et seulement s'il n'y a qu'une seule personne pour cette réservation'''. OpenFlyers vérifie également pour cette personne si des validités ne vont pas expirés avant la date de fin de la réservation. Les validités détenues doivent correspondre aux validités demandées pour le type de ressource correspondant à la ressource réservée et aux validités demandées pour les types d'activités sélectionnés.
 
Il y a 3 comportement possibles :
*Pas de contrôle des validités.
*Une [[Présentation-générale-des-alertes#Alerte-orange|alerte non bloquante]] dans le cas où il manque une ou plusieurs validités.
*Une [[Présentation-générale-des-alertes#Alerte-rouge|alerte bloquante]] dans le cas où il manque une ou plusieurs validités.
 
Il y a un [[Configuration-des-réservations-internes#Paramétrage-général-du-contrôle-des-validités-pour-les-réservations|paramétrage général]] qui définit si toute validité manquante doit entrainer un blocage. Si ce n'est pas le cas, alors cela dépend du paramétrage associé à chaque type de validité grâce à la case à cocher [[Paramétrage-des-validités#Validité-bloquante-pour-la-saisie-(si-requise)|Validité bloquante pour la saisie des activités (si requise)]].
 
Le comportement est le même pour toutes les validités.
 
==Contrôle des validités lors de la saisie d'une activité==
Lors de la saisie d'une activité, OpenFlyers effectue 2 contrôles :
#'''S'il n'y a qu'une seule personne pour cette activité''', le logiciel vérifie la présence des validités requises pour la ressource utilisée et les types d'activités sélectionnés. Il y a 2 comportements possibles pour chaque validité manquante :
#*Une [[Présentation-générale-des-alertes#Alerte-orange|alerte non bloquante]].
#*Une [[Présentation-générale-des-alertes#Alerte-rouge|alerte bloquante]].
#:Il y a un [[Paramétrage-des-activités#Paramétrage-général-du-contrôle-des-validités-pour-la-saisie-des-vols|paramétrage général]] qui définit si toute validité manquante doit entrainer un blocage. Si ce n'est pas le cas, alors cela dépend du paramétrage associé à chaque type de validité grâce à la case à cocher [[Paramétrage-des-validités#Validité-bloquante-pour-la-saisie-(si-requise)|Validité bloquante pour la saisie des activités (si requise)]].
#OpenFlyers affiche une alerte pour les validités périmées [[#Contrôle_des_validités_à_la_connexion|comme à la connexion]].
 
=Débrayer la vente d'une validité=
Débrayer la vente d'une validité consiste à modifier la date limite d'une validité sans déclencher de vente afin que l'utilisateur concerné ne soit pas débité.
 
;Prérequis :
Pour pouvoir débrayer la vente d'une validité, le gestionnaire doit disposer du droit [[Gestion-des-profils#Débrayage-des-ventes-de-validités|débrayage des ventes de validités]].
 
;Procédure pour attribuer une nouvelle validité sans la vendre :
*'''Gestion > Utilisateurs > Utilisateurs > Validités'''
*Sélectionner en haut à gauche, dans la liste des utilisateurs, l'utilisateur concerné
*Sélectionner en haut à droite, dans la liste des validités, la validité à attribuer
Si la validité est une validité à vendre, alors apparait à côté de la liste, un interrupteur
*Cliquer sur cet interrupteur '''Débrayer la vente'''
Le bouton '''Acheter''' se transforme en '''Ajouter'''
*Cliquer sur le bouton '''Ajouter'''
*Compléter le formulaire, notamment la '''Limite de validité'''
*Cliquer sur le bouton '''Enregistrer'''
 
;Procédure pour modifier la limite validité d'une validité déjà attribuée sans la vendre :
*'''Gestion > Utilisateurs > Utilisateurs > Validités'''
*Sélectionner en haut à gauche, dans la liste des utilisateurs, l'utilisateur concerné
Les validités attribuées à l'utilisateur apparaissent
*A droite de la ligne de la validité à modifier, cliquer sur le pictogramme avec le symbole de l'euro barré et un crayon
Le formulaire d'édition de la validité apparait
*Modifier le champ '''Limite de validité'''
*Cliquer sur le bouton '''Enregistrer'''
 
=Historique des validités=
Une validité possède un historique contenant tous les états par lesquels elle est passée.
Chaque changement effectué sur une validité entraîne automatiquement une entrée dans l'historique.
 
L'historique d'une validité est conservé même si la validité est supprimée, il sera consultable si une nouvelle validité du même type est créée pour le même utilisateur.
 
Il est possible de consulter les anciens fichiers contenus par la validité mêmes s'ils ont été remplacés.
 
Les fichiers validités téléversés sont comparés. S'ils sont identiques, alors seul l'ancien fichier est conservé. Cela permet de limiter l'augmentation de la taille de la base de données.
 
==Afficher l'historique des validités==
Pour afficher l'historique des validité :
*Aller sur l'[[#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|interface de gestion des validités d'un utilisateur]].
*Cliquer sur le nom de la validité dans la colonne de gauche du tableau pour ouvrir la page d'historique.
L'historique s'affiche chronologiquement, du changement le plus récent au plus ancien.
 
=Lister les détenteurs d'un type de validité=
*Aller sur '''Admin > Utilisateurs > Types de validités'''
*Cliquer sur l'icône symbolisant une liste dans la colonne '''Liste''' de la ligne correspondante à la validité concernée.
 
Le tableau liste les personnes ayant la validité correspondante.
 
Lorsque la validité est soumise à échéance, la liste fait ressortir en rouge sur fond gris les dates d'échéances périmées.
 
Lorsque la validité est une validité à expérience, la liste contient uniquement les utilisateurs remplissant les critères de la formule d'expérience.
 
=Prise en compte d'une validité=
 
Une validité prend effet lorsque tous les points suivants sont réunis :
 
* La validité doit être [[#Validité-complète|complète]].
* Si une date d'expiration est présente, elle ne doit pas être dépassée.
* Si la [[#Certifier-des-validités|certification]] est possible, la validité doit être certifiée.
 
NB : Si la dernière validité enregistrée n'est pas prise en compte pour un utilisateur X et un type de validité Y, on vérifie dans [[#Historique-des-validités|l'historique]] s'il existe une validité qui est encore considérée comme valide pour la prendre en compte, on parle de [[#États-de-la-validité|validité provisoire]].
 
=Validités en attente de certification=
 
*[[#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|Accéder à l'interface de gestion des validités]]
*Par défaut le filtre ''Utilisateur'' est sélectionné sur ''Tous'' ce qui permet de visualiser toutes les validités que l'utilisateur peut certifier.
 
Il est possible de consulter et modifier les renseignements rentrés par les utilisateurs, dans le cas où les informations sont valides, l'utilisateur peut certifier la validité.
 
Une fois certifiée, la validité reste encore visible 24h, ainsi il est encore possible de corriger la validité si une erreur apparaît.
 
Cette page est accessible en suivant le lien contenu dans [[Envoi-des-emails#E-mail-de-demande-de-certification-de-validité|l'e-mail de notification]] envoyé automatiquement aux utilisateurs disposant du [[Gestion-des-profils#Types-de-validités-que-l'utilisateur-peut-gérer-et-certifier|droit de certifier la validité concernée]].

Revision as of 15:54, 26 August 2025

Présentation

L'objet de cette page est de présenter l'utilisation des validités dans la version 4 d'OpenFlyers.

Il existe également une page qui traite du paramétrage des validités.

Définitions

Le terme validité est utilisé par OpenFlyers pour désigner tout ce qui peut constituer une attestation, autorisation, brevet, certificat, diplôme, échelon, expérience acquise, grade, licence, permis, qualification, etc.

Les types de validités permettent de définir des validités qui seront attribuées aux utilisateurs.

La détention par un utilisateur de validités requises peut être vérifié :

  • A la connexion de l'utilisateur
  • Lors d'une réservation faite pour un utilisateur par lui-même ou un autre utilisateur. OpenFlyers vérifie les validités de l'utilisateur concerné par la réservation.
  • Lors d'une saisie d'activité (par exemple lors de la saisie d'un vol pour l'aéronautique).

Documents-validités

Document associé à la validité d'un utilisateur et qui permet de démontrer la réelle détention de la validité par un utilisateur. Pour qu'un document soit associable à une validité, le type de validité doit avoir le paramètre Associer un document.

Pour un tel type de validité, la certification est en général activée pour permettre la validation du document par un gestionnaire.

Validité à échéance

Un type de validité est une validité à échéance lorsque le champ de paramétrage du type de validité Soumise à échéance est coché . Dans ce cas, la date d'échéance doit obligatoirement être renseignée lors de la création de la validité. Une fois cette date dépassée, l'utilisateur ne détient plus cette validité.

Validité à expérience

Un type de validité est une validité à expérience lorsque le champ de paramétrage du type de validité formule d'expérience contient une formule. Dans ce cas, la validité n'est pas attribuable à un utilisateur. C'est l'expérience de l'utilisateur, c'est à dire son activité passée vérifiée par la formule d'expérience, qui définit si l'utilisateur détient cette validité.

Validité à vendre

Une validité à vendre est une validité qui est couplée à un produit en vente.

Validité complète

Une validité est complète lorsque tous les points suivants sont réunis :

  • Si la date d'expiration est requise, elle doit être renseignée.
  • Si le code identifiant est requis, il doit être renseigné.
  • Si la date d'obtention est requise, elle doit être renseignée.
  • Si un document peut être associé, les pages obligatoires (s'il y en a) doivent être téléversées.

Validité contrat

Une validité contrat est un validité qui a été déclarée comme contrat. Un contrat est une validité avec un document défini, le but est de permettre de mettre en ligne un document que les utilisateurs doivent signer.

Un utilisateur qui n'a pas signé ses contrats ne peux pas se connecter. Il a la possibilité de signer ses contrats lors de ses tentatives de connexion.

Un contrat signé est stocké en base de données avec le nom et l'adresse IP du signataire ainsi que la date et l'heure de signature.

Suivre cette procédure pour mettre en place des contrats.

Voir également la procédure de signature des validités-contrats.

Alertes sur les validités

Alerte à la connexion

Les validités contrôlées à la connexion sont uniquement :

Ainsi, les validités sans échéance ne sont pas contrôlées.

OpenFlyers affiche un message d'alerte pour les validités dont la date d'échéance est expirée ou va expirer dans un délai inférieur à la période d'alerte définie dans la fiche utilisateur. L'utilisateur a la possibilité de cliquer sur la case à cocher "Ne plus le rappeler" afin de ne plus avoir de message de rappel. Dans ce cas, lors des connexions ultérieures, il n'aura plus de message de rappel. Il peut cependant réactiver cette alerte en la réactivant dans la colonne "Alertes" de la ligne correspondante dans Planning > Données > Personnelles > Validités. Cette réactivation est automatique lors d'une modification de la validité.

Alertes lors d'une réservation ou une saisie d'activité

Les alertes suivantes sont générées lors de la saisie d'une activité ou d'une réservation.

Les validités périmées apparaissent systématiquement lors de la saisie d'une réservation ou d'une activité comme à la connexion. Leur affichage ne dépend pas du type de ressource. C'est juste un rappel.

Ce rappel est notamment utile lorsqu'une personne effectue une réservation ou une saisie de vol pour le compte d'un tiers. Cela lui permet d'être informé et d'informer ce tiers de sa situation.

Alertes sur la page listant les validités d'un utilisateur

  • Alerte de cellule vide alors qu'elle devrait être remplie : la cellule affiche une bordure et un panneau rouges.
  • Alertes d'expiration

Email de rappel d'échéance de validité

Certifier des validités

La certification permet à une structure d'attester qu'une validité saisie dans OpenFlyers a été vérifiée.

Lorsqu'un document est associé à une validité, cela permet d'indiquer que le document a été vérifié et que les données saisies correspondantes à la validité sont conformes au document téléversé. Cela permet également d'indiquer que le document est valide.

Un document-validité peut être certifié de 2 façons :

  • Soit manuellement par un gestionnaire disposant des droits de certification du document
  • Soit par un robot dans le cas où le robot dispose d'un modèle du type de document à certifier.

Voir le paramétrage de la certification d'un type de validité pour définir les validités qui peuvent être certifiées et la colonne Types de validités que l'utilisateur peut gérer et certifier dans la gestion des profils pour définir ceux qui peuvent certifier.

Certification manuelle

Pré-requis

Pour pouvoir certifier une validité, un utilisateur doit disposer du droit de certifier la validité concernée

Procédure

Pour certifier manuellement une validité, il faut soit :

  • Passer par l'interface de gestion des validités en attente de certification :
    • Vérifier les informations des validités en attente, corriger si besoin
    • Quand une validités est conforme, cliquer sur certifier
  • Passer par le menu de gestion individuelle des validités des utilisateurs :
    • Aller sur la page de gestion des validités des utilisateurs dans Gestion > Utilisateurs > Actifs
    • Chercher l'utilisateur dont la validité est à certifier puis dans la colonne action cliquer sur l'icône "Editer les validités de l'utilisateur"
    • Sur la page qui s'ouvre, contrôler les informations de la validité puis cliquer sur le bouton dans la colonne "Certifier"

Certification automatique

Certification automatique à partir du numéro de licence délivré par la Fédération Française Aéronautique

Cette certification est active lorsque le type de validité est paramétré avec le type de certification Par API FFA.

Certification automatique

Lorsque la validité est nécessaire, à la connexion, lors de la réservation en solo ou lors d'une saisie d'activité en solo, si la validité n'est pas déjà certifiée ou si elle est périmée, le robot OpenFlyers interroge l'API SMILE FFA pour vérifier la validité de la licence.

Réactualisation manuelle

Il est possible de forcer la réactualisation de la certification en appuyant sur l'icône de mise à jour qui apparaît dans la colonne Actions de la liste des validités, cela permet d'appeler le robot OpenFlyers qui interroge l'API SMILE FFA pour vérifier la validité de la licence.

Le bouton n'est actif que si l'une des conditions suivantes est rencontrée :

  • La date d'échéance de la validité est dépassée
  • La date courante est supérieure ou égale au 1er octobre et l'année de la date d'échéance est l'année en cours
Interrogation de l'API SMILE FFA par le robot OpenFlyers
  • Après interrogation de l'API FFA, nous avons les cas suivants :
    • Si la licence est valide, le robot certifie automatiquement la validité en mettant à jour la date d'échéance au 31/12 de l'année renvoyée par l'API FFA.
    • Si la licence n'est pas valide :
      • Si une date d'échéance est fournie par API FFA, le robot certifie automatiquement la validité en mettant à jour la date d'échéance avec la date de fin indiquée dans la réponse.
      • Si non, le robot certifie automatiquement la validité en mettant à jour la date d'échéance au 31/12 de l'année la précédente.

Un document peut-être associé à la validité. Il n'est pas pris en compte pour la certification.

Certification automatique de l'attestation délivrée par la Fédération Française Aéronautique

Cette certification est active lorsque le type de validité est paramétré avec le type de certification Possible par robot (FFA).

Le robot d'OpenFlyers est capable d'analyser les fichiers PDF correspondant aux attestations de licence délivrées par la Fédération Française Aéronautique (FFA). Chaque pilote licencié à la FFA peut récupérer ce document sur le site web SMILE. Le robot extrait du document :

  • Le numéro de licence de l'utilisateur
  • Les noms et prénom de l'utilisateur
  • La date de naissance de l'utilisateur
  • La date de début de validité la licence FFA
  • La date de fin de validité de la licence FFA
  • La présence de l'assurance "Individuelle Accident de base" avec l'attribut "Oui"

Ces informations lui permettent de valider que le document est conforme et correspond à l'utilisateur pour qui le document a été téléversé. Il se base sur le nom et la date de naissance.

Lorsque la correspondance est établie, il met à jour la validité avec les données suivantes :

  • Le numéro de licence
  • La date de début de validité
  • La date de fin de validité

Quand un document est sélectionné les champs mis à jour disparaissent dans le formulaire de saisie, car les données seront extraite du document.

Licence de pilote privé (PPL)

(en développement)

La certification de ce type de validité n'est en fonction que lorsque la certification de ce type de validité est activé avec le choix Possible par OCR.

Un deuxième robot d'OpenFlyers permet d'analyser les fichiers PDF ou JPEG qui correspondent aux Licences de Pilote Privé (PPL).

Les champs détéctés par le robot sont :

  • Les noms et prénoms
  • Le numéro de la licence
  • L'intitulé de la licence
  • La date de validité de la licence

Déroulement de la procédure :

  • Quand un document est téléversé, la détéction commence automatiquement.
  • A l'issue du traitment, quatre champs remplis des données résultantes du traitement par le robot apparaîssent. Des boutons de confirmations apparaîssent aussi en dessous de chaque champ :
  • A ce stade, l'utilisateur est amené à effectuer certaines actions avant de pouvoir valider le formulaire de saisie. Il doit vérifier si les résultats sont correctes puis les confirmer ou les corriger sinon :
    • Si l'utilisateur corrige le champ, le bouton de confirmation est remplacé par le message "Vous avez corrigé ce champ".
    • Si l'utilisateur remet le résultat initial dans le champ, le bouton de confirmation réapparaît sous le champ à la place du message.
    • Si l'utilisateur est en train de modifier un champ, des points de suspension sont affichés en dessou du champ réspectif.

Les champs sont toujours modifiables. C'est-à-dire, l'utilisateur peut corriger un champ même après l'appui sur le bouton de confirmation.

Dans tous les cas, la validation du formulaire n'est possible que si l'utilisateur a corrigé ou validé tous les champs.

Consulter et gérer ses validités ou celles d'un tiers

L'interface de gestion des validités est accessible :

  • côté planning : Planning > Données > Personnelles > Validités
  • côté Gestion :
  • Gestion > Utilisateurs > Validités
  • Gestion > Utilisateurs > Actifs et cliquer sur l’icône représentant une check-list dans la colonne Actions.

Conditions pour consulter et gérer ses validités :

Conditions pour consulter et gérer les validités d'un tiers :

Il est possible d'afficher uniquement les validités nécessaires en sélectionnant un filtre :

Selecteur validités.png

Il est donc possible d'afficher uniquement :

  • les validités qui peuvent être certifiées
  • les validités effectives (prises en compte)

Si les validités de tous les utilisateurs sont affichées, il est possible d'afficher uniquement les validités d'un certain type grâce au sélecteur présent en haut à droite de la page. Si tous les types de validités sont affichés, alors il est uniquement possible d'afficher les validités qui peuvent être certifiées.

Pour renouveler une validité détenue, il faut éditer la validité en appuyant sur l'icône crayon qui apparaît dans la colonne Actions. Une fois sur le formulaire d'édition de la validité concernée un bouton Renouveler la validité est affiché. Cliquer dessus puis valider.

Lorsqu'un type de validité est configuré pour y associer un document, l'utilisateur peut téléverser un fichier. Une fois le fichier téléversé, il est téléchargeable.

Dans le tableau de la liste des validités, l'utilisateur concerné, peut voir qui et quand ont été certifiées ses validités. Il retrouve aussi les validités-contrats qu'il a signé à la connexion.

Si l'utilisateur peut gérer les validités de tiers, une liste déroulante Utilisateur apparaît au-dessus du tableau. Si la valeur Tous est sélectionné seules les validités à certifier sont affichées. De plus, une colonne Nom du titulaire est ajoutée et la colonne Alerte ? ainsi que le champ délai de prévenance sont cachés. Si on sélectionne un utilisateur autre que soi-même la colonne Alerte ? et le champ délai de prévenance sont cachés.

Remarques :

  • Les validités arrivées à échéance apparaissent sur fond orange.
  • Lorsqu'une validité n'est pas certifiée la cellule Etat de certification apparaît sur fond rouge.
  • La mise à jour de la date d'échéance d'une validité réactive automatiquement la cellule de la colonne Alertes ? si celle-ci n'est pas modifié lors de la saisie dans le formulaire.
  • Une validité-produit déjà détenue ne peut pas être supprimée.

Alertes d'expiration

Il existe deux types d'alertes liées à l'expiration d'une validité :

  • Lorsque la date limite d'une validité est bientôt atteinte, une alerte avant échéance apparaît. Celle-ci s'affiche sous la forme d'une cellule à bordure orange et contenant un panneau orange.
  • Lorsque la date limite d'une validité est dépassée, une alerte de validité expirée apparaît. Celle-ci s'affiche sous la forme d'une cellule à bordure et contenant un panneau rouges.

La case Alerte ? dans le formulaire de gestion d'une validité permet à un utilisateur d'activer ou désactiver les rappels à la connexion des validités arrivant à expiration ou ayant expiré.

Le délai de rappel des validités arrivant à expiration est visible dans le champ Délai de prévenance en semaines avant chaque échéance sous le tableau listant les validités d'un utilisateur. L'utilisateur connecté peut modifier son propre délai. Dans ce cas, ce champ affiche un menu déroulant dans lequel l'utilisateur connecté peut changer le délai. Par ailleurs, pour chaque activité, la case Alerte doit être cochée.

Ajouter une validité à un utilisateur

Si la validité est une validité à vendre, l'utilisateur sera automatiquement débité du montant correspondant. Les écritures comptables générées correspondantes sont validées. L'objectif est d'empêcher la réversibilité de cette opération par un utilisateur qui aurait souscrit à une validité. Cela permet de garantir la traçabilité des engagements.

Il est néanmoins possible de supprimer une validité à vendre indument attribuée.

Il est également possible de débrayer la vente an cliquant sur le toggle-switch Débrayer la vente afin que le compte ne soit pas débité. Cela nécessite d'avoir le droit de débrayage.

Téléverser un fichier

Lorsqu'un type de validité est configuré pour y associer un document, le téléversement des fichiers se fait comme suit :

  • L'utilisateur téléverse le fichier

Ensuite :

  • S'il s'agit d'un fichier image, il est stocké en base de données.
  • S'il s'agit d'un PDF contenant du texte, le PDF est stocké en base de données.
  • S'il s'agit d'un PDF qui contient une seule image, celle-ci est extraite du PDF et est stockée en base de données.
  • S'il s'agit d'un PDF qui contient plusieurs images, seule la première image est extraite du PDF et stockée en base de données.
  • Si le fichier est vide (ne contient ni texte ni image), une alerte utilisateur indiquant que le contenu du fichier est vide est affichée à l'écran. Le fichier ne peut pas être téléversé.

Dans un cas particulier où l'image encapsulée dans le PDF se compose de plusieurs masques transparents, OpenFlyers convertit l'ensemble de la page du PDF en une image jpeg. Dans le cas où plusieurs images sont encapsulées dans le fichier sur plusieurs pages, seule la première page est extraite.

Les fichiers téléversés sont stockés directement en base de données sous réserve d'être conforme aux règles de téléversement ci-dessous :

  • Formats des fichiers autorisés : GIF, JPEG, PNG et PDF. Si le fichier téléversé n'est pas dans l'un de ces formats, un message d'alerte correspondant s'affiche à l'écran.
  • Poids maximal autorisé au moment du téléversement : 10 Mo.
  • Poids maximal autorisé pour le stockage : 500 ko. Si le fichier téléversé dépasse les 500 Ko, il est redimensionné dans le cas où c'est une image. Si le fichier est toujours trop gros, alors il est refusé et le message d'alerte correspondant s'affiche.

Récapitulatif :

Traitement apres televersement.png

États de la validité

État de validité description
À échéance La validité est sur le point d'expirer et nécessite une mise à jour PendingExpirationValidity.png
Expirée La validité est périmée, elle n'est plus conforme et ne peut plus être utilisée ExpiredValidity.png
Non certifiée La validité n'a pas encore été validée officiellement et ne peut pas être utilisée NotCertifiedValidity.png
Prise en compte La validité est active et conforme, elle peut être utilisée sans restrictions EffectiveValidity.png
Provisoire un état temporaire où une ancienne version reste prise en compte en attendant la certification d'une nouvelle ProvisionalValidity.png

Modifier la validité d'un utilisateur

Note :

  • Avant de faire un enregistrement en base de données, OpenFlyers vérifie s'il y a des modifications par rapport au dernier enregistrement actif de la même validité pour le même utilisateur.
  • Les cellules non renseignées sont en rouges. Lors de l'édition via le formulaire, les champs associés sont également en surbrillance rouge.

Dans le cas d'une validité à vendre, la limite de validité n'est pas modifiable. Afin de l'augmenter, il faut passer par un renouvellement. Il est également possible de la modifier manuellement (à condition de disposer du droit de débrayage) en cliquant sur l'interrupteur Débrayer la vente.

Supprimer la validité d'un utilisateur


Dans le cas où la ligne de la validité concernée ne dispose pas de l'icône poubelle

Cela veut dire que la validité est à vendre. Il faut effectuer la procédure suivante :

Supprimer la vente de validité de façon temporaire :

  • Admin > Ventes > Produits > Validités à vendre
  • Repérer la ligne qui lie le type de validité concerné avec un produit
  • Copier la Formule de calcul de la date d'expiration de la ligne concernée et la coller dans un fichier texte temporaire pour la récupérer ultérieurement
  • Noter le nom du produit associé
  • Supprimer la ligne
  • Supprimer la validité de l'utilisateur concerné (cf. début de la présente procédure)

Remettre en place la vente du type de validité :

  • Admin > Ventes > Produits > Validités à vendre

Sur la dernière ligne :

  • Champ Validité : sélectionner le nom du type de validité concerné
  • Champ Produit : sélectionner le nom du produit associé
  • Champ Formule de calcul de la date d'expiration : recoller la formule de calcul
  • Cliquer le bouton Ajouter.

Contrôle des validités

Contrôle des validités à la connexion

Dès que l'utilisateur est identifié, un contrôle de ses validités est effectué. Les validités contrôlées sont uniquement celles que possède l'utilisateur et qui sont soumises à échéance (complète) ou les validités à expérience récente.

Le paramétrage du contrôle des validités s'effectue au travers de 2 champs :

  • le champ Alerte à la connexion qui définit le comportement que l'application OpenFlyers doit adopter à la connexion
  • le champ Soumise à échéance qui doit être attribué. S'il n'y a pas d'échéance, alors il n'y a pas de contrôle de validité de l'échéance à la connexion

Contrôle des validités lors de la saisie d'une réservation

Lors d'une réservation, OpenFlyers contrôle les validités détenues par la personne occupant la 1ère place dans la ressource et seulement s'il n'y a qu'une seule personne pour cette réservation. OpenFlyers vérifie également pour cette personne si des validités ne vont pas expirés avant la date de fin de la réservation. Les validités détenues doivent correspondre aux validités demandées pour le type de ressource correspondant à la ressource réservée et aux validités demandées pour les types d'activités sélectionnés.

Il y a 3 comportement possibles :

  • Pas de contrôle des validités.
  • Une alerte non bloquante dans le cas où il manque une ou plusieurs validités.
  • Une alerte bloquante dans le cas où il manque une ou plusieurs validités.

Il y a un paramétrage général qui définit si toute validité manquante doit entrainer un blocage. Si ce n'est pas le cas, alors cela dépend du paramétrage associé à chaque type de validité grâce à la case à cocher Validité bloquante pour la saisie des activités (si requise).

Le comportement est le même pour toutes les validités.

Contrôle des validités lors de la saisie d'une activité

Lors de la saisie d'une activité, OpenFlyers effectue 2 contrôles :

  1. S'il n'y a qu'une seule personne pour cette activité, le logiciel vérifie la présence des validités requises pour la ressource utilisée et les types d'activités sélectionnés. Il y a 2 comportements possibles pour chaque validité manquante :
    Il y a un paramétrage général qui définit si toute validité manquante doit entrainer un blocage. Si ce n'est pas le cas, alors cela dépend du paramétrage associé à chaque type de validité grâce à la case à cocher Validité bloquante pour la saisie des activités (si requise).
  2. OpenFlyers affiche une alerte pour les validités périmées comme à la connexion.

Débrayer la vente d'une validité

Débrayer la vente d'une validité consiste à modifier la date limite d'une validité sans déclencher de vente afin que l'utilisateur concerné ne soit pas débité.

Prérequis

Pour pouvoir débrayer la vente d'une validité, le gestionnaire doit disposer du droit débrayage des ventes de validités.

Procédure pour attribuer une nouvelle validité sans la vendre
  • Gestion > Utilisateurs > Utilisateurs > Validités
  • Sélectionner en haut à gauche, dans la liste des utilisateurs, l'utilisateur concerné
  • Sélectionner en haut à droite, dans la liste des validités, la validité à attribuer

Si la validité est une validité à vendre, alors apparait à côté de la liste, un interrupteur

  • Cliquer sur cet interrupteur Débrayer la vente

Le bouton Acheter se transforme en Ajouter

  • Cliquer sur le bouton Ajouter
  • Compléter le formulaire, notamment la Limite de validité
  • Cliquer sur le bouton Enregistrer
Procédure pour modifier la limite validité d'une validité déjà attribuée sans la vendre
  • Gestion > Utilisateurs > Utilisateurs > Validités
  • Sélectionner en haut à gauche, dans la liste des utilisateurs, l'utilisateur concerné

Les validités attribuées à l'utilisateur apparaissent

  • A droite de la ligne de la validité à modifier, cliquer sur le pictogramme avec le symbole de l'euro barré et un crayon

Le formulaire d'édition de la validité apparait

  • Modifier le champ Limite de validité
  • Cliquer sur le bouton Enregistrer

Historique des validités

Une validité possède un historique contenant tous les états par lesquels elle est passée. Chaque changement effectué sur une validité entraîne automatiquement une entrée dans l'historique.

L'historique d'une validité est conservé même si la validité est supprimée, il sera consultable si une nouvelle validité du même type est créée pour le même utilisateur.

Il est possible de consulter les anciens fichiers contenus par la validité mêmes s'ils ont été remplacés.

Les fichiers validités téléversés sont comparés. S'ils sont identiques, alors seul l'ancien fichier est conservé. Cela permet de limiter l'augmentation de la taille de la base de données.

Afficher l'historique des validités

Pour afficher l'historique des validité :

L'historique s'affiche chronologiquement, du changement le plus récent au plus ancien.

Lister les détenteurs d'un type de validité

  • Aller sur Admin > Utilisateurs > Types de validités
  • Cliquer sur l'icône symbolisant une liste dans la colonne Liste de la ligne correspondante à la validité concernée.

Le tableau liste les personnes ayant la validité correspondante.

Lorsque la validité est soumise à échéance, la liste fait ressortir en rouge sur fond gris les dates d'échéances périmées.

Lorsque la validité est une validité à expérience, la liste contient uniquement les utilisateurs remplissant les critères de la formule d'expérience.

Prise en compte d'une validité

Une validité prend effet lorsque tous les points suivants sont réunis :

  • La validité doit être complète.
  • Si une date d'expiration est présente, elle ne doit pas être dépassée.
  • Si la certification est possible, la validité doit être certifiée.

NB : Si la dernière validité enregistrée n'est pas prise en compte pour un utilisateur X et un type de validité Y, on vérifie dans l'historique s'il existe une validité qui est encore considérée comme valide pour la prendre en compte, on parle de validité provisoire.

Validités en attente de certification

Il est possible de consulter et modifier les renseignements rentrés par les utilisateurs, dans le cas où les informations sont valides, l'utilisateur peut certifier la validité.

Une fois certifiée, la validité reste encore visible 24h, ainsi il est encore possible de corriger la validité si une erreur apparaît.

Cette page est accessible en suivant le lien contenu dans l'e-mail de notification envoyé automatiquement aux utilisateurs disposant du droit de certifier la validité concernée.