Documentation de la solution web de gestion OpenFlyers - User contributions [en]

Configuration de la comptabilité

2025-07-26T14:50:40Z

Lelhidam: /* Supprimer une agrégation bancaire */

__TOC__

=Présentation=
L'objet de cette page est de décrire la configuration de la [[Comptabilité|comptabilité]] dans la [[Accueil|version 4 d'OpenFlyers]].

=[[Bien débuter avec OpenFlyers#Mettre_en_place_la_gestion_d'activité_sur_OpenFlyers|Mise en place de la comptabilité dans OpenFlyers]]=

=Paramétrage général de la gestion des comptes=
*Aller dans '''[[Configuration#Gestion-des-comptes-(Admin->-Structure->-Paramétrage->-Comptes)|Admin > Structure > Paramétrage > Comptes]]'''.

*Activer le toggle switch '''Comptes''' et cliquer sur '''Enregistrer''' pour activer la gestion des comptes.
*Champ '''Gestion TVA''' : activer le toggle switch si la structure est soumise à la TVA, sinon le laisser désactivé. Lorsque le toggle switch est désactivé, le champ '''Mention spécifique pour l'absence de TVA''' est saisissable.
*Champ '''Mention spécifique pour l'absence de TVA''' :
*:Exemple de valeurs possibles pour le champ :
**"TVA non applicable : article 293B du CGI" pour une association loi 1901, exonérée de TVA car ne dépassant pas un certain chiffre d'affaire
**"Association loi 1901, exonérées de TVA : B.O.I. N° 208 du 18/12/2006 [BOI 4H-5-06]" pour une association exonérée de TVA du fait de son caractère non lucratif
**"TVA non applicable : article 202B du CGI" pour un organisme de formation professionnelle continue déclaré ayant opté pour l'exonération de TVA
**"Organisme de formation professionnelle continue déclaré ayant opté pour l'exonération de TVA : article 202B du CGI" pour les organismes de formation ayant opté pour l'exonération de TVA
**"TVA provisoirement non applicable en Guyane, Article 294-1 du CGI" pour une structure commerciale en Guyane.
**"TVA non applicable sur vols internationaux : Article 262-II-8° du CGI" pour une structure commerciale effectuant des vols internationaux
*Champ '''Titre spécifique pour les factures validées''' :
*:Exemple de valeurs possibles pour le champ :
**"Facture"
**"Note de participation aux frais"
*Champ '''Titre spécifique pour les factures non validées''' :
*:Exemple de valeurs possibles pour le champ :
**"Facture PROFORMA"
**"Note de participation aux frais PROFORMA"
**"Devis"
**"Bon de commande"
*Champ '''Titre spécifique pour les reçus validées''' :
*:Exemple de valeurs possibles pour le champ :
**"Reçu"
*Champ '''Titre spécifique pour les reçus non validés''' :
*:Exemple de valeurs possibles pour le champ :
**"Reçu PROFORMA"
*Champ '''Nombre maximal de jours antérieur pour lettrer''' : définit le nombre de jours avant la date d'une écriture pour lequel le lettrage automatique peut s'appliquer avec une autre écriture d'un même compte lors de l'[[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|import d'un relevé bancaire]]
*Champ '''Nombre maximal de jours postérieur pour lettrer''' : définit le nombre de jours après la date d'une écriture pour lequel le lettrage automatique peut s'appliquer avec une autre écriture d'un même compte lors de l'[[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|import d'un relevé bancaire]]
*Champ '''Mentions sur les conditions de paiement''' : remplace le champ [[Modèle de facture ODT#Variables|[payment_notice_tag]]] dans le template de la facture PDF.
*:Exemple de texte possible :
<pre>Règlement à réception

En cas de retard de paiement, il sera appliqué des pénalités correspondant au taux légal en vigueur par mois de retard.

En outre, une indemnité forfaitaire pour frais de recouvrement de 40 € sera due.

Pas d'escompte en cas de paiement anticipé.</pre>
*'''Mentions pieds de page''' : remplace le champ [[Modèle de facture ODT#Variables|[footer_tag]]] dans le template de la facture PDF. Exemple de texte possible :
<pre>SARL DUPONT au capital de 22 000 €, SIREN 123 456 789 RCS Paris, FR01234567890</pre>

=Paramétrage général des comptabilités=
*Aller dans '''Admin > Comptes > Comptabilités > Comptabilités'''.

Les différentes colonnes permettent de paramétrer une comptabilité :
*'''Nom''' : Nom de la comptabilité
*'''Unité''' : L'unité employé
*'''Symbole''' : Le symbole de l'unité
*'''Format''' : Le format d'affichage à utiliser pour les montants
*'''Nombre de chiffre après la virgule''' : Détermine à combien de chiffre après la virgule vont être arrondi les montants calculés au sein de la comptabilité. L'arrondissement s'effectue aussi sur les variable-formules.
*'''Comptes pour apurement d'un compte utilisateur'''
**'''Solde de compte positif''' : compte de produit défini pour recevoir le crédit lors de l'apurement d'un compte utilisateur ayant un solde positif lors de sa désactivation. Le compte défini par défaut est le compte [[Wikipedia-fr::Plan_comptable_général_(France)#75._Autres_produits_de_gestion_courante|758-Produits divers de gestion courante]].
**'''Solde de compte négatif''' : compte de charge défini pour recevoir le débit lors de l'apurement d'un compte utilisateur ayant un solde négatif lors de sa désactivation. Le compte défini par défaut est le compte [[Wikipedia-fr::Plan_comptable_général_(France)#65._Autres_charges_de_gestion_courante|654-Perte sur créances irrécouvrable]].
:Si le compte utilisateur à mettre à 0 est un compte en heure alors le compte de contre-partie est en général un compte de bilan intitulé "Encours xxx" appartement à la même comptabilité que le compte utilisateur concerné.
* '''Solde minimum requis''' et '''Si solde utilisateur inférieur au minimum''' : Permettent d'alerter et de restreindre l'accès à un profil déterminé ou de bloquer l'accès lorsque l'un des soldes des comptes d'un utilisateur est inférieur au minimum requis.
*'''Seuil minimum requis après transfert''' : Permet de bloquer [[Gestion-de-la-comptabilité-côté-utilisateur#Transférer-de-l'argent|un transfert]] si après opération, le solde du compte de l'utilisateur serait inférieur au seuil minimum requis. Si le seuil n'est pas défini alors il n'y a pas de vérification sur le solde. Le droit [[Gestion-des-profils#Surpasser-le-seuil-de-transfert-de-compte|Surpasser le seuil de transfert de compte]] permet de outrepasser cette limitation.
* '''Seuil de compte pour l'envoi d'e-mail d'alerte''' : Permet l'envoi d'un [[Envoi-des-emails#E-mail-de-rappel-de-solde|email d'alerte]], [[Envoi-des-emails#Présentation|uniquement sur les plateformes en production]], lorsque l'utilisateur a un solde de compte inférieur au seuil. L'email est envoyé à tous les utilisateurs concernés dès lors qu'une adresse email est enregistrée dans leur fiche utilisateur. Il est possible de suivre la bonne réception des alertes par email dans le module [[Suivi-des-emails|Suivi des emails]] (catégorie ''Alerte de solde'').
* '''Fréquence de rappel pour l'envoi d'e-mail d'alerte''' : Détermine la fréquence de rappel pour l'envoi de l'[[Envoi-des-emails#E-mail-de-rappel-de-solde|email d'alerte]] (Jamais, tous les jours, tous les 3 jours).
* '''Contenu de l'e-mail d'alerte''' : Le contenu à insérer dans le message d'[[Envoi-des-emails#E-mail-de-rappel-de-solde|email d'alerte]].
* '''Ajouté en copie d'e-mail''' : Permet d'ajouter les utilisateurs des profils cochés en copie de l'[[Envoi-des-emails#E-mail-de-rappel-de-solde|email d'alerte]] envoyé à chaque utilisateur concerné

Voir le chapitre [[Formules-de-calcul#Exemples-de-patrons-d'emails-de-rappel-de-solde|Exemples de patrons d'emails de rappel de solde]].

Nous recommandons fortement de mettre le paramètre %ACCOUNT_BALANCE € dans le patron d'emails. Cela permet d'avoir une traçabilité du montant calculé par OpenFlyers au moment de l'envoi de l'e-mail et ainsi d'éviter tout problème de discussion ultérieur.

==Restriction d'accès en cas de solde insuffisant==
Il est possible de définir des règles de restriction et/ou alerte pour chaque comptabilité. Pour cela, il faut :
*[[Gestion des profils|Créer un profil]] spécifique qui peut s'intituler ''Accès restreint''. Lors de la restriction, seuls les droits présents à la fois sur ce profil et sur celui de l'utilisateur restreint, resteront valides. Il faut donc bien définir les droits qui doivent rester présent pour le profil restreint.
*Dans le [[#Paramétrage_général_des_comptabilités|paramétrage général des comptabilités]], paramétrer les colonnes '''Si solde utilisateur inférieur au minimum''' et '''Solde minimum requis''' pour permettent d'alerter et de [[Connexion#Restriction-d'accès|restreindre l'accès à un profil déterminé]] ou de bloquer l'accès lorsque l'un des soldes des comptes d'un utilisateur est inférieur au minimum requis.

Le fait de [[Connexion#Restriction_d'accès|restreindre le profil d'un utilisateur]], permet de l'empêcher de pouvoir effectuer certaines actions comme réserver ou débuter une activité si l'un de ses soldes est insuffisant.

Ce contrôle sur le solde du compte et les droits qui en résultent s'effectue :
*A la connexion de l'utilisateur pour en déduire le type d'accès auquel il a droit
*Lors d'une action de réservation ou de saisie de vol effectuée par n'importe quel utilisateur. Dans ce cas, OpenFlyers contrôle le solde non pas de la personne effectuant l'action mais celui pour qui l'action est effectuée. Cela permet d'empêcher à un utilisateur de contourner une restriction en demandant à un autre utilisateur disposant de droits étendus de faire par exemple une réservation à son nom.

Il est possible d'attribuer à des profils le droit "[[Gestion-des-profils#Surpasser-la-limitation-du-solde-du-compte|Surpasser la limitation du solde du compte]]" qui seraient ainsi mise en place.

'''Attention :''' lorsqu'un utilisateur dispose d'un profil avec le droit "[[Gestion-des-profils#Surpasser-la-limitation-du-solde-du-compte|Surpasser la limitation du solde du compte]]", alors même s'il se connecte avec un autre profil, il n'aura pas de restriction en cas de solde insuffisant.

Il est possible d'empêcher les utilisateurs standards d'effectuer des réservations en cas de solde insuffisant en enlevant les droits [[Gestion-des-profils#Réservation-en-solo|"Réservation solo"]] et [[Gestion-des-profils#Réservation-pour-des-tiers|"Réservation pour des tiers"]] au profil ''Accès restreint'' tout en permettant à des tiers de pouvoir effectuer des réservations pour eux en laissant le droit [[Gestion-des-profils#Etre-sur-une-nouvelle-réservation|"Etre sur une nouvelle réservation"]] au profil ''Accès restreint''.

Conseil OpenFlyers : il est possible d'utiliser l'alerte sur une comptabilité pour mettre en place l'envoi automatique d'un e-mail lorsque le crédit d'heures de vol devient inférieur à une certaine valeur. Exemple : "Votre crédit d'heures de vol est inférieur à 1h, n'hésitez-pas à le recharger en achetant un pack de 10 heures".

=Compte comptable=
==Créer un compte comptable==
*Aller dans '''Gestion > Comptes > Comptes > X''' où X dépend de la [[Comptabilité#Présentation-des-comptes-dans-OpenFlyers|catégorie de comptes]] à créer.
*En bas du tableau :
**Remplir le champ de la colonne '''Nom''' avec le nom souhaité pour désigner le compte à créer. Certains caractères ne sont pas recommandés dans le nom [[OF-doc-en::Accounting-export-template-CsvWithPointDecimal#Introduction|car ils sont supprimées dans les fichiers d'exports]]
***'''Attention''' : Certains caractères ne sont pas recommandés dans le nom [[OF-doc-en::Accounting-export-template-CsvWithPointDecimal#Introduction|car ils sont supprimées dans les fichiers d'exports au format CSV]]
**Remplir le champ de la colonne '''Compte d'export''' avec le numéro de compte d'export comptable souhaité. Cette information peut être saisie ou mise à jour à tout moment jusqu'à avant l'export vers un logiciel de comptabilité.
**Dans le cas où il s'agit d'un compte client, il faut sélectionner la case à cocher de la colonne '''Reçoit les paiements des clients extérieurs''' si l'on souhaite pouvoir saisir des encaissements directement sur ce compte
**Cliquer sur le bouton '''Ajouter'''

==Créer un compte pour les ressources==
*Aller dans '''Gestion > Comptes > Comptes > Ressources'''
*Cliquer sur l'icône [[File:Icone_creation_compte.png]]

Les ressources affichées sont :
* celles utilisables pour la '''Saisie d'activité'''
* celles non utilisables pour la '''Saisie d'activité''' mais ayant au moins un compte actif : cela permet de continuer à pouvoir consulter l'historique du compte de la ressource alors que la ressource n'est plus utilisée.

==Comptes d'export==
A chaque [[#Compte_comptable|compte comptable]] est associé un compte d'export qui lui est propre.
*Ce numéro de compte d'export est utilisé exclusivement pour les [[Utilisation de la comptabilité#Les_exports_comptables|exports comptables]] et les rapports comptables
*Tous les comptes d'export doivent être définis avant de pouvoir réaliser un export comptable.
*Cette attribution de compte d'export peut être effectuée et modifiée à n'importe quel moment.
*Ce compte d'export est éditable directement au niveau du compte.
*De plus, pour les comptes utilisateurs et les comptes ressources, il est possible et fortement recommandé de définir des règles de numérotation automatique qui permettent de créer automatiquement les numéros de compte d'export lors de la création de nouveaux utilisateurs ou de nouvelles ressources.
*'''Attention''' : Certains caractères ne sont pas recommandés dans le nom [[OF-doc-en::Accounting-export-template-CsvWithPointDecimal#Introduction|car ils sont supprimées dans les fichiers d'exports au format CSV]]
''Dans le cadre du paramétrage effectué par OpenFlyers, nous livrons la plateforme avec les comptes d'export attribués selon le modèle couramment utilisé pour tous les comptes créés par nos soins.''
===Attribuer les comptes d'export utilisateurs ou ressources===
Pour attribuer les comptes d'export aux comptes utilisateurs ou aux comptes ressources, il existe 2 possibilités :
*soit par [[#Attribuer_manuellement_les_comptes_d'export_utilisateurs_ou_ressources|édition du compte d'export de chaque compte individuellement]]
*soit par [[#Mettre_en_place_un_patron_de_génération_automatique_de_compte_d'export_utilisateurs_ou_ressources|mise en place d'une formule permettant de générer automatiquement les valeurs]]
Il est recommandé de mettre en place une formule pour chaque type de compte utilisateur/ressource. Cela permet, lors de l'ajout de nouveaux utilisateurs/ressources, d'être sûr d'avoir une règle qui va être respectée et de permettre une génération automatique du compte d'export.

====Attribuer manuellement les comptes d'export utilisateurs ou ressources====
*Aller dans '''Gestion > Comptes > Comptes > Utilisateurs''' ou '''Gestion > Comptes > Comptes > Ressources'''
*Retrouver le compte souhaité
*Cliquer sur l'icône "crayon" pour modifier : un formulaire apparait permettant de modifier/saisir le Code comptable pour l'exportation

====Mettre en place un patron de génération automatique de compte d'export utilisateurs ou ressources====
*Aller dans '''Admin > Comptes > Utilisateurs > Types actifs''' ou '''Admin > Comptes > Ressources > Types actifs''' selon le cas.
*Cliquer sur l'icône symbolisant un crayon de la ligne du type de compte pour lequel vous souhaitez mettre en place/éditer le patron de code comptable.
*Renseigner le champ '''Patron de code comptable pour l'exportation''' (cf. [[Formules de calcul#Compte_d'export|les exemples]]).
*Cliquer sur le bouton '''Valider'''.
Il faut ensuite appliquer le patron :
*Aller dans '''Admin > Comptes > Utilisateurs > Gérer les comptes d'export''' ou dans '''Admin > Comptes > Ressources > Gérer les comptes d'export''' selon le cas.
*Dans le champ '''Appliquer la mise à jour sur les types de comptes''' sélectionner le type de compte concerné. Le champ '''Formule à appliquer''' doit automatiquement se remplir avec le patron précédemment créé
*Si vous souhaitez que le patron s'applique à tous les comptes, sélectionner '''Tous les comptes'''. Sinon, sélectionner '''Uniquement les comptes sans numéro d'export'''.
*Cliquer sur le bouton '''Appliquer'''.

===Attribuer les comptes d'export pour un compte ni utilisateur ni ressource===
*Aller dans '''Gestion > Comptes > Comptes > Tous'''
*Modifier le champ Compte d'export, la validation est automatique lors de la sortie du champ

=Agrégation bancaire et règles d'imputation=

==Activer une synchronisation journalière==
;Introduction
Cette procédure permet d'activer la synchronisation journalière pour une agrégation bancaire afin d'importer le relevé bancaire tous les jours

Lorsque la synchronisation est activée, alors le robot OpenFlyers importe automatiquement une fois par jour l'extrait de compte du compte bancaire concerné dans le compte de trésorerie couplé

;Prérequis
*Disposer du droit [[Gestion-des-profils#Gestion-des-comptabilités|Gestion des comptabilités]] ou du droit [[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]
*L'imputation automatique est complètement paramétrée

;Procédure
*Aller dans '''Admin > Comptes > Banque > Agréger'''
*Cliquer sur l'icône symbolisant un crayon et intitulée "Modifier" situé dans la colonne '''Actions''' de l'agrégation que l'on souhaite modifier
Un formulaire s'affiche :
*Vérifier si la '''Date de début d'import''' est antérieure à la date actuelle, si ce n'est pas le cas, modifier la date pour qu'elle soit antérieure à la date actuelle
*Activer l'interrupteur '''Synchroniser 1 fois par jour'''
*Cliquer sur le bouton '''Modifier'''

==Agréger un compte bancaire==
;Présentation
Cette action préliminaire est nécessaire pour permettre soit d'activer l'import quotidien automatique des relevés bancaires soit pour [[Utilisation-de-la-comptabilité#Importer-par-API|importer par API]] les relevés bancaires.

;Prérequis
*Disposer du droit [[Gestion-des-profils#Gestion-des-comptabilités|Gestion des comptabilités]] ou du droit [[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]

;Procédure
*Aller dans '''Admin > Comptes > Banque > Agréger'''
*Cliquer sur le bouton '''Ajouter''' situé à droite en haut du tableau d'agrégation
Un formulaire s'affiche :
*Dans le champ '''Compte de trésorerie''', sélectionner le compte de comptabilité qui doit être agrégé avec le compte de banque
*Dans le champ '''Date de début d'import''', pour une première agrégation sélectionner une date de début proche mais antérieure de quelques jours à la date actuelle pour être sûr de récupérer des écritures sans pour autant récupérer trop d'écritures
*Dans le champ '''Synchroniser 1 fois par jour''', pour une première agrégation, ne pas cocher ce champ. Il faudra le faire ultérieurement, une fois que l'imputation automatique sera complètement paramétrée
*Dans le champ '''Banque''', sélectionner le nom de la banque concernée
*Cliquer sur le bouton '''Agréger la banque'''
Une redirection est effectuée vers la page d'authentification de la banque sélectionnée.
*Remplir les champs demandés par la banque. Une authentification forte est exigée pour la connexion.
Une fois l'authentification et l'acceptation effectuée côté banque, une redirection est à nouveau effectuée pour revenir vers la page d'agrégation OpenFlyers
*Dans le champ '''Compte bancaire''', sélectionner le compte de la banque à agréger avec OpenFlyers
*Cliquer sur le bouton '''Ajouter'''
Une fois l'agrégation effectuée, une nouvelle ligne apparait dans le tableau d'agrégation.

Il faut ensuite poursuivre la configuration en procédant à un premier [[Utilisation-de-la-comptabilité#Importer-par-API|Import par API]] puis paramétrer les [[Configuration-de-la-comptabilité#Règles-d'imputations-automatiques|Règles d'imputations automatiques]].

Une fois l'ensemble des règles d'imputations définies, il est recommandé d'activer le champ '''Synchroniser 1 fois par jour''' afin que l'import se fasse quotidiennement de façon automatique.

==Modifier une agrégation bancaire==
;Introduction
Cette procédure permet de modifier un couplage entre un compte bancaire et un compte de trésorerie

;Prérequis
*Disposer du droit [[Gestion-des-profils#Gestion-des-comptabilités|Gestion des comptabilités]] ou du droit [[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]

;Procédure
*Aller dans '''Admin > Comptes > Banque > Agréger'''
*Cliquer sur l'icône symbolisant un crayon et intitulée "Modifier" situé dans la colonne '''Actions''' de l'agrégation que l'on souhaite modifier
Un formulaire s'affiche :
*'''Compte de trésorerie''': sélectionner le compte de comptabilité qui doit être agrégé avec le compte de banque
*'''Date de début d'import''': choisir une date antérieure à la date actuelle
*'''Synchroniser 1 fois par jour''': cocher ce champ une fois que l'imputation automatique est complètement paramétrée
*'''Banque''': choisir la banque
:#Si la banque est déjà agrégée, elle porte le tag '''(agrégation existante)'''
:#Si la banque n'est plus agrégée, un bouton s'affiche pour l'agréger
:#*Cliquer sur le bouton '''Agréger la banque'''
:#:Une redirection est effectuée vers la page d'authentification de la banque sélectionnée.
:#*Remplir les champs demandés par la banque. Une authentification forte est exigée pour la connexion.
:#:Une fois l'authentification et l'acceptation effectuée côté banque, une redirection est à nouveau effectuée pour revenir vers la page d'agrégation OpenFlyers
*'''Compte bancaire''', sélectionner le compte de la banque à agréger avec OpenFlyers
*Cliquer sur le bouton '''Modifier'''

==Règles d'imputations automatiques==
;Introduction
Cette procédure permet de créer ou modifier les règles d'imputation automatique utilisées lors de l'[[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|importation de relevés bancaires]].

Une vidéo YouTube décrit en détail comment procéder à ce paramétrage. La partie concernant les règles d’imputation débute à partir de 2'30 : https://www.youtube.com/watch?v=VVCdPWlwglM

;Prérequis
*Il faut disposer des droits de [[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]] ou [[Gestion-des-profils#Saisir-tout-flux|Saisir tout flux]].
*L'accès à cette fonctionnalité nécessite [[Utilisation-de-la-comptabilité#Créer-un-compte|la création d'au moins un compte]] client ou fournisseur.

;Procédure
*'''Gestion > Comptes > relevé bancaire > Règles d'imputation'''
Un tableau apparait :

{| class="wikitable"
!Ordonner!!Titre!!Montant sur le relevé bancaire!!Mot clé à rechercher!!Nom du compte imputé dans la comptabilité
|-
|0||Compte d'attente fournisseur||Débit (montant négatif)||--||Fournisseur - compte d'attente
|-
|1||Compte d'attente client||Crédit (montant positif)||--||Client - compte d'attente
|-
|}

Pour créer une nouvelle règle il faut cliquer sur le bouton '''Ajouter une règle d'imputation''' situé en bas du tableau. Il faut ensuite remplir le formulaire et appuyer sur le bouton '''Enregistrer'''. Le champ "Titre" doit être obligatoirement rempli.

Pour modifier une nouvelle règle il faut cliquer sur le bouton '''Modifier''' situé dans la colonne '''Actions''' de la règle d'imputation que l'on souhaite éditer. Il faut ensuite remplir le formulaire et appuyer sur le bouton '''Enregistrer'''. Le champ "Titre" doit être obligatoirement rempli.

Pour les règles d'imputation "Compte d'attente fournisseur" et "Compte d'attente client" seul les champs "Placer avant" et "Nom de compte" sont modifiable.

Présentation des colonnes :
*La colonne 'Ordonner' : Ordre dans lequel s'applique les règles d'imputation;
*La colonne 'Titre' : Titre des règles d'imputation;
*La colonne 'Montant sur le relevé bancaire' : L'utilisateur à le choix entre "Crédit" ou "Débit",
*La colonne 'Mot clé à rechercher' : Champs texte;
*La colonne 'Nom du compte imputé dans la comptabilité' : L'utilisateur à le choix entre les comptes déjà existant,

Fonctionnement :
*Lors de l'[[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|import d'un relevé bancaire]], le robot OpenFlyers va pour chaque ligne du relevé bancaire, parcourir les règles d'imputation dans l'ordre dans lequel elles sont définies.
*Si le montant de la ligne du relevé est du même signe que celui défini dans la règle (champ '''Montant sur le relevé bancaire''') et si l'intitulé contient le mot clé ou l'[[Wikipedia-fr:Expression_régulière|expression régulière]] définie dans le champ '''Mot clé à rechercher''', alors la règle s'applique. Dans ce cas, le robot, génère un flux qui va débiter/créditer le compte de trésorerie définie dans l'interface d'import des relevés bancaires et va mettre la contre-partie dans le compte défini dans la règle (champ '''Nom du compte imputé dans la comptabilité''').
*Si la règle ne correspond pas, le robot passe à la règle suivante jusqu'à trouver une règle qui s'applique.

Deux règles (''Compte d'attente fournisseur'' et ''Compte d'attente client'') sont créées par défaut. Elles ne peuvent être supprimées et leur ordre ne peut être modifiées. Elles sont positionnées en dernier. Ainsi, elles permettent de garantir que pour toute ligne du relevé bancaire, une règle va correspondre et que la ligne va donc bien être enregistrée dans OpenFlyers. Ces règles sont prévues pour s'appliquer sur des comptes par défaut (comptes d'attentes) afin de permettre un traitement manuel ultérieur par le gestionnaire. Seul le paramètre '''Nom du compte imputé dans la comptabilité''' est modifiable.

[[File:Exemple_regle_imputation.PNG|center|800px]]

==Renouveler l'agrégation des comptes bancaires==
;Présentation
Le renouvellement de l'agrégation des comptes bancaires doit être effectués tous les 3 mois. Il s'agit d'une obligation légale européenne. Si le renouvellement de l'agrégation n'est pas effectué au bout de 3 mois, alors il n'est plus possible de synchroniser manuellement ou automatiquement les comptes bancaires avec l'API de la banque.

Il est important de noter qu'il ne faut pas supprimer une agrégation existante pour la renouveler. En effet, si un utilisateur effectue cette action, alors les références de la nouvelle agrégation ne correspondront plus avec celles de l'ancienne et l'import des écritures bancaires va créer des doublons avec les anciens imports.

;Prérequis
*Disposer du droit [[Gestion-des-profils#Gestion-des-comptabilités|Gestion des comptabilités]] ou du droit [[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]
*Avoir un ou plusieurs [[#Agréger-des-comptes-bancaires|comptes bancaires agrégés]]

;Chapitres liés
*[[#Agréger-des-comptes-bancaires|Agréger des comptes bancaires]]
*[[Envoi-des-emails#E-mail-de-rappel-de-renouvellement-d'agrégation-bancaire|E-mail de rappel de renouvellement d'agrégation bancaire]]
*[[Utilisation-de-la-comptabilité#Importer-par-API|Importer par API un relevé bancaire]]
*[[Alertes-de-configuration#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|Alerte de configuration pour renouveler l'agrégation bancaire]]

;Procédure
Aller dans '''Admin > Comptes > Banque > Agréger'''
Un tableau s'affiche. Il doit contenir la liste des banques agrégées. Pour renouveler l'agrégation de l'une d'elle, il faut :
*Cliquer sur le pictogramme '''Renouveler''', symbolisant un triangle avec une flèche qui tourne autour, à gauche de la ligne de la banque concernée
L'interface de la banque apparait pour effectuer l'action de renouvellement de l'agrégation. Suivre les consignes et renseigner les informations demandées par la banque. Une fois le renouvellement de l'agrégation achevé, apparait à nouveau la page OpenFlyers du tableau des agrégations.
*Vérifier que la date d'agrégation correspond à la date du jour

==Supprimer une agrégation bancaire==
;Introduction
Il existe deux modes de suppression :
*'''Suppression du couplage''' : dissocier un compte bancaire d'un compte de trésorerie tout en maintenant l'agrégation. La banque continue alors d'apparaître avec le tag '''(agrégation existante)''' dans la liste des banques
*'''Suppression totale de l'agrégation''' : supprimer entièrement l'agrégation de la banque X, et pas seulement le lien entre l'un de ses comptes avec un compte de trésorerie. Dans ce cas, la banque n'affiche plus avec le tag '''(agrégation existante)''' dans la liste des banques

;Prérequis
*Disposer du droit [[Gestion-des-profils#Gestion-des-comptabilités|Gestion des comptabilités]] ou du droit [[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]

;Procédure pour la suppression du couplage entre un compte bancaire et un compte de trésorerie
*Aller dans '''Admin > Comptes > Banque > Agréger'''
*Cliquer sur l'icône symbolisant un lien rompu et intitulée '''Dissocier le compte de trésorerie''' situé dans la colonne '''Actions''' de l'agrégation que l'on souhaite supprimer
un message de confirmation s'affiche: ''Etes-vous sûr de vouloir dissocier le compte de trésorerie X ? Cette action supprime uniquement le lien entre le compte bancaire et le compte de trésorerie (agrégation conservée).''
*Confirmer la suppression en appuyant sur le bouton '''OK'''

;Procédure pour la suppression totale de l'agrégation
*Aller dans '''Admin > Comptes > Banque > Agréger'''
*Cliquer sur l'icône symbolisant une poubelle et intitulée '''Supprimer complètement l'agrégation de la banque''' situé dans la colonne '''Actions sur la banque''' de la banque que l'on souhaite supprimer
un message de confirmation s'affiche: ''Etes-vous sûr de vouloir supprimer toute l'agrégation de la banque X? La banque ne figure plus dans la liste des banques.''
*Confirmer la suppression en appuyant sur le bouton '''OK'''

=Spécificités métiers=
==[[Conseils spécifiques pour la comptabilité#Baptêmes_dans_un_aéro-club|Gestion des baptêmes]]==
#Créer un type d'activité "baptême"
#Créer un compte client "Clients extérieurs"
#Créer une règle de tarification concernant le type de vol "baptême" qui va débiter le compte "Clients extérieurs" et créditer le compte du pilote qui effectue le baptême à hauteur du montant du prix du vol en solo
Ainsi :
*le pilote qui effectue le baptême ne sera pas facturé
*le compte client "Clients extérieurs" sera débité du montant du prix du vol "solo"
*le compte produit "heures de vol" sera crédité normalement

=Types d'encaissements=
;Introduction
OpenFlyers permet de définir librement autant de types d'encaissements que nécessaire. Le module permet de définir tout type d'encaissement, des plus courants (espèce, carte bancaire, chèque ou virement) au plus spécifiques (chèques vacances, bons de comités d'entreprises).

;Prérequis
*L'administrateur doit disposer du droit [[Gestion-des-profils#Gestion-des-types-d'encaissements|Gestion des types d'encaissements]]

;Procédure
Aller dans le menu '''Admin > Comptes > Encaissements > Types''' afin d'afficher l'interface tableau de bord (vue synthétique), cette interface permet de visualiser les types d'encaissement créés précédemment. Il est possible d'y effectuer des modifications, notamment pour les actions suivants:

*Supprimer un type d'encaissement existant en cliquant sur le pictogramme symbolisant une poubelle à droite de la ligne du type d'encaissement à supprimer.
*Modifier un type d'encaissement existant en cliquant sur le pictogramme symbolisant un crayon sur la ligne correspondante au type d'encaissement à modifier.
*Créer un nouveau type d'encaissement en cliquant sur le bouton '''Ajouter'''.

L'ajout ou la modification d'un type d'encaissement redirige vers un formulaire contenant les champs suivants:
*'''Type d'encaissement''':
**'''Nom''' : Champ de saisie de texte permet de définir le nom du type d'encaissement (il est interdit de créer deux types d'encaissement avec le même nom).
**'''Intitulé du champ de saisie (vide si pas de champ)''' : champ de saisie de texte permet de définir l'intitulé
**'''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*'''Ventilation''':
**'''Compte de trésorerie affecté''' : champ de sélection permet de définir sur quel compte de trésorerie les paiements doivent être affectés au débit en contre partie du crédit sur le compte de l'utilisateur concerné.
**'''Remise à une personne''' : toggle switch permet de rendra actif le champ '''Personne qui reçoit''' lors de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|la saisie d'un encaissement]] (La liste des utilisateurs apparaissant dans le menu déroulant de ce champ contient les utilisateurs disposant d'un profil ayant le droit [[Gestion-des-profils#Recevoir-de-l'argent|Recevoir de l'argent]]).
*'''Montant minimum''' :
**'''Aucune limite''' : si le toggle switch est activé donc il n'y a aucune limite minimum pour le montant lors de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|la saisie d'un encaissement]].
**Sinon, Champ de saisie de texte s'affiche pour définir le montant minimum autorisée pour le type d'encaissement lors de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|la saisie d'un encaissement]].
*'''Montant maximum''' :
**'''Aucune limite''' : si le toggle switch est activé donc il n'y a aucune limite maximum pour le montant lors de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|la saisie d'un encaissement]].
**Sinon, Champ de saisie de texte s'affiche pour définir le montant maximum autorisée pour le type d'encaissement lors de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|la saisie d'un encaissement]].

Configuration de la comptabilité

2025-07-26T14:49:36Z

Lelhidam: /* Supprimer une agrégation bancaire */

__TOC__

=Présentation=
L'objet de cette page est de décrire la configuration de la [[Comptabilité|comptabilité]] dans la [[Accueil|version 4 d'OpenFlyers]].

=[[Bien débuter avec OpenFlyers#Mettre_en_place_la_gestion_d'activité_sur_OpenFlyers|Mise en place de la comptabilité dans OpenFlyers]]=

=Paramétrage général de la gestion des comptes=
*Aller dans '''[[Configuration#Gestion-des-comptes-(Admin->-Structure->-Paramétrage->-Comptes)|Admin > Structure > Paramétrage > Comptes]]'''.

*Activer le toggle switch '''Comptes''' et cliquer sur '''Enregistrer''' pour activer la gestion des comptes.
*Champ '''Gestion TVA''' : activer le toggle switch si la structure est soumise à la TVA, sinon le laisser désactivé. Lorsque le toggle switch est désactivé, le champ '''Mention spécifique pour l'absence de TVA''' est saisissable.
*Champ '''Mention spécifique pour l'absence de TVA''' :
*:Exemple de valeurs possibles pour le champ :
**"TVA non applicable : article 293B du CGI" pour une association loi 1901, exonérée de TVA car ne dépassant pas un certain chiffre d'affaire
**"Association loi 1901, exonérées de TVA : B.O.I. N° 208 du 18/12/2006 [BOI 4H-5-06]" pour une association exonérée de TVA du fait de son caractère non lucratif
**"TVA non applicable : article 202B du CGI" pour un organisme de formation professionnelle continue déclaré ayant opté pour l'exonération de TVA
**"Organisme de formation professionnelle continue déclaré ayant opté pour l'exonération de TVA : article 202B du CGI" pour les organismes de formation ayant opté pour l'exonération de TVA
**"TVA provisoirement non applicable en Guyane, Article 294-1 du CGI" pour une structure commerciale en Guyane.
**"TVA non applicable sur vols internationaux : Article 262-II-8° du CGI" pour une structure commerciale effectuant des vols internationaux
*Champ '''Titre spécifique pour les factures validées''' :
*:Exemple de valeurs possibles pour le champ :
**"Facture"
**"Note de participation aux frais"
*Champ '''Titre spécifique pour les factures non validées''' :
*:Exemple de valeurs possibles pour le champ :
**"Facture PROFORMA"
**"Note de participation aux frais PROFORMA"
**"Devis"
**"Bon de commande"
*Champ '''Titre spécifique pour les reçus validées''' :
*:Exemple de valeurs possibles pour le champ :
**"Reçu"
*Champ '''Titre spécifique pour les reçus non validés''' :
*:Exemple de valeurs possibles pour le champ :
**"Reçu PROFORMA"
*Champ '''Nombre maximal de jours antérieur pour lettrer''' : définit le nombre de jours avant la date d'une écriture pour lequel le lettrage automatique peut s'appliquer avec une autre écriture d'un même compte lors de l'[[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|import d'un relevé bancaire]]
*Champ '''Nombre maximal de jours postérieur pour lettrer''' : définit le nombre de jours après la date d'une écriture pour lequel le lettrage automatique peut s'appliquer avec une autre écriture d'un même compte lors de l'[[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|import d'un relevé bancaire]]
*Champ '''Mentions sur les conditions de paiement''' : remplace le champ [[Modèle de facture ODT#Variables|[payment_notice_tag]]] dans le template de la facture PDF.
*:Exemple de texte possible :
<pre>Règlement à réception

En cas de retard de paiement, il sera appliqué des pénalités correspondant au taux légal en vigueur par mois de retard.

En outre, une indemnité forfaitaire pour frais de recouvrement de 40 € sera due.

Pas d'escompte en cas de paiement anticipé.</pre>
*'''Mentions pieds de page''' : remplace le champ [[Modèle de facture ODT#Variables|[footer_tag]]] dans le template de la facture PDF. Exemple de texte possible :
<pre>SARL DUPONT au capital de 22 000 €, SIREN 123 456 789 RCS Paris, FR01234567890</pre>

=Paramétrage général des comptabilités=
*Aller dans '''Admin > Comptes > Comptabilités > Comptabilités'''.

Les différentes colonnes permettent de paramétrer une comptabilité :
*'''Nom''' : Nom de la comptabilité
*'''Unité''' : L'unité employé
*'''Symbole''' : Le symbole de l'unité
*'''Format''' : Le format d'affichage à utiliser pour les montants
*'''Nombre de chiffre après la virgule''' : Détermine à combien de chiffre après la virgule vont être arrondi les montants calculés au sein de la comptabilité. L'arrondissement s'effectue aussi sur les variable-formules.
*'''Comptes pour apurement d'un compte utilisateur'''
**'''Solde de compte positif''' : compte de produit défini pour recevoir le crédit lors de l'apurement d'un compte utilisateur ayant un solde positif lors de sa désactivation. Le compte défini par défaut est le compte [[Wikipedia-fr::Plan_comptable_général_(France)#75._Autres_produits_de_gestion_courante|758-Produits divers de gestion courante]].
**'''Solde de compte négatif''' : compte de charge défini pour recevoir le débit lors de l'apurement d'un compte utilisateur ayant un solde négatif lors de sa désactivation. Le compte défini par défaut est le compte [[Wikipedia-fr::Plan_comptable_général_(France)#65._Autres_charges_de_gestion_courante|654-Perte sur créances irrécouvrable]].
:Si le compte utilisateur à mettre à 0 est un compte en heure alors le compte de contre-partie est en général un compte de bilan intitulé "Encours xxx" appartement à la même comptabilité que le compte utilisateur concerné.
* '''Solde minimum requis''' et '''Si solde utilisateur inférieur au minimum''' : Permettent d'alerter et de restreindre l'accès à un profil déterminé ou de bloquer l'accès lorsque l'un des soldes des comptes d'un utilisateur est inférieur au minimum requis.
*'''Seuil minimum requis après transfert''' : Permet de bloquer [[Gestion-de-la-comptabilité-côté-utilisateur#Transférer-de-l'argent|un transfert]] si après opération, le solde du compte de l'utilisateur serait inférieur au seuil minimum requis. Si le seuil n'est pas défini alors il n'y a pas de vérification sur le solde. Le droit [[Gestion-des-profils#Surpasser-le-seuil-de-transfert-de-compte|Surpasser le seuil de transfert de compte]] permet de outrepasser cette limitation.
* '''Seuil de compte pour l'envoi d'e-mail d'alerte''' : Permet l'envoi d'un [[Envoi-des-emails#E-mail-de-rappel-de-solde|email d'alerte]], [[Envoi-des-emails#Présentation|uniquement sur les plateformes en production]], lorsque l'utilisateur a un solde de compte inférieur au seuil. L'email est envoyé à tous les utilisateurs concernés dès lors qu'une adresse email est enregistrée dans leur fiche utilisateur. Il est possible de suivre la bonne réception des alertes par email dans le module [[Suivi-des-emails|Suivi des emails]] (catégorie ''Alerte de solde'').
* '''Fréquence de rappel pour l'envoi d'e-mail d'alerte''' : Détermine la fréquence de rappel pour l'envoi de l'[[Envoi-des-emails#E-mail-de-rappel-de-solde|email d'alerte]] (Jamais, tous les jours, tous les 3 jours).
* '''Contenu de l'e-mail d'alerte''' : Le contenu à insérer dans le message d'[[Envoi-des-emails#E-mail-de-rappel-de-solde|email d'alerte]].
* '''Ajouté en copie d'e-mail''' : Permet d'ajouter les utilisateurs des profils cochés en copie de l'[[Envoi-des-emails#E-mail-de-rappel-de-solde|email d'alerte]] envoyé à chaque utilisateur concerné

Voir le chapitre [[Formules-de-calcul#Exemples-de-patrons-d'emails-de-rappel-de-solde|Exemples de patrons d'emails de rappel de solde]].

Nous recommandons fortement de mettre le paramètre %ACCOUNT_BALANCE € dans le patron d'emails. Cela permet d'avoir une traçabilité du montant calculé par OpenFlyers au moment de l'envoi de l'e-mail et ainsi d'éviter tout problème de discussion ultérieur.

==Restriction d'accès en cas de solde insuffisant==
Il est possible de définir des règles de restriction et/ou alerte pour chaque comptabilité. Pour cela, il faut :
*[[Gestion des profils|Créer un profil]] spécifique qui peut s'intituler ''Accès restreint''. Lors de la restriction, seuls les droits présents à la fois sur ce profil et sur celui de l'utilisateur restreint, resteront valides. Il faut donc bien définir les droits qui doivent rester présent pour le profil restreint.
*Dans le [[#Paramétrage_général_des_comptabilités|paramétrage général des comptabilités]], paramétrer les colonnes '''Si solde utilisateur inférieur au minimum''' et '''Solde minimum requis''' pour permettent d'alerter et de [[Connexion#Restriction-d'accès|restreindre l'accès à un profil déterminé]] ou de bloquer l'accès lorsque l'un des soldes des comptes d'un utilisateur est inférieur au minimum requis.

Le fait de [[Connexion#Restriction_d'accès|restreindre le profil d'un utilisateur]], permet de l'empêcher de pouvoir effectuer certaines actions comme réserver ou débuter une activité si l'un de ses soldes est insuffisant.

Ce contrôle sur le solde du compte et les droits qui en résultent s'effectue :
*A la connexion de l'utilisateur pour en déduire le type d'accès auquel il a droit
*Lors d'une action de réservation ou de saisie de vol effectuée par n'importe quel utilisateur. Dans ce cas, OpenFlyers contrôle le solde non pas de la personne effectuant l'action mais celui pour qui l'action est effectuée. Cela permet d'empêcher à un utilisateur de contourner une restriction en demandant à un autre utilisateur disposant de droits étendus de faire par exemple une réservation à son nom.

Il est possible d'attribuer à des profils le droit "[[Gestion-des-profils#Surpasser-la-limitation-du-solde-du-compte|Surpasser la limitation du solde du compte]]" qui seraient ainsi mise en place.

'''Attention :''' lorsqu'un utilisateur dispose d'un profil avec le droit "[[Gestion-des-profils#Surpasser-la-limitation-du-solde-du-compte|Surpasser la limitation du solde du compte]]", alors même s'il se connecte avec un autre profil, il n'aura pas de restriction en cas de solde insuffisant.

Il est possible d'empêcher les utilisateurs standards d'effectuer des réservations en cas de solde insuffisant en enlevant les droits [[Gestion-des-profils#Réservation-en-solo|"Réservation solo"]] et [[Gestion-des-profils#Réservation-pour-des-tiers|"Réservation pour des tiers"]] au profil ''Accès restreint'' tout en permettant à des tiers de pouvoir effectuer des réservations pour eux en laissant le droit [[Gestion-des-profils#Etre-sur-une-nouvelle-réservation|"Etre sur une nouvelle réservation"]] au profil ''Accès restreint''.

Conseil OpenFlyers : il est possible d'utiliser l'alerte sur une comptabilité pour mettre en place l'envoi automatique d'un e-mail lorsque le crédit d'heures de vol devient inférieur à une certaine valeur. Exemple : "Votre crédit d'heures de vol est inférieur à 1h, n'hésitez-pas à le recharger en achetant un pack de 10 heures".

=Compte comptable=
==Créer un compte comptable==
*Aller dans '''Gestion > Comptes > Comptes > X''' où X dépend de la [[Comptabilité#Présentation-des-comptes-dans-OpenFlyers|catégorie de comptes]] à créer.
*En bas du tableau :
**Remplir le champ de la colonne '''Nom''' avec le nom souhaité pour désigner le compte à créer. Certains caractères ne sont pas recommandés dans le nom [[OF-doc-en::Accounting-export-template-CsvWithPointDecimal#Introduction|car ils sont supprimées dans les fichiers d'exports]]
***'''Attention''' : Certains caractères ne sont pas recommandés dans le nom [[OF-doc-en::Accounting-export-template-CsvWithPointDecimal#Introduction|car ils sont supprimées dans les fichiers d'exports au format CSV]]
**Remplir le champ de la colonne '''Compte d'export''' avec le numéro de compte d'export comptable souhaité. Cette information peut être saisie ou mise à jour à tout moment jusqu'à avant l'export vers un logiciel de comptabilité.
**Dans le cas où il s'agit d'un compte client, il faut sélectionner la case à cocher de la colonne '''Reçoit les paiements des clients extérieurs''' si l'on souhaite pouvoir saisir des encaissements directement sur ce compte
**Cliquer sur le bouton '''Ajouter'''

==Créer un compte pour les ressources==
*Aller dans '''Gestion > Comptes > Comptes > Ressources'''
*Cliquer sur l'icône [[File:Icone_creation_compte.png]]

Les ressources affichées sont :
* celles utilisables pour la '''Saisie d'activité'''
* celles non utilisables pour la '''Saisie d'activité''' mais ayant au moins un compte actif : cela permet de continuer à pouvoir consulter l'historique du compte de la ressource alors que la ressource n'est plus utilisée.

==Comptes d'export==
A chaque [[#Compte_comptable|compte comptable]] est associé un compte d'export qui lui est propre.
*Ce numéro de compte d'export est utilisé exclusivement pour les [[Utilisation de la comptabilité#Les_exports_comptables|exports comptables]] et les rapports comptables
*Tous les comptes d'export doivent être définis avant de pouvoir réaliser un export comptable.
*Cette attribution de compte d'export peut être effectuée et modifiée à n'importe quel moment.
*Ce compte d'export est éditable directement au niveau du compte.
*De plus, pour les comptes utilisateurs et les comptes ressources, il est possible et fortement recommandé de définir des règles de numérotation automatique qui permettent de créer automatiquement les numéros de compte d'export lors de la création de nouveaux utilisateurs ou de nouvelles ressources.
*'''Attention''' : Certains caractères ne sont pas recommandés dans le nom [[OF-doc-en::Accounting-export-template-CsvWithPointDecimal#Introduction|car ils sont supprimées dans les fichiers d'exports au format CSV]]
''Dans le cadre du paramétrage effectué par OpenFlyers, nous livrons la plateforme avec les comptes d'export attribués selon le modèle couramment utilisé pour tous les comptes créés par nos soins.''
===Attribuer les comptes d'export utilisateurs ou ressources===
Pour attribuer les comptes d'export aux comptes utilisateurs ou aux comptes ressources, il existe 2 possibilités :
*soit par [[#Attribuer_manuellement_les_comptes_d'export_utilisateurs_ou_ressources|édition du compte d'export de chaque compte individuellement]]
*soit par [[#Mettre_en_place_un_patron_de_génération_automatique_de_compte_d'export_utilisateurs_ou_ressources|mise en place d'une formule permettant de générer automatiquement les valeurs]]
Il est recommandé de mettre en place une formule pour chaque type de compte utilisateur/ressource. Cela permet, lors de l'ajout de nouveaux utilisateurs/ressources, d'être sûr d'avoir une règle qui va être respectée et de permettre une génération automatique du compte d'export.

====Attribuer manuellement les comptes d'export utilisateurs ou ressources====
*Aller dans '''Gestion > Comptes > Comptes > Utilisateurs''' ou '''Gestion > Comptes > Comptes > Ressources'''
*Retrouver le compte souhaité
*Cliquer sur l'icône "crayon" pour modifier : un formulaire apparait permettant de modifier/saisir le Code comptable pour l'exportation

====Mettre en place un patron de génération automatique de compte d'export utilisateurs ou ressources====
*Aller dans '''Admin > Comptes > Utilisateurs > Types actifs''' ou '''Admin > Comptes > Ressources > Types actifs''' selon le cas.
*Cliquer sur l'icône symbolisant un crayon de la ligne du type de compte pour lequel vous souhaitez mettre en place/éditer le patron de code comptable.
*Renseigner le champ '''Patron de code comptable pour l'exportation''' (cf. [[Formules de calcul#Compte_d'export|les exemples]]).
*Cliquer sur le bouton '''Valider'''.
Il faut ensuite appliquer le patron :
*Aller dans '''Admin > Comptes > Utilisateurs > Gérer les comptes d'export''' ou dans '''Admin > Comptes > Ressources > Gérer les comptes d'export''' selon le cas.
*Dans le champ '''Appliquer la mise à jour sur les types de comptes''' sélectionner le type de compte concerné. Le champ '''Formule à appliquer''' doit automatiquement se remplir avec le patron précédemment créé
*Si vous souhaitez que le patron s'applique à tous les comptes, sélectionner '''Tous les comptes'''. Sinon, sélectionner '''Uniquement les comptes sans numéro d'export'''.
*Cliquer sur le bouton '''Appliquer'''.

===Attribuer les comptes d'export pour un compte ni utilisateur ni ressource===
*Aller dans '''Gestion > Comptes > Comptes > Tous'''
*Modifier le champ Compte d'export, la validation est automatique lors de la sortie du champ

=Agrégation bancaire et règles d'imputation=

==Activer une synchronisation journalière==
;Introduction
Cette procédure permet d'activer la synchronisation journalière pour une agrégation bancaire afin d'importer le relevé bancaire tous les jours

Lorsque la synchronisation est activée, alors le robot OpenFlyers importe automatiquement une fois par jour l'extrait de compte du compte bancaire concerné dans le compte de trésorerie couplé

;Prérequis
*Disposer du droit [[Gestion-des-profils#Gestion-des-comptabilités|Gestion des comptabilités]] ou du droit [[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]
*L'imputation automatique est complètement paramétrée

;Procédure
*Aller dans '''Admin > Comptes > Banque > Agréger'''
*Cliquer sur l'icône symbolisant un crayon et intitulée "Modifier" situé dans la colonne '''Actions''' de l'agrégation que l'on souhaite modifier
Un formulaire s'affiche :
*Vérifier si la '''Date de début d'import''' est antérieure à la date actuelle, si ce n'est pas le cas, modifier la date pour qu'elle soit antérieure à la date actuelle
*Activer l'interrupteur '''Synchroniser 1 fois par jour'''
*Cliquer sur le bouton '''Modifier'''

==Agréger un compte bancaire==
;Présentation
Cette action préliminaire est nécessaire pour permettre soit d'activer l'import quotidien automatique des relevés bancaires soit pour [[Utilisation-de-la-comptabilité#Importer-par-API|importer par API]] les relevés bancaires.

;Prérequis
*Disposer du droit [[Gestion-des-profils#Gestion-des-comptabilités|Gestion des comptabilités]] ou du droit [[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]

;Procédure
*Aller dans '''Admin > Comptes > Banque > Agréger'''
*Cliquer sur le bouton '''Ajouter''' situé à droite en haut du tableau d'agrégation
Un formulaire s'affiche :
*Dans le champ '''Compte de trésorerie''', sélectionner le compte de comptabilité qui doit être agrégé avec le compte de banque
*Dans le champ '''Date de début d'import''', pour une première agrégation sélectionner une date de début proche mais antérieure de quelques jours à la date actuelle pour être sûr de récupérer des écritures sans pour autant récupérer trop d'écritures
*Dans le champ '''Synchroniser 1 fois par jour''', pour une première agrégation, ne pas cocher ce champ. Il faudra le faire ultérieurement, une fois que l'imputation automatique sera complètement paramétrée
*Dans le champ '''Banque''', sélectionner le nom de la banque concernée
*Cliquer sur le bouton '''Agréger la banque'''
Une redirection est effectuée vers la page d'authentification de la banque sélectionnée.
*Remplir les champs demandés par la banque. Une authentification forte est exigée pour la connexion.
Une fois l'authentification et l'acceptation effectuée côté banque, une redirection est à nouveau effectuée pour revenir vers la page d'agrégation OpenFlyers
*Dans le champ '''Compte bancaire''', sélectionner le compte de la banque à agréger avec OpenFlyers
*Cliquer sur le bouton '''Ajouter'''
Une fois l'agrégation effectuée, une nouvelle ligne apparait dans le tableau d'agrégation.

Il faut ensuite poursuivre la configuration en procédant à un premier [[Utilisation-de-la-comptabilité#Importer-par-API|Import par API]] puis paramétrer les [[Configuration-de-la-comptabilité#Règles-d'imputations-automatiques|Règles d'imputations automatiques]].

Une fois l'ensemble des règles d'imputations définies, il est recommandé d'activer le champ '''Synchroniser 1 fois par jour''' afin que l'import se fasse quotidiennement de façon automatique.

==Modifier une agrégation bancaire==
;Introduction
Cette procédure permet de modifier un couplage entre un compte bancaire et un compte de trésorerie

;Prérequis
*Disposer du droit [[Gestion-des-profils#Gestion-des-comptabilités|Gestion des comptabilités]] ou du droit [[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]

;Procédure
*Aller dans '''Admin > Comptes > Banque > Agréger'''
*Cliquer sur l'icône symbolisant un crayon et intitulée "Modifier" situé dans la colonne '''Actions''' de l'agrégation que l'on souhaite modifier
Un formulaire s'affiche :
*'''Compte de trésorerie''': sélectionner le compte de comptabilité qui doit être agrégé avec le compte de banque
*'''Date de début d'import''': choisir une date antérieure à la date actuelle
*'''Synchroniser 1 fois par jour''': cocher ce champ une fois que l'imputation automatique est complètement paramétrée
*'''Banque''': choisir la banque
:#Si la banque est déjà agrégée, elle porte le tag '''(agrégation existante)'''
:#Si la banque n'est plus agrégée, un bouton s'affiche pour l'agréger
:#*Cliquer sur le bouton '''Agréger la banque'''
:#:Une redirection est effectuée vers la page d'authentification de la banque sélectionnée.
:#*Remplir les champs demandés par la banque. Une authentification forte est exigée pour la connexion.
:#:Une fois l'authentification et l'acceptation effectuée côté banque, une redirection est à nouveau effectuée pour revenir vers la page d'agrégation OpenFlyers
*'''Compte bancaire''', sélectionner le compte de la banque à agréger avec OpenFlyers
*Cliquer sur le bouton '''Modifier'''

==Règles d'imputations automatiques==
;Introduction
Cette procédure permet de créer ou modifier les règles d'imputation automatique utilisées lors de l'[[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|importation de relevés bancaires]].

Une vidéo YouTube décrit en détail comment procéder à ce paramétrage. La partie concernant les règles d’imputation débute à partir de 2'30 : https://www.youtube.com/watch?v=VVCdPWlwglM

;Prérequis
*Il faut disposer des droits de [[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]] ou [[Gestion-des-profils#Saisir-tout-flux|Saisir tout flux]].
*L'accès à cette fonctionnalité nécessite [[Utilisation-de-la-comptabilité#Créer-un-compte|la création d'au moins un compte]] client ou fournisseur.

;Procédure
*'''Gestion > Comptes > relevé bancaire > Règles d'imputation'''
Un tableau apparait :

{| class="wikitable"
!Ordonner!!Titre!!Montant sur le relevé bancaire!!Mot clé à rechercher!!Nom du compte imputé dans la comptabilité
|-
|0||Compte d'attente fournisseur||Débit (montant négatif)||--||Fournisseur - compte d'attente
|-
|1||Compte d'attente client||Crédit (montant positif)||--||Client - compte d'attente
|-
|}

Pour créer une nouvelle règle il faut cliquer sur le bouton '''Ajouter une règle d'imputation''' situé en bas du tableau. Il faut ensuite remplir le formulaire et appuyer sur le bouton '''Enregistrer'''. Le champ "Titre" doit être obligatoirement rempli.

Pour modifier une nouvelle règle il faut cliquer sur le bouton '''Modifier''' situé dans la colonne '''Actions''' de la règle d'imputation que l'on souhaite éditer. Il faut ensuite remplir le formulaire et appuyer sur le bouton '''Enregistrer'''. Le champ "Titre" doit être obligatoirement rempli.

Pour les règles d'imputation "Compte d'attente fournisseur" et "Compte d'attente client" seul les champs "Placer avant" et "Nom de compte" sont modifiable.

Présentation des colonnes :
*La colonne 'Ordonner' : Ordre dans lequel s'applique les règles d'imputation;
*La colonne 'Titre' : Titre des règles d'imputation;
*La colonne 'Montant sur le relevé bancaire' : L'utilisateur à le choix entre "Crédit" ou "Débit",
*La colonne 'Mot clé à rechercher' : Champs texte;
*La colonne 'Nom du compte imputé dans la comptabilité' : L'utilisateur à le choix entre les comptes déjà existant,

Fonctionnement :
*Lors de l'[[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|import d'un relevé bancaire]], le robot OpenFlyers va pour chaque ligne du relevé bancaire, parcourir les règles d'imputation dans l'ordre dans lequel elles sont définies.
*Si le montant de la ligne du relevé est du même signe que celui défini dans la règle (champ '''Montant sur le relevé bancaire''') et si l'intitulé contient le mot clé ou l'[[Wikipedia-fr:Expression_régulière|expression régulière]] définie dans le champ '''Mot clé à rechercher''', alors la règle s'applique. Dans ce cas, le robot, génère un flux qui va débiter/créditer le compte de trésorerie définie dans l'interface d'import des relevés bancaires et va mettre la contre-partie dans le compte défini dans la règle (champ '''Nom du compte imputé dans la comptabilité''').
*Si la règle ne correspond pas, le robot passe à la règle suivante jusqu'à trouver une règle qui s'applique.

Deux règles (''Compte d'attente fournisseur'' et ''Compte d'attente client'') sont créées par défaut. Elles ne peuvent être supprimées et leur ordre ne peut être modifiées. Elles sont positionnées en dernier. Ainsi, elles permettent de garantir que pour toute ligne du relevé bancaire, une règle va correspondre et que la ligne va donc bien être enregistrée dans OpenFlyers. Ces règles sont prévues pour s'appliquer sur des comptes par défaut (comptes d'attentes) afin de permettre un traitement manuel ultérieur par le gestionnaire. Seul le paramètre '''Nom du compte imputé dans la comptabilité''' est modifiable.

[[File:Exemple_regle_imputation.PNG|center|800px]]

==Renouveler l'agrégation des comptes bancaires==
;Présentation
Le renouvellement de l'agrégation des comptes bancaires doit être effectués tous les 3 mois. Il s'agit d'une obligation légale européenne. Si le renouvellement de l'agrégation n'est pas effectué au bout de 3 mois, alors il n'est plus possible de synchroniser manuellement ou automatiquement les comptes bancaires avec l'API de la banque.

Il est important de noter qu'il ne faut pas supprimer une agrégation existante pour la renouveler. En effet, si un utilisateur effectue cette action, alors les références de la nouvelle agrégation ne correspondront plus avec celles de l'ancienne et l'import des écritures bancaires va créer des doublons avec les anciens imports.

;Prérequis
*Disposer du droit [[Gestion-des-profils#Gestion-des-comptabilités|Gestion des comptabilités]] ou du droit [[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]
*Avoir un ou plusieurs [[#Agréger-des-comptes-bancaires|comptes bancaires agrégés]]

;Chapitres liés
*[[#Agréger-des-comptes-bancaires|Agréger des comptes bancaires]]
*[[Envoi-des-emails#E-mail-de-rappel-de-renouvellement-d'agrégation-bancaire|E-mail de rappel de renouvellement d'agrégation bancaire]]
*[[Utilisation-de-la-comptabilité#Importer-par-API|Importer par API un relevé bancaire]]
*[[Alertes-de-configuration#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|Alerte de configuration pour renouveler l'agrégation bancaire]]

;Procédure
Aller dans '''Admin > Comptes > Banque > Agréger'''
Un tableau s'affiche. Il doit contenir la liste des banques agrégées. Pour renouveler l'agrégation de l'une d'elle, il faut :
*Cliquer sur le pictogramme '''Renouveler''', symbolisant un triangle avec une flèche qui tourne autour, à gauche de la ligne de la banque concernée
L'interface de la banque apparait pour effectuer l'action de renouvellement de l'agrégation. Suivre les consignes et renseigner les informations demandées par la banque. Une fois le renouvellement de l'agrégation achevé, apparait à nouveau la page OpenFlyers du tableau des agrégations.
*Vérifier que la date d'agrégation correspond à la date du jour

==Supprimer une agrégation bancaire==
;Introduction
Il existe deux modes de suppression :
*'''Suppression du couplage''' : dissocier un compte bancaire d'un compte de trésorerie tout en maintenant l'agrégation. La banque continue alors d'apparaître avec le tag '''(agrégation existante)''' dans la liste des banques
*'''Suppression totale de l'agrégation''' : supprimer entièrement l'agrégation de la banque X, et pas seulement le lien entre l'un de ses comptes avec un compte de trésorerie. Dans ce cas, la banque n'affiche plus avec le tag '''(agrégation existante)''' dans la liste des banques

;Prérequis
*Disposer du droit [[Gestion-des-profils#Gestion-des-comptabilités|Gestion des comptabilités]] ou du droit [[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]

;Procédure pour la suppression du couplage entre un compte bancaire et un compte de trésorerie
*Aller dans '''Admin > Comptes > Banque > Agréger'''
*Cliquer sur l'icône symbolisant un lien rompu et intitulée "Dissocier le compte de trésorerie" situé dans la colonne '''Actions''' de l'agrégation que l'on souhaite supprimer
un message de confirmation s'affiche: ''Etes-vous sûr de vouloir dissocier le compte de trésorerie X ? Cette action supprime uniquement le lien entre le compte bancaire et le compte de trésorerie (agrégation conservée).''
*Confirmer la suppression en appuyant sur le bouton '''OK'''

;Procédure pour la suppression totale de l'agrégation
*Aller dans '''Admin > Comptes > Banque > Agréger'''
*Cliquer sur l'icône symbolisant une poubelle et intitulée "Supprimer complètement l'agrégation de la banque" situé dans la colonne '''Actions sur la banque''' de la banque que l'on souhaite supprimer
un message de confirmation s'affiche: ''Etes-vous sûr de vouloir supprimer toute l'agrégation de la banque X? La banque ne figure plus dans la liste des banques.''
*Confirmer la suppression en appuyant sur le bouton '''OK'''

=Spécificités métiers=
==[[Conseils spécifiques pour la comptabilité#Baptêmes_dans_un_aéro-club|Gestion des baptêmes]]==
#Créer un type d'activité "baptême"
#Créer un compte client "Clients extérieurs"
#Créer une règle de tarification concernant le type de vol "baptême" qui va débiter le compte "Clients extérieurs" et créditer le compte du pilote qui effectue le baptême à hauteur du montant du prix du vol en solo
Ainsi :
*le pilote qui effectue le baptême ne sera pas facturé
*le compte client "Clients extérieurs" sera débité du montant du prix du vol "solo"
*le compte produit "heures de vol" sera crédité normalement

=Types d'encaissements=
;Introduction
OpenFlyers permet de définir librement autant de types d'encaissements que nécessaire. Le module permet de définir tout type d'encaissement, des plus courants (espèce, carte bancaire, chèque ou virement) au plus spécifiques (chèques vacances, bons de comités d'entreprises).

;Prérequis
*L'administrateur doit disposer du droit [[Gestion-des-profils#Gestion-des-types-d'encaissements|Gestion des types d'encaissements]]

;Procédure
Aller dans le menu '''Admin > Comptes > Encaissements > Types''' afin d'afficher l'interface tableau de bord (vue synthétique), cette interface permet de visualiser les types d'encaissement créés précédemment. Il est possible d'y effectuer des modifications, notamment pour les actions suivants:

*Supprimer un type d'encaissement existant en cliquant sur le pictogramme symbolisant une poubelle à droite de la ligne du type d'encaissement à supprimer.
*Modifier un type d'encaissement existant en cliquant sur le pictogramme symbolisant un crayon sur la ligne correspondante au type d'encaissement à modifier.
*Créer un nouveau type d'encaissement en cliquant sur le bouton '''Ajouter'''.

L'ajout ou la modification d'un type d'encaissement redirige vers un formulaire contenant les champs suivants:
*'''Type d'encaissement''':
**'''Nom''' : Champ de saisie de texte permet de définir le nom du type d'encaissement (il est interdit de créer deux types d'encaissement avec le même nom).
**'''Intitulé du champ de saisie (vide si pas de champ)''' : champ de saisie de texte permet de définir l'intitulé
**'''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*'''Ventilation''':
**'''Compte de trésorerie affecté''' : champ de sélection permet de définir sur quel compte de trésorerie les paiements doivent être affectés au débit en contre partie du crédit sur le compte de l'utilisateur concerné.
**'''Remise à une personne''' : toggle switch permet de rendra actif le champ '''Personne qui reçoit''' lors de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|la saisie d'un encaissement]] (La liste des utilisateurs apparaissant dans le menu déroulant de ce champ contient les utilisateurs disposant d'un profil ayant le droit [[Gestion-des-profils#Recevoir-de-l'argent|Recevoir de l'argent]]).
*'''Montant minimum''' :
**'''Aucune limite''' : si le toggle switch est activé donc il n'y a aucune limite minimum pour le montant lors de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|la saisie d'un encaissement]].
**Sinon, Champ de saisie de texte s'affiche pour définir le montant minimum autorisée pour le type d'encaissement lors de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|la saisie d'un encaissement]].
*'''Montant maximum''' :
**'''Aucune limite''' : si le toggle switch est activé donc il n'y a aucune limite maximum pour le montant lors de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|la saisie d'un encaissement]].
**Sinon, Champ de saisie de texte s'affiche pour définir le montant maximum autorisée pour le type d'encaissement lors de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|la saisie d'un encaissement]].

Paiement en ligne

2025-07-24T09:02:58Z

Lelhidam: /* Mettre en place un TPE HelloAsso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE HelloAsso Checkout==
;Prérequis
*La structure doit avoir payé l'abonnement pour un TPE en ligne sur l'espace client OpenFlyers
*L'administrateur doit disposer des droits :
**[[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]
**[[Gestion-des-profils#Gestion-des-types-d'encaissements|Gestion des types d'encaissements]]
**[[Gestion-des-profils#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]]

;Mettre en place un compte de remise
*Aller dans '''Gestion > Comptes > Comptes > Trésorerie'''
Sur la dernière ligne du bas du tableau :
*Colonne '''Nom''' : saisir ''Compte remise CB HelloAsso''
*Colonne '''Compte d'export''' : saisir un numéro de compte de racine 582 correspondant au premier numéro disponible. Ainsi, s'il n'y a pas déjà de compte de racine 582, saisir 582001.
*Cliquer sur le bouton symbolisant le signe "+" dans la colonne Action

;Créer et interfacer le type de paiement
*Aller dans '''Admin > Comptes > Encaissements > Types'''
*Cliquer sur le bouton '''Ajouter''' en haut à droite du tableau
*Champ '''Nom''' : saisir ''Paiement en ligne HelloAsso''
*Cocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Champ '''Compte de trésorerie affecté''' : sélectionner '''Compte remise CB HelloAsso'''
*Champ '''Prestataire paiement en ligne''' : sélectionner l'option '''HelloAsso (x)''' si l'utilisateur a déjà connecté HelloAsso, sinon sélectionner l'option '''Paiement par Internet HelloAsso''' et procéder selon les indications suivantes :

:Une fenêtre contextuelle s'affiche

:*Lire la phrase expliquant le modèle économique de HelloAsso
:*Cliquer sur le bouton '''Connecter à HelloAsso'''

:L'administrateur est redirigé vers la mire d'autorisation HelloAsso

:*Saisir l'adresse email et le mot de passe du compte HelloAsso
:*Sélectionner l'association à connecter (s'il en a plusieurs), si une seule association est disponible, elle est sélectionnée automatiquement

:Si la structure ne possède pas encore de compte HelloAsso :

:*Cliquer le bouton '''Créer mon compte HelloAsso''', situé sous la phrase ''Vous n'avez pas encore de compte ?''

:Une fois l'inscription finalisée, L'utilisateur sera redirigé vers la mire d'autorisation pour terminer le processus de liaison

:Une fois la liaison terminée, l'utilisateur est redirigé vers la page de type d'encaissement, où le champ '''Prestataire paiement en ligne''' affiche '''HelloAsso (x)'''

*Cliquer sur le bouton '''Enregistrer'''

;Tester le paiement en ligne
*Aller dans '''Planning > Comptes > Actions > Approvisionner'''
*Champ '''Encaissement de l'utilisateur''' : saisir son propre nom
*Champ '''Type de règlement''' : sélectionner '''Paiement en ligne HelloAsso'''
*Champ '''Montant''' : saisir un '''montant cohérent qui sera réellement débité''' de sa carte bancaire
*Cliquer sur le bouton '''Enregistrer'''
L'utilisateur est redirigé vers l'interface HelloAsso proposant de compléter le montant de la transaction avec un montant proposé par HelloAsso :
*Corriger le montant comme souhaité, il est possible d'indiquer 0 €
*Cliquer sur le bouton ''Indiquer le nom du bouton''
*Saisir les coordonnées de sa carte bancaire et effectuer les opérations de vérification demandées par sa banque
Une fois la validation du paiement effectuée, l'utilisateur est automatiquement redirigé vers la page de son compte dans OpenFlyers :
*Vérifier qu'une nouvelle ligne d'encaissement à la date du jour a été générée dont le montant correspond à celui préalablement saisi dans OpenFlyers

;Permettre à tous les utilisateurs d'utiliser ce type d'encaissement
*Aller dans '''Admin > Comptes > Encaissements > Types'''
*Cliquer sur le bouton symbolisant un crayon à droite de la ligne du type d'encaissement '''Paiement en ligne HelloAsso'''
*Décocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Cliquer sur le bouton '''Enregistrer'''

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-07-22T09:24:51Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
;Prérequis
*La structure doit avoir payé l'abonnement pour un TPE en ligne sur l'espace client OpenFlyers
*L'administrateur doit disposer des droits :
**[[Gestion-des-profils#Gestion-des-types-d'encaissements|Gestion des types d'encaissements]]
**[[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]
**[[Gestion-des-profils#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]]

;Mettre en place un compte de remise
*Aller dans '''Gestion > Comptes > Comptes > Trésorerie'''
Sur la dernière ligne du bas du tableau :
*Colonne '''Nom''' : saisir ''Compte remise CB HelloAsso''
*Colonne '''Compte d'export''' : saisir un numéro de compte de racine 582 correspondant au premier numéro disponible. Ainsi, s'il n'y a pas déjà de compte de racine 582, saisir 582001.
*Cliquer sur le bouton symbolisant le signe "+" dans la colonne Action

;Créer et interfacer le type de paiement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton '''Ajouter''' en haut à droite du tableau
*Champ '''Nom''' : saisir ''Paiement en ligne HelloAsso''
*Cocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Champ '''Compte de trésorerie affecté''' : sélectionner '''Compte remise CB HelloAsso'''
*Champ '''Prestataire paiement en ligne''' : sélectionner l'option '''HelloAsso (x)''' si l'utilisateur a déjà connecté HelloAsso, sinon sélectionner l'option '''Paiement par Internet HelloAsso''' et procéder selon les indications suivantes:

:Une fenêtre contextuelle s'affiche

:*Lire la phrase expliquant le modèle économique de HelloAsso
:*Cliquer sur le bouton '''Connecter à HelloAsso'''

:L'utilisateur est redirigé vers la mire d'autorisation HelloAsso

:*Saisir l'adresse email et le mot de passe du compte HelloAsso
:*Séléctionner l'association à connecter (s'il en a plusieurs), si une seule association est disponible, elle est sélectionnée automatiquement

:Si l'utilisateur ne possède pas encore de compte HelloAsso:

:*Cliquer le bouton "Créer mon compte HelloAsso", situé sous la phrase "Vous n'avez pas encore de compte ?"

:Une fois l'inscription finalisée, L'utilisateur sera redirigé vers la mire d'autorisation pour terminer le processus de liaison

:Une fois la liaison terminée, l'utilisateur est redirigé vers la page de type d'encaissement, où le champ '''Prestataire paiement en ligne''' affiche '''HelloAsso (x)'''

*Cliquer sur le bouton '''Enregistrer'''

;Tester le paiement en ligne
*Aller dans '''Planning > Comptes > Actions > Approvisionner'''
*Champ '''Encaissement de l'utilisateur''' : saisir son propre nom
*Champ '''Type de règlement''' : sélectionner '''Paiement en ligne HelloAsso'''
*Champ '''Montant''' : saisir un '''montant cohérent qui sera réellement débité''' de sa carte bancaire
*Cliquer sur le bouton '''Enregistrer'''
L'utilisateur est redirigé vers l'interface HelloAsso proposant de compléter le montant de la transaction avec un montant proposé par HelloAsso :
*Corriger le montant comme souhaité, il est possible d'indiquer 0 €
*Cliquer sur le bouton ''Indiquer le nom du bouton''
*Saisir les coordonnées de sa carte bancaire et effectuer les opérations de vérification demandées par sa banque
Une fois la validation du paiement effectué, l'utilisateur est automatiquement redirigé vers la page de son compte dans OpenFlyers :
*Vérifier qu'une nouvelle ligne d'encaissement à la date du jour a été générée dont le montant correspond à celui préalablement saisi dans OpenFlyers

;Permettre à tous les utilisateurs d'utiliser ce type d'encaissement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton symbolisant un crayon à droite de la ligne du type d'encaissement '''Paiement en ligne HelloAsso'''
*Décocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Cliquer sur le bouton '''Enregistrer'''

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-07-22T09:24:13Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
;Prérequis
*La structure doit avoir payé l'abonnement pour un TPE en ligne sur l'espace client OpenFlyers
*L'administrateur doit disposer des droits :
**[[Gestion-des-profils#Gestion-des-types-d'encaissements|Gestion des types d'encaissements]]
**[[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]
**[[Gestion-des-profils#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]]

;Mettre en place un compte de remise
*Aller dans '''Gestion > Comptes > Comptes > Trésorerie'''
Sur la dernière ligne du bas du tableau :
*Colonne '''Nom''' : saisir ''Compte remise CB HelloAsso''
*Colonne '''Compte d'export''' : saisir un numéro de compte de racine 582 correspondant au premier numéro disponible. Ainsi, s'il n'y a pas déjà de compte de racine 582, saisir 582001.
*Cliquer sur le bouton symbolisant le signe "+" dans la colonne Action

;Créer et interfacer le type de paiement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton '''Ajouter''' en haut à droite du tableau
*Champ '''Nom''' : saisir ''Paiement en ligne HelloAsso''
*Cocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Champ '''Compte de trésorerie affecté''' : sélectionner '''Compte remise CB HelloAsso'''
*Champ '''Prestataire paiement en ligne''' : sélectionner l'option '''HelloAsso (x)''' si l'utilisateur a déjà connecté HelloAsso, sinon sélectionner l'option '''Paiement par Internet HelloAsso''' et procéder selon les indications suivantes:
:Une fenêtre contextuelle s'affiche
:*Lire la phrase expliquant le modèle économique de HelloAsso
:*Cliquer sur le bouton '''Connecter à HelloAsso'''
:L'utilisateur est redirigé vers la mire d'autorisation HelloAsso
:*Saisir l'adresse email et le mot de passe du compte HelloAsso
:*Séléctionner l'association à connecter (s'il en a plusieurs), si une seule association est disponible, elle est sélectionnée automatiquement
:Si l'utilisateur ne possède pas encore de compte HelloAsso:
:*Cliquer le bouton "Créer mon compte HelloAsso", situé sous la phrase "Vous n'avez pas encore de compte ?"

:Une fois l'inscription finalisée, L'utilisateur sera redirigé vers la mire d'autorisation pour terminer le processus de liaison

:Une fois la liaison terminée, l'utilisateur est redirigé vers la page de type d'encaissement, où le champ '''Prestataire paiement en ligne''' affiche '''HelloAsso (x)'''

*Cliquer sur le bouton '''Enregistrer'''

;Tester le paiement en ligne
*Aller dans '''Planning > Comptes > Actions > Approvisionner'''
*Champ '''Encaissement de l'utilisateur''' : saisir son propre nom
*Champ '''Type de règlement''' : sélectionner '''Paiement en ligne HelloAsso'''
*Champ '''Montant''' : saisir un '''montant cohérent qui sera réellement débité''' de sa carte bancaire
*Cliquer sur le bouton '''Enregistrer'''
L'utilisateur est redirigé vers l'interface HelloAsso proposant de compléter le montant de la transaction avec un montant proposé par HelloAsso :
*Corriger le montant comme souhaité, il est possible d'indiquer 0 €
*Cliquer sur le bouton ''Indiquer le nom du bouton''
*Saisir les coordonnées de sa carte bancaire et effectuer les opérations de vérification demandées par sa banque
Une fois la validation du paiement effectué, l'utilisateur est automatiquement redirigé vers la page de son compte dans OpenFlyers :
*Vérifier qu'une nouvelle ligne d'encaissement à la date du jour a été générée dont le montant correspond à celui préalablement saisi dans OpenFlyers

;Permettre à tous les utilisateurs d'utiliser ce type d'encaissement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton symbolisant un crayon à droite de la ligne du type d'encaissement '''Paiement en ligne HelloAsso'''
*Décocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Cliquer sur le bouton '''Enregistrer'''

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-07-22T09:22:06Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
;Prérequis
*La structure doit avoir payé l'abonnement pour un TPE en ligne sur l'espace client OpenFlyers
*L'administrateur doit disposer des droits :
**[[Gestion-des-profils#Gestion-des-types-d'encaissements|Gestion des types d'encaissements]]
**[[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]
**[[Gestion-des-profils#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]]

;Mettre en place un compte de remise
*Aller dans '''Gestion > Comptes > Comptes > Trésorerie'''
Sur la dernière ligne du bas du tableau :
*Colonne '''Nom''' : saisir ''Compte remise CB HelloAsso''
*Colonne '''Compte d'export''' : saisir un numéro de compte de racine 582 correspondant au premier numéro disponible. Ainsi, s'il n'y a pas déjà de compte de racine 582, saisir 582001.
*Cliquer sur le bouton symbolisant le signe "+" dans la colonne Action

;Créer et interfacer le type de paiement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton '''Ajouter''' en haut à droite du tableau
*Champ '''Nom''' : saisir ''Paiement en ligne HelloAsso''
*Cocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Champ '''Compte de trésorerie affecté''' : sélectionner '''Compte remise CB HelloAsso'''
*Champ '''Prestataire paiement en ligne''' : sélectionner l'option '''HelloAsso (x)''' si l'utilisateur a déjà connecté HelloAsso, sinon sélectionner l'option '''Paiement par Internet HelloAsso''' et procéder selon les indications suivantes:
:Une fenêtre contextuelle s'affiche
:*Lire la phrase expliquant le modèle économique de HelloAsso
:*Cliquer sur le bouton '''Connecter à HelloAsso'''
:L'utilisateur est redirigé vers la mire d'autorisation HelloAsso
:*Saisir l'adresse email et le mot de passe du compte HelloAsso
:*Séléctionner l'association à connecter (s'il en a plusieurs), si une seule association est disponible, elle est sélectionnée automatiquement
:Si l'utilisateur ne possède pas encore de compte HelloAsso:
:*Cliquer le bouton "Créer mon compte HelloAsso", situé sous la phrase "Vous n'avez pas encore de compte ?"
:Une fois l'inscription finalisée, L'utilisateur sera redirigé vers la mire d'autorisation pour terminer le processus de liaison.
:Une fois la liaison terminée, l'utilisateur est redirigé vers la page de type d'encaissement, où le champ Prestataire paiement en ligne affichera HelloAsso (x).

*Cliquer sur le bouton '''Enregistrer'''

;Tester le paiement en ligne
*Aller dans '''Planning > Comptes > Actions > Approvisionner'''
*Champ '''Encaissement de l'utilisateur''' : saisir son propre nom
*Champ '''Type de règlement''' : sélectionner '''Paiement en ligne HelloAsso'''
*Champ '''Montant''' : saisir un '''montant cohérent qui sera réellement débité''' de sa carte bancaire
*Cliquer sur le bouton '''Enregistrer'''
L'utilisateur est redirigé vers l'interface HelloAsso proposant de compléter le montant de la transaction avec un montant proposé par HelloAsso :
*Corriger le montant comme souhaité, il est possible d'indiquer 0 €
*Cliquer sur le bouton ''Indiquer le nom du bouton''
*Saisir les coordonnées de sa carte bancaire et effectuer les opérations de vérification demandées par sa banque
Une fois la validation du paiement effectué, l'utilisateur est automatiquement redirigé vers la page de son compte dans OpenFlyers :
*Vérifier qu'une nouvelle ligne d'encaissement à la date du jour a été générée dont le montant correspond à celui préalablement saisi dans OpenFlyers

;Permettre à tous les utilisateurs d'utiliser ce type d'encaissement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton symbolisant un crayon à droite de la ligne du type d'encaissement '''Paiement en ligne HelloAsso'''
*Décocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Cliquer sur le bouton '''Enregistrer'''

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-07-22T09:20:50Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
;Prérequis
*La structure doit avoir payé l'abonnement pour un TPE en ligne sur l'espace client OpenFlyers
*L'administrateur doit disposer des droits :
**[[Gestion-des-profils#Gestion-des-types-d'encaissements|Gestion des types d'encaissements]]
**[[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]
**[[Gestion-des-profils#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]]

;Mettre en place un compte de remise
*Aller dans '''Gestion > Comptes > Comptes > Trésorerie'''
Sur la dernière ligne du bas du tableau :
*Colonne '''Nom''' : saisir ''Compte remise CB HelloAsso''
*Colonne '''Compte d'export''' : saisir un numéro de compte de racine 582 correspondant au premier numéro disponible. Ainsi, s'il n'y a pas déjà de compte de racine 582, saisir 582001.
*Cliquer sur le bouton symbolisant le signe "+" dans la colonne Action

;Créer et interfacer le type de paiement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton '''Ajouter''' en haut à droite du tableau
*Champ '''Nom''' : saisir ''Paiement en ligne HelloAsso''
*Cocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Champ '''Compte de trésorerie affecté''' : sélectionner '''Compte remise CB HelloAsso'''
*Champ '''Prestataire paiement en ligne''' : sélectionner l'option '''HelloAsso (x)''' si l'utilisateur a déjà connecté HelloAsso, sinon sélectionner l'option '''Paiement par Internet HelloAsso''' et procéder selon les indications suivantes:
:Une fenêtre contextuelle s'affiche
:*Lire la phrase expliquant le modèle économique de HelloAsso
:*Cliquer sur le bouton '''Connecter à HelloAsso'''
:L'utilisateur est redirigé vers le mire d'autorisation HelloAsso
:*Saisir l'adresse email et le mot de passe du compte HelloAsso
:*Séléctionner l'association à connecter (s'il en a plusieurs), si une seule association est disponible, elle est sélectionnée automatiquement
:Si l'utilisateur ne possède pas encore de compte HelloAsso:
:*Cliquer le bouton "Créer mon compte HelloAsso", situé sous la phrase "Vous n'avez pas encore de compte ?"
:Une fois l'inscription finalisée, L'utilisateur sera redirigé vers la mire d'autorisation pour terminer le processus de liaison.
:Une fois la liaison terminée, l'utilisateur est redirigé vers la page de type d'encaissement, où le champ Prestataire paiement en ligne affichera HelloAsso (x).

*Cliquer sur le bouton '''Enregistrer'''

;Tester le paiement en ligne
*Aller dans '''Planning > Comptes > Actions > Approvisionner'''
*Champ '''Encaissement de l'utilisateur''' : saisir son propre nom
*Champ '''Type de règlement''' : sélectionner '''Paiement en ligne HelloAsso'''
*Champ '''Montant''' : saisir un '''montant cohérent qui sera réellement débité''' de sa carte bancaire
*Cliquer sur le bouton '''Enregistrer'''
L'utilisateur est redirigé vers l'interface HelloAsso proposant de compléter le montant de la transaction avec un montant proposé par HelloAsso :
*Corriger le montant comme souhaité, il est possible d'indiquer 0 €
*Cliquer sur le bouton ''Indiquer le nom du bouton''
*Saisir les coordonnées de sa carte bancaire et effectuer les opérations de vérification demandées par sa banque
Une fois la validation du paiement effectué, l'utilisateur est automatiquement redirigé vers la page de son compte dans OpenFlyers :
*Vérifier qu'une nouvelle ligne d'encaissement à la date du jour a été générée dont le montant correspond à celui préalablement saisi dans OpenFlyers

;Permettre à tous les utilisateurs d'utiliser ce type d'encaissement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton symbolisant un crayon à droite de la ligne du type d'encaissement '''Paiement en ligne HelloAsso'''
*Décocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Cliquer sur le bouton '''Enregistrer'''

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-07-22T09:20:21Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
;Prérequis
*La structure doit avoir payé l'abonnement pour un TPE en ligne sur l'espace client OpenFlyers
*L'administrateur doit disposer des droits :
**[[Gestion-des-profils#Gestion-des-types-d'encaissements|Gestion des types d'encaissements]]
**[[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]
**[[Gestion-des-profils#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]]

;Mettre en place un compte de remise
*Aller dans '''Gestion > Comptes > Comptes > Trésorerie'''
Sur la dernière ligne du bas du tableau :
*Colonne '''Nom''' : saisir ''Compte remise CB HelloAsso''
*Colonne '''Compte d'export''' : saisir un numéro de compte de racine 582 correspondant au premier numéro disponible. Ainsi, s'il n'y a pas déjà de compte de racine 582, saisir 582001.
*Cliquer sur le bouton symbolisant le signe "+" dans la colonne Action

;Créer et interfacer le type de paiement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton '''Ajouter''' en haut à droite du tableau
*Champ '''Nom''' : saisir ''Paiement en ligne HelloAsso''
*Cocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Champ '''Compte de trésorerie affecté''' : sélectionner '''Compte remise CB HelloAsso'''
*Champ '''Prestataire paiement en ligne''' : sélectionner l'option '''HelloAsso (x)''' si l'utilisateur a déjà connecté HelloAsso, sinon sélectionner l'option '''Paiement par Internet HelloAsso''' et procéder selon les indications suivantes:
:*Sélectionner l'option '''Paiement par Internet HelloAsso'''
:Une fenêtre contextuelle s'affiche
:*Lire la phrase expliquant le modèle économique de HelloAsso
:*Cliquer sur le bouton '''Connecter à HelloAsso'''
:L'utilisateur est redirigé vers le mire d'autorisation HelloAsso
:*Saisir l'adresse email et le mot de passe du compte HelloAsso
:*Séléctionner l'association à connecter (s'il en a plusieurs), si une seule association est disponible, elle est sélectionnée automatiquement
:Si l'utilisateur ne possède pas encore de compte HelloAsso:
:*Cliquer le bouton "Créer mon compte HelloAsso", situé sous la phrase "Vous n'avez pas encore de compte ?"
:Une fois l'inscription finalisée, L'utilisateur sera redirigé vers la mire d'autorisation pour terminer le processus de liaison.
:Une fois la liaison terminée, l'utilisateur est redirigé vers la page de type d'encaissement, où le champ Prestataire paiement en ligne affichera HelloAsso (x).

*Cliquer sur le bouton '''Enregistrer'''

;Tester le paiement en ligne
*Aller dans '''Planning > Comptes > Actions > Approvisionner'''
*Champ '''Encaissement de l'utilisateur''' : saisir son propre nom
*Champ '''Type de règlement''' : sélectionner '''Paiement en ligne HelloAsso'''
*Champ '''Montant''' : saisir un '''montant cohérent qui sera réellement débité''' de sa carte bancaire
*Cliquer sur le bouton '''Enregistrer'''
L'utilisateur est redirigé vers l'interface HelloAsso proposant de compléter le montant de la transaction avec un montant proposé par HelloAsso :
*Corriger le montant comme souhaité, il est possible d'indiquer 0 €
*Cliquer sur le bouton ''Indiquer le nom du bouton''
*Saisir les coordonnées de sa carte bancaire et effectuer les opérations de vérification demandées par sa banque
Une fois la validation du paiement effectué, l'utilisateur est automatiquement redirigé vers la page de son compte dans OpenFlyers :
*Vérifier qu'une nouvelle ligne d'encaissement à la date du jour a été générée dont le montant correspond à celui préalablement saisi dans OpenFlyers

;Permettre à tous les utilisateurs d'utiliser ce type d'encaissement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton symbolisant un crayon à droite de la ligne du type d'encaissement '''Paiement en ligne HelloAsso'''
*Décocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Cliquer sur le bouton '''Enregistrer'''

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-07-22T09:17:29Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
;Prérequis
*La structure doit avoir payé l'abonnement pour un TPE en ligne sur l'espace client OpenFlyers
*L'administrateur doit disposer des droits :
**[[Gestion-des-profils#Gestion-des-types-d'encaissements|Gestion des types d'encaissements]]
**[[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]
**[[Gestion-des-profils#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]]

;Mettre en place un compte de remise
*Aller dans '''Gestion > Comptes > Comptes > Trésorerie'''
Sur la dernière ligne du bas du tableau :
*Colonne '''Nom''' : saisir ''Compte remise CB HelloAsso''
*Colonne '''Compte d'export''' : saisir un numéro de compte de racine 582 correspondant au premier numéro disponible. Ainsi, s'il n'y a pas déjà de compte de racine 582, saisir 582001.
*Cliquer sur le bouton symbolisant le signe "+" dans la colonne Action

;Créer et interfacer le type de paiement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton '''Ajouter''' en haut à droite du tableau
*Champ '''Nom''' : saisir ''Paiement en ligne HelloAsso''
*Cocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Champ '''Compte de trésorerie affecté''' : sélectionner '''Compte remise CB HelloAsso'''
*Champ '''Prestataire paiement en ligne''' :

:;L'utilisateur n'a pas encore connecté HelloAsso:
:*Sélectionner l'option '''Paiement par Internet HelloAsso'''
:Une fenêtre contextuelle s'affiche
:*Lire la phrase expliquant le modèle économique de HelloAsso
:*Cliquer sur le bouton '''Connecter à HelloAsso'''
:L'utilisateur est redirigé vers le mire d'autorisation HelloAsso
:*Saisir l'adresse email et le mot de passe du compte HelloAsso
:*Séléctionner l'association à connecter (s'il en a plusieurs), si une seule association est disponible, elle est sélectionnée automatiquement
:Si l'utilisateur ne possède pas encore de compte HelloAsso:
:*Cliquer le bouton "Créer mon compte HelloAsso", situé sous la phrase "Vous n'avez pas encore de compte ?"
:Une fois l'inscription finalisée, L'utilisateur sera redirigé vers la mire d'autorisation pour terminer le processus de liaison.
:Une fois la liaison terminée, l'utilisateur est redirigé vers la page de type d'encaissement, où le champ Prestataire paiement en ligne affichera HelloAsso (x).

:;L'utilisateur a déjà connecté HelloAsso:
:*Sélectionner directement l'option '''HelloAsso (x)''' dans le champ '''Prestataire paiement en ligne'''

*Cliquer sur le bouton '''Enregistrer'''

;Tester le paiement en ligne
*Aller dans '''Planning > Comptes > Actions > Approvisionner'''
*Champ '''Encaissement de l'utilisateur''' : saisir son propre nom
*Champ '''Type de règlement''' : sélectionner '''Paiement en ligne HelloAsso'''
*Champ '''Montant''' : saisir un '''montant cohérent qui sera réellement débité''' de sa carte bancaire
*Cliquer sur le bouton '''Enregistrer'''
L'utilisateur est redirigé vers l'interface HelloAsso proposant de compléter le montant de la transaction avec un montant proposé par HelloAsso :
*Corriger le montant comme souhaité, il est possible d'indiquer 0 €
*Cliquer sur le bouton ''Indiquer le nom du bouton''
*Saisir les coordonnées de sa carte bancaire et effectuer les opérations de vérification demandées par sa banque
Une fois la validation du paiement effectué, l'utilisateur est automatiquement redirigé vers la page de son compte dans OpenFlyers :
*Vérifier qu'une nouvelle ligne d'encaissement à la date du jour a été générée dont le montant correspond à celui préalablement saisi dans OpenFlyers

;Permettre à tous les utilisateurs d'utiliser ce type d'encaissement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton symbolisant un crayon à droite de la ligne du type d'encaissement '''Paiement en ligne HelloAsso'''
*Décocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Cliquer sur le bouton '''Enregistrer'''

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-07-22T09:17:03Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
;Prérequis
*La structure doit avoir payé l'abonnement pour un TPE en ligne sur l'espace client OpenFlyers
*L'administrateur doit disposer des droits :
**[[Gestion-des-profils#Gestion-des-types-d'encaissements|Gestion des types d'encaissements]]
**[[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]
**[[Gestion-des-profils#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]]

;Mettre en place un compte de remise
*Aller dans '''Gestion > Comptes > Comptes > Trésorerie'''
Sur la dernière ligne du bas du tableau :
*Colonne '''Nom''' : saisir ''Compte remise CB HelloAsso''
*Colonne '''Compte d'export''' : saisir un numéro de compte de racine 582 correspondant au premier numéro disponible. Ainsi, s'il n'y a pas déjà de compte de racine 582, saisir 582001.
*Cliquer sur le bouton symbolisant le signe "+" dans la colonne Action

;Créer et interfacer le type de paiement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton '''Ajouter''' en haut à droite du tableau
*Champ '''Nom''' : saisir ''Paiement en ligne HelloAsso''
*Cocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Champ '''Compte de trésorerie affecté''' : sélectionner '''Compte remise CB HelloAsso'''
*Champ '''Prestataire paiement en ligne''' :

:;L'utilisateur n'a pas encore connecté HelloAsso:
:*Sélectionner l'option '''Paiement par Internet HelloAsso'''
:Une fenêtre contextuelle s'affiche
:*Lire la phrase expliquant le modèle économique de HelloAsso
:*Cliquer sur le bouton '''Connecter à HelloAsso'''
:L'utilisateur est redirigé vers le mire d'autorisation HelloAsso
:*Saisir l'adresse email et le mot de passe du compte HelloAsso
:*Séléctionner l'association à connecter (s'il en a plusieurs), si une seule association est disponible, elle est sélectionnée automatiquement
:Si l'utilisateur ne possède pas encore de compte HelloAsso:
:*Cliquer le bouton "Créer mon compte HelloAsso", situé sous la phrase "Vous n'avez pas encore de compte ?"
:Une fois l'inscription finalisée, L'utilisateur sera redirigé vers la mire d'autorisation pour terminer le processus de liaison.
:Une fois la liaison terminée, l'utilisateur est redirigé vers la page de type d'encaissement, où le champ Prestataire paiement en ligne affichera HelloAsso (x).

:;L'utilisateur a déjà connecté HelloAsso:
*Sélectionner directement l'option '''HelloAsso (x)''' dans le champ '''Prestataire paiement en ligne'''

*Cliquer sur le bouton '''Enregistrer'''

;Tester le paiement en ligne
*Aller dans '''Planning > Comptes > Actions > Approvisionner'''
*Champ '''Encaissement de l'utilisateur''' : saisir son propre nom
*Champ '''Type de règlement''' : sélectionner '''Paiement en ligne HelloAsso'''
*Champ '''Montant''' : saisir un '''montant cohérent qui sera réellement débité''' de sa carte bancaire
*Cliquer sur le bouton '''Enregistrer'''
L'utilisateur est redirigé vers l'interface HelloAsso proposant de compléter le montant de la transaction avec un montant proposé par HelloAsso :
*Corriger le montant comme souhaité, il est possible d'indiquer 0 €
*Cliquer sur le bouton ''Indiquer le nom du bouton''
*Saisir les coordonnées de sa carte bancaire et effectuer les opérations de vérification demandées par sa banque
Une fois la validation du paiement effectué, l'utilisateur est automatiquement redirigé vers la page de son compte dans OpenFlyers :
*Vérifier qu'une nouvelle ligne d'encaissement à la date du jour a été générée dont le montant correspond à celui préalablement saisi dans OpenFlyers

;Permettre à tous les utilisateurs d'utiliser ce type d'encaissement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton symbolisant un crayon à droite de la ligne du type d'encaissement '''Paiement en ligne HelloAsso'''
*Décocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Cliquer sur le bouton '''Enregistrer'''

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-07-22T09:16:44Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
;Prérequis
*La structure doit avoir payé l'abonnement pour un TPE en ligne sur l'espace client OpenFlyers
*L'administrateur doit disposer des droits :
**[[Gestion-des-profils#Gestion-des-types-d'encaissements|Gestion des types d'encaissements]]
**[[Gestion-des-profils#Gestion-des-comptes|Gestion des comptes]]
**[[Gestion-des-profils#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]]

;Mettre en place un compte de remise
*Aller dans '''Gestion > Comptes > Comptes > Trésorerie'''
Sur la dernière ligne du bas du tableau :
*Colonne '''Nom''' : saisir ''Compte remise CB HelloAsso''
*Colonne '''Compte d'export''' : saisir un numéro de compte de racine 582 correspondant au premier numéro disponible. Ainsi, s'il n'y a pas déjà de compte de racine 582, saisir 582001.
*Cliquer sur le bouton symbolisant le signe "+" dans la colonne Action

;Créer et interfacer le type de paiement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton '''Ajouter''' en haut à droite du tableau
*Champ '''Nom''' : saisir ''Paiement en ligne HelloAsso''
*Cocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Champ '''Compte de trésorerie affecté''' : sélectionner '''Compte remise CB HelloAsso'''
*Champ '''Prestataire paiement en ligne''' :

:;L'utilisateur n’a pas encore connecté HelloAsso:
:*Sélectionner l'option '''Paiement par Internet HelloAsso'''
:Une fenêtre contextuelle s'affiche
:*Lire la phrase expliquant le modèle économique de HelloAsso
:*Cliquer sur le bouton '''Connecter à HelloAsso'''
:L'utilisateur est redirigé vers le mire d'autorisation HelloAsso
:*Saisir l'adresse email et le mot de passe du compte HelloAsso
:*Séléctionner l'association à connecter (s'il en a plusieurs), si une seule association est disponible, elle est sélectionnée automatiquement
:Si l'utilisateur ne possède pas encore de compte HelloAsso:
:*Cliquer le bouton "Créer mon compte HelloAsso", situé sous la phrase "Vous n'avez pas encore de compte ?"
:Une fois l'inscription finalisée, L'utilisateur sera redirigé vers la mire d'autorisation pour terminer le processus de liaison.
:Une fois la liaison terminée, l'utilisateur est redirigé vers la page de type d'encaissement, où le champ Prestataire paiement en ligne affichera HelloAsso (x).

:;L'utilisateur a déjà connecté HelloAsso:
*Sélectionner directement l'option '''HelloAsso (x)''' dans le champ '''Prestataire paiement en ligne'''

*Cliquer sur le bouton '''Enregistrer'''

;Tester le paiement en ligne
*Aller dans '''Planning > Comptes > Actions > Approvisionner'''
*Champ '''Encaissement de l'utilisateur''' : saisir son propre nom
*Champ '''Type de règlement''' : sélectionner '''Paiement en ligne HelloAsso'''
*Champ '''Montant''' : saisir un '''montant cohérent qui sera réellement débité''' de sa carte bancaire
*Cliquer sur le bouton '''Enregistrer'''
L'utilisateur est redirigé vers l'interface HelloAsso proposant de compléter le montant de la transaction avec un montant proposé par HelloAsso :
*Corriger le montant comme souhaité, il est possible d'indiquer 0 €
*Cliquer sur le bouton ''Indiquer le nom du bouton''
*Saisir les coordonnées de sa carte bancaire et effectuer les opérations de vérification demandées par sa banque
Une fois la validation du paiement effectué, l'utilisateur est automatiquement redirigé vers la page de son compte dans OpenFlyers :
*Vérifier qu'une nouvelle ligne d'encaissement à la date du jour a été générée dont le montant correspond à celui préalablement saisi dans OpenFlyers

;Permettre à tous les utilisateurs d'utiliser ce type d'encaissement
*Aller dans '''Admin > Comptes > Encaissements > Type'''
*Cliquer sur le bouton symbolisant un crayon à droite de la ligne du type d'encaissement '''Paiement en ligne HelloAsso'''
*Décocher l'interrupteur '''Accessible uniquement aux personnes autorisées à saisir pour les tiers'''
*Cliquer sur le bouton '''Enregistrer'''

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Validités

2025-06-17T15:05:01Z

Lelhidam: /* Alertes sur les validités */

=Présentation=
L'objet de cette page est de présenter l'utilisation des validités dans la [[Accueil|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 [[#Paramètres-de-configuration|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 [[Paramétrage-des-validités#Associer-un-document|Associer un document]].

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.

===Validité à échéance===
Un type de validité est une validité à échéancelorsque 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é.

===Validité à expérience===
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é.

===Validité à vendre===
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]].

===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 [[Paramétrage-des-validités#Paramétrer-une-validité-comme-contrat|cette procédure]] pour mettre en place des contrats.

Voir également la procédure de [[Connexion#Signer-des-validités-contrats|signature des validités-contrats]].

=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.

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 [[Gestion-des-activités#Alertes|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|Alertes d'expiration]]

==[[Envoi-des-emails#s#E-mail-de-rappel-d'échéance-de-validité|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-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.

==Certification manuelle==
;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]]

;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"

==Certification automatique==
===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''']].

;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 [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 '''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 [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"

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 [[Paramétrage-des-validités#Certification|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 :
*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]]

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

[[File:selecteur-validités.png]]

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.

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 [[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]].

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-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.

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==
*[[#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

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.

Il est néanmoins possible de [[#Supprimer_la_validité_d'un_utilisateur|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 [[Gestion-des-profils#Débrayage-des-ventes-de-validités|droit de débrayage]].

===Téléverser un fichier===
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 :
*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.

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, [[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.

Récapitulatif :

[[File:traitement-apres-televersement.png|800px]]

==États de la validité==
{| 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]]
|}

==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.

''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|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'''.

==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]].

Validités

2025-06-17T15:03:15Z

Lelhidam: /* Validité à expérience */

=Présentation=
L'objet de cette page est de présenter l'utilisation des validités dans la [[Accueil|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 [[#Paramètres-de-configuration|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 [[Paramétrage-des-validités#Associer-un-document|Associer un document]].

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.

===Validité à échéance===
Un type de validité est une validité à échéancelorsque 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é.

===Validité à expérience===
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é.

===Validité à vendre===
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]].

===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 [[Paramétrage-des-validités#Paramétrer-une-validité-comme-contrat|cette procédure]] pour mettre en place des contrats.

Voir également la procédure de [[Connexion#Signer-des-validités-contrats|signature des validités-contrats]].

=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 soumises à échéance
*les validités à expérience récente.

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 [[Gestion-des-activités#Alertes|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|Alertes d'expiration]]

==[[Envoi-des-emails#s#E-mail-de-rappel-d'échéance-de-validité|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-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.

==Certification manuelle==
;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]]

;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"

==Certification automatique==
===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''']].

;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 [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 '''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 [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"

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 [[Paramétrage-des-validités#Certification|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 :
*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]]

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

[[File:selecteur-validités.png]]

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.

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 [[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]].

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-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.

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==
*[[#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

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.

Il est néanmoins possible de [[#Supprimer_la_validité_d'un_utilisateur|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 [[Gestion-des-profils#Débrayage-des-ventes-de-validités|droit de débrayage]].

===Téléverser un fichier===
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 :
*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.

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, [[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.

Récapitulatif :

[[File:traitement-apres-televersement.png|800px]]

==États de la validité==
{| 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]]
|}

==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.

''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|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'''.

==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]].

Validités

2025-06-17T14:52:15Z

Lelhidam: /* Contrôle des validités à la connexion */

=Présentation=
L'objet de cette page est de présenter l'utilisation des validités dans la [[Accueil|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 [[#Paramètres-de-configuration|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 [[Paramétrage-des-validités#Associer-un-document|Associer un document]].

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.

===Validité à expérience===
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é.

===Validité à vendre===
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]].

===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 [[Paramétrage-des-validités#Paramétrer-une-validité-comme-contrat|cette procédure]] pour mettre en place des contrats.

Voir également la procédure de [[Connexion#Signer-des-validités-contrats|signature des validités-contrats]].

=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 soumises à échéance
*les validités à expérience récente.

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 [[Gestion-des-activités#Alertes|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|Alertes d'expiration]]

==[[Envoi-des-emails#s#E-mail-de-rappel-d'échéance-de-validité|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-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.

==Certification manuelle==
;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]]

;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"

==Certification automatique==
===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''']].

;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 [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 '''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 [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"

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 [[Paramétrage-des-validités#Certification|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 :
*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]]

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

[[File:selecteur-validités.png]]

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.

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 [[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]].

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-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.

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==
*[[#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

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.

Il est néanmoins possible de [[#Supprimer_la_validité_d'un_utilisateur|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 [[Gestion-des-profils#Débrayage-des-ventes-de-validités|droit de débrayage]].

===Téléverser un fichier===
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 :
*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.

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, [[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.

Récapitulatif :

[[File:traitement-apres-televersement.png|800px]]

==États de la validité==
{| 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]]
|}

==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.

''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|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'''.

==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]].

Paiement en ligne

2025-06-16T13:03:31Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
*Aller sur le lien suivant : https://auth.helloasso.com/inscription/association/1
*Suiver les étapes d'inscription :
**Renseigner les informations personnelles : prénom, nom, date de naissance, numéro de téléphone portable, adresse email et mot de passe.
**Renseigner les informations relatives à l'association : raison sociale, nom de l'association, structure juridique, champ d'activité principal et budget annuel.
*Consulter l'email de bienvenue reçu et cliquer sur '''Découvrez votre compte'''
*Aller dans '''Mon compte > Intégration et API'''
*Cliquer sur '''Générer ma clé API''', le couple (clientId, clientSecret) est généré
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Nom de l'association
***Accéder au tableau de bord
***Repérer le nom de l'association affiché en haut à gauche ou dans le menu utilisateur
:::Ou
::*Aller dans la section '''Mon compte > Ma page association''' pour consulter les informations détaillées de l'association
:*client id
:*client secret

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-06-16T13:03:10Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
*Aller sur le lien suivant : https://auth.helloasso.com/inscription/association/1
*Suiver les étapes d'inscription :
**Renseigner les informations personnelles : prénom, nom, date de naissance, numéro de téléphone portable, adresse email et mot de passe.
**Renseigner les informations relatives à l'association : raison sociale, nom de l'association, structure juridique, champ d'activité principal et budget annuel.
*Consulter l'email de bienvenue reçu et cliquer sur '''Découvrez votre compte'''
*Aller dans '''Mon compte > Intégration et API'''
*Cliquer sur '''Générer ma clé API''', le couple (clientId, clientSecret) est généré
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Nom de l'association
***Accéder au tableau de bord
***Repérer le nom de l'association affiché en haut à gauche ou dans le menu utilisateur
:::Ou
::*Aller dans la section '''Mon compte > Ma page association''' pour consulter les informations détaillées de l'association
**client id
**client secret

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-06-16T13:02:46Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
*Aller sur le lien suivant : https://auth.helloasso.com/inscription/association/1
*Suiver les étapes d'inscription :
**Renseigner les informations personnelles : prénom, nom, date de naissance, numéro de téléphone portable, adresse email et mot de passe.
**Renseigner les informations relatives à l'association : raison sociale, nom de l'association, structure juridique, champ d'activité principal et budget annuel.
*Consulter l'email de bienvenue reçu et cliquer sur '''Découvrez votre compte'''
*Aller dans '''Mon compte > Intégration et API'''
*Cliquer sur '''Générer ma clé API''', le couple (clientId, clientSecret) est généré
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Nom de l'association
***Accéder au tableau de bord
***Repérer le nom de l'association affiché en haut à gauche ou dans le menu utilisateur
:::Ou
:**Aller dans la section '''Mon compte > Ma page association''' pour consulter les informations détaillées de l'association
**client id
**client secret

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-06-16T13:01:06Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
*Aller sur le lien suivant : https://auth.helloasso.com/inscription/association/1
*Suiver les étapes d'inscription :
**Renseigner les informations personnelles : prénom, nom, date de naissance, numéro de téléphone portable, adresse email et mot de passe.
**Renseigner les informations relatives à l'association : raison sociale, nom de l'association, structure juridique, champ d'activité principal et budget annuel.
*Consulter l'email de bienvenue reçu et cliquer sur '''Découvrez votre compte'''
*Aller dans '''Mon compte > Intégration et API'''
*Cliquer sur '''Générer ma clé API''', le couple (clientId, clientSecret) est généré
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Nom de l'association
***Accéder au tableau de bord
***Repérer le nom de l'association affiché en haut à gauche ou dans le menu utilisateur
:**Ou
***Aller dans la section '''Mon compte > Ma page association''' pour consulter les informations détaillées de l'association
**client id
**client secret

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-06-16T12:58:53Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
*Aller sur le lien suivant : https://auth.helloasso.com/inscription/association/1
*Suiver les étapes d'inscription :
**Renseigner les informations personnelles : prénom, nom, date de naissance, numéro de téléphone portable, adresse email et mot de passe.
**Renseigner les informations relatives à l'association : raison sociale, nom de l'association, structure juridique, champ d'activité principal et budget annuel.
*Consulter l'email de bienvenue reçu et cliquer sur '''Découvrez votre compte'''
*Aller dans '''Mon compte > Intégration et API'''
*Cliquer sur '''Générer ma clé API''', le couple (clientId, clientSecret) est généré
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Nom de l'association
***Accéder au tableau de bord
***Repérer le nom de l'association affiché en haut à gauche ou dans le menu utilisateur
***Ou, aller dans la section '''Mon compte > Ma page association''' pour consulter les informations détaillées de l'association
**client id
**client secret

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-06-16T12:44:20Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
*Aller sur le lien suivant : https://auth.helloasso.com/inscription/association/1
*Suiver les étapes d'inscription :
**Renseigner les informations personnelles : prénom, nom, date de naissance, numéro de téléphone portable, adresse email et mot de passe.
**Renseigner les informations relatives à l'association : raison sociale, nom de l'association, structure juridique, champ d'activité principal et budget annuel.
*Consulter l'email de bienvenue reçu et cliquer sur '''Découvrez votre compte'''
*Aller dans '''Mon compte > Intégration et API'''
*Cliquer sur '''Générer ma clé API''', le couple (clientId, clientSecret) est généré
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Nom de l'association
***Accéder au tableau de bord
***Repérer le nom de l'association affiché en haut à gauche ou dans le menu utilisateur
***Ou, aller dans la section'''Mon compte > Ma page association''' pour consulter les informations détaillées de l'association
**client id
**client secret

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-06-16T12:43:50Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
*Aller sur le lien suivant : https://auth.helloasso.com/inscription/association/1
*Suiver les étapes d'inscription :
**Renseigner les informations personnelles : prénom, nom, date de naissance, numéro de téléphone portable, adresse email et mot de passe.
**Renseigner les informations relatives à l'association : raison sociale, nom de l'association, structure juridique, champ d'activité principal et budget annuel.
*Consulter l'email de bienvenue reçu et cliquer sur '''Découvrez votre compte'''
*Aller dans '''Mon compte > Intégration et API'''
*Cliquer sur '''Générer ma clé API''', le couple (clientId, clientSecret) est généré
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Nom de l'association
***Accéder au tableau de bord
***Repérer le nom de l'association affiché en haut à gauche ou dans le menu utilisateur
OU
***Aller dans la section'''Mon compte > Ma page association''' pour consulter les informations détaillées de l'association
**client id
**client secret

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Paiement en ligne

2025-06-16T12:43:31Z

Lelhidam: /* Mettre en place un TPE Hello Asso Checkout */

=Présentation=
L'objet de cette page est de regrouper les informations sur le paiement en ligne et notamment la mise en place d'une terminal de paiement (TPE) virtuel.

==Modèle économique==
OpenFlyers a fait le choix de s'interfacer directement avec les TPE virtuels proposés par les banques. L'autre solution qu'il aurait été possible de mettre en place c'est de proposer un seul fournisseur de TPE. Côté OpenFlyers, cela aurait simplifier la maintenance. En effet, les banques ont tendance à changer leur technologie tous les 5 ans. Cela nécessite à chaque de reprendre intégralement le développement côté OpenFlyers. Aujourd'hui [[#Modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers s'interface avec près d'une dizaine de TPE]]. Cela fait autant de technologies à maintenir. Aussi, l'interfaçage avec un TPE est facturé en supplément de l'abonnement sauf pour l'abonnement Business+ où il est inclus. Ce supplément permet de financer la maintenance des interfaçages.

Si OpenFlyers avait imposé un fournisseur alors, le coût de l'interfaçage aurait été quasiment nul pour OpenFlyers et il n'y aurait pas de surcoût d'abonnement à supporter. Mais dans ce cas, étant donné que le TPE n'est pas fourni par la banque, la structure devrait demander à la banque un numéro contrat VAD permettant au fournisseur de communiquer avec la banque. Ce contrat VAD est facturé par la banque mensuellement et cela revidendrait nettement plus cher que l'option d'interfaçage côté OpenFlyers.

==Principe de fonctionnement du couplage entre OpenFlyers et un TPE virtuel==
Lorsque une plateforme OpenFlyers est couplée à un terminal de paiement par internet fourni par une banque voici la chronologie de son utilisation :
#Un utilisateur autorisé, se connecte à OpenFlyers.
#Il va sur la page OpenFlyers lui permettant de [[Utilisation-de-la-comptabilité#Saisir-un-encaissement|saisir un encaissement]].
#Il sélectionne le type de paiement "carte bancaire en ligne" (l'intitulé est modifiable pour chaque plateforme)
#Il saisit le montant qu'il souhaite verser sur son compte client.
#Il valide le formulaire de saisie de l'approvisionnement et se retrouve dirigé sur l'interface du terminal de paiement électronique de la banque
#Là, il saisit ses coordonnées bancaires : elles ne sont donc pas transmises à OpenFlyers
#Si la transaction est acceptée par la banque, le serveur OpenFlyers hébergeant la plateforme est automatiquement informé
#Le compte de l'utilisateur est crédité du montant correspondant et la contre-partie va sur le compte de trésorerie correspondant à ce mode de paiement. Cette écriture est automatiquement validée car elle a été sécurisée.
Il n'y a donc rien à faire côté gestion.
Sur le compte de trésorerie, le mouvement apparait comme pour les autres mouvements qui correspondent à des encaissements :
*Dans la colonne '''Compte affecté''' est indiqué le nom du compte de contre-partie, c'est à dire le compte de l'utilisateur avec son nom et prénom.
*Dans la colonne '''Commentaire''' apparait le type de paiement, par exemple "carte bancaire en ligne".

Les avantages d'un TPE virtuel sur un TPE physique sont les suivants :
*Un utilisateur peut approvisionner son compte depuis n'importe où, à partir du moment où il a une connexion internet. Avec un TPE physique il est obligé de se déplacer là où il y a le TPE pour effectuer son approvisionnement. Le TPE virtuel permet de rendre acceptable des restrictions liées au solde du compte. Ainsi, il est tout à fait acceptable pour un utilisateur de se retrouver bloqué pour pouvoir réserver par manque d'argent sur son solde si parallèlement il a la possibilité d'approvisionner son solde.
*Cela supprime une tâche de pointage pour le gestionnaire.

Les inconvénients d'un TPE virtuel sur un TPE physique sont les suivants :
*Il y a un surcoût d'abonnement côté OpenFlyers de 120 € HT/an sauf dans le cas de l'abonnement Business+ où il est inclus dans l'abonnement.

Il n'y a pas de différence entre un TPE virtuel et un TPE physique pour les éléments suivants :
*Les coûts bancaires : ils sont normalement identiques par rapport à un TPE physique.
*Les paiements extérieurs : il est possible pour les clients concernés de saisir directement leur numéro de carte bancaire dans le TPE virtuel. Il faut simplement qu'un gestionnaire se connecte à OpenFlyers et ensuite affiche l'interface de saisie des encaissements en précisant "non-utilisateur" puis le nom du client OpenFlyers, qui peut être générique et le montant. Après redirection vers le TPE virtuel, il faut laisser le client saisir le numéor de sa carte bancaire avec les éléments associés.

==Sécurité des données bancaires et double authentification 3-D secure==
OpenFlyers ne reçoit, et à fortiori, ne stocke aucune donnée bancaire. Par donnée bancaire, il faut entendre les éléments liés à la carte bancaire d'un utilisateur. En effet, chaque utilisateur qui effectue un paiement par carte bancaire en ligne depuis OpenFlyers, est redirigé sur le TPE de la banque de la structure. Les données bancaires sont donc stockées auprès de la solution TPE souscrite auprès de la banque par la structure. Cela permet de garantir le niveau le plus élevé de sécurisation des transactions.

Chaque banque propose ou impose une double authentification dite [[Wikipedia-fr:3-D_Secure|3-D secure]]. Il s'agit du fait que l'utilisateur qui insère les éléments de sa carte bancaire devra ensuite confirmer qu'il s'agit bien de lui en renseignant un code reçu par exemple par SMS.

La double authentification a pour objectif d'empêcher une utilisation frauduleuse des éléments d'une carte bancaire qui auraient été dérobés. Cela protège le vendeur contre le risque de livrer un produit pour lequel il aurait à faire face à un impayé. En effet, si le propriétaire de la carte bancaire fait opposition, l'argent que devait recevoir le vendeur peut lui être retiré. Si le produit est déjà livré, c'est trop tard.

Dans le cadre des structures aéronautiques, le risque d'impayé lié à un vol de carte bancaire est très faible. En effet :
*le produit fourni est immatériel (il s'agit en général d'effectuer des heures de vol) et la livraison est décalée dans le temps. De ce fait, la probabilité pour un voleur d'obtenir la livraison des heures de vols avant qu'il y ait une opposition est très faible
*le cercle des clients est souvent fermé (les membres d'une structure par exemple) et ils sont rencontrés physiquement. Là encore, il serait présomptueux pour un voleur d'utiliser une carte bancaire dérobée pour payer ses heures de vols.

Néanmoins, la double authentification a un aspect psychologique : elle peut rassurer certains utilisateurs finaux qui auront le sentiment d'être dans un environnement rassurant si lorsqu'ils font un paiement par carte bancaire, ils doivent confirmer ses éléments insérés par l'utilisation d'un code de confirmation.

A l'inverse, elle peut freiner certains utilisateurs qui ne sauront pas récupérer l'élément de confirmation ou ne comprendront pas ce qu'ils doivent renseigner.

Il appartient donc à chaque structure, si sa solution TPE qui lui est proposée lui permet de choisir ou non l'activation de 3-D secure, de peser les avantages et inconvénients. Voir la [[Wikipedia-fr:3-D_Secure|page Wikipedia 3-D secure]] pour plus de renseignements.

=Modules de paiement reconnus par OpenFlyers=
OpenFlyers a développé des interfaçages avec les modules de paiement des différentes banques françaises.

'''4 points d'attention''' :
*Pour certaines banques, il existe plusieurs modules de paiement possibles : cela peut dépendre de la région géographique ou d'une évolution au niveau de la banque qui lui fait abandonner un ancien système au profit d'un plus récent.
*OpenFlyers s'interface '''UNIQUEMENT''' avec les modules de paiement des banques et en aucun cas directement avec les modules de paiement qui peuvent être proposés par des sociétés tierces spécialisées dans le paiement en ligne (PayPal, PayBox, Ogone, Bluepaid). Cela évite à nos clients d'avoir à souscrire un contrat au près d'un fournisseur supplémentaire : ils souscrivent un contrat uniquement auprès de leur banque. Par contre, pour les banques dont l'intermédiaire est une société tierce, OpenFlyers s'nterface avec la solution. C'est le cas, par exemple, pour PayBox.
*Bien vérifier les numéros de version avant de souscrire à une solution. Derrière un numéro de version "commercial" peut se cacher un changement de prestataire ou de technologie utilisée pour l'interfaçage. De ce fait, cela peut rendre incompatible telle version avec OpenFlyers.
*Ne surtout pas souscrire à un contrat de "VAD (vente à distance) sur internet". Car il n'inclut pas l'interface web dite de "TPE virtuel".

Modules de paiement interfacés par OpenFlyers :
*AXEPTA utilisé par les banques suivantes :
**BNP Paribas
*CLIC&PAY :
**Crédit du Nord
*CMCIC version 1.2open et version 3.5 (nom commercial : [https://www.monetico-paiement.fr/fr/accueil.html Monetico Paiement]) utilisés par les banques suivantes :
**Crédit Mutuel
**CIC
*PAYBOX utilisé par les banques suivantes :
**Crédit Agricole (Up2pay e-transactions). ''A noter que la [[#Procédure_Paybox_Vision|procédure de mise en place "Paybox Vision"]] est lourde et impose des actions de la part du gestionnaire de la structure. De plus, elle nécessite de disposer d'une adresse qui ne soit pas en @free.fr ou @orange.fr.''
**Crédit Coopératif
*PAYLINE utilisé par les banques suivantes :
**Crédit Mutuel (citélis)
*PAYZEN utilisé par les banques suivantes :
**La Banque Postale (Scellius)
**La Société Générale (sogecommerce)
*SIPS ATOS v. 2 utilisé par les banques suivantes :
**<s>BNP Paribas (mercanet v.2)</s> (doit être arrêté fin 2023 et remplacé par AXEPTA)
**LCL (sherlocks v.2)
**Société Générale (sogenactif v. 2)
*SYSTEMPAY utilisé par les banques suivantes :
**Banque de Savoie
**Banque Populaire (cyberplus paiement)
**Caisse d'Epargne

=Procédure=
==Mettre en place un TPE virtuel==
Voici comment procéder pour créer un TPE virtuel (Terminal de Paiement Electronique en ligne) :
#Contacter votre banque pour :
#*connaitre le module de paiement qu'elle propose et nous l'indiquer afin de vérifier qu'[[#Liste-des-modules-de-paiement-reconnus-par-OpenFlyers|OpenFlyers est bien compatible]]. Il faut aussi nous indiquer le nom de la banque.
#*obtenir son accord de principe sur la mise en place d'un TPE virtuel (normalement cela ne devrait pas poser de problème)
#Nous envoyer un e-mail en nous indiquant le système utilisé par votre banque. Trois cas peuvent se présenter :
#*nous avons déjà fait un interfaçage avec la solution utilisée par votre banque. Dans ce cas, la mise en place peut être très rapide.
#*nous n'avons pas encore fait d'interfaçage mais plusieurs clients d'OF sont intéressés et nous sommes en mesure de le réaliser pour un coût raisonnable. Dans ce cas, le délai peut être de quelques mois ou plus rapide si vous prenez en charge le coût de réalisation.
#*nous n'avons pas fait d'interfaçage et cette solution est très spécifique. Dans ce cas, nous ne ferons un interfaçage que si vous acceptez de supporter les coûts de développement.
#Une fois que nous vous avons répondu positivement, il vous appartient de nous confirmer votre demande de mise en place
#Nous éditons la facture correspondant aux frais de maintenance annuels (voir notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]) et nous vous communiquons les informations nécessaires à votre banque '''qui dépendent du système utilisé par la banque'''. Voici les informations génériques pour toutes les banques :
#*Nom du commerçant ou raison sociale du commerçant : mettre le nom de votre structure
#*Nom de la boutique, du site de e-commerce, intitulé de l'enseigne commerciale : mettre le nom de votre structure
#*Type de site web marchand : indiquer qu'il s'agit d'une solution générique développée l'éditeur logiciel OpenFlyers
#*Nom du client ou nom du propriétaire du TPE : mettre le nom de votre structure
#*Nom du représentant : mettre le nom d'une personne agissant en qualité de représentant de la structure
#*Adresse email du représentant : '''Attention''' pour l'adresse qui recevra le couple identifiant/mot de passe d'accès à la gestion du TPE mettre impérativement une adresse email pérenne de la structure et '''surtout pas''' une adresse email OpenFlyers.
#*Adresse du site internet, adresse du site marchand : il s'agit de l'adresse de votre plateforme OpenFlyers par exemple https://openflyers.com/demo-fr/
#*Éditeur du site internet, nom de l'hébergeur : S.A.R.L. OPENFLYERS. Les mentions légales (adresse, numéro SIRET, etc.) figurent sur nos factures.
#*Nom et prénom de la personne en charge du site ou interlocuteur technique : Indiquer le nom de votre contact OpenFlyers.
#*Adresse de l'hébergeur : mettre l'adresse courrier d'OpenFlyers indiqué sur nos factures.
#*Adresse e-mail de l'hébergeur : mettre l'adresse e-mail de votre interlocuteur chez OpenFlyers.
#*Numéro de téléphone de l'hébergeur : laisser vide ou mettre le numéro 0892.494.123.
#*Système d'exploitation : Linux 64 bits
#*Environnement de développement : PHP
#*Interlocuteur technique : Mettre le nom de votre interlocuteur chez OpenFlyers.
#*Interlocuteur Administratif ou administrateur web pour l'accès au back-office : il s'agit du back-office de la banque. Il faut indiquer le nom de la personne dans votre structure qui sera en charge d'aller consulter. En général il s'agit de la même personne que celle qui fait office d'administrateur OpenFlyers. Cela peut être aussi une personne en charge de la comptabilité. Mais dans ce cas, il faut qu'elle est aussi des notions en informatique.
#:'''Attention''' : dans le cas d'un [[#Liste_des_systèmes_implémentés_par_OpenFlyers|TPE SIPS ATOS]] il faut préciser dans le formulaire que l'exécutable devant contenir la clé de décryptage doit être compilée pour Windows 64 bits.
#Vous payez la facture
#Vous nous communiquez les éléments de votre banque nous permettant de raccorder OpenFlyers à votre TPE virtuel en suivant la [[#Procédures_TPE|procédure TPE]] correspondante à votre type de TPE.
#:'''Attention''' : dans le cas où la banque vous fait parvenir par courrier des documents, conservez-les. Ne transmettez à OpenFlyers que les certificats finaux que vous aurez récupéré directement soit depuis une interface web de la banque soit depuis un programme à installer sur le PC.
#Nous effectuons le raccordement
#Nous testons et quand c'est positif nous vous envoyons un e-mail. Charge à vous, lorsque c'est demandé par votre banque, de renseigner le PV de test.

'''Notre prestation ne prévoit pas d'intervention auprès de la banque et nous ne pouvons agir en tant qu'intermédiaire. En effet, la mise du TPE nécessite de la part de la structure la souscription d'un contrat auprès de sa banque : nous ne pouvons signer les papiers contractuels à la place de la structure ni s'engager en son nom. De plus, il est indispensable que la structure soit destinatrice de l'ensemble des documents envoyés par la banque et qu'ensuite elle nous remette uniquement ce qui nous est nécessaire et que nous demandons en fonction du TPE à mettre en place.'''

Certaines banques vérifient la présence des mentions légales lors de la demande de mise en place du TPE. Ces mentions légales doivent être présentes sur le site vitrine de la structure. La plateforme OpenFlyers doit être considérée comme une sous-partie privative de ce site et n'a donc pas vocation à accueillir les mentions légales.

==Mettre en place un TPE CMCICv3==
*Aller sur [https://www.cmcicpaiement.fr/fr/identification/default.cgi l'interface d'administration]
*Dans le champ '''Identifiant''' saisir l'identifiant communiqué par e-mail par la banque
*Dans le champ '''Mot de passe''' saisir le mot de passe communiqué par e-mail par la banque
*Cliquer sur le bouton '''VALIDER'''
Une fois connecté, vous êtes soit sur l'interface back-office de production soit sur l'interface back-office de test. L'interface back-office de test est reconnaissable aux mots "test" qui apparaissent un peu partout dans le bandeau supérieur de l'interface.
*Si l'interface indique ''Votre identifiant n'est associé à aucun TPE sur l'environnement de XXX'', basculer sur l'autre interface en cliquant à droite dans la boite '''Environnement''' sur le lien '''Cliquez ici pour basculer vers le Tableau de Bord de XXX.'''
*Cliquer sur le menu '''Paramétrage'''.
*Cliquer sur le sous-menu '''Clé de sécurité'''.
*Sélectionner l'e-mail sur lequel vous souhaitez recevoir le ''code de téléchargement''.
*Cliquer sur le bouton '''VALIDER'''.
'''Attention : ''' Ne pas fermer la page '''Obtention de la clé de sécurité''' permettant de récupérer la clé
*Copier depuis sa messagerie e-mail le '''Code de confirmation'''
*Coller ce code dans l'interface '''Obtention de la clé de sécurité'''
*Cliquer sur le bouton '''VALIDER'''
*Cliquer sur le lien '''Télécharger la clé de sécurité'''
*Enregistrer le fichier XXXXXXX.key
*Nous transmettre par e-mail ce fichier en nous précisant si vous l'avez obtenu depuis l'interface de production ou depuis l'interface de test.

==Mettre en place un TPE Hello Asso Checkout==
*Aller sur le lien suivant : https://auth.helloasso.com/inscription/association/1
*Suiver les étapes d'inscription :
**Renseigner les informations personnelles : prénom, nom, date de naissance, numéro de téléphone portable, adresse email et mot de passe.
**Renseigner les informations relatives à l'association : raison sociale, nom de l'association, structure juridique, champ d'activité principal et budget annuel.
*Consulter l'email de bienvenue reçu et cliquer sur '''Découvrez votre compte'''
*Aller dans '''Mon compte > Intégration et API'''
*Cliquer sur '''Générer ma clé API''', le couple (clientId, clientSecret) est généré
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Nom de l'association
***Accéder au tableau de bord
***Repérer le nom de l'association affiché en haut à gauche ou dans le menu utilisateur
#**OU
***Aller dans la section'''Mon compte > Ma page association''' pour consulter les informations détaillées de l'association
**client id
**client secret

==Mettre en place un TPE Paybox Vision==
''Cette procédure débute après que l'identifiant et le mot de passe ait été changé conformément aux préconisations d'e-transactions. L'identifiant doit correspondre à une adresse e-mail autre que @free.fr ou @orange.fr''
*Aller sur https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/portail-vision-air/
*Suivre la procédure consistant à :
**Télécharger et installer Adobe Air
**Télécharger et installer Vision Air
*Lancer Vision Air depuis son PC
*Dans le champ '''Login''', saisir l'identifiant qui correspond normalement à une adresse e-mail
*Dans le champ '''Mot de passe''', saisir le mot de passe qui a été préalablement modifié. '''/!\ Il faut saisir le mot de passe et ne pas faire un copier/coller'''
*Cliquer sur le bouton '''Se connecter'''
*Cliquer sur le menu représentant une clé de mécanicien.
*Dans la zone de gauche cliquer sur les icônes pour déplier les éléments jusqu'à faire apparaitre '''un élément avec une icône caddy''' puis cliquer sur cette icône pour faire apparaitre un formulaire dans la zone principale à droite
*Dans le tableau, copier/coller sur un fichier texte les champs '''Numéro du magasin''', '''Numéro de rang''' et '''Identifiant Paybox'''. Attention : '''Numéro de rang''' doit être recopié sur 2 chiffres et non pas trois (exemple : 01).
*Dans le tableau, dans le champ '''Réception du ticket de paiement''' sélectionner '''Inactif'''.
*Cliquer sur le bouton '''Enregistrer'''
*Tout en haut de l'interface, saisir des caractères dans le champ '''Phrase de passe''' de façon à ce que le bouton à droite du champ passe à "Fort"
*Cliquer sur le bouton en-dessous du champ intitulé '''Générer la clé'''
*Une fois la clé générée, recopier le contenu de la clé qui apparait en-dessous du bouton '''Générer la clé''' à côté du champ '''Clé :'''
*'''Valider l'e-mail reçu pour acceptation de la clé'''
*Transmettre par e-mail à OpenFlyers les informations suivantes :
**Numéro du magasin
**Numéro de rang
**Identifiant Paybox
**Clé

==Mettre en place un TPE SIPS ATOS v2==
*Aller sur l'interface de téléchargement soit de :
**[https://mercanet-telechargement.bnpparibas.net/ Mercanet BNP Paribas]
**[https://sherlocks-telecharger.portail.secure.lcl.fr Sherlocks LCL]
**[https://download.sips-atos.com/ SIPS Worldline (Sogenactif Société Générale)]
*Dans le champ '''Utilisateur''', saisir l'identifiant de connexion communiqué par la banque
*Dans le champ '''Mot de passe''', saisir le mot de passe de connexion communiqué par la banque
*Cliquer sur le bouton '''Se connecter'''
''S'il s'agit de la première connexion, le système demandera de changer le mot de passe''
Sur les interfaces SIPS Worldline et BNP Paribas :
*En haut à droite, cliquer sur le bouton '''Clés secrètes''' ou '''GESTION DES CLÉS'''
Sur l'interface LCL Sherlocks :
*'''Téléchargement > Gestion des clés'''
*Cliquer sur le bouton '''DEMANDE DE GENERATION'''
*Sauvegarder le fichier et le transmettre par email à OpenFlyers.

==Renouveler une clé secrète==
;Introduction
Certains TPE nécessitent un renouvellement régulier de la clé secrète. Le gestionnaire est averti de cette nécessité par email.

;Procédure
*S'il s'agit de la solution Sherlocks LCL, il faut renouveler la clé secrète en suivant la procédure [[#Mettre-en-place-un-TPE-SIPS-ATOS-v2|Mettre en place un TPE SIPS ATOS v2]]

==Tester un TPE virtuel==
S'assurer avant de procéder à des tests avec le TPE, que les utilisateurs disposent d'une adresse email valide.

=Qualité de service d'un TPE=
Selon les Terminal de Paiement Électroniques virtuel, certains systèmes n'effectuent pas de renvoi de l'avis de débit aux serveurs dans le cas ou le premier envoi à échouer (cf. [[#Paiement-d'un-utilisateur-n'apparaissant-pas-sur-son-compte-dans-OpenFlyers|Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers]]). Ce type de situation est rare mais peut arriver (problème de liaison internet par exemple ou indisponibilité momentanée du serveur recevant les avis de transactions). A contrario, les bons systèmes enregistrent les échecs, attendent un certain délai puis effectuent une nouvelle tentative d'envoi.

De même certains systèmes envoient un e-mail d'erreur lorsque la transaction n'est pas prise en compte par la plateforme OpenFlyers.

Il est donc recommandé de vérifier auprès de sa banque si la solution TPE proposée effectue ce type de surveillance et de renvoi systématique.

==Liste des TPE effectuant plusieurs tentatives d'avis de paiement==
*systempay

=Troubleshooting=
==Email de la banque "transaction soumise plusieurs fois lors d'achats"==
Une sécurité côté TPE bancaire consiste à empêcher d'utiliser un même numéro de transaction à plusieurs reprises afin qu'il n'y ait pas de problème d'identification de l'utilisateur à l'origine de la demande de crédit.

Certaines banques envoient un email pour indiquer qu'il y a eu une tentative, infructueuse, d'utilisation d'un même numéro de transaction à plusieurs reprises.

Cela arrive si par exemple un utilisateur revient en arrière dans son navigateur et/ou rafraichit une page de demande de transaction.

Il n'y a besoin de rien faire car dans tous les cas, la 2ème fois, la banque bloque la tentative de transaction et côté OpenFlyers il n'y a pas d'enregistrement d'effectué.

==Paiement d'un utilisateur n'apparaissant pas sur son compte dans OpenFlyers==
Si le paiement effectué par un utilisateur n'apparait pas dans OpenFlyers, il faut tout d'abord vérifier que cette transaction a bien eu lieu. Pour cela, il faut se connecter à l'interface de gestion du TPE proposé par la banque, retrouver la ligne correspondant à la transaction. Cette ligne doit comporter un message d'anomalie indiquant que le serveur OpenFlyers n'a pas accusé réception de l'avis de transaction.

Ensuite, il faut vérifier le [[Bibliothèque-des-rapports#Paiement-en-ligne|rapport listant les tentatives de paiements]] qui permet de vérifier s'il y a bien eu une tentative de paiement d'initiée côté OpenFlyers.

A la suite de quoi, en transmettant les copies d'écran à OpenFlyers, il est possible de regarder les logs pour voir il y a eu une tentative de transaction. Si à la suite de cette investigation, OpenFlyers n'a pas retrouvé d'enregistrement d'avis de transaction cela veut dire que le message n'est pas parvenu au serveur et que le TPE n'effectue pas de nouvel envoi en cas d'échec (cf. [[#Qualité-de-service-d'un-TPE|Qualité de service d'un TPE]]).

Nous recommandons alors de faire remonter le problème auprès de la banque concernée afin qu'ils améliorent leur processus en mettant en place une surveillance des avis en échec et un renouvellement de l'envoi.

Validités

2025-06-06T15:11:55Z

Lelhidam: /* Certifier des validités */

=Présentation=
L'objet de cette page est de présenter l'utilisation des validités dans la [[Accueil|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 [[#Paramètres-de-configuration|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 [[Paramétrage-des-validités#Associer-un-document|Associer un document]].

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.

===Validité à expérience===
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é.

===Validité à vendre===
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]].

===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 [[Paramétrage-des-validités#Paramétrer-une-validité-comme-contrat|cette procédure]] pour mettre en place des contrats.

Voir également la procédure de [[Connexion#Signer-des-validités-contrats|signature des validités-contrats]].

=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 soumises à échéance
*les validités à expérience récente.

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 [[Gestion-des-activités#Alertes|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|Alertes d'expiration]]

==[[Envoi-des-emails#s#E-mail-de-rappel-d'échéance-de-validité|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-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.

==Certification manuelle==
;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]]

;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"

==Certification automatique==
===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''']].

;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 [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 '''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 [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"

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 [[Paramétrage-des-validités#Certification|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 :
*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]]

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

[[File:selecteur-validités.png]]

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.

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 [[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]].

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-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.

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==
*[[#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

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.

Il est néanmoins possible de [[#Supprimer_la_validité_d'un_utilisateur|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 [[Gestion-des-profils#Débrayage-des-ventes-de-validités|droit de débrayage]].

===Téléverser un fichier===
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 :
*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.

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, [[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.

Récapitulatif :

[[File:traitement-apres-televersement.png|800px]]

==États de la validité==
{| 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]]
|}

==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.

''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|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'''.

==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 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]].

Gestion des profils

2025-06-06T14:52:13Z

Lelhidam: /* Gestion de ses validités détenues */

=Présentation=
L'objet de cette page est de présenter la '''gestion des profils''' sur la [[Accueil|version 4 d'OpenFlyers]].

Les profils attribués par défaut à un utilisateur créé automatiquement sont définis dans '''Admin > Utilisateurs > Paramètres par défaut'''.

=Définition=
*Un '''profil''' correspond à un ensemble de '''droits''' qui définissent les actions que peut effectuer un [[Glossaire|utilisateur]] dans l'application OpenFlyers.
*Un utilisateur peut disposer de '''plusieurs profils'''. L'attribution des profils aux utilisateurs se fait par l'intermédiaire du [[Gestion des utilisateurs|tableau de gestion des utilisateurs]].

''Exemple de profils : administrateur, pilote, formateur, technicien, mécanicien, trésorier, secrétaire.''

=Icônes symbolisant les droits des profils=
Dans la page '''Admin > Utilisateurs > Profils''', il faut distinguer deux éléments pour comprendre le principe des icônes. Il y a les droits d'un côté et les profils de l'autre.

Les droits constituent les entêtes du tableau. Chaque entête de colonne correspond à un droit.
L’icône [[File:Profile-management3.0.x_Userinfo_connected.gif]] a été attribuée à l'ensemble de ces droits sauf deux :
*[[#Profil-non-sélectionnable-par-l'utilisateur|Profil non sélectionnable par l'utilisateur]] de l'onglet '''Généralités''' à laquelle l'icône [[File:Profile-management3.0.x_ConnectedNoFilling.png]] à été attribuée
*[[#Voir-les-noms-sur-les-réservations%2C-les-activités-réalisées-et-la-liste-des-utilisateurs|Voir les noms sur les réservations]] de l'onglet '''Réservations''' à laquelle l'icône [[File:Profile-management3.0.x_Userinfo_kiosk.gif]] à été attribuée

Les profils correspondent à chaque ligne du tableau. L'icône d'un profil est variable et dépend des droits qui lui sont attribués.
#L'icône d'un profil sera [[File:Profile-management3.0.x_ConnectedNoFilling.png]] si le droit [[#Profil-non-sélectionnable-par-l'utilisateur|Profil non sélectionnable par l'utilisateur]] ci-dessus est coché
#L'icône d'un profil sera [[File:Profile-management3.0.x_Userinfo_kiosk.gif]] si aucun droit n'est attribué au profil à l'exception du droit [[#Voir-les-noms-sur-les-réservations%2C-les-activités-réalisées-et-la-liste-des-utilisateurs|Voir les noms sur les réservations]] ci-dessus qui peut être coché ou non
#Dans tous les autres cas, l'icône d'un profil sera [[File:Profile-management3.0.x_Userinfo_connected.gif]]

==Définition des icônes représentant des droits==
:[[File:Profile-management3.0.x_Userinfo_connected.gif]] : Droit qui définit un profil de base.
:[[File:Profile-management3.0.x_ConnectedNoFilling.png]] : Droit qui rend un profil non sélectionnable par un utilisateur lors de sa connexion.
:[[File:Profile-management3.0.x_Userinfo_kiosk.gif]] : Droit qui rend un profil de type "kiosque" (voir [[Kiosque PC]]) permettant de consulter le planning uniquement. Si au moins un droit de base est activé, le profil devient un profil de base.

==Définition des icônes attribuées aux profils==
:[[File:Profile-management3.0.x_Userinfo_connected.gif]] : Profil de base
:[[File:Profile-management3.0.x_ConnectedNoFilling.png]] : Profil non sélectionnable par un utilisateur lors de sa connexion.
:[[File:Profile-management3.0.x_Userinfo_kiosk.gif]] : Profil de type "kiosque" (voir [[Kiosque PC]]) permettant de consulter le planning uniquement. Toute modification ou saisie par un utilisateur nécessitera une identification par le biais d'une fenêtre "pop-up" demandant à l'utilisateur son propre identifiant et mot de passe.

=Niveau d'accréditation des droits et des profils=
Les niveaux d'accréditation vont de 0 à 6 :
*0 représente le niveau le plus bas
*6 représente le niveau le plus élevé

Chaque droit dispose d'un niveau d'accréditation qui lui est propre : plus le droit permet de faire des actions pouvant avoir des conséquences sur les données, plus le niveau d'accréditation est élevé.

Chaque profil dispose également d'un niveau d'accréditation. Le niveau d'accréditation d'un profil correspond au niveau d'accréditation le plus élevé des droits détenus par le profil.

La page '''Admin > Utilisateurs > Profils''' indique les niveaux d'accréditation à la fois des droits et des profils :
*Les droits sont indiqués dans les entêtes de chaque colonne. Le niveau d'accréditation du droit est indiqué en dessous du nom du droit dans un cercle.
*Les profils sont indiqués à chaque ligne du tableau. le niveau d'accréditation du profil est indiqué en dessous du nom du profil dans un cercle.
Le niveau d'accréditation 6 est affiché en inverse vidéo par rapport aux autres niveaux pour le distinguer.

Un gestionnaire disposant le droit de gérer des utilisateurs ne peut attribuer un profil à un utilisateur qui soit plus élevé que le profil le plus élevé qu'il détient lui-même.

Lorsqu'une plateforme dispose de plus de 3 utilisateurs avec le niveau 6, [[Alertes-de-configuration#La-plateforme-a-plus-de-3-utilisateurs-actifs-avec-un-profil-de-niveau-6.-Les-utilisateurs-concernés-sont-:-XXX|une alerte de configuration est affichée]].

Lorsqu'un droit de niveau 6 est accordé à un profil, une alerte est générée si cela entraîne plus de 3 utilisateurs de niveau 6.

=Profils=
La gestion des profils s'effectue depuis le menu '''Admin > Utilisateurs > Profils'''.

Le nombre d'onglets disponible dépend du paramétrage de la plateforme OpenFlyers. Par exemple, si la gestion des activités est activée, alors l'onglet ''Activités'' est disponible.

==Généralités==

===Profil non sélectionnable par l'utilisateur===

Lors de la connexion et lorsqu'un utilisateur doit faire le choix entre un profil pour se connecter, les [[Bien-débuter-avec-OpenFlyers#Attribuer-les-profils-aux-utilisateurs|profils non sélectionnables]] ne seront pas proposés parmi la liste. Ce droit ne peut pas être attribué à un profil ayant des droits de gestion.

===Pas de déconnexion automatique===
Ce droit permet d'éviter la [[Connexion#Automatique|déconnexion automatique de la session]] au bout de 10 minutes et étend la connexion à 2 heures.

===Accès visiteur===
L'accès visiteur permet de [[Kiosque-PC#Créer-un-compte-utilisateur-Visiteur|créer un compte visiteur]] donnant un accès limité destiné à pouvoir être utilisé par n'importe quelle personne.

Cet accès permet également de créer un lien vers OpenFlyers avec une connexion automatique en passant les identifiants via l'URL.

Si un visiteur [[#Réservation|peut réserver]] - dépend du paramétrage - alors, lors de la création d'une réservation, [[Utilisation-des-réservations-internes-sur-l%27appli-mobile#Créer-automatiquement-un-utilisateur-en-créant-une-réservation|le système va générer automatiquement un compte utilisateur]] à partir des informations que le visiteur aura saisi. Le visiteur sera connecté automatiquement sur ce nouveau compte.

===Mise à jour de sa date de naissance, de son sexe et de sa nationalité===

Permet à un utilisateur de modifier [[Fiche-personnelle#Mettre-à-jour-sa-date-de-naissance,-sa-nationalité-ou-son-sexe|sa date de naissance, sa nationalité et/ou son sexe dans sa fiche personnelle]].

===Voir ses validités===

Permet d'[[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|accéder à ses validités depuis le planning]].

===Ajout et gestion de ses validités===

Permet à un [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|utilisateur de rajouter/supprimer/mettre à jour ses validités]] qui sont dans la liste [[#Type-de-validité-que-l'utilisateur-peut-gérer-pour-lui-même|Type de validité que l'utilisateur peut gérer]] et pour la mise à jour, sous réserve que le type de validité dispose d'informations qui peuvent être mises à jour.

===Gestion de ses validités détenues===

Permet à un [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|utilisateur de mettre à jour/supprimer uniquement les validités]] qui lui sont déjà attribuées et qui sont dans la liste [[#Type-de-validité-que-l'utilisateur-peut-gérer-pour-lui-même|Type de validité que l'utilisateur peut gérer]] et pour la mise à jour, sous réserve que le type de validité dispose d'informations qui peuvent être mises à jour.

===Surpasser les restrictions sur les validités===
Permet à un utilisateur de surpasser les [[Connexion#Restriction_d'accès|restrictions d'accès]] dues à des validités expirées, incomplétes ou non certifiées qui sont [[Validités#Contrôle-des-validités-à-la-connexion|appliquées à la connexion]].

Voir le chapitre [[Paramétrage-des-validités#Alerte-à-la-connexion|Alerte à la connexion]] pour le paramétrage des restrictions sur les validités.

===Editer sa photo===

Permet à un utilisateur [[Fiche-personnelle#Editer-sa-photo|d'importer ou de supprimer sa photo dans sa fiche personnelle]].

==Réservation==

===Alertable par e-mail pour toute réservation===
Permet la [[Fiche-personnelle#Recevoir-un-e-mail-pour-les-réservations-ayant-pour-activité|notification par e-mail pour toute réservation]].

===Champs additionnels visualisables dans les pop-ups de réservation===
Permet de visualiser le contenu des champs additionnels dans la pop-up de réservation.

===Créer ou modifier une réservation avec une date de début dépassée===
Autorise à créer ou modifier une réservation dont la date de début est dépassée.

===Etre sur une nouvelle réservation===
Permet lors d'une nouvelle réservation, que l'utilisateur disposant du profil concerné soit autorisé à être sur une des places.

Permet entre autre à un utilisateur tiers, de pouvoir effectuer de nouvelles réservations pour un utilisateur disposant du profil concerné et n'ayant pas de droit [[#Réservation-en-solo|Réservation solo]], [[#Réservation-pour-des-tiers|Réservation pour des tiers]] ou [[#Réservation-avec-un-instructeur|Réservation avec un instructeur]].

===Gestion des disponibilités des ressources===
Sur l'ancienne interface, permet de gérer la disponibilité des ressources et de les immobiliser (pour entretien, maintenance, réparation, arrêt d'activité, ...).

Cela se fait comme pour une réservation, une case "immobiliser la ressource" est alors disponible. Sur la frise de réservation, il sera indiqué "Mise en maintenance" pour la période demandée.

===Gestion des disponibilités des tiers===
Permet de gérer la [[Gestion-des-disponibilités#Gérer-la-disponibilité-des-intervenants|disponibilité des utilisateurs]].

===Personnaliser ses ressources visibles===
Permet de personnaliser la [[Fiche-personnelle#Paramétrer-les-ressources-et-les-utilisateurs-visibles-sur-le-planning|liste des ressources et utilisateurs visibles dans le planning depuis sa fiche utilisateur]].

===Planning individuel visible pour les autres===
Permet de rendre disponible son planning aux autres utilisateurs.

===Planning personnel===
Permet de visualiser son propre planning.

===Réservation de programmes===
Autorise [[Utilisation-des-réservations-internes-sur-l%27interface-web#Positionner-automatiquement-les-activités-d’un-programme-de-formation|le positionnement automatique des activités d’un programme de formation dans le planning]].

===Réservation en solo===
Autorise un utilisateur de réserver une ressource avec lui-même en première place.

===Réservation pour des tiers===
Autorise la réservation d'une ressource pour un autre utilisateur (en solo et/ou double selon les droits du profil de cet utilisateur tiers).

===Réservation avec un instructeur===
Autorise la réservation d'une ressource avec une personne en seconde place.

===Supprimer une réservation avec une date de début dépassée===
Autorise à supprimer une réservation dont la date de début est dépassée.

===Surpasser l'indisponibilité des instructeurs===
Autorise la réservation d'une ressource avec un instructeur même si celui-ci n'est pas enregistré comme disponible durant la plage horaire de la réservation (Un message d'alerte prévient quand même. Fonction utile pour les instructeurs et le secrétariat).

===Surpasser l'indisponibilité des ressources===
Autorise la réservation d'une ressource même si celle-ci n'est pas enregistrée comme disponible durant la plage horaire de la réservation (Un message d'alerte prévient quand même).

===Surpasser l'interdiction d'effectuer une réservation dans moins de X temps===
Autorise la réservation en annulant l'interdiction "d'effectuer une réservation débutant dans moins de".

===Surpasser la limite de durée minimum===
Autorise la réservation en annulant la restriction sur la durée minimum d'une réservation.

===Surpasser la limite de durée maximum===
Autorise la réservation en annulant la restriction sur la durée maximum d'une réservation.

===Surpasser la limite de temps===
Autorise la réservation en annulant la restriction sur la limitation dans le temps des réservations.

===Surpasser la limite de nombre===
Autorise la réservation en annulant la restriction sur le nombre maximum de réservation.

===Surpasser la réservation par type===
En cas de chevauchement, cela permet de déplacer la réservation sur une autre ressource de type différent.

===Surpasser les formules de saisie===
Permet de surpasser les règles de saisie sur les réservations.

===Voir les images des pilotes sur le menu contextuel===
Permet de [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-images-des-pilotes-sur-le-menu-contextuel|visualiser images des pilotes associés à chaque réservation sur le menu contextuel]] lorsqu'on survole ou effectue un clic droit sur la réservation.

===Voir les noms sur les réservations, les activités réalisées et la liste des utilisateurs===
Permet de visualiser les noms des utilisateurs sur la page du planning à la fois pour les réservations et les [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-activités-réalisées|activités réalisées]].

===Voir les noms d'activités sur les réservations et les activités réalisées===
Permet d'[[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-noms-d'activités-sur-les-réservations-et-les-activités-réalisées|afficher les noms d'activités sur les réservations et les activités réalisées]].

==Activités==

===Alertable par email pour toute saisie d'activité===
;Description
Ce droit permet aux gestionnaires de [[Fiche-personnelle#Recevoir-un-e-mail-pour-les-activités-ayant-les-champs-sélectionnés-non-vide|s'abonner aux notifications par emails dès lors qu'une activité est saisie par un utilisateur en renseignant un champ suivi par le gestionnaire]].

;Cas d'usage
[[Suivi des remarques de maintenance]].

===Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs===
Ce droit permet de suivre le renouvellement des validités par les utilisateurs en étant alerté par un [[Envoi-des-emails#E-mail-d'information-des-actions-des-utilisateurs-sur-des-validités|e-maild'information des actions des utilisateurs sur des validités]] à chaque fois qu'un utilisateur renouvelle une validité sélectionnée dans la liste de la cellule '''Alerté par e-mail pour le renouvellement des types de validités'''. Attention : la mise en place de ce droit peut provoquer la réception de nombreux e-mails.

===Attribution de place===
Permet d'attribuer les places auxquelles sont autorisées les utilisateurs de ce profil. Cela impacte sur les listes des utilisateurs qui se nttrouve à la saisie d'une réservation ou d'une activité.

Ces listes sont accessibles depuis '''Planning > Planning > Réserver''' et '''Planning > Activités > Saisir une activité'''.

La page '''Admin > Type de ressource > Places''' permet de gérer les places d'un type de ressource. Elle permet également de définir qui a le droit d'être sur telle place en cas de restriction de profil.

===Etre sur une nouvelle fermeture d'activité===
Permet lors d'une nouvelle fermeture d'activité, que la personne disposant du profil concerné soit autorisée à être sur une des places.

Permet entre autre à une personne tierce, de pouvoir effectuer de nouvelles fermetures d'activité pour une personne disposant du profil concerné et n'ayant pas le droit [[#Saisie-d'activité-pour-soi-même|Saisie d'activité pour soi-même]] ou [[#Saisie-d'activité-pour-un-tiers|Saisie d'activité pour un tiers]].

===Etre sur une nouvelle ouverture d'activité===
Permet lors d'une nouvelle ouverture d'activité, que la personne disposant du profil concerné soit autorisée à être sur une des places.

Permet entre autre à une personne tierce, de pouvoir effectuer de nouvelles ouvertures d'activité pour une personne disposant du profil concerné et n'ayant pas le droit [[#Saisie-d'activité-pour-soi-même|Saisie d'activité pour soi-même]] ou [[#Saisie-d'activité-pour-un-tiers|Saisie d'activité pour un tiers]].

===Saisie d'activité pour soi-même===
Autorise la saisie des vols et permet aussi à l'utilisateur de voir son carnet de vols.

Permet également de supprimer ses propres vols depuis son carnet de vol et depuis le [[Carnet-de-route#Modifier-et-supprimer|carnet de route]].

===Saisie d'activité pour un tiers===
Autorise la saisie des vols pour des tiers et permet de voir les carnets de vols des utilisateurs.

Permet également de supprimer les vols des tiers depuis le carnet de vol d'un utilisateur et depuis le [[Carnet-de-route#Modifier-et-supprimer|carnet de route]].

===Vérifier la saisie des activités et les modifier===
Permet de voir les carnets de vols des utilisateurs et de pointer les vols (vérification qui entérine un vol et qui rend ainsi sa modification ou suppression impossible), permet ainsi de voir les "vols oubliés" aussi (trous dans les horamètres).

===Voir les activités de tous===
Permet :
*d'accéder au [[Carnet-de-route|carnet de route]] de chaque ressource aéronef
*de [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-activités-réalisées|voir les activités réalisées sur le planning]] si le paramètre [[Configuration-des-réservations-internes#Affichage-possible-des-activités-réalisées-dans-le-planning|Affichage possible des activités réalisées dans le planning]] est activé

===Voir ses activités===
Autorise l'utilisateur à voir son carnet de vol.

===Visualiser les traces de vol===
Permet de [[Interfaçage-OpenFlyers-et-Charterware#Récupération-des-traces-de-vols|visualiser les traces d'un vol]].

==Formations==
===Voir les suivis de formations===
Autorise l'utilisateur à [[Gestion-des-activités#Consulter-le-suivi-de-formation|voir les suivis de formations]] de tous les utilisateurs.

===Gestion des formations===
Ce droit permet la [[Gestion-des-formations|gestion des formations]].

==Comptes==

===Gestion des comptes===
Couplé à d'autres droits, permet de créer et modifier les intitulés des comptes (boutiques, espèces, etc.) ainsi que d'accéder à la comptabilité.

Permet lors de la [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualisation des écritures]] d'un compte :
*de pouvoir consulter les écritures des comptes affectés
*[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|de pouvoir consulter une facture client ou un reçu]]
*de pouvoir [[Utilisation-de-la-comptabilité#Contrepasser-une-écriture|contrepasser les écritures]]
*de pouvoir [[Utilisation-de-la-comptabilité#Lettrer-des-écritures-comptables|lettrer les écritures]]

Permet [[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|d'importer des relevés bancaires]]

Ce droit inclut les droits '''Gestion des types d'encaissements''' et '''Voir les comptes'''.

===Voir les comptes===
[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-son-compte-ou-celui-d'un-tiers|Permet de voir tous les comptes]], de [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualiser la liste des mouvements]] et de [[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|consulter les factures clients et les reçus]].

Couplé au droit [[#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]], il permet de saisir un encaissement sur tous comptes. Ce droit inclut les privilèges du droit [[#Voir-les-comptes-utilisateurs|Voir les comptes utilisateurs]].

===Voir les comptes utilisateurs===
[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-son-compte-ou-celui-d'un-tiers|Permet de voir tous les comptes utilisateurs]] et de [[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|consulter les factures clients et les reçus]].

Couplé au droit [[#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]], il permet de saisir un encaissement sur les comptes utilisateurs.

===Gestion des comptabilités===

permet la gestion des comptabilités

===Gestion des types d'encaissements===

permet la gestion des types d'encaissements.

===Encaisser ses paiements===

Permet à l'utilisateur de [[FAQ-comptabilité#Comment-autoriser-un-profil-utilisateur-à-saisir-des-encaissements-pour-lui-même-?|saisir ses propres paiements]], de les modifier ou de les supprimer tant qu'ils n'ont pas été validés. L'utilisateur ne peut pas saisir les types d'encaissements qui sont ''Accessible uniquement aux personnes autorisées à saisir pour les tiers''.

===Saisir les encaissements pour les tiers===

Permet à l'utilisateur de saisir, modifier ou supprimer, tant qu'ils n'ont pas été validés, les encaissements d'autres utilisateurs ainsi que les encaissements devant être affectés sur des [[Configuration de la comptabilité#Créer_un_compte_comptable|comptes comptables clients autorisés à recevoir de l'argent]].

===Modifier la date d'un encaissement, d'un flux ou d'un transfert===

autorise la modification de la date d'un encaissement, d'un flux ou d'un transfert s'il peut être modifié

===Valider les encaissements===

pointage des paiements saisis par les pilotes par exemple (Modification ultérieure de cette saisie impossible, en cas de problème il faudra alors faire l'opération inverse). Permet également la suppression d'encaissement.

===Recevoir de l'argent===

Permet à un utilisateur d'être sur la liste des paiements remis. Voir la [[Configuration-de-la-comptabilité#Types-d'encaissements|configuration de la ventilation des types d'encaissements]].

===Transfert de son compte===
Permet le transfert de compte à compte depuis la page '''Planning > Comptes > Actions > Transférer'''.

Les transferts effectués avec ce seul droit (sans le droit [[#Transfert-de-son-compte-sans-validation|Transfert de son compte sans validation]]) depuis cette page sont validés automatiquement.

===Transfert de son compte sans validation===
Permet lors d'un transfert de compte à compte, que les flux générés ne soient pas automatiquement validés. Ce droit n'a d'effet que si le droit [[#Transfert-de-son-compte|Transfert de son compte]] est affecté au profil.

'''Conseil OpenFlyers :''' Ce droit a été créé à la demande de clients OpenFlyers. Néanmoins, nous en déconseillons son usage. En effet, avec ce droit, un utilisateur qui "donne" de l'argent à un autre utilisateur peut ensuite reprendre sa donation. Or comme le dit l'expression : "[https://fr.wiktionary.org/wiki/donner_c%E2%80%99est_donner,_reprendre_c%E2%80%99est_voler Donner c'est donner, reprendre c'est voler]". L'attribution du seul droit [[#Transfert-de-son-compte|Transfert de son compte]] permet un comportement conforme aux fonctionnalités présentes sur les applications bancaires, à savoir que lorsqu'on effectue un virement ce virement est définitif. Si un utilisateur se trompe dans son virement, alors il faut qu'il demande soit à la personne à qui il a donné de lui rendre le trop-perçu, soit à un gestionnaire de la structure pour qu'elle saisisse une écriture corrective. L'intérêt de procéder ainsi est qu'on conserve visuellement et directement sur les comptes la trace des opérations effectuées.

===Saisir tout flux===
Permet de :
*[[Utilisation-de-la-comptabilité#Saisir-un-flux|saisir des flux]] depuis '''Gestion > Comptes > Flux > Saisir'''
*de modifier/supprimer des flux non validés
*de consulter la liste des flux depuis '''Gestion > Comptes > Flux > Valider'''
*de [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualiser la liste des mouvements]]
*d'[[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|importer des relevés bancaires]]

===Valider tout flux===
Permet de valider les flux de la page '''Gestion > Comptes > Flux > Valider'''.

Ce droit n'a effet que si le droit [[#Saisir-tout-flux|Saisir tout flux]] est affecté au profil.

===Paramétrage de la facturation===
Permet de gérer les règles de [[Facturation-des-clients#Facturation-des-activités|facturation des activités]] et de [[Facturation-des-clients#Facturation-périodique|facturation périodique]].

===Saisie des valeurs de facturation===

Permet de gérer les variables et leurs valeurs destinés aux règles de facturation

===Compte sur lequel un utilisateur peut agir===

Permet de définir sur quel compte utilisateur un encaissement ou un transfert peut être réalisé par la personne connectée. Attention : ce droit est pour l'utilisateur connecté et non pas pour l'utilisateur concerné par l'encaissement ou le transfert.

===Surpasser la limitation du solde du compte===

Permet à un utilisateur disposant de ce droit dans l'un de ses profils de ne pas avoir de [[Connexion#Restriction_d'accès|restriction d'accès]], de saisie de réservation ou de saisie de vol lorsque [[Configuration de la comptabilité#Restriction_d'accès_en_cas_de_solde_insuffisant|une restriction sur les soldes]] est en place. Il aura juste une alerte à la connexion. Ce droit ne permet pas à l'utilisateur concerné X de pouvoir surpasser les restrictions d'un autre utilisateur Y en effectuant par exemple une réservation en son nom alors que Y n'a ni le droit de surpasser ni le solde suffisant.

===Surpasser le seuil de [[Gestion-de-la-comptabilité-côté-utilisateur#Transférer-de-l'argent|transfert de compte]]===

Permet à un utilisateur disposant de ce droit dans l'un de ses profils de ne pas être bloqué lorsque une [[Configuration-de-la-comptabilité#Paramétrage-général-des-comptabilités|restriction sur les soldes]] est en place et qu'il ne dispose pas d'un solde suffisant.

==Ventes==

===Gestion globale des ventes===

Permet de gérer les produits, la facturation des produits, les stocks et [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]]. Permet également de modifier/supprimer des achats de produit.

===Achat ventes libres===

Autorise à acheter tous les produits qui sont en vente libre. Permet également de modifier/supprimer des achats de produit.

===Acheter pour les tiers===
Autorise à effectuer/modifier/supprimer des achats de produit pour un tiers.
*Couplé au droit [[#Gestion-des-utilisateurs|Gestion des utilisateurs]], il permet de gérer les [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]] d'un tiers.
*Couplé au droit [[Gestion-des-profils#Vente-de-produit-sans-tarif|Vente de produit sans tarif]], il permet de vendre des [[Gestion-des-produits-et-des-ventes#Configuration-d'un-produit-non-stocké-sans-tarif-défini|produits sans tarif]].

===Vente de produit sans tarif===
Autorise à rendre disponible et à acheter des produits sans tarif. Nécessite le droit [[#Acheter-pour-les-tiers|Acheter pour les tiers]].

===Débrayage des ventes de validités===

Autorise à ajouter et modifier la date d'expiration d'une [[Validités#Validité-à-vendre|validité à vendre]] sans débiter le compte.

==Achats==

===Gestion des achats===
Permet la gestion des factures fournisseurs, à en créer, modifier et supprimer.

==Admin==
===Gestion du paramétrage===
Ce droit est nécessaire pour accéder aux pages permettant de [[Paramétrage|paramétrer la plateforme]] et fait apparaitre le menu '''Structure''' avec les items :
*[[Données#Accéder-au-tableau-de-conservation-des-données|'''Admin > Structure > Données > Conservation des données''']]
*'''Admin > Structure > Structure > Canaux de communications'''
*[[Configuration#Admin > Structure > Structure > Paramétrage|'''Admin > Structure > Structure > Paramétrage''']]
*[[Configuration#Admin->-Structure->-Structure->-Coordonnées|'''Admin > Structure > Structure > Coordonnées''']]
*'''Admin > Structure > Variables > Définition'''
*'''Admin > Structure > Variables > Actualisation'''
*[[Configuration#Structure->-Champs-métiers|'''Admin > Structure > Variables > Champs métiers''']]
*[[Configuration#Structure->-Export-SQL|'''Admin > Structure > Export SQL > Complet''']]
*[[Utilisation-de-la-comptabilité#Importer-son-modèle-de-facture|'''Admin > Structure > Imports > Templates ODT''']]

Ce droit fait également apparaitre des items utiles au paramétrage mais présents dans d'autres menus :
*Couplé au droit [[#Gestion-des-utilisateurs|Gestion des utilisateurs]], dans le menu '''Admin > Utilisateurs''' :
**[[Champs-métiers|'''Admin > Utilisateurs > Champs métiers''']]
**'''Admin > Utilisateurs > Statuts'''
*[[Gestion-des-types-d'activités|'''Admin > Types d'activités > Actifs''']]
*[[Champs-métiers|'''Admin > Types d'activités > Champs métiers''']]
*[[Champs-métiers|'''Ventes > Champs métiers > Champs métiers''']]

===Gestion des valeurs===

===Gestion des profils===
permet de créer et modifier les profils. Attention, laisser cette autorisation à au moins un profil !

===Gestion des utilisateurs===

Permet de modifier les caractéristiques, infos et photos des utilisateurs, les désactiver et gérer leurs validités qui ne correspondent pas à des [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]]. Couplé au droit [[#Acheter-pour-les-tiers|Acheter pour les tiers]], il permet de gérer les [[Paramétrage-des-validités#Validité-à-vendre|validités qui sont à vendre]].

===Gestion des ressources===
Permet la gestion complète des types de ressources et des ressources (créer/supprimer/modifier/associer des validités). Autorise également la gestion de navigabilité des ressources aéronefs et la gestion des statuts.

Permet d'accéder à [[Gestion-des-documents|la liste des documents]] qui sont associés aux ressources et leur gestion (Ajouter, modifier, supprimer). Permet aussi de gérer la liste des catégories de ces documents.

===Gestion des rapports===
Fait apparaître le menu '''[[Gestion-des-rapports|Gestion > Rapports]]''' avec les items :
* '''Gestion > Rapports > Rapports personnalisés > Champs métiers'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Rapports personnalisés > Créer/Modifier]]'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Rapports personnalisés > Visualiser]]'''
* '''Gestion > Rapports > Rapports spécifiques > Activités et coûts'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Bibliothèque]]'''

Fait apparaître la [[Gestion-des-rapports#Case-à-cocher-Mémoriser-ce-choix|case à cocher '''Mémoriser ce choix''']].

===Voir tous les rapports===
Fait apparaître le menu '''Rapports''' avec les items :
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Rapports personnalisés > Visualiser]]'''
* '''Rapports spécifiques > Vols et coûts'''

Cela permet de consulter l'intégralité des rapports, y compris les favoris.

Fait apparaître la [[Gestion-des-rapports#Case-à-cocher-Mémoriser-ce-choix|case à cocher '''Mémoriser ce choix''']].

===Gestion des logs===
Fait apparaître le menu '''Admin > Logs''' avec les items :
*'''Admin > Logs > Actions effectuées'''
*'''Admin > Logs > Adresses IP bloquées'''
*'''Admin > Logs > Historique d'une réservation'''
*'''Admin > Logs > Identifiants bloqués'''
*'''Admin > Logs > Requête utilisateur en attente'''

===Envoyer et suivre les e-mails===
Permet d'accéder à la page [[Mailing|Mailing]] et de [[Suivi-des-emails|suivre les emails]].

===Accès aux tableurs===
Permet d'accéder aux fichiers [[Tableurs|tableurs]] depuis le menu.

===Gestion des communications===
Permet de gérer les flux d'informations et leurs canaux.

=Profils Plus=
*'''Admin > Utilisateurs > Profils plus'''

==Ajouter un profil depuis Profils plus==
*Cliquer sur une cellule contenant le caractère '''+'''
*remplissez la cellule puis appuyer sur la touche "Entrée"
*pour valider cliquer sur la disquette à gauche dans la colonne "Actions"
*le nouveau profil est placé à la fin du tableau

==Modifier un profil depuis Profils plus==
*Cliquer sur une cellule du profil à modifier
*remplissez la cellule puis appuyer sur la touche "Entrée"

==Colonnes du tableau Profils Plus==
===Nom (du profil)===
Nom du profil

===Type de compte requis===
Permet de définir les comptes utilisateurs appartenant aux types sélectionnés qui seront créés pour les nouveaux utilisateurs ou ajoutés aux utilisateurs existants à qui on attribuera ce profil

===Champ métier visible par le profil sur le formulaire utilisateur ou sur le planning===
Permet d'afficher ou de cacher les [[Champs-métiers|champs métiers]] des formulaires présents dans :
*'''Planning > Données > Personnelles > Affichage et fiche personnelle'''
*'''Gestion > Utilisateurs > Utilisateurs > Actifs'''
*'''Planning > Planning > Réserver'''

===Type de validité que l'utilisateur peut gérer pour lui-même===
Permet de sélectionner les types de validités qu'un utilisateur de ce profil peut [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|ajouter/acheter/mettre/supprimer]] (ex: Licence fédérale, Visite Médicale, Autres licences) pour lui-même. Les validités d'un utilisateur sont accessibles depuis '''Planning > Données > Personnelles > Validités'''.

[[Paramétrage-des-validités#Profils-autorisés-à-gérer-pour-eux-mêmes|Lors de l'ajout d'un type de validité, celui-ci est automatiquement affecté aux profils]].

===Types de validités que l'utilisateur peut gérer et certifier===
Permet de sélectionner les types de validités qu'un utilisateur de ce profil peut gérer et certifier.

[[Paramétrage-des-validités#Profils-autorisés-à-gérer/certifier-pour-les-autres|Lors de l'ajout d'un type de validité, celui-ci est automatiquement affecté aux profils]].

Tous les utilisateurs détenant un profil pouvant certifier un type de validité coché recevront un [[Envoi-des-emails#E-mail-de-demande-de-certification-de-validité|e-mail]] lorsqu'une validité d'un des types choisis sera ajoutée par un utilisateur et [[Validités#Validités-en-attente-de-certification|en attente de certification]].

===Contrats non requis===
Voir la définition de [[Paramétrage-des-validités#Validité-contrat|validité-contrat]].

Permet de [[Gestion-des-profils#Modifier-un-profil-depuis-Profils-plus|définir]] les [[Paramétrage-des-validités#Validité-contrat|validités-contrats]] qui ne sont pas requises pour certains profils.

Les utilisateurs ne disposant que de profils exemptés, ne se verront pas demandés la signature des validités-contrats à la connexion. Tous les autres utilisateurs doivent signer chacun des contrats s'ils disposent d'au moins un profil non-exempté ou si la validité-contrat est requise pour tous les profils.

La signature des validités-contrats, se fait juste après l'identification à la connexion. Le formulaire apparait tant qu'il reste au moins un contrat non-signé. L'utilisateur ne peut passer outre ce processus.

===Attribution de place===
Permet d'attribuer les places auxquelles sont autorisées les utilisateurs de ce profil. Cela impacte sur les listes des utilisateurs que l'on trouve à la saisie d'une réservation ou d'un vol.

Ces listes sont accessibles depuis '''Planning > Planning > Réserver''' et '''Planning > Activités > Saisir une activités'''.

La page '''Admin > Type de ressource > Places''' permet de gérer les places d'un type de ressource. Elle permet également de définir qui a le droit d'être sur telle place en cas de restriction de profil.

===Profils visibles===
Dans les pages '''Planning > Données > Personnelles > Affichage et fiche personnelle''', '''Gestion > Utilisateurs > Actifs''' et '''Admin > Utilisateurs > Paramètres par défaut''', on peut sélectionner les utilisateurs auxquels on souhaite voir leur planning.

La liste des utilisateurs affichés sont ceux possédant un profil ayant les droits [[#Planning-personnel|Planning personnel]] et [[#Planning-individuel-visible-pour-les-autres|Planning individuel visible pour les autres]]. La colonne '''Profils visibles''' permet de restreindre la liste de ces utilisateurs pour ne la limiter qu'aux utilisateurs possédant les profils sélectionnés.

'''Attention :''' Il faut attribuer à un profil au moins une place de 1ère rang (numéro de place 0).

===Types de ressources visibles===
Dans les pages '''Planning > Données > Personnelles > Affichage et fiche personnelle''', '''Gestion > Utilisateurs > Actifs''' et '''Admin > Utilisateurs > Paramètres par défaut''', on peut sélectionner les ressources dont on souhaite voir le [[Utilisation-des-réservations-internes-sur-l%27appli-mobile|planning]] ou les rendre disponibles dans les formulaires de saisie de réservation et d'activité.

La colonne '''Types de ressources visibles''' permet de restreindre la liste de ces ressources pour ne la limiter qu'aux ressources appartenant aux types de ressources sélectionnés.

===Comptabilités visibles===
Permet de sélectionner les comptabilités qui sont visibles pour un profil. De plus, les types de compte et les comptes n'étant pas d'une comptabilité sélectionnée ne seront pas visibles.

===Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs===
Ce droit permet de suivre le renouvellement des validités par les utilisateurs en étant alerté par e-mail à chaque fois qu'un utilisateur renouvelle une validité sélectionnée dans la liste de la cellule '''Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs'''. Attention : la mise en place de ce droit peut provoquer la réception de nombreux e-mails.

=Utilisation=
==[[Connexion#Choix_du_profil|Choix du profil à la connexion]]==

==Ajouter un profil==

Depuis l'interface dynamique :
*Cliquer sur l'icône de menu correspondant à la gestion des profils
*Ajouter une ligne
*Compléter les cellules
*L'ajout est enregistré si les cellules suivantes sont correctement remplies :
**'''Nom du profil''' : la cellule doit être remplie et le nom ne pas avoir déjà été utilisé comme nom de profil.

Depuis l'interface légère :
*Aller sur '''Admin > Utilisateurs > Profils'''
*En-dessous du tableau listant les profils, cliquer sur le bouton '''AJOUTER UN PROFIL'''
*Renseigner les droits pour chaque onglet
*Aller sur '''Admin > Utilisateurs > Profils plus'''
*Renseigner les colonnes pour la ligne du profil nouvellement créé

===Ajouter un profil qui surpasse la restriction en cas de solde insuffisant===
*Procéder à l'ajout de ligne dans un tableau.
*Saisir par exemple comme nom '''Non restreignable'''.
*Toujours dans '''Admin > Utilisateurs > Profils''', onglet '''Généralités''', cocher pour ce profil le droit [[Gestion des profils#Généralités|Profil non sélectionnable par l'utilisateur]].
*Dans l'onglet '''Gestion des comptes''', sélectionner le droit [[#Surpasser-la-limitation-du-solde-du-compte|Surpasser la limitation du solde du compte]] pour le profil concerné
Il suffit ensuite de rajouter ce profil aux utilisateurs concernés.

=Créer un profil empêchant tout surpassement=
Il peut être nécessaire d'empêcher un utilisateur de pouvoir réserver ou saisir une activité même en recourant à l'aide d'un tiers qui disposerait de droits permettant de surpasser des restrictions, que cela soit sur des comptes ou sur des validités.

Cela peut être le cas, par exemple, pour la détention d'une validité ''Cotisation'' périmée ou lorsque le solde du compte utilisateur est insuffisant (cf. [[Configuration-de-la-comptabilité#Restriction-d'accès-en-cas-de-solde-insuffisant|Restriction d'accès en cas de solde insuffisant]]).

Pour mettre en place une telle restriction, il faut :
*[[Gestion-des-profils#Ajouter-un-profil|Ajouter un profil]] en lui attribuant l'ensemble des droits (ne pas oublier la page '''Admin > Utilisateurs > Profils plus'''
*[[Gestion-des-profils#Modifier-un-profil|Modifier le profil]] nouvellement créé
**Si l'utilisateur ne doit pas pouvoir ouvrir un vol : dans l'onglet [[Gestion-des-profils#Activités|Activités]], décocher le droit [[Gestion-des-profils#Etre-sur-une-nouvelle-ouverture-d'activité|Etre sur une nouvelle ouverture d'activité]]
**Si l'utilisateur ne doit pas pouvoir être sur une réservation : dans l'onglet [[Gestion-des-profils#Réservation|Réservation]], décocher les droits [[Gestion-des-profils#Etre-sur-une-nouvelle-réservation|Etre sur une nouvelle réservation]], [[Gestion-des-profils#Réservation-solo|Réservation solo]] et [[Gestion-des-profils#Réservation-avec-un-instructeur|Réservation avec un instructeur]]

==Droits particuliers==
*'''GÉNÉRALITÉS / Profil non sélectionnable par l'utilisateur :''' ce droit n'est applicable que si les [[Gestion des utilisateurs|utilisateurs disposant du profil concerné]] possèdent au moins un autre [[Connexion#Sélection_du_profil|profil sélectionnable à la connexion]].
*'''GÉNÉRALITÉS ADMIN / Gestion des profils :''' au moins un profil doit posséder ce droit.

==Modifier un profil==
La modification des profils s'effectue selon les règles d'[[Utilisation des tableaux#Édition_des_données#|édition des données d'un tableau]].

==Supprimer un profil==
*La suppression d'un profil est possible uniquement si les [[Gestion des utilisateurs|utilisateurs disposant de ce profil]] possèdent aussi au moins un autre profil.
*Procéder à la suppression de ligne dans un tableau.

==Valeurs par défaut lors de la création d'un profil==
Lors de la création d'un profil, on affecte automatiquement par défaut :
* Tous les '''Profils visibles'''
* Tous les '''Types de ressources visibles'''
* Toutes les '''Comptabilités visibles'''
* Les '''Attribution de place''' correspondants à la première place de chaque type de ressource

Gestion des profils

2025-06-06T13:54:40Z

Lelhidam: /* Types de validités que l'utilisateur peut gérer et certifier */

=Présentation=
L'objet de cette page est de présenter la '''gestion des profils''' sur la [[Accueil|version 4 d'OpenFlyers]].

Les profils attribués par défaut à un utilisateur créé automatiquement sont définis dans '''Admin > Utilisateurs > Paramètres par défaut'''.

=Définition=
*Un '''profil''' correspond à un ensemble de '''droits''' qui définissent les actions que peut effectuer un [[Glossaire|utilisateur]] dans l'application OpenFlyers.
*Un utilisateur peut disposer de '''plusieurs profils'''. L'attribution des profils aux utilisateurs se fait par l'intermédiaire du [[Gestion des utilisateurs|tableau de gestion des utilisateurs]].

''Exemple de profils : administrateur, pilote, formateur, technicien, mécanicien, trésorier, secrétaire.''

=Icônes symbolisant les droits des profils=
Dans la page '''Admin > Utilisateurs > Profils''', il faut distinguer deux éléments pour comprendre le principe des icônes. Il y a les droits d'un côté et les profils de l'autre.

Les droits constituent les entêtes du tableau. Chaque entête de colonne correspond à un droit.
L’icône [[File:Profile-management3.0.x_Userinfo_connected.gif]] a été attribuée à l'ensemble de ces droits sauf deux :
*[[#Profil-non-sélectionnable-par-l'utilisateur|Profil non sélectionnable par l'utilisateur]] de l'onglet '''Généralités''' à laquelle l'icône [[File:Profile-management3.0.x_ConnectedNoFilling.png]] à été attribuée
*[[#Voir-les-noms-sur-les-réservations%2C-les-activités-réalisées-et-la-liste-des-utilisateurs|Voir les noms sur les réservations]] de l'onglet '''Réservations''' à laquelle l'icône [[File:Profile-management3.0.x_Userinfo_kiosk.gif]] à été attribuée

Les profils correspondent à chaque ligne du tableau. L'icône d'un profil est variable et dépend des droits qui lui sont attribués.
#L'icône d'un profil sera [[File:Profile-management3.0.x_ConnectedNoFilling.png]] si le droit [[#Profil-non-sélectionnable-par-l'utilisateur|Profil non sélectionnable par l'utilisateur]] ci-dessus est coché
#L'icône d'un profil sera [[File:Profile-management3.0.x_Userinfo_kiosk.gif]] si aucun droit n'est attribué au profil à l'exception du droit [[#Voir-les-noms-sur-les-réservations%2C-les-activités-réalisées-et-la-liste-des-utilisateurs|Voir les noms sur les réservations]] ci-dessus qui peut être coché ou non
#Dans tous les autres cas, l'icône d'un profil sera [[File:Profile-management3.0.x_Userinfo_connected.gif]]

==Définition des icônes représentant des droits==
:[[File:Profile-management3.0.x_Userinfo_connected.gif]] : Droit qui définit un profil de base.
:[[File:Profile-management3.0.x_ConnectedNoFilling.png]] : Droit qui rend un profil non sélectionnable par un utilisateur lors de sa connexion.
:[[File:Profile-management3.0.x_Userinfo_kiosk.gif]] : Droit qui rend un profil de type "kiosque" (voir [[Kiosque PC]]) permettant de consulter le planning uniquement. Si au moins un droit de base est activé, le profil devient un profil de base.

==Définition des icônes attribuées aux profils==
:[[File:Profile-management3.0.x_Userinfo_connected.gif]] : Profil de base
:[[File:Profile-management3.0.x_ConnectedNoFilling.png]] : Profil non sélectionnable par un utilisateur lors de sa connexion.
:[[File:Profile-management3.0.x_Userinfo_kiosk.gif]] : Profil de type "kiosque" (voir [[Kiosque PC]]) permettant de consulter le planning uniquement. Toute modification ou saisie par un utilisateur nécessitera une identification par le biais d'une fenêtre "pop-up" demandant à l'utilisateur son propre identifiant et mot de passe.

=Niveau d'accréditation des droits et des profils=
Les niveaux d'accréditation vont de 0 à 6 :
*0 représente le niveau le plus bas
*6 représente le niveau le plus élevé

Chaque droit dispose d'un niveau d'accréditation qui lui est propre : plus le droit permet de faire des actions pouvant avoir des conséquences sur les données, plus le niveau d'accréditation est élevé.

Chaque profil dispose également d'un niveau d'accréditation. Le niveau d'accréditation d'un profil correspond au niveau d'accréditation le plus élevé des droits détenus par le profil.

La page '''Admin > Utilisateurs > Profils''' indique les niveaux d'accréditation à la fois des droits et des profils :
*Les droits sont indiqués dans les entêtes de chaque colonne. Le niveau d'accréditation du droit est indiqué en dessous du nom du droit dans un cercle.
*Les profils sont indiqués à chaque ligne du tableau. le niveau d'accréditation du profil est indiqué en dessous du nom du profil dans un cercle.
Le niveau d'accréditation 6 est affiché en inverse vidéo par rapport aux autres niveaux pour le distinguer.

Un gestionnaire disposant le droit de gérer des utilisateurs ne peut attribuer un profil à un utilisateur qui soit plus élevé que le profil le plus élevé qu'il détient lui-même.

Lorsqu'une plateforme dispose de plus de 3 utilisateurs avec le niveau 6, [[Alertes-de-configuration#La-plateforme-a-plus-de-3-utilisateurs-actifs-avec-un-profil-de-niveau-6.-Les-utilisateurs-concernés-sont-:-XXX|une alerte de configuration est affichée]].

Lorsqu'un droit de niveau 6 est accordé à un profil, une alerte est générée si cela entraîne plus de 3 utilisateurs de niveau 6.

=Profils=
La gestion des profils s'effectue depuis le menu '''Admin > Utilisateurs > Profils'''.

Le nombre d'onglets disponible dépend du paramétrage de la plateforme OpenFlyers. Par exemple, si la gestion des activités est activée, alors l'onglet ''Activités'' est disponible.

==Généralités==

===Profil non sélectionnable par l'utilisateur===

Lors de la connexion et lorsqu'un utilisateur doit faire le choix entre un profil pour se connecter, les [[Bien-débuter-avec-OpenFlyers#Attribuer-les-profils-aux-utilisateurs|profils non sélectionnables]] ne seront pas proposés parmi la liste. Ce droit ne peut pas être attribué à un profil ayant des droits de gestion.

===Pas de déconnexion automatique===
Ce droit permet d'éviter la [[Connexion#Automatique|déconnexion automatique de la session]] au bout de 10 minutes et étend la connexion à 2 heures.

===Accès visiteur===
L'accès visiteur permet de [[Kiosque-PC#Créer-un-compte-utilisateur-Visiteur|créer un compte visiteur]] donnant un accès limité destiné à pouvoir être utilisé par n'importe quelle personne.

Cet accès permet également de créer un lien vers OpenFlyers avec une connexion automatique en passant les identifiants via l'URL.

Si un visiteur [[#Réservation|peut réserver]] - dépend du paramétrage - alors, lors de la création d'une réservation, [[Utilisation-des-réservations-internes-sur-l%27appli-mobile#Créer-automatiquement-un-utilisateur-en-créant-une-réservation|le système va générer automatiquement un compte utilisateur]] à partir des informations que le visiteur aura saisi. Le visiteur sera connecté automatiquement sur ce nouveau compte.

===Mise à jour de sa date de naissance, de son sexe et de sa nationalité===

Permet à un utilisateur de modifier [[Fiche-personnelle#Mettre-à-jour-sa-date-de-naissance,-sa-nationalité-ou-son-sexe|sa date de naissance, sa nationalité et/ou son sexe dans sa fiche personnelle]].

===Voir ses validités===

Permet d'[[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|accéder à ses validités depuis le planning]].

===Ajout et gestion de ses validités===

Permet à un [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|utilisateur de rajouter/supprimer/mettre à jour ses validités]] qui sont dans la liste [[#Type-de-validité-que-l'utilisateur-peut-gérer-pour-lui-même|Type de validité que l'utilisateur peut gérer]] et pour la mise à jour, sous réserve que le type de validité dispose d'informations qui peuvent être mises à jour.

===Gestion de ses validités détenues===

Permet à un [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|utilisateur de mettre à jour/supprimer uniquement les validités]] qui lui sont déjà attribuées et qui sont dans la liste [[#Types-de-validités-que-l'utilisateur-peut-gérer-et-certifier|Type de validité que l'utilisateur peut gérer et certifier]] et pour la mise à jour, sous réserve que le type de validité dispose d'informations qui peuvent être mises à jour.

===Surpasser les restrictions sur les validités===
Permet à un utilisateur de surpasser les [[Connexion#Restriction_d'accès|restrictions d'accès]] dues à des validités expirées, incomplétes ou non certifiées qui sont [[Validités#Contrôle-des-validités-à-la-connexion|appliquées à la connexion]].

Voir le chapitre [[Paramétrage-des-validités#Alerte-à-la-connexion|Alerte à la connexion]] pour le paramétrage des restrictions sur les validités.

===Editer sa photo===

Permet à un utilisateur [[Fiche-personnelle#Editer-sa-photo|d'importer ou de supprimer sa photo dans sa fiche personnelle]].

==Réservation==

===Alertable par e-mail pour toute réservation===
Permet la [[Fiche-personnelle#Recevoir-un-e-mail-pour-les-réservations-ayant-pour-activité|notification par e-mail pour toute réservation]].

===Champs additionnels visualisables dans les pop-ups de réservation===
Permet de visualiser le contenu des champs additionnels dans la pop-up de réservation.

===Créer ou modifier une réservation avec une date de début dépassée===
Autorise à créer ou modifier une réservation dont la date de début est dépassée.

===Etre sur une nouvelle réservation===
Permet lors d'une nouvelle réservation, que l'utilisateur disposant du profil concerné soit autorisé à être sur une des places.

Permet entre autre à un utilisateur tiers, de pouvoir effectuer de nouvelles réservations pour un utilisateur disposant du profil concerné et n'ayant pas de droit [[#Réservation-en-solo|Réservation solo]], [[#Réservation-pour-des-tiers|Réservation pour des tiers]] ou [[#Réservation-avec-un-instructeur|Réservation avec un instructeur]].

===Gestion des disponibilités des ressources===
Sur l'ancienne interface, permet de gérer la disponibilité des ressources et de les immobiliser (pour entretien, maintenance, réparation, arrêt d'activité, ...).

Cela se fait comme pour une réservation, une case "immobiliser la ressource" est alors disponible. Sur la frise de réservation, il sera indiqué "Mise en maintenance" pour la période demandée.

===Gestion des disponibilités des tiers===
Permet de gérer la [[Gestion-des-disponibilités#Gérer-la-disponibilité-des-intervenants|disponibilité des utilisateurs]].

===Personnaliser ses ressources visibles===
Permet de personnaliser la [[Fiche-personnelle#Paramétrer-les-ressources-et-les-utilisateurs-visibles-sur-le-planning|liste des ressources et utilisateurs visibles dans le planning depuis sa fiche utilisateur]].

===Planning individuel visible pour les autres===
Permet de rendre disponible son planning aux autres utilisateurs.

===Planning personnel===
Permet de visualiser son propre planning.

===Réservation de programmes===
Autorise [[Utilisation-des-réservations-internes-sur-l%27interface-web#Positionner-automatiquement-les-activités-d’un-programme-de-formation|le positionnement automatique des activités d’un programme de formation dans le planning]].

===Réservation en solo===
Autorise un utilisateur de réserver une ressource avec lui-même en première place.

===Réservation pour des tiers===
Autorise la réservation d'une ressource pour un autre utilisateur (en solo et/ou double selon les droits du profil de cet utilisateur tiers).

===Réservation avec un instructeur===
Autorise la réservation d'une ressource avec une personne en seconde place.

===Supprimer une réservation avec une date de début dépassée===
Autorise à supprimer une réservation dont la date de début est dépassée.

===Surpasser l'indisponibilité des instructeurs===
Autorise la réservation d'une ressource avec un instructeur même si celui-ci n'est pas enregistré comme disponible durant la plage horaire de la réservation (Un message d'alerte prévient quand même. Fonction utile pour les instructeurs et le secrétariat).

===Surpasser l'indisponibilité des ressources===
Autorise la réservation d'une ressource même si celle-ci n'est pas enregistrée comme disponible durant la plage horaire de la réservation (Un message d'alerte prévient quand même).

===Surpasser l'interdiction d'effectuer une réservation dans moins de X temps===
Autorise la réservation en annulant l'interdiction "d'effectuer une réservation débutant dans moins de".

===Surpasser la limite de durée minimum===
Autorise la réservation en annulant la restriction sur la durée minimum d'une réservation.

===Surpasser la limite de durée maximum===
Autorise la réservation en annulant la restriction sur la durée maximum d'une réservation.

===Surpasser la limite de temps===
Autorise la réservation en annulant la restriction sur la limitation dans le temps des réservations.

===Surpasser la limite de nombre===
Autorise la réservation en annulant la restriction sur le nombre maximum de réservation.

===Surpasser la réservation par type===
En cas de chevauchement, cela permet de déplacer la réservation sur une autre ressource de type différent.

===Surpasser les formules de saisie===
Permet de surpasser les règles de saisie sur les réservations.

===Voir les images des pilotes sur le menu contextuel===
Permet de [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-images-des-pilotes-sur-le-menu-contextuel|visualiser images des pilotes associés à chaque réservation sur le menu contextuel]] lorsqu'on survole ou effectue un clic droit sur la réservation.

===Voir les noms sur les réservations, les activités réalisées et la liste des utilisateurs===
Permet de visualiser les noms des utilisateurs sur la page du planning à la fois pour les réservations et les [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-activités-réalisées|activités réalisées]].

===Voir les noms d'activités sur les réservations et les activités réalisées===
Permet d'[[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-noms-d'activités-sur-les-réservations-et-les-activités-réalisées|afficher les noms d'activités sur les réservations et les activités réalisées]].

==Activités==

===Alertable par email pour toute saisie d'activité===
;Description
Ce droit permet aux gestionnaires de [[Fiche-personnelle#Recevoir-un-e-mail-pour-les-activités-ayant-les-champs-sélectionnés-non-vide|s'abonner aux notifications par emails dès lors qu'une activité est saisie par un utilisateur en renseignant un champ suivi par le gestionnaire]].

;Cas d'usage
[[Suivi des remarques de maintenance]].

===Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs===
Ce droit permet de suivre le renouvellement des validités par les utilisateurs en étant alerté par un [[Envoi-des-emails#E-mail-d'information-des-actions-des-utilisateurs-sur-des-validités|e-maild'information des actions des utilisateurs sur des validités]] à chaque fois qu'un utilisateur renouvelle une validité sélectionnée dans la liste de la cellule '''Alerté par e-mail pour le renouvellement des types de validités'''. Attention : la mise en place de ce droit peut provoquer la réception de nombreux e-mails.

===Attribution de place===
Permet d'attribuer les places auxquelles sont autorisées les utilisateurs de ce profil. Cela impacte sur les listes des utilisateurs qui se nttrouve à la saisie d'une réservation ou d'une activité.

Ces listes sont accessibles depuis '''Planning > Planning > Réserver''' et '''Planning > Activités > Saisir une activité'''.

La page '''Admin > Type de ressource > Places''' permet de gérer les places d'un type de ressource. Elle permet également de définir qui a le droit d'être sur telle place en cas de restriction de profil.

===Etre sur une nouvelle fermeture d'activité===
Permet lors d'une nouvelle fermeture d'activité, que la personne disposant du profil concerné soit autorisée à être sur une des places.

Permet entre autre à une personne tierce, de pouvoir effectuer de nouvelles fermetures d'activité pour une personne disposant du profil concerné et n'ayant pas le droit [[#Saisie-d'activité-pour-soi-même|Saisie d'activité pour soi-même]] ou [[#Saisie-d'activité-pour-un-tiers|Saisie d'activité pour un tiers]].

===Etre sur une nouvelle ouverture d'activité===
Permet lors d'une nouvelle ouverture d'activité, que la personne disposant du profil concerné soit autorisée à être sur une des places.

Permet entre autre à une personne tierce, de pouvoir effectuer de nouvelles ouvertures d'activité pour une personne disposant du profil concerné et n'ayant pas le droit [[#Saisie-d'activité-pour-soi-même|Saisie d'activité pour soi-même]] ou [[#Saisie-d'activité-pour-un-tiers|Saisie d'activité pour un tiers]].

===Saisie d'activité pour soi-même===
Autorise la saisie des vols et permet aussi à l'utilisateur de voir son carnet de vols.

Permet également de supprimer ses propres vols depuis son carnet de vol et depuis le [[Carnet-de-route#Modifier-et-supprimer|carnet de route]].

===Saisie d'activité pour un tiers===
Autorise la saisie des vols pour des tiers et permet de voir les carnets de vols des utilisateurs.

Permet également de supprimer les vols des tiers depuis le carnet de vol d'un utilisateur et depuis le [[Carnet-de-route#Modifier-et-supprimer|carnet de route]].

===Vérifier la saisie des activités et les modifier===
Permet de voir les carnets de vols des utilisateurs et de pointer les vols (vérification qui entérine un vol et qui rend ainsi sa modification ou suppression impossible), permet ainsi de voir les "vols oubliés" aussi (trous dans les horamètres).

===Voir les activités de tous===
Permet :
*d'accéder au [[Carnet-de-route|carnet de route]] de chaque ressource aéronef
*de [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-activités-réalisées|voir les activités réalisées sur le planning]] si le paramètre [[Configuration-des-réservations-internes#Affichage-possible-des-activités-réalisées-dans-le-planning|Affichage possible des activités réalisées dans le planning]] est activé

===Voir ses activités===
Autorise l'utilisateur à voir son carnet de vol.

===Visualiser les traces de vol===
Permet de [[Interfaçage-OpenFlyers-et-Charterware#Récupération-des-traces-de-vols|visualiser les traces d'un vol]].

==Formations==
===Voir les suivis de formations===
Autorise l'utilisateur à [[Gestion-des-activités#Consulter-le-suivi-de-formation|voir les suivis de formations]] de tous les utilisateurs.

===Gestion des formations===
Ce droit permet la [[Gestion-des-formations|gestion des formations]].

==Comptes==

===Gestion des comptes===
Couplé à d'autres droits, permet de créer et modifier les intitulés des comptes (boutiques, espèces, etc.) ainsi que d'accéder à la comptabilité.

Permet lors de la [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualisation des écritures]] d'un compte :
*de pouvoir consulter les écritures des comptes affectés
*[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|de pouvoir consulter une facture client ou un reçu]]
*de pouvoir [[Utilisation-de-la-comptabilité#Contrepasser-une-écriture|contrepasser les écritures]]
*de pouvoir [[Utilisation-de-la-comptabilité#Lettrer-des-écritures-comptables|lettrer les écritures]]

Permet [[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|d'importer des relevés bancaires]]

Ce droit inclut les droits '''Gestion des types d'encaissements''' et '''Voir les comptes'''.

===Voir les comptes===
[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-son-compte-ou-celui-d'un-tiers|Permet de voir tous les comptes]], de [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualiser la liste des mouvements]] et de [[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|consulter les factures clients et les reçus]].

Couplé au droit [[#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]], il permet de saisir un encaissement sur tous comptes. Ce droit inclut les privilèges du droit [[#Voir-les-comptes-utilisateurs|Voir les comptes utilisateurs]].

===Voir les comptes utilisateurs===
[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-son-compte-ou-celui-d'un-tiers|Permet de voir tous les comptes utilisateurs]] et de [[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|consulter les factures clients et les reçus]].

Couplé au droit [[#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]], il permet de saisir un encaissement sur les comptes utilisateurs.

===Gestion des comptabilités===

permet la gestion des comptabilités

===Gestion des types d'encaissements===

permet la gestion des types d'encaissements.

===Encaisser ses paiements===

Permet à l'utilisateur de [[FAQ-comptabilité#Comment-autoriser-un-profil-utilisateur-à-saisir-des-encaissements-pour-lui-même-?|saisir ses propres paiements]], de les modifier ou de les supprimer tant qu'ils n'ont pas été validés. L'utilisateur ne peut pas saisir les types d'encaissements qui sont ''Accessible uniquement aux personnes autorisées à saisir pour les tiers''.

===Saisir les encaissements pour les tiers===

Permet à l'utilisateur de saisir, modifier ou supprimer, tant qu'ils n'ont pas été validés, les encaissements d'autres utilisateurs ainsi que les encaissements devant être affectés sur des [[Configuration de la comptabilité#Créer_un_compte_comptable|comptes comptables clients autorisés à recevoir de l'argent]].

===Modifier la date d'un encaissement, d'un flux ou d'un transfert===

autorise la modification de la date d'un encaissement, d'un flux ou d'un transfert s'il peut être modifié

===Valider les encaissements===

pointage des paiements saisis par les pilotes par exemple (Modification ultérieure de cette saisie impossible, en cas de problème il faudra alors faire l'opération inverse). Permet également la suppression d'encaissement.

===Recevoir de l'argent===

Permet à un utilisateur d'être sur la liste des paiements remis. Voir la [[Configuration-de-la-comptabilité#Types-d'encaissements|configuration de la ventilation des types d'encaissements]].

===Transfert de son compte===
Permet le transfert de compte à compte depuis la page '''Planning > Comptes > Actions > Transférer'''.

Les transferts effectués avec ce seul droit (sans le droit [[#Transfert-de-son-compte-sans-validation|Transfert de son compte sans validation]]) depuis cette page sont validés automatiquement.

===Transfert de son compte sans validation===
Permet lors d'un transfert de compte à compte, que les flux générés ne soient pas automatiquement validés. Ce droit n'a d'effet que si le droit [[#Transfert-de-son-compte|Transfert de son compte]] est affecté au profil.

'''Conseil OpenFlyers :''' Ce droit a été créé à la demande de clients OpenFlyers. Néanmoins, nous en déconseillons son usage. En effet, avec ce droit, un utilisateur qui "donne" de l'argent à un autre utilisateur peut ensuite reprendre sa donation. Or comme le dit l'expression : "[https://fr.wiktionary.org/wiki/donner_c%E2%80%99est_donner,_reprendre_c%E2%80%99est_voler Donner c'est donner, reprendre c'est voler]". L'attribution du seul droit [[#Transfert-de-son-compte|Transfert de son compte]] permet un comportement conforme aux fonctionnalités présentes sur les applications bancaires, à savoir que lorsqu'on effectue un virement ce virement est définitif. Si un utilisateur se trompe dans son virement, alors il faut qu'il demande soit à la personne à qui il a donné de lui rendre le trop-perçu, soit à un gestionnaire de la structure pour qu'elle saisisse une écriture corrective. L'intérêt de procéder ainsi est qu'on conserve visuellement et directement sur les comptes la trace des opérations effectuées.

===Saisir tout flux===
Permet de :
*[[Utilisation-de-la-comptabilité#Saisir-un-flux|saisir des flux]] depuis '''Gestion > Comptes > Flux > Saisir'''
*de modifier/supprimer des flux non validés
*de consulter la liste des flux depuis '''Gestion > Comptes > Flux > Valider'''
*de [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualiser la liste des mouvements]]
*d'[[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|importer des relevés bancaires]]

===Valider tout flux===
Permet de valider les flux de la page '''Gestion > Comptes > Flux > Valider'''.

Ce droit n'a effet que si le droit [[#Saisir-tout-flux|Saisir tout flux]] est affecté au profil.

===Paramétrage de la facturation===
Permet de gérer les règles de [[Facturation-des-clients#Facturation-des-activités|facturation des activités]] et de [[Facturation-des-clients#Facturation-périodique|facturation périodique]].

===Saisie des valeurs de facturation===

Permet de gérer les variables et leurs valeurs destinés aux règles de facturation

===Compte sur lequel un utilisateur peut agir===

Permet de définir sur quel compte utilisateur un encaissement ou un transfert peut être réalisé par la personne connectée. Attention : ce droit est pour l'utilisateur connecté et non pas pour l'utilisateur concerné par l'encaissement ou le transfert.

===Surpasser la limitation du solde du compte===

Permet à un utilisateur disposant de ce droit dans l'un de ses profils de ne pas avoir de [[Connexion#Restriction_d'accès|restriction d'accès]], de saisie de réservation ou de saisie de vol lorsque [[Configuration de la comptabilité#Restriction_d'accès_en_cas_de_solde_insuffisant|une restriction sur les soldes]] est en place. Il aura juste une alerte à la connexion. Ce droit ne permet pas à l'utilisateur concerné X de pouvoir surpasser les restrictions d'un autre utilisateur Y en effectuant par exemple une réservation en son nom alors que Y n'a ni le droit de surpasser ni le solde suffisant.

===Surpasser le seuil de [[Gestion-de-la-comptabilité-côté-utilisateur#Transférer-de-l'argent|transfert de compte]]===

Permet à un utilisateur disposant de ce droit dans l'un de ses profils de ne pas être bloqué lorsque une [[Configuration-de-la-comptabilité#Paramétrage-général-des-comptabilités|restriction sur les soldes]] est en place et qu'il ne dispose pas d'un solde suffisant.

==Ventes==

===Gestion globale des ventes===

Permet de gérer les produits, la facturation des produits, les stocks et [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]]. Permet également de modifier/supprimer des achats de produit.

===Achat ventes libres===

Autorise à acheter tous les produits qui sont en vente libre. Permet également de modifier/supprimer des achats de produit.

===Acheter pour les tiers===
Autorise à effectuer/modifier/supprimer des achats de produit pour un tiers.
*Couplé au droit [[#Gestion-des-utilisateurs|Gestion des utilisateurs]], il permet de gérer les [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]] d'un tiers.
*Couplé au droit [[Gestion-des-profils#Vente-de-produit-sans-tarif|Vente de produit sans tarif]], il permet de vendre des [[Gestion-des-produits-et-des-ventes#Configuration-d'un-produit-non-stocké-sans-tarif-défini|produits sans tarif]].

===Vente de produit sans tarif===
Autorise à rendre disponible et à acheter des produits sans tarif. Nécessite le droit [[#Acheter-pour-les-tiers|Acheter pour les tiers]].

===Débrayage des ventes de validités===

Autorise à ajouter et modifier la date d'expiration d'une [[Validités#Validité-à-vendre|validité à vendre]] sans débiter le compte.

==Achats==

===Gestion des achats===
Permet la gestion des factures fournisseurs, à en créer, modifier et supprimer.

==Admin==
===Gestion du paramétrage===
Ce droit est nécessaire pour accéder aux pages permettant de [[Paramétrage|paramétrer la plateforme]] et fait apparaitre le menu '''Structure''' avec les items :
*[[Données#Accéder-au-tableau-de-conservation-des-données|'''Admin > Structure > Données > Conservation des données''']]
*'''Admin > Structure > Structure > Canaux de communications'''
*[[Configuration#Admin > Structure > Structure > Paramétrage|'''Admin > Structure > Structure > Paramétrage''']]
*[[Configuration#Admin->-Structure->-Structure->-Coordonnées|'''Admin > Structure > Structure > Coordonnées''']]
*'''Admin > Structure > Variables > Définition'''
*'''Admin > Structure > Variables > Actualisation'''
*[[Configuration#Structure->-Champs-métiers|'''Admin > Structure > Variables > Champs métiers''']]
*[[Configuration#Structure->-Export-SQL|'''Admin > Structure > Export SQL > Complet''']]
*[[Utilisation-de-la-comptabilité#Importer-son-modèle-de-facture|'''Admin > Structure > Imports > Templates ODT''']]

Ce droit fait également apparaitre des items utiles au paramétrage mais présents dans d'autres menus :
*Couplé au droit [[#Gestion-des-utilisateurs|Gestion des utilisateurs]], dans le menu '''Admin > Utilisateurs''' :
**[[Champs-métiers|'''Admin > Utilisateurs > Champs métiers''']]
**'''Admin > Utilisateurs > Statuts'''
*[[Gestion-des-types-d'activités|'''Admin > Types d'activités > Actifs''']]
*[[Champs-métiers|'''Admin > Types d'activités > Champs métiers''']]
*[[Champs-métiers|'''Ventes > Champs métiers > Champs métiers''']]

===Gestion des valeurs===

===Gestion des profils===
permet de créer et modifier les profils. Attention, laisser cette autorisation à au moins un profil !

===Gestion des utilisateurs===

Permet de modifier les caractéristiques, infos et photos des utilisateurs, les désactiver et gérer leurs validités qui ne correspondent pas à des [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]]. Couplé au droit [[#Acheter-pour-les-tiers|Acheter pour les tiers]], il permet de gérer les [[Paramétrage-des-validités#Validité-à-vendre|validités qui sont à vendre]].

===Gestion des ressources===
Permet la gestion complète des types de ressources et des ressources (créer/supprimer/modifier/associer des validités). Autorise également la gestion de navigabilité des ressources aéronefs et la gestion des statuts.

Permet d'accéder à [[Gestion-des-documents|la liste des documents]] qui sont associés aux ressources et leur gestion (Ajouter, modifier, supprimer). Permet aussi de gérer la liste des catégories de ces documents.

===Gestion des rapports===
Fait apparaître le menu '''[[Gestion-des-rapports|Gestion > Rapports]]''' avec les items :
* '''Gestion > Rapports > Rapports personnalisés > Champs métiers'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Rapports personnalisés > Créer/Modifier]]'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Rapports personnalisés > Visualiser]]'''
* '''Gestion > Rapports > Rapports spécifiques > Activités et coûts'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Bibliothèque]]'''

Fait apparaître la [[Gestion-des-rapports#Case-à-cocher-Mémoriser-ce-choix|case à cocher '''Mémoriser ce choix''']].

===Voir tous les rapports===
Fait apparaître le menu '''Rapports''' avec les items :
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Rapports personnalisés > Visualiser]]'''
* '''Rapports spécifiques > Vols et coûts'''

Cela permet de consulter l'intégralité des rapports, y compris les favoris.

Fait apparaître la [[Gestion-des-rapports#Case-à-cocher-Mémoriser-ce-choix|case à cocher '''Mémoriser ce choix''']].

===Gestion des logs===
Fait apparaître le menu '''Admin > Logs''' avec les items :
*'''Admin > Logs > Actions effectuées'''
*'''Admin > Logs > Adresses IP bloquées'''
*'''Admin > Logs > Historique d'une réservation'''
*'''Admin > Logs > Identifiants bloqués'''
*'''Admin > Logs > Requête utilisateur en attente'''

===Envoyer et suivre les e-mails===
Permet d'accéder à la page [[Mailing|Mailing]] et de [[Suivi-des-emails|suivre les emails]].

===Accès aux tableurs===
Permet d'accéder aux fichiers [[Tableurs|tableurs]] depuis le menu.

===Gestion des communications===
Permet de gérer les flux d'informations et leurs canaux.

=Profils Plus=
*'''Admin > Utilisateurs > Profils plus'''

==Ajouter un profil depuis Profils plus==
*Cliquer sur une cellule contenant le caractère '''+'''
*remplissez la cellule puis appuyer sur la touche "Entrée"
*pour valider cliquer sur la disquette à gauche dans la colonne "Actions"
*le nouveau profil est placé à la fin du tableau

==Modifier un profil depuis Profils plus==
*Cliquer sur une cellule du profil à modifier
*remplissez la cellule puis appuyer sur la touche "Entrée"

==Colonnes du tableau Profils Plus==
===Nom (du profil)===
Nom du profil

===Type de compte requis===
Permet de définir les comptes utilisateurs appartenant aux types sélectionnés qui seront créés pour les nouveaux utilisateurs ou ajoutés aux utilisateurs existants à qui on attribuera ce profil

===Champ métier visible par le profil sur le formulaire utilisateur ou sur le planning===
Permet d'afficher ou de cacher les [[Champs-métiers|champs métiers]] des formulaires présents dans :
*'''Planning > Données > Personnelles > Affichage et fiche personnelle'''
*'''Gestion > Utilisateurs > Utilisateurs > Actifs'''
*'''Planning > Planning > Réserver'''

===Type de validité que l'utilisateur peut gérer pour lui-même===
Permet de sélectionner les types de validités qu'un utilisateur de ce profil peut [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|ajouter/acheter/mettre/supprimer]] (ex: Licence fédérale, Visite Médicale, Autres licences) pour lui-même. Les validités d'un utilisateur sont accessibles depuis '''Planning > Données > Personnelles > Validités'''.

[[Paramétrage-des-validités#Profils-autorisés-à-gérer-pour-eux-mêmes|Lors de l'ajout d'un type de validité, celui-ci est automatiquement affecté aux profils]].

===Types de validités que l'utilisateur peut gérer et certifier===
Permet de sélectionner les types de validités qu'un utilisateur de ce profil peut gérer et certifier.

[[Paramétrage-des-validités#Profils-autorisés-à-gérer/certifier-pour-les-autres|Lors de l'ajout d'un type de validité, celui-ci est automatiquement affecté aux profils]].

Tous les utilisateurs détenant un profil pouvant certifier un type de validité coché recevront un [[Envoi-des-emails#E-mail-de-demande-de-certification-de-validité|e-mail]] lorsqu'une validité d'un des types choisis sera ajoutée par un utilisateur et [[Validités#Validités-en-attente-de-certification|en attente de certification]].

===Contrats non requis===
Voir la définition de [[Paramétrage-des-validités#Validité-contrat|validité-contrat]].

Permet de [[Gestion-des-profils#Modifier-un-profil-depuis-Profils-plus|définir]] les [[Paramétrage-des-validités#Validité-contrat|validités-contrats]] qui ne sont pas requises pour certains profils.

Les utilisateurs ne disposant que de profils exemptés, ne se verront pas demandés la signature des validités-contrats à la connexion. Tous les autres utilisateurs doivent signer chacun des contrats s'ils disposent d'au moins un profil non-exempté ou si la validité-contrat est requise pour tous les profils.

La signature des validités-contrats, se fait juste après l'identification à la connexion. Le formulaire apparait tant qu'il reste au moins un contrat non-signé. L'utilisateur ne peut passer outre ce processus.

===Attribution de place===
Permet d'attribuer les places auxquelles sont autorisées les utilisateurs de ce profil. Cela impacte sur les listes des utilisateurs que l'on trouve à la saisie d'une réservation ou d'un vol.

Ces listes sont accessibles depuis '''Planning > Planning > Réserver''' et '''Planning > Activités > Saisir une activités'''.

La page '''Admin > Type de ressource > Places''' permet de gérer les places d'un type de ressource. Elle permet également de définir qui a le droit d'être sur telle place en cas de restriction de profil.

===Profils visibles===
Dans les pages '''Planning > Données > Personnelles > Affichage et fiche personnelle''', '''Gestion > Utilisateurs > Actifs''' et '''Admin > Utilisateurs > Paramètres par défaut''', on peut sélectionner les utilisateurs auxquels on souhaite voir leur planning.

La liste des utilisateurs affichés sont ceux possédant un profil ayant les droits [[#Planning-personnel|Planning personnel]] et [[#Planning-individuel-visible-pour-les-autres|Planning individuel visible pour les autres]]. La colonne '''Profils visibles''' permet de restreindre la liste de ces utilisateurs pour ne la limiter qu'aux utilisateurs possédant les profils sélectionnés.

'''Attention :''' Il faut attribuer à un profil au moins une place de 1ère rang (numéro de place 0).

===Types de ressources visibles===
Dans les pages '''Planning > Données > Personnelles > Affichage et fiche personnelle''', '''Gestion > Utilisateurs > Actifs''' et '''Admin > Utilisateurs > Paramètres par défaut''', on peut sélectionner les ressources dont on souhaite voir le [[Utilisation-des-réservations-internes-sur-l%27appli-mobile|planning]] ou les rendre disponibles dans les formulaires de saisie de réservation et d'activité.

La colonne '''Types de ressources visibles''' permet de restreindre la liste de ces ressources pour ne la limiter qu'aux ressources appartenant aux types de ressources sélectionnés.

===Comptabilités visibles===
Permet de sélectionner les comptabilités qui sont visibles pour un profil. De plus, les types de compte et les comptes n'étant pas d'une comptabilité sélectionnée ne seront pas visibles.

===Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs===
Ce droit permet de suivre le renouvellement des validités par les utilisateurs en étant alerté par e-mail à chaque fois qu'un utilisateur renouvelle une validité sélectionnée dans la liste de la cellule '''Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs'''. Attention : la mise en place de ce droit peut provoquer la réception de nombreux e-mails.

=Utilisation=
==[[Connexion#Choix_du_profil|Choix du profil à la connexion]]==

==Ajouter un profil==

Depuis l'interface dynamique :
*Cliquer sur l'icône de menu correspondant à la gestion des profils
*Ajouter une ligne
*Compléter les cellules
*L'ajout est enregistré si les cellules suivantes sont correctement remplies :
**'''Nom du profil''' : la cellule doit être remplie et le nom ne pas avoir déjà été utilisé comme nom de profil.

Depuis l'interface légère :
*Aller sur '''Admin > Utilisateurs > Profils'''
*En-dessous du tableau listant les profils, cliquer sur le bouton '''AJOUTER UN PROFIL'''
*Renseigner les droits pour chaque onglet
*Aller sur '''Admin > Utilisateurs > Profils plus'''
*Renseigner les colonnes pour la ligne du profil nouvellement créé

===Ajouter un profil qui surpasse la restriction en cas de solde insuffisant===
*Procéder à l'ajout de ligne dans un tableau.
*Saisir par exemple comme nom '''Non restreignable'''.
*Toujours dans '''Admin > Utilisateurs > Profils''', onglet '''Généralités''', cocher pour ce profil le droit [[Gestion des profils#Généralités|Profil non sélectionnable par l'utilisateur]].
*Dans l'onglet '''Gestion des comptes''', sélectionner le droit [[#Surpasser-la-limitation-du-solde-du-compte|Surpasser la limitation du solde du compte]] pour le profil concerné
Il suffit ensuite de rajouter ce profil aux utilisateurs concernés.

=Créer un profil empêchant tout surpassement=
Il peut être nécessaire d'empêcher un utilisateur de pouvoir réserver ou saisir une activité même en recourant à l'aide d'un tiers qui disposerait de droits permettant de surpasser des restrictions, que cela soit sur des comptes ou sur des validités.

Cela peut être le cas, par exemple, pour la détention d'une validité ''Cotisation'' périmée ou lorsque le solde du compte utilisateur est insuffisant (cf. [[Configuration-de-la-comptabilité#Restriction-d'accès-en-cas-de-solde-insuffisant|Restriction d'accès en cas de solde insuffisant]]).

Pour mettre en place une telle restriction, il faut :
*[[Gestion-des-profils#Ajouter-un-profil|Ajouter un profil]] en lui attribuant l'ensemble des droits (ne pas oublier la page '''Admin > Utilisateurs > Profils plus'''
*[[Gestion-des-profils#Modifier-un-profil|Modifier le profil]] nouvellement créé
**Si l'utilisateur ne doit pas pouvoir ouvrir un vol : dans l'onglet [[Gestion-des-profils#Activités|Activités]], décocher le droit [[Gestion-des-profils#Etre-sur-une-nouvelle-ouverture-d'activité|Etre sur une nouvelle ouverture d'activité]]
**Si l'utilisateur ne doit pas pouvoir être sur une réservation : dans l'onglet [[Gestion-des-profils#Réservation|Réservation]], décocher les droits [[Gestion-des-profils#Etre-sur-une-nouvelle-réservation|Etre sur une nouvelle réservation]], [[Gestion-des-profils#Réservation-solo|Réservation solo]] et [[Gestion-des-profils#Réservation-avec-un-instructeur|Réservation avec un instructeur]]

==Droits particuliers==
*'''GÉNÉRALITÉS / Profil non sélectionnable par l'utilisateur :''' ce droit n'est applicable que si les [[Gestion des utilisateurs|utilisateurs disposant du profil concerné]] possèdent au moins un autre [[Connexion#Sélection_du_profil|profil sélectionnable à la connexion]].
*'''GÉNÉRALITÉS ADMIN / Gestion des profils :''' au moins un profil doit posséder ce droit.

==Modifier un profil==
La modification des profils s'effectue selon les règles d'[[Utilisation des tableaux#Édition_des_données#|édition des données d'un tableau]].

==Supprimer un profil==
*La suppression d'un profil est possible uniquement si les [[Gestion des utilisateurs|utilisateurs disposant de ce profil]] possèdent aussi au moins un autre profil.
*Procéder à la suppression de ligne dans un tableau.

==Valeurs par défaut lors de la création d'un profil==
Lors de la création d'un profil, on affecte automatiquement par défaut :
* Tous les '''Profils visibles'''
* Tous les '''Types de ressources visibles'''
* Toutes les '''Comptabilités visibles'''
* Les '''Attribution de place''' correspondants à la première place de chaque type de ressource

Gestion des profils

2025-06-06T13:54:31Z

Lelhidam: /* Types de validités que l'utilisateur peut gérer et certifier */

=Présentation=
L'objet de cette page est de présenter la '''gestion des profils''' sur la [[Accueil|version 4 d'OpenFlyers]].

Les profils attribués par défaut à un utilisateur créé automatiquement sont définis dans '''Admin > Utilisateurs > Paramètres par défaut'''.

=Définition=
*Un '''profil''' correspond à un ensemble de '''droits''' qui définissent les actions que peut effectuer un [[Glossaire|utilisateur]] dans l'application OpenFlyers.
*Un utilisateur peut disposer de '''plusieurs profils'''. L'attribution des profils aux utilisateurs se fait par l'intermédiaire du [[Gestion des utilisateurs|tableau de gestion des utilisateurs]].

''Exemple de profils : administrateur, pilote, formateur, technicien, mécanicien, trésorier, secrétaire.''

=Icônes symbolisant les droits des profils=
Dans la page '''Admin > Utilisateurs > Profils''', il faut distinguer deux éléments pour comprendre le principe des icônes. Il y a les droits d'un côté et les profils de l'autre.

Les droits constituent les entêtes du tableau. Chaque entête de colonne correspond à un droit.
L’icône [[File:Profile-management3.0.x_Userinfo_connected.gif]] a été attribuée à l'ensemble de ces droits sauf deux :
*[[#Profil-non-sélectionnable-par-l'utilisateur|Profil non sélectionnable par l'utilisateur]] de l'onglet '''Généralités''' à laquelle l'icône [[File:Profile-management3.0.x_ConnectedNoFilling.png]] à été attribuée
*[[#Voir-les-noms-sur-les-réservations%2C-les-activités-réalisées-et-la-liste-des-utilisateurs|Voir les noms sur les réservations]] de l'onglet '''Réservations''' à laquelle l'icône [[File:Profile-management3.0.x_Userinfo_kiosk.gif]] à été attribuée

Les profils correspondent à chaque ligne du tableau. L'icône d'un profil est variable et dépend des droits qui lui sont attribués.
#L'icône d'un profil sera [[File:Profile-management3.0.x_ConnectedNoFilling.png]] si le droit [[#Profil-non-sélectionnable-par-l'utilisateur|Profil non sélectionnable par l'utilisateur]] ci-dessus est coché
#L'icône d'un profil sera [[File:Profile-management3.0.x_Userinfo_kiosk.gif]] si aucun droit n'est attribué au profil à l'exception du droit [[#Voir-les-noms-sur-les-réservations%2C-les-activités-réalisées-et-la-liste-des-utilisateurs|Voir les noms sur les réservations]] ci-dessus qui peut être coché ou non
#Dans tous les autres cas, l'icône d'un profil sera [[File:Profile-management3.0.x_Userinfo_connected.gif]]

==Définition des icônes représentant des droits==
:[[File:Profile-management3.0.x_Userinfo_connected.gif]] : Droit qui définit un profil de base.
:[[File:Profile-management3.0.x_ConnectedNoFilling.png]] : Droit qui rend un profil non sélectionnable par un utilisateur lors de sa connexion.
:[[File:Profile-management3.0.x_Userinfo_kiosk.gif]] : Droit qui rend un profil de type "kiosque" (voir [[Kiosque PC]]) permettant de consulter le planning uniquement. Si au moins un droit de base est activé, le profil devient un profil de base.

==Définition des icônes attribuées aux profils==
:[[File:Profile-management3.0.x_Userinfo_connected.gif]] : Profil de base
:[[File:Profile-management3.0.x_ConnectedNoFilling.png]] : Profil non sélectionnable par un utilisateur lors de sa connexion.
:[[File:Profile-management3.0.x_Userinfo_kiosk.gif]] : Profil de type "kiosque" (voir [[Kiosque PC]]) permettant de consulter le planning uniquement. Toute modification ou saisie par un utilisateur nécessitera une identification par le biais d'une fenêtre "pop-up" demandant à l'utilisateur son propre identifiant et mot de passe.

=Niveau d'accréditation des droits et des profils=
Les niveaux d'accréditation vont de 0 à 6 :
*0 représente le niveau le plus bas
*6 représente le niveau le plus élevé

Chaque droit dispose d'un niveau d'accréditation qui lui est propre : plus le droit permet de faire des actions pouvant avoir des conséquences sur les données, plus le niveau d'accréditation est élevé.

Chaque profil dispose également d'un niveau d'accréditation. Le niveau d'accréditation d'un profil correspond au niveau d'accréditation le plus élevé des droits détenus par le profil.

La page '''Admin > Utilisateurs > Profils''' indique les niveaux d'accréditation à la fois des droits et des profils :
*Les droits sont indiqués dans les entêtes de chaque colonne. Le niveau d'accréditation du droit est indiqué en dessous du nom du droit dans un cercle.
*Les profils sont indiqués à chaque ligne du tableau. le niveau d'accréditation du profil est indiqué en dessous du nom du profil dans un cercle.
Le niveau d'accréditation 6 est affiché en inverse vidéo par rapport aux autres niveaux pour le distinguer.

Un gestionnaire disposant le droit de gérer des utilisateurs ne peut attribuer un profil à un utilisateur qui soit plus élevé que le profil le plus élevé qu'il détient lui-même.

Lorsqu'une plateforme dispose de plus de 3 utilisateurs avec le niveau 6, [[Alertes-de-configuration#La-plateforme-a-plus-de-3-utilisateurs-actifs-avec-un-profil-de-niveau-6.-Les-utilisateurs-concernés-sont-:-XXX|une alerte de configuration est affichée]].

Lorsqu'un droit de niveau 6 est accordé à un profil, une alerte est générée si cela entraîne plus de 3 utilisateurs de niveau 6.

=Profils=
La gestion des profils s'effectue depuis le menu '''Admin > Utilisateurs > Profils'''.

Le nombre d'onglets disponible dépend du paramétrage de la plateforme OpenFlyers. Par exemple, si la gestion des activités est activée, alors l'onglet ''Activités'' est disponible.

==Généralités==

===Profil non sélectionnable par l'utilisateur===

Lors de la connexion et lorsqu'un utilisateur doit faire le choix entre un profil pour se connecter, les [[Bien-débuter-avec-OpenFlyers#Attribuer-les-profils-aux-utilisateurs|profils non sélectionnables]] ne seront pas proposés parmi la liste. Ce droit ne peut pas être attribué à un profil ayant des droits de gestion.

===Pas de déconnexion automatique===
Ce droit permet d'éviter la [[Connexion#Automatique|déconnexion automatique de la session]] au bout de 10 minutes et étend la connexion à 2 heures.

===Accès visiteur===
L'accès visiteur permet de [[Kiosque-PC#Créer-un-compte-utilisateur-Visiteur|créer un compte visiteur]] donnant un accès limité destiné à pouvoir être utilisé par n'importe quelle personne.

Cet accès permet également de créer un lien vers OpenFlyers avec une connexion automatique en passant les identifiants via l'URL.

Si un visiteur [[#Réservation|peut réserver]] - dépend du paramétrage - alors, lors de la création d'une réservation, [[Utilisation-des-réservations-internes-sur-l%27appli-mobile#Créer-automatiquement-un-utilisateur-en-créant-une-réservation|le système va générer automatiquement un compte utilisateur]] à partir des informations que le visiteur aura saisi. Le visiteur sera connecté automatiquement sur ce nouveau compte.

===Mise à jour de sa date de naissance, de son sexe et de sa nationalité===

Permet à un utilisateur de modifier [[Fiche-personnelle#Mettre-à-jour-sa-date-de-naissance,-sa-nationalité-ou-son-sexe|sa date de naissance, sa nationalité et/ou son sexe dans sa fiche personnelle]].

===Voir ses validités===

Permet d'[[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|accéder à ses validités depuis le planning]].

===Ajout et gestion de ses validités===

Permet à un [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|utilisateur de rajouter/supprimer/mettre à jour ses validités]] qui sont dans la liste [[#Type-de-validité-que-l'utilisateur-peut-gérer-pour-lui-même|Type de validité que l'utilisateur peut gérer]] et pour la mise à jour, sous réserve que le type de validité dispose d'informations qui peuvent être mises à jour.

===Gestion de ses validités détenues===

Permet à un [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|utilisateur de mettre à jour/supprimer uniquement les validités]] qui lui sont déjà attribuées et qui sont dans la liste [[#Types-de-validités-que-l'utilisateur-peut-gérer-et-certifier|Type de validité que l'utilisateur peut gérer et certifier]] et pour la mise à jour, sous réserve que le type de validité dispose d'informations qui peuvent être mises à jour.

===Surpasser les restrictions sur les validités===
Permet à un utilisateur de surpasser les [[Connexion#Restriction_d'accès|restrictions d'accès]] dues à des validités expirées, incomplétes ou non certifiées qui sont [[Validités#Contrôle-des-validités-à-la-connexion|appliquées à la connexion]].

Voir le chapitre [[Paramétrage-des-validités#Alerte-à-la-connexion|Alerte à la connexion]] pour le paramétrage des restrictions sur les validités.

===Editer sa photo===

Permet à un utilisateur [[Fiche-personnelle#Editer-sa-photo|d'importer ou de supprimer sa photo dans sa fiche personnelle]].

==Réservation==

===Alertable par e-mail pour toute réservation===
Permet la [[Fiche-personnelle#Recevoir-un-e-mail-pour-les-réservations-ayant-pour-activité|notification par e-mail pour toute réservation]].

===Champs additionnels visualisables dans les pop-ups de réservation===
Permet de visualiser le contenu des champs additionnels dans la pop-up de réservation.

===Créer ou modifier une réservation avec une date de début dépassée===
Autorise à créer ou modifier une réservation dont la date de début est dépassée.

===Etre sur une nouvelle réservation===
Permet lors d'une nouvelle réservation, que l'utilisateur disposant du profil concerné soit autorisé à être sur une des places.

Permet entre autre à un utilisateur tiers, de pouvoir effectuer de nouvelles réservations pour un utilisateur disposant du profil concerné et n'ayant pas de droit [[#Réservation-en-solo|Réservation solo]], [[#Réservation-pour-des-tiers|Réservation pour des tiers]] ou [[#Réservation-avec-un-instructeur|Réservation avec un instructeur]].

===Gestion des disponibilités des ressources===
Sur l'ancienne interface, permet de gérer la disponibilité des ressources et de les immobiliser (pour entretien, maintenance, réparation, arrêt d'activité, ...).

Cela se fait comme pour une réservation, une case "immobiliser la ressource" est alors disponible. Sur la frise de réservation, il sera indiqué "Mise en maintenance" pour la période demandée.

===Gestion des disponibilités des tiers===
Permet de gérer la [[Gestion-des-disponibilités#Gérer-la-disponibilité-des-intervenants|disponibilité des utilisateurs]].

===Personnaliser ses ressources visibles===
Permet de personnaliser la [[Fiche-personnelle#Paramétrer-les-ressources-et-les-utilisateurs-visibles-sur-le-planning|liste des ressources et utilisateurs visibles dans le planning depuis sa fiche utilisateur]].

===Planning individuel visible pour les autres===
Permet de rendre disponible son planning aux autres utilisateurs.

===Planning personnel===
Permet de visualiser son propre planning.

===Réservation de programmes===
Autorise [[Utilisation-des-réservations-internes-sur-l%27interface-web#Positionner-automatiquement-les-activités-d’un-programme-de-formation|le positionnement automatique des activités d’un programme de formation dans le planning]].

===Réservation en solo===
Autorise un utilisateur de réserver une ressource avec lui-même en première place.

===Réservation pour des tiers===
Autorise la réservation d'une ressource pour un autre utilisateur (en solo et/ou double selon les droits du profil de cet utilisateur tiers).

===Réservation avec un instructeur===
Autorise la réservation d'une ressource avec une personne en seconde place.

===Supprimer une réservation avec une date de début dépassée===
Autorise à supprimer une réservation dont la date de début est dépassée.

===Surpasser l'indisponibilité des instructeurs===
Autorise la réservation d'une ressource avec un instructeur même si celui-ci n'est pas enregistré comme disponible durant la plage horaire de la réservation (Un message d'alerte prévient quand même. Fonction utile pour les instructeurs et le secrétariat).

===Surpasser l'indisponibilité des ressources===
Autorise la réservation d'une ressource même si celle-ci n'est pas enregistrée comme disponible durant la plage horaire de la réservation (Un message d'alerte prévient quand même).

===Surpasser l'interdiction d'effectuer une réservation dans moins de X temps===
Autorise la réservation en annulant l'interdiction "d'effectuer une réservation débutant dans moins de".

===Surpasser la limite de durée minimum===
Autorise la réservation en annulant la restriction sur la durée minimum d'une réservation.

===Surpasser la limite de durée maximum===
Autorise la réservation en annulant la restriction sur la durée maximum d'une réservation.

===Surpasser la limite de temps===
Autorise la réservation en annulant la restriction sur la limitation dans le temps des réservations.

===Surpasser la limite de nombre===
Autorise la réservation en annulant la restriction sur le nombre maximum de réservation.

===Surpasser la réservation par type===
En cas de chevauchement, cela permet de déplacer la réservation sur une autre ressource de type différent.

===Surpasser les formules de saisie===
Permet de surpasser les règles de saisie sur les réservations.

===Voir les images des pilotes sur le menu contextuel===
Permet de [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-images-des-pilotes-sur-le-menu-contextuel|visualiser images des pilotes associés à chaque réservation sur le menu contextuel]] lorsqu'on survole ou effectue un clic droit sur la réservation.

===Voir les noms sur les réservations, les activités réalisées et la liste des utilisateurs===
Permet de visualiser les noms des utilisateurs sur la page du planning à la fois pour les réservations et les [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-activités-réalisées|activités réalisées]].

===Voir les noms d'activités sur les réservations et les activités réalisées===
Permet d'[[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-noms-d'activités-sur-les-réservations-et-les-activités-réalisées|afficher les noms d'activités sur les réservations et les activités réalisées]].

==Activités==

===Alertable par email pour toute saisie d'activité===
;Description
Ce droit permet aux gestionnaires de [[Fiche-personnelle#Recevoir-un-e-mail-pour-les-activités-ayant-les-champs-sélectionnés-non-vide|s'abonner aux notifications par emails dès lors qu'une activité est saisie par un utilisateur en renseignant un champ suivi par le gestionnaire]].

;Cas d'usage
[[Suivi des remarques de maintenance]].

===Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs===
Ce droit permet de suivre le renouvellement des validités par les utilisateurs en étant alerté par un [[Envoi-des-emails#E-mail-d'information-des-actions-des-utilisateurs-sur-des-validités|e-maild'information des actions des utilisateurs sur des validités]] à chaque fois qu'un utilisateur renouvelle une validité sélectionnée dans la liste de la cellule '''Alerté par e-mail pour le renouvellement des types de validités'''. Attention : la mise en place de ce droit peut provoquer la réception de nombreux e-mails.

===Attribution de place===
Permet d'attribuer les places auxquelles sont autorisées les utilisateurs de ce profil. Cela impacte sur les listes des utilisateurs qui se nttrouve à la saisie d'une réservation ou d'une activité.

Ces listes sont accessibles depuis '''Planning > Planning > Réserver''' et '''Planning > Activités > Saisir une activité'''.

La page '''Admin > Type de ressource > Places''' permet de gérer les places d'un type de ressource. Elle permet également de définir qui a le droit d'être sur telle place en cas de restriction de profil.

===Etre sur une nouvelle fermeture d'activité===
Permet lors d'une nouvelle fermeture d'activité, que la personne disposant du profil concerné soit autorisée à être sur une des places.

Permet entre autre à une personne tierce, de pouvoir effectuer de nouvelles fermetures d'activité pour une personne disposant du profil concerné et n'ayant pas le droit [[#Saisie-d'activité-pour-soi-même|Saisie d'activité pour soi-même]] ou [[#Saisie-d'activité-pour-un-tiers|Saisie d'activité pour un tiers]].

===Etre sur une nouvelle ouverture d'activité===
Permet lors d'une nouvelle ouverture d'activité, que la personne disposant du profil concerné soit autorisée à être sur une des places.

Permet entre autre à une personne tierce, de pouvoir effectuer de nouvelles ouvertures d'activité pour une personne disposant du profil concerné et n'ayant pas le droit [[#Saisie-d'activité-pour-soi-même|Saisie d'activité pour soi-même]] ou [[#Saisie-d'activité-pour-un-tiers|Saisie d'activité pour un tiers]].

===Saisie d'activité pour soi-même===
Autorise la saisie des vols et permet aussi à l'utilisateur de voir son carnet de vols.

Permet également de supprimer ses propres vols depuis son carnet de vol et depuis le [[Carnet-de-route#Modifier-et-supprimer|carnet de route]].

===Saisie d'activité pour un tiers===
Autorise la saisie des vols pour des tiers et permet de voir les carnets de vols des utilisateurs.

Permet également de supprimer les vols des tiers depuis le carnet de vol d'un utilisateur et depuis le [[Carnet-de-route#Modifier-et-supprimer|carnet de route]].

===Vérifier la saisie des activités et les modifier===
Permet de voir les carnets de vols des utilisateurs et de pointer les vols (vérification qui entérine un vol et qui rend ainsi sa modification ou suppression impossible), permet ainsi de voir les "vols oubliés" aussi (trous dans les horamètres).

===Voir les activités de tous===
Permet :
*d'accéder au [[Carnet-de-route|carnet de route]] de chaque ressource aéronef
*de [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-activités-réalisées|voir les activités réalisées sur le planning]] si le paramètre [[Configuration-des-réservations-internes#Affichage-possible-des-activités-réalisées-dans-le-planning|Affichage possible des activités réalisées dans le planning]] est activé

===Voir ses activités===
Autorise l'utilisateur à voir son carnet de vol.

===Visualiser les traces de vol===
Permet de [[Interfaçage-OpenFlyers-et-Charterware#Récupération-des-traces-de-vols|visualiser les traces d'un vol]].

==Formations==
===Voir les suivis de formations===
Autorise l'utilisateur à [[Gestion-des-activités#Consulter-le-suivi-de-formation|voir les suivis de formations]] de tous les utilisateurs.

===Gestion des formations===
Ce droit permet la [[Gestion-des-formations|gestion des formations]].

==Comptes==

===Gestion des comptes===
Couplé à d'autres droits, permet de créer et modifier les intitulés des comptes (boutiques, espèces, etc.) ainsi que d'accéder à la comptabilité.

Permet lors de la [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualisation des écritures]] d'un compte :
*de pouvoir consulter les écritures des comptes affectés
*[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|de pouvoir consulter une facture client ou un reçu]]
*de pouvoir [[Utilisation-de-la-comptabilité#Contrepasser-une-écriture|contrepasser les écritures]]
*de pouvoir [[Utilisation-de-la-comptabilité#Lettrer-des-écritures-comptables|lettrer les écritures]]

Permet [[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|d'importer des relevés bancaires]]

Ce droit inclut les droits '''Gestion des types d'encaissements''' et '''Voir les comptes'''.

===Voir les comptes===
[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-son-compte-ou-celui-d'un-tiers|Permet de voir tous les comptes]], de [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualiser la liste des mouvements]] et de [[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|consulter les factures clients et les reçus]].

Couplé au droit [[#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]], il permet de saisir un encaissement sur tous comptes. Ce droit inclut les privilèges du droit [[#Voir-les-comptes-utilisateurs|Voir les comptes utilisateurs]].

===Voir les comptes utilisateurs===
[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-son-compte-ou-celui-d'un-tiers|Permet de voir tous les comptes utilisateurs]] et de [[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|consulter les factures clients et les reçus]].

Couplé au droit [[#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]], il permet de saisir un encaissement sur les comptes utilisateurs.

===Gestion des comptabilités===

permet la gestion des comptabilités

===Gestion des types d'encaissements===

permet la gestion des types d'encaissements.

===Encaisser ses paiements===

Permet à l'utilisateur de [[FAQ-comptabilité#Comment-autoriser-un-profil-utilisateur-à-saisir-des-encaissements-pour-lui-même-?|saisir ses propres paiements]], de les modifier ou de les supprimer tant qu'ils n'ont pas été validés. L'utilisateur ne peut pas saisir les types d'encaissements qui sont ''Accessible uniquement aux personnes autorisées à saisir pour les tiers''.

===Saisir les encaissements pour les tiers===

Permet à l'utilisateur de saisir, modifier ou supprimer, tant qu'ils n'ont pas été validés, les encaissements d'autres utilisateurs ainsi que les encaissements devant être affectés sur des [[Configuration de la comptabilité#Créer_un_compte_comptable|comptes comptables clients autorisés à recevoir de l'argent]].

===Modifier la date d'un encaissement, d'un flux ou d'un transfert===

autorise la modification de la date d'un encaissement, d'un flux ou d'un transfert s'il peut être modifié

===Valider les encaissements===

pointage des paiements saisis par les pilotes par exemple (Modification ultérieure de cette saisie impossible, en cas de problème il faudra alors faire l'opération inverse). Permet également la suppression d'encaissement.

===Recevoir de l'argent===

Permet à un utilisateur d'être sur la liste des paiements remis. Voir la [[Configuration-de-la-comptabilité#Types-d'encaissements|configuration de la ventilation des types d'encaissements]].

===Transfert de son compte===
Permet le transfert de compte à compte depuis la page '''Planning > Comptes > Actions > Transférer'''.

Les transferts effectués avec ce seul droit (sans le droit [[#Transfert-de-son-compte-sans-validation|Transfert de son compte sans validation]]) depuis cette page sont validés automatiquement.

===Transfert de son compte sans validation===
Permet lors d'un transfert de compte à compte, que les flux générés ne soient pas automatiquement validés. Ce droit n'a d'effet que si le droit [[#Transfert-de-son-compte|Transfert de son compte]] est affecté au profil.

'''Conseil OpenFlyers :''' Ce droit a été créé à la demande de clients OpenFlyers. Néanmoins, nous en déconseillons son usage. En effet, avec ce droit, un utilisateur qui "donne" de l'argent à un autre utilisateur peut ensuite reprendre sa donation. Or comme le dit l'expression : "[https://fr.wiktionary.org/wiki/donner_c%E2%80%99est_donner,_reprendre_c%E2%80%99est_voler Donner c'est donner, reprendre c'est voler]". L'attribution du seul droit [[#Transfert-de-son-compte|Transfert de son compte]] permet un comportement conforme aux fonctionnalités présentes sur les applications bancaires, à savoir que lorsqu'on effectue un virement ce virement est définitif. Si un utilisateur se trompe dans son virement, alors il faut qu'il demande soit à la personne à qui il a donné de lui rendre le trop-perçu, soit à un gestionnaire de la structure pour qu'elle saisisse une écriture corrective. L'intérêt de procéder ainsi est qu'on conserve visuellement et directement sur les comptes la trace des opérations effectuées.

===Saisir tout flux===
Permet de :
*[[Utilisation-de-la-comptabilité#Saisir-un-flux|saisir des flux]] depuis '''Gestion > Comptes > Flux > Saisir'''
*de modifier/supprimer des flux non validés
*de consulter la liste des flux depuis '''Gestion > Comptes > Flux > Valider'''
*de [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualiser la liste des mouvements]]
*d'[[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|importer des relevés bancaires]]

===Valider tout flux===
Permet de valider les flux de la page '''Gestion > Comptes > Flux > Valider'''.

Ce droit n'a effet que si le droit [[#Saisir-tout-flux|Saisir tout flux]] est affecté au profil.

===Paramétrage de la facturation===
Permet de gérer les règles de [[Facturation-des-clients#Facturation-des-activités|facturation des activités]] et de [[Facturation-des-clients#Facturation-périodique|facturation périodique]].

===Saisie des valeurs de facturation===

Permet de gérer les variables et leurs valeurs destinés aux règles de facturation

===Compte sur lequel un utilisateur peut agir===

Permet de définir sur quel compte utilisateur un encaissement ou un transfert peut être réalisé par la personne connectée. Attention : ce droit est pour l'utilisateur connecté et non pas pour l'utilisateur concerné par l'encaissement ou le transfert.

===Surpasser la limitation du solde du compte===

Permet à un utilisateur disposant de ce droit dans l'un de ses profils de ne pas avoir de [[Connexion#Restriction_d'accès|restriction d'accès]], de saisie de réservation ou de saisie de vol lorsque [[Configuration de la comptabilité#Restriction_d'accès_en_cas_de_solde_insuffisant|une restriction sur les soldes]] est en place. Il aura juste une alerte à la connexion. Ce droit ne permet pas à l'utilisateur concerné X de pouvoir surpasser les restrictions d'un autre utilisateur Y en effectuant par exemple une réservation en son nom alors que Y n'a ni le droit de surpasser ni le solde suffisant.

===Surpasser le seuil de [[Gestion-de-la-comptabilité-côté-utilisateur#Transférer-de-l'argent|transfert de compte]]===

Permet à un utilisateur disposant de ce droit dans l'un de ses profils de ne pas être bloqué lorsque une [[Configuration-de-la-comptabilité#Paramétrage-général-des-comptabilités|restriction sur les soldes]] est en place et qu'il ne dispose pas d'un solde suffisant.

==Ventes==

===Gestion globale des ventes===

Permet de gérer les produits, la facturation des produits, les stocks et [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]]. Permet également de modifier/supprimer des achats de produit.

===Achat ventes libres===

Autorise à acheter tous les produits qui sont en vente libre. Permet également de modifier/supprimer des achats de produit.

===Acheter pour les tiers===
Autorise à effectuer/modifier/supprimer des achats de produit pour un tiers.
*Couplé au droit [[#Gestion-des-utilisateurs|Gestion des utilisateurs]], il permet de gérer les [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]] d'un tiers.
*Couplé au droit [[Gestion-des-profils#Vente-de-produit-sans-tarif|Vente de produit sans tarif]], il permet de vendre des [[Gestion-des-produits-et-des-ventes#Configuration-d'un-produit-non-stocké-sans-tarif-défini|produits sans tarif]].

===Vente de produit sans tarif===
Autorise à rendre disponible et à acheter des produits sans tarif. Nécessite le droit [[#Acheter-pour-les-tiers|Acheter pour les tiers]].

===Débrayage des ventes de validités===

Autorise à ajouter et modifier la date d'expiration d'une [[Validités#Validité-à-vendre|validité à vendre]] sans débiter le compte.

==Achats==

===Gestion des achats===
Permet la gestion des factures fournisseurs, à en créer, modifier et supprimer.

==Admin==
===Gestion du paramétrage===
Ce droit est nécessaire pour accéder aux pages permettant de [[Paramétrage|paramétrer la plateforme]] et fait apparaitre le menu '''Structure''' avec les items :
*[[Données#Accéder-au-tableau-de-conservation-des-données|'''Admin > Structure > Données > Conservation des données''']]
*'''Admin > Structure > Structure > Canaux de communications'''
*[[Configuration#Admin > Structure > Structure > Paramétrage|'''Admin > Structure > Structure > Paramétrage''']]
*[[Configuration#Admin->-Structure->-Structure->-Coordonnées|'''Admin > Structure > Structure > Coordonnées''']]
*'''Admin > Structure > Variables > Définition'''
*'''Admin > Structure > Variables > Actualisation'''
*[[Configuration#Structure->-Champs-métiers|'''Admin > Structure > Variables > Champs métiers''']]
*[[Configuration#Structure->-Export-SQL|'''Admin > Structure > Export SQL > Complet''']]
*[[Utilisation-de-la-comptabilité#Importer-son-modèle-de-facture|'''Admin > Structure > Imports > Templates ODT''']]

Ce droit fait également apparaitre des items utiles au paramétrage mais présents dans d'autres menus :
*Couplé au droit [[#Gestion-des-utilisateurs|Gestion des utilisateurs]], dans le menu '''Admin > Utilisateurs''' :
**[[Champs-métiers|'''Admin > Utilisateurs > Champs métiers''']]
**'''Admin > Utilisateurs > Statuts'''
*[[Gestion-des-types-d'activités|'''Admin > Types d'activités > Actifs''']]
*[[Champs-métiers|'''Admin > Types d'activités > Champs métiers''']]
*[[Champs-métiers|'''Ventes > Champs métiers > Champs métiers''']]

===Gestion des valeurs===

===Gestion des profils===
permet de créer et modifier les profils. Attention, laisser cette autorisation à au moins un profil !

===Gestion des utilisateurs===

Permet de modifier les caractéristiques, infos et photos des utilisateurs, les désactiver et gérer leurs validités qui ne correspondent pas à des [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]]. Couplé au droit [[#Acheter-pour-les-tiers|Acheter pour les tiers]], il permet de gérer les [[Paramétrage-des-validités#Validité-à-vendre|validités qui sont à vendre]].

===Gestion des ressources===
Permet la gestion complète des types de ressources et des ressources (créer/supprimer/modifier/associer des validités). Autorise également la gestion de navigabilité des ressources aéronefs et la gestion des statuts.

Permet d'accéder à [[Gestion-des-documents|la liste des documents]] qui sont associés aux ressources et leur gestion (Ajouter, modifier, supprimer). Permet aussi de gérer la liste des catégories de ces documents.

===Gestion des rapports===
Fait apparaître le menu '''[[Gestion-des-rapports|Gestion > Rapports]]''' avec les items :
* '''Gestion > Rapports > Rapports personnalisés > Champs métiers'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Rapports personnalisés > Créer/Modifier]]'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Rapports personnalisés > Visualiser]]'''
* '''Gestion > Rapports > Rapports spécifiques > Activités et coûts'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Bibliothèque]]'''

Fait apparaître la [[Gestion-des-rapports#Case-à-cocher-Mémoriser-ce-choix|case à cocher '''Mémoriser ce choix''']].

===Voir tous les rapports===
Fait apparaître le menu '''Rapports''' avec les items :
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Rapports personnalisés > Visualiser]]'''
* '''Rapports spécifiques > Vols et coûts'''

Cela permet de consulter l'intégralité des rapports, y compris les favoris.

Fait apparaître la [[Gestion-des-rapports#Case-à-cocher-Mémoriser-ce-choix|case à cocher '''Mémoriser ce choix''']].

===Gestion des logs===
Fait apparaître le menu '''Admin > Logs''' avec les items :
*'''Admin > Logs > Actions effectuées'''
*'''Admin > Logs > Adresses IP bloquées'''
*'''Admin > Logs > Historique d'une réservation'''
*'''Admin > Logs > Identifiants bloqués'''
*'''Admin > Logs > Requête utilisateur en attente'''

===Envoyer et suivre les e-mails===
Permet d'accéder à la page [[Mailing|Mailing]] et de [[Suivi-des-emails|suivre les emails]].

===Accès aux tableurs===
Permet d'accéder aux fichiers [[Tableurs|tableurs]] depuis le menu.

===Gestion des communications===
Permet de gérer les flux d'informations et leurs canaux.

=Profils Plus=
*'''Admin > Utilisateurs > Profils plus'''

==Ajouter un profil depuis Profils plus==
*Cliquer sur une cellule contenant le caractère '''+'''
*remplissez la cellule puis appuyer sur la touche "Entrée"
*pour valider cliquer sur la disquette à gauche dans la colonne "Actions"
*le nouveau profil est placé à la fin du tableau

==Modifier un profil depuis Profils plus==
*Cliquer sur une cellule du profil à modifier
*remplissez la cellule puis appuyer sur la touche "Entrée"

==Colonnes du tableau Profils Plus==
===Nom (du profil)===
Nom du profil

===Type de compte requis===
Permet de définir les comptes utilisateurs appartenant aux types sélectionnés qui seront créés pour les nouveaux utilisateurs ou ajoutés aux utilisateurs existants à qui on attribuera ce profil

===Champ métier visible par le profil sur le formulaire utilisateur ou sur le planning===
Permet d'afficher ou de cacher les [[Champs-métiers|champs métiers]] des formulaires présents dans :
*'''Planning > Données > Personnelles > Affichage et fiche personnelle'''
*'''Gestion > Utilisateurs > Utilisateurs > Actifs'''
*'''Planning > Planning > Réserver'''

===Type de validité que l'utilisateur peut gérer pour lui-même===
Permet de sélectionner les types de validités qu'un utilisateur de ce profil peut [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|ajouter/acheter/mettre/supprimer]] (ex: Licence fédérale, Visite Médicale, Autres licences) pour lui-même. Les validités d'un utilisateur sont accessibles depuis '''Planning > Données > Personnelles > Validités'''.

[[Paramétrage-des-validités#Profils-autorisés-à-gérer-pour-eux-mêmes|Lors de l'ajout d'un type de validité, celui-ci est automatiquement affecté aux profils]].

===Types de validités que l'utilisateur peut gérer et certifier===
Permet de sélectionner les types de validités qu'un utilisateur de ce profil peut gérer et certifier.

[[Paramétrage-des-validités#Profils-autorisés-à-gérer/certifier-pour-les-autres|Lors de l'ajout d'un type de validité, celui-ci est automatiquement affecté aux profils]].

Tous les utilisateurs détenant un profil pouvant certifier un type de validité coché recevront un [[Envoi-des-emails#E-mail-de-demande-de-certification-de-validité|e-mail]] lorsqu'une validité d'un des types choisis sera ajoutée par un utilisateur et [[Validités#Validités-en-attente-de-certification|en attente de certification]].

===Contrats non requis===
Voir la définition de [[Paramétrage-des-validités#Validité-contrat|validité-contrat]].

Permet de [[Gestion-des-profils#Modifier-un-profil-depuis-Profils-plus|définir]] les [[Paramétrage-des-validités#Validité-contrat|validités-contrats]] qui ne sont pas requises pour certains profils.

Les utilisateurs ne disposant que de profils exemptés, ne se verront pas demandés la signature des validités-contrats à la connexion. Tous les autres utilisateurs doivent signer chacun des contrats s'ils disposent d'au moins un profil non-exempté ou si la validité-contrat est requise pour tous les profils.

La signature des validités-contrats, se fait juste après l'identification à la connexion. Le formulaire apparait tant qu'il reste au moins un contrat non-signé. L'utilisateur ne peut passer outre ce processus.

===Attribution de place===
Permet d'attribuer les places auxquelles sont autorisées les utilisateurs de ce profil. Cela impacte sur les listes des utilisateurs que l'on trouve à la saisie d'une réservation ou d'un vol.

Ces listes sont accessibles depuis '''Planning > Planning > Réserver''' et '''Planning > Activités > Saisir une activités'''.

La page '''Admin > Type de ressource > Places''' permet de gérer les places d'un type de ressource. Elle permet également de définir qui a le droit d'être sur telle place en cas de restriction de profil.

===Profils visibles===
Dans les pages '''Planning > Données > Personnelles > Affichage et fiche personnelle''', '''Gestion > Utilisateurs > Actifs''' et '''Admin > Utilisateurs > Paramètres par défaut''', on peut sélectionner les utilisateurs auxquels on souhaite voir leur planning.

La liste des utilisateurs affichés sont ceux possédant un profil ayant les droits [[#Planning-personnel|Planning personnel]] et [[#Planning-individuel-visible-pour-les-autres|Planning individuel visible pour les autres]]. La colonne '''Profils visibles''' permet de restreindre la liste de ces utilisateurs pour ne la limiter qu'aux utilisateurs possédant les profils sélectionnés.

'''Attention :''' Il faut attribuer à un profil au moins une place de 1ère rang (numéro de place 0).

===Types de ressources visibles===
Dans les pages '''Planning > Données > Personnelles > Affichage et fiche personnelle''', '''Gestion > Utilisateurs > Actifs''' et '''Admin > Utilisateurs > Paramètres par défaut''', on peut sélectionner les ressources dont on souhaite voir le [[Utilisation-des-réservations-internes-sur-l%27appli-mobile|planning]] ou les rendre disponibles dans les formulaires de saisie de réservation et d'activité.

La colonne '''Types de ressources visibles''' permet de restreindre la liste de ces ressources pour ne la limiter qu'aux ressources appartenant aux types de ressources sélectionnés.

===Comptabilités visibles===
Permet de sélectionner les comptabilités qui sont visibles pour un profil. De plus, les types de compte et les comptes n'étant pas d'une comptabilité sélectionnée ne seront pas visibles.

===Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs===
Ce droit permet de suivre le renouvellement des validités par les utilisateurs en étant alerté par e-mail à chaque fois qu'un utilisateur renouvelle une validité sélectionnée dans la liste de la cellule '''Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs'''. Attention : la mise en place de ce droit peut provoquer la réception de nombreux e-mails.

=Utilisation=
==[[Connexion#Choix_du_profil|Choix du profil à la connexion]]==

==Ajouter un profil==

Depuis l'interface dynamique :
*Cliquer sur l'icône de menu correspondant à la gestion des profils
*Ajouter une ligne
*Compléter les cellules
*L'ajout est enregistré si les cellules suivantes sont correctement remplies :
**'''Nom du profil''' : la cellule doit être remplie et le nom ne pas avoir déjà été utilisé comme nom de profil.

Depuis l'interface légère :
*Aller sur '''Admin > Utilisateurs > Profils'''
*En-dessous du tableau listant les profils, cliquer sur le bouton '''AJOUTER UN PROFIL'''
*Renseigner les droits pour chaque onglet
*Aller sur '''Admin > Utilisateurs > Profils plus'''
*Renseigner les colonnes pour la ligne du profil nouvellement créé

===Ajouter un profil qui surpasse la restriction en cas de solde insuffisant===
*Procéder à l'ajout de ligne dans un tableau.
*Saisir par exemple comme nom '''Non restreignable'''.
*Toujours dans '''Admin > Utilisateurs > Profils''', onglet '''Généralités''', cocher pour ce profil le droit [[Gestion des profils#Généralités|Profil non sélectionnable par l'utilisateur]].
*Dans l'onglet '''Gestion des comptes''', sélectionner le droit [[#Surpasser-la-limitation-du-solde-du-compte|Surpasser la limitation du solde du compte]] pour le profil concerné
Il suffit ensuite de rajouter ce profil aux utilisateurs concernés.

=Créer un profil empêchant tout surpassement=
Il peut être nécessaire d'empêcher un utilisateur de pouvoir réserver ou saisir une activité même en recourant à l'aide d'un tiers qui disposerait de droits permettant de surpasser des restrictions, que cela soit sur des comptes ou sur des validités.

Cela peut être le cas, par exemple, pour la détention d'une validité ''Cotisation'' périmée ou lorsque le solde du compte utilisateur est insuffisant (cf. [[Configuration-de-la-comptabilité#Restriction-d'accès-en-cas-de-solde-insuffisant|Restriction d'accès en cas de solde insuffisant]]).

Pour mettre en place une telle restriction, il faut :
*[[Gestion-des-profils#Ajouter-un-profil|Ajouter un profil]] en lui attribuant l'ensemble des droits (ne pas oublier la page '''Admin > Utilisateurs > Profils plus'''
*[[Gestion-des-profils#Modifier-un-profil|Modifier le profil]] nouvellement créé
**Si l'utilisateur ne doit pas pouvoir ouvrir un vol : dans l'onglet [[Gestion-des-profils#Activités|Activités]], décocher le droit [[Gestion-des-profils#Etre-sur-une-nouvelle-ouverture-d'activité|Etre sur une nouvelle ouverture d'activité]]
**Si l'utilisateur ne doit pas pouvoir être sur une réservation : dans l'onglet [[Gestion-des-profils#Réservation|Réservation]], décocher les droits [[Gestion-des-profils#Etre-sur-une-nouvelle-réservation|Etre sur une nouvelle réservation]], [[Gestion-des-profils#Réservation-solo|Réservation solo]] et [[Gestion-des-profils#Réservation-avec-un-instructeur|Réservation avec un instructeur]]

==Droits particuliers==
*'''GÉNÉRALITÉS / Profil non sélectionnable par l'utilisateur :''' ce droit n'est applicable que si les [[Gestion des utilisateurs|utilisateurs disposant du profil concerné]] possèdent au moins un autre [[Connexion#Sélection_du_profil|profil sélectionnable à la connexion]].
*'''GÉNÉRALITÉS ADMIN / Gestion des profils :''' au moins un profil doit posséder ce droit.

==Modifier un profil==
La modification des profils s'effectue selon les règles d'[[Utilisation des tableaux#Édition_des_données#|édition des données d'un tableau]].

==Supprimer un profil==
*La suppression d'un profil est possible uniquement si les [[Gestion des utilisateurs|utilisateurs disposant de ce profil]] possèdent aussi au moins un autre profil.
*Procéder à la suppression de ligne dans un tableau.

==Valeurs par défaut lors de la création d'un profil==
Lors de la création d'un profil, on affecte automatiquement par défaut :
* Tous les '''Profils visibles'''
* Tous les '''Types de ressources visibles'''
* Toutes les '''Comptabilités visibles'''
* Les '''Attribution de place''' correspondants à la première place de chaque type de ressource

Gestion des profils

2025-06-06T13:53:11Z

Lelhidam: /* Type de validité que l'utilisateur peut gérer pour lui-même */

=Présentation=
L'objet de cette page est de présenter la '''gestion des profils''' sur la [[Accueil|version 4 d'OpenFlyers]].

Les profils attribués par défaut à un utilisateur créé automatiquement sont définis dans '''Admin > Utilisateurs > Paramètres par défaut'''.

=Définition=
*Un '''profil''' correspond à un ensemble de '''droits''' qui définissent les actions que peut effectuer un [[Glossaire|utilisateur]] dans l'application OpenFlyers.
*Un utilisateur peut disposer de '''plusieurs profils'''. L'attribution des profils aux utilisateurs se fait par l'intermédiaire du [[Gestion des utilisateurs|tableau de gestion des utilisateurs]].

''Exemple de profils : administrateur, pilote, formateur, technicien, mécanicien, trésorier, secrétaire.''

=Icônes symbolisant les droits des profils=
Dans la page '''Admin > Utilisateurs > Profils''', il faut distinguer deux éléments pour comprendre le principe des icônes. Il y a les droits d'un côté et les profils de l'autre.

Les droits constituent les entêtes du tableau. Chaque entête de colonne correspond à un droit.
L’icône [[File:Profile-management3.0.x_Userinfo_connected.gif]] a été attribuée à l'ensemble de ces droits sauf deux :
*[[#Profil-non-sélectionnable-par-l'utilisateur|Profil non sélectionnable par l'utilisateur]] de l'onglet '''Généralités''' à laquelle l'icône [[File:Profile-management3.0.x_ConnectedNoFilling.png]] à été attribuée
*[[#Voir-les-noms-sur-les-réservations%2C-les-activités-réalisées-et-la-liste-des-utilisateurs|Voir les noms sur les réservations]] de l'onglet '''Réservations''' à laquelle l'icône [[File:Profile-management3.0.x_Userinfo_kiosk.gif]] à été attribuée

Les profils correspondent à chaque ligne du tableau. L'icône d'un profil est variable et dépend des droits qui lui sont attribués.
#L'icône d'un profil sera [[File:Profile-management3.0.x_ConnectedNoFilling.png]] si le droit [[#Profil-non-sélectionnable-par-l'utilisateur|Profil non sélectionnable par l'utilisateur]] ci-dessus est coché
#L'icône d'un profil sera [[File:Profile-management3.0.x_Userinfo_kiosk.gif]] si aucun droit n'est attribué au profil à l'exception du droit [[#Voir-les-noms-sur-les-réservations%2C-les-activités-réalisées-et-la-liste-des-utilisateurs|Voir les noms sur les réservations]] ci-dessus qui peut être coché ou non
#Dans tous les autres cas, l'icône d'un profil sera [[File:Profile-management3.0.x_Userinfo_connected.gif]]

==Définition des icônes représentant des droits==
:[[File:Profile-management3.0.x_Userinfo_connected.gif]] : Droit qui définit un profil de base.
:[[File:Profile-management3.0.x_ConnectedNoFilling.png]] : Droit qui rend un profil non sélectionnable par un utilisateur lors de sa connexion.
:[[File:Profile-management3.0.x_Userinfo_kiosk.gif]] : Droit qui rend un profil de type "kiosque" (voir [[Kiosque PC]]) permettant de consulter le planning uniquement. Si au moins un droit de base est activé, le profil devient un profil de base.

==Définition des icônes attribuées aux profils==
:[[File:Profile-management3.0.x_Userinfo_connected.gif]] : Profil de base
:[[File:Profile-management3.0.x_ConnectedNoFilling.png]] : Profil non sélectionnable par un utilisateur lors de sa connexion.
:[[File:Profile-management3.0.x_Userinfo_kiosk.gif]] : Profil de type "kiosque" (voir [[Kiosque PC]]) permettant de consulter le planning uniquement. Toute modification ou saisie par un utilisateur nécessitera une identification par le biais d'une fenêtre "pop-up" demandant à l'utilisateur son propre identifiant et mot de passe.

=Niveau d'accréditation des droits et des profils=
Les niveaux d'accréditation vont de 0 à 6 :
*0 représente le niveau le plus bas
*6 représente le niveau le plus élevé

Chaque droit dispose d'un niveau d'accréditation qui lui est propre : plus le droit permet de faire des actions pouvant avoir des conséquences sur les données, plus le niveau d'accréditation est élevé.

Chaque profil dispose également d'un niveau d'accréditation. Le niveau d'accréditation d'un profil correspond au niveau d'accréditation le plus élevé des droits détenus par le profil.

La page '''Admin > Utilisateurs > Profils''' indique les niveaux d'accréditation à la fois des droits et des profils :
*Les droits sont indiqués dans les entêtes de chaque colonne. Le niveau d'accréditation du droit est indiqué en dessous du nom du droit dans un cercle.
*Les profils sont indiqués à chaque ligne du tableau. le niveau d'accréditation du profil est indiqué en dessous du nom du profil dans un cercle.
Le niveau d'accréditation 6 est affiché en inverse vidéo par rapport aux autres niveaux pour le distinguer.

Un gestionnaire disposant le droit de gérer des utilisateurs ne peut attribuer un profil à un utilisateur qui soit plus élevé que le profil le plus élevé qu'il détient lui-même.

Lorsqu'une plateforme dispose de plus de 3 utilisateurs avec le niveau 6, [[Alertes-de-configuration#La-plateforme-a-plus-de-3-utilisateurs-actifs-avec-un-profil-de-niveau-6.-Les-utilisateurs-concernés-sont-:-XXX|une alerte de configuration est affichée]].

Lorsqu'un droit de niveau 6 est accordé à un profil, une alerte est générée si cela entraîne plus de 3 utilisateurs de niveau 6.

=Profils=
La gestion des profils s'effectue depuis le menu '''Admin > Utilisateurs > Profils'''.

Le nombre d'onglets disponible dépend du paramétrage de la plateforme OpenFlyers. Par exemple, si la gestion des activités est activée, alors l'onglet ''Activités'' est disponible.

==Généralités==

===Profil non sélectionnable par l'utilisateur===

Lors de la connexion et lorsqu'un utilisateur doit faire le choix entre un profil pour se connecter, les [[Bien-débuter-avec-OpenFlyers#Attribuer-les-profils-aux-utilisateurs|profils non sélectionnables]] ne seront pas proposés parmi la liste. Ce droit ne peut pas être attribué à un profil ayant des droits de gestion.

===Pas de déconnexion automatique===
Ce droit permet d'éviter la [[Connexion#Automatique|déconnexion automatique de la session]] au bout de 10 minutes et étend la connexion à 2 heures.

===Accès visiteur===
L'accès visiteur permet de [[Kiosque-PC#Créer-un-compte-utilisateur-Visiteur|créer un compte visiteur]] donnant un accès limité destiné à pouvoir être utilisé par n'importe quelle personne.

Cet accès permet également de créer un lien vers OpenFlyers avec une connexion automatique en passant les identifiants via l'URL.

Si un visiteur [[#Réservation|peut réserver]] - dépend du paramétrage - alors, lors de la création d'une réservation, [[Utilisation-des-réservations-internes-sur-l%27appli-mobile#Créer-automatiquement-un-utilisateur-en-créant-une-réservation|le système va générer automatiquement un compte utilisateur]] à partir des informations que le visiteur aura saisi. Le visiteur sera connecté automatiquement sur ce nouveau compte.

===Mise à jour de sa date de naissance, de son sexe et de sa nationalité===

Permet à un utilisateur de modifier [[Fiche-personnelle#Mettre-à-jour-sa-date-de-naissance,-sa-nationalité-ou-son-sexe|sa date de naissance, sa nationalité et/ou son sexe dans sa fiche personnelle]].

===Voir ses validités===

Permet d'[[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|accéder à ses validités depuis le planning]].

===Ajout et gestion de ses validités===

Permet à un [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|utilisateur de rajouter/supprimer/mettre à jour ses validités]] qui sont dans la liste [[#Type-de-validité-que-l'utilisateur-peut-gérer-pour-lui-même|Type de validité que l'utilisateur peut gérer]] et pour la mise à jour, sous réserve que le type de validité dispose d'informations qui peuvent être mises à jour.

===Gestion de ses validités détenues===

Permet à un [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|utilisateur de mettre à jour/supprimer uniquement les validités]] qui lui sont déjà attribuées et qui sont dans la liste [[#Types-de-validités-que-l'utilisateur-peut-gérer-et-certifier|Type de validité que l'utilisateur peut gérer et certifier]] et pour la mise à jour, sous réserve que le type de validité dispose d'informations qui peuvent être mises à jour.

===Surpasser les restrictions sur les validités===
Permet à un utilisateur de surpasser les [[Connexion#Restriction_d'accès|restrictions d'accès]] dues à des validités expirées, incomplétes ou non certifiées qui sont [[Validités#Contrôle-des-validités-à-la-connexion|appliquées à la connexion]].

Voir le chapitre [[Paramétrage-des-validités#Alerte-à-la-connexion|Alerte à la connexion]] pour le paramétrage des restrictions sur les validités.

===Editer sa photo===

Permet à un utilisateur [[Fiche-personnelle#Editer-sa-photo|d'importer ou de supprimer sa photo dans sa fiche personnelle]].

==Réservation==

===Alertable par e-mail pour toute réservation===
Permet la [[Fiche-personnelle#Recevoir-un-e-mail-pour-les-réservations-ayant-pour-activité|notification par e-mail pour toute réservation]].

===Champs additionnels visualisables dans les pop-ups de réservation===
Permet de visualiser le contenu des champs additionnels dans la pop-up de réservation.

===Créer ou modifier une réservation avec une date de début dépassée===
Autorise à créer ou modifier une réservation dont la date de début est dépassée.

===Etre sur une nouvelle réservation===
Permet lors d'une nouvelle réservation, que l'utilisateur disposant du profil concerné soit autorisé à être sur une des places.

Permet entre autre à un utilisateur tiers, de pouvoir effectuer de nouvelles réservations pour un utilisateur disposant du profil concerné et n'ayant pas de droit [[#Réservation-en-solo|Réservation solo]], [[#Réservation-pour-des-tiers|Réservation pour des tiers]] ou [[#Réservation-avec-un-instructeur|Réservation avec un instructeur]].

===Gestion des disponibilités des ressources===
Sur l'ancienne interface, permet de gérer la disponibilité des ressources et de les immobiliser (pour entretien, maintenance, réparation, arrêt d'activité, ...).

Cela se fait comme pour une réservation, une case "immobiliser la ressource" est alors disponible. Sur la frise de réservation, il sera indiqué "Mise en maintenance" pour la période demandée.

===Gestion des disponibilités des tiers===
Permet de gérer la [[Gestion-des-disponibilités#Gérer-la-disponibilité-des-intervenants|disponibilité des utilisateurs]].

===Personnaliser ses ressources visibles===
Permet de personnaliser la [[Fiche-personnelle#Paramétrer-les-ressources-et-les-utilisateurs-visibles-sur-le-planning|liste des ressources et utilisateurs visibles dans le planning depuis sa fiche utilisateur]].

===Planning individuel visible pour les autres===
Permet de rendre disponible son planning aux autres utilisateurs.

===Planning personnel===
Permet de visualiser son propre planning.

===Réservation de programmes===
Autorise [[Utilisation-des-réservations-internes-sur-l%27interface-web#Positionner-automatiquement-les-activités-d’un-programme-de-formation|le positionnement automatique des activités d’un programme de formation dans le planning]].

===Réservation en solo===
Autorise un utilisateur de réserver une ressource avec lui-même en première place.

===Réservation pour des tiers===
Autorise la réservation d'une ressource pour un autre utilisateur (en solo et/ou double selon les droits du profil de cet utilisateur tiers).

===Réservation avec un instructeur===
Autorise la réservation d'une ressource avec une personne en seconde place.

===Supprimer une réservation avec une date de début dépassée===
Autorise à supprimer une réservation dont la date de début est dépassée.

===Surpasser l'indisponibilité des instructeurs===
Autorise la réservation d'une ressource avec un instructeur même si celui-ci n'est pas enregistré comme disponible durant la plage horaire de la réservation (Un message d'alerte prévient quand même. Fonction utile pour les instructeurs et le secrétariat).

===Surpasser l'indisponibilité des ressources===
Autorise la réservation d'une ressource même si celle-ci n'est pas enregistrée comme disponible durant la plage horaire de la réservation (Un message d'alerte prévient quand même).

===Surpasser l'interdiction d'effectuer une réservation dans moins de X temps===
Autorise la réservation en annulant l'interdiction "d'effectuer une réservation débutant dans moins de".

===Surpasser la limite de durée minimum===
Autorise la réservation en annulant la restriction sur la durée minimum d'une réservation.

===Surpasser la limite de durée maximum===
Autorise la réservation en annulant la restriction sur la durée maximum d'une réservation.

===Surpasser la limite de temps===
Autorise la réservation en annulant la restriction sur la limitation dans le temps des réservations.

===Surpasser la limite de nombre===
Autorise la réservation en annulant la restriction sur le nombre maximum de réservation.

===Surpasser la réservation par type===
En cas de chevauchement, cela permet de déplacer la réservation sur une autre ressource de type différent.

===Surpasser les formules de saisie===
Permet de surpasser les règles de saisie sur les réservations.

===Voir les images des pilotes sur le menu contextuel===
Permet de [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-images-des-pilotes-sur-le-menu-contextuel|visualiser images des pilotes associés à chaque réservation sur le menu contextuel]] lorsqu'on survole ou effectue un clic droit sur la réservation.

===Voir les noms sur les réservations, les activités réalisées et la liste des utilisateurs===
Permet de visualiser les noms des utilisateurs sur la page du planning à la fois pour les réservations et les [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-activités-réalisées|activités réalisées]].

===Voir les noms d'activités sur les réservations et les activités réalisées===
Permet d'[[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-noms-d'activités-sur-les-réservations-et-les-activités-réalisées|afficher les noms d'activités sur les réservations et les activités réalisées]].

==Activités==

===Alertable par email pour toute saisie d'activité===
;Description
Ce droit permet aux gestionnaires de [[Fiche-personnelle#Recevoir-un-e-mail-pour-les-activités-ayant-les-champs-sélectionnés-non-vide|s'abonner aux notifications par emails dès lors qu'une activité est saisie par un utilisateur en renseignant un champ suivi par le gestionnaire]].

;Cas d'usage
[[Suivi des remarques de maintenance]].

===Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs===
Ce droit permet de suivre le renouvellement des validités par les utilisateurs en étant alerté par un [[Envoi-des-emails#E-mail-d'information-des-actions-des-utilisateurs-sur-des-validités|e-maild'information des actions des utilisateurs sur des validités]] à chaque fois qu'un utilisateur renouvelle une validité sélectionnée dans la liste de la cellule '''Alerté par e-mail pour le renouvellement des types de validités'''. Attention : la mise en place de ce droit peut provoquer la réception de nombreux e-mails.

===Attribution de place===
Permet d'attribuer les places auxquelles sont autorisées les utilisateurs de ce profil. Cela impacte sur les listes des utilisateurs qui se nttrouve à la saisie d'une réservation ou d'une activité.

Ces listes sont accessibles depuis '''Planning > Planning > Réserver''' et '''Planning > Activités > Saisir une activité'''.

La page '''Admin > Type de ressource > Places''' permet de gérer les places d'un type de ressource. Elle permet également de définir qui a le droit d'être sur telle place en cas de restriction de profil.

===Etre sur une nouvelle fermeture d'activité===
Permet lors d'une nouvelle fermeture d'activité, que la personne disposant du profil concerné soit autorisée à être sur une des places.

Permet entre autre à une personne tierce, de pouvoir effectuer de nouvelles fermetures d'activité pour une personne disposant du profil concerné et n'ayant pas le droit [[#Saisie-d'activité-pour-soi-même|Saisie d'activité pour soi-même]] ou [[#Saisie-d'activité-pour-un-tiers|Saisie d'activité pour un tiers]].

===Etre sur une nouvelle ouverture d'activité===
Permet lors d'une nouvelle ouverture d'activité, que la personne disposant du profil concerné soit autorisée à être sur une des places.

Permet entre autre à une personne tierce, de pouvoir effectuer de nouvelles ouvertures d'activité pour une personne disposant du profil concerné et n'ayant pas le droit [[#Saisie-d'activité-pour-soi-même|Saisie d'activité pour soi-même]] ou [[#Saisie-d'activité-pour-un-tiers|Saisie d'activité pour un tiers]].

===Saisie d'activité pour soi-même===
Autorise la saisie des vols et permet aussi à l'utilisateur de voir son carnet de vols.

Permet également de supprimer ses propres vols depuis son carnet de vol et depuis le [[Carnet-de-route#Modifier-et-supprimer|carnet de route]].

===Saisie d'activité pour un tiers===
Autorise la saisie des vols pour des tiers et permet de voir les carnets de vols des utilisateurs.

Permet également de supprimer les vols des tiers depuis le carnet de vol d'un utilisateur et depuis le [[Carnet-de-route#Modifier-et-supprimer|carnet de route]].

===Vérifier la saisie des activités et les modifier===
Permet de voir les carnets de vols des utilisateurs et de pointer les vols (vérification qui entérine un vol et qui rend ainsi sa modification ou suppression impossible), permet ainsi de voir les "vols oubliés" aussi (trous dans les horamètres).

===Voir les activités de tous===
Permet :
*d'accéder au [[Carnet-de-route|carnet de route]] de chaque ressource aéronef
*de [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-activités-réalisées|voir les activités réalisées sur le planning]] si le paramètre [[Configuration-des-réservations-internes#Affichage-possible-des-activités-réalisées-dans-le-planning|Affichage possible des activités réalisées dans le planning]] est activé

===Voir ses activités===
Autorise l'utilisateur à voir son carnet de vol.

===Visualiser les traces de vol===
Permet de [[Interfaçage-OpenFlyers-et-Charterware#Récupération-des-traces-de-vols|visualiser les traces d'un vol]].

==Formations==
===Voir les suivis de formations===
Autorise l'utilisateur à [[Gestion-des-activités#Consulter-le-suivi-de-formation|voir les suivis de formations]] de tous les utilisateurs.

===Gestion des formations===
Ce droit permet la [[Gestion-des-formations|gestion des formations]].

==Comptes==

===Gestion des comptes===
Couplé à d'autres droits, permet de créer et modifier les intitulés des comptes (boutiques, espèces, etc.) ainsi que d'accéder à la comptabilité.

Permet lors de la [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualisation des écritures]] d'un compte :
*de pouvoir consulter les écritures des comptes affectés
*[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|de pouvoir consulter une facture client ou un reçu]]
*de pouvoir [[Utilisation-de-la-comptabilité#Contrepasser-une-écriture|contrepasser les écritures]]
*de pouvoir [[Utilisation-de-la-comptabilité#Lettrer-des-écritures-comptables|lettrer les écritures]]

Permet [[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|d'importer des relevés bancaires]]

Ce droit inclut les droits '''Gestion des types d'encaissements''' et '''Voir les comptes'''.

===Voir les comptes===
[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-son-compte-ou-celui-d'un-tiers|Permet de voir tous les comptes]], de [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualiser la liste des mouvements]] et de [[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|consulter les factures clients et les reçus]].

Couplé au droit [[#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]], il permet de saisir un encaissement sur tous comptes. Ce droit inclut les privilèges du droit [[#Voir-les-comptes-utilisateurs|Voir les comptes utilisateurs]].

===Voir les comptes utilisateurs===
[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-son-compte-ou-celui-d'un-tiers|Permet de voir tous les comptes utilisateurs]] et de [[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|consulter les factures clients et les reçus]].

Couplé au droit [[#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]], il permet de saisir un encaissement sur les comptes utilisateurs.

===Gestion des comptabilités===

permet la gestion des comptabilités

===Gestion des types d'encaissements===

permet la gestion des types d'encaissements.

===Encaisser ses paiements===

Permet à l'utilisateur de [[FAQ-comptabilité#Comment-autoriser-un-profil-utilisateur-à-saisir-des-encaissements-pour-lui-même-?|saisir ses propres paiements]], de les modifier ou de les supprimer tant qu'ils n'ont pas été validés. L'utilisateur ne peut pas saisir les types d'encaissements qui sont ''Accessible uniquement aux personnes autorisées à saisir pour les tiers''.

===Saisir les encaissements pour les tiers===

Permet à l'utilisateur de saisir, modifier ou supprimer, tant qu'ils n'ont pas été validés, les encaissements d'autres utilisateurs ainsi que les encaissements devant être affectés sur des [[Configuration de la comptabilité#Créer_un_compte_comptable|comptes comptables clients autorisés à recevoir de l'argent]].

===Modifier la date d'un encaissement, d'un flux ou d'un transfert===

autorise la modification de la date d'un encaissement, d'un flux ou d'un transfert s'il peut être modifié

===Valider les encaissements===

pointage des paiements saisis par les pilotes par exemple (Modification ultérieure de cette saisie impossible, en cas de problème il faudra alors faire l'opération inverse). Permet également la suppression d'encaissement.

===Recevoir de l'argent===

Permet à un utilisateur d'être sur la liste des paiements remis. Voir la [[Configuration-de-la-comptabilité#Types-d'encaissements|configuration de la ventilation des types d'encaissements]].

===Transfert de son compte===
Permet le transfert de compte à compte depuis la page '''Planning > Comptes > Actions > Transférer'''.

Les transferts effectués avec ce seul droit (sans le droit [[#Transfert-de-son-compte-sans-validation|Transfert de son compte sans validation]]) depuis cette page sont validés automatiquement.

===Transfert de son compte sans validation===
Permet lors d'un transfert de compte à compte, que les flux générés ne soient pas automatiquement validés. Ce droit n'a d'effet que si le droit [[#Transfert-de-son-compte|Transfert de son compte]] est affecté au profil.

'''Conseil OpenFlyers :''' Ce droit a été créé à la demande de clients OpenFlyers. Néanmoins, nous en déconseillons son usage. En effet, avec ce droit, un utilisateur qui "donne" de l'argent à un autre utilisateur peut ensuite reprendre sa donation. Or comme le dit l'expression : "[https://fr.wiktionary.org/wiki/donner_c%E2%80%99est_donner,_reprendre_c%E2%80%99est_voler Donner c'est donner, reprendre c'est voler]". L'attribution du seul droit [[#Transfert-de-son-compte|Transfert de son compte]] permet un comportement conforme aux fonctionnalités présentes sur les applications bancaires, à savoir que lorsqu'on effectue un virement ce virement est définitif. Si un utilisateur se trompe dans son virement, alors il faut qu'il demande soit à la personne à qui il a donné de lui rendre le trop-perçu, soit à un gestionnaire de la structure pour qu'elle saisisse une écriture corrective. L'intérêt de procéder ainsi est qu'on conserve visuellement et directement sur les comptes la trace des opérations effectuées.

===Saisir tout flux===
Permet de :
*[[Utilisation-de-la-comptabilité#Saisir-un-flux|saisir des flux]] depuis '''Gestion > Comptes > Flux > Saisir'''
*de modifier/supprimer des flux non validés
*de consulter la liste des flux depuis '''Gestion > Comptes > Flux > Valider'''
*de [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualiser la liste des mouvements]]
*d'[[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|importer des relevés bancaires]]

===Valider tout flux===
Permet de valider les flux de la page '''Gestion > Comptes > Flux > Valider'''.

Ce droit n'a effet que si le droit [[#Saisir-tout-flux|Saisir tout flux]] est affecté au profil.

===Paramétrage de la facturation===
Permet de gérer les règles de [[Facturation-des-clients#Facturation-des-activités|facturation des activités]] et de [[Facturation-des-clients#Facturation-périodique|facturation périodique]].

===Saisie des valeurs de facturation===

Permet de gérer les variables et leurs valeurs destinés aux règles de facturation

===Compte sur lequel un utilisateur peut agir===

Permet de définir sur quel compte utilisateur un encaissement ou un transfert peut être réalisé par la personne connectée. Attention : ce droit est pour l'utilisateur connecté et non pas pour l'utilisateur concerné par l'encaissement ou le transfert.

===Surpasser la limitation du solde du compte===

Permet à un utilisateur disposant de ce droit dans l'un de ses profils de ne pas avoir de [[Connexion#Restriction_d'accès|restriction d'accès]], de saisie de réservation ou de saisie de vol lorsque [[Configuration de la comptabilité#Restriction_d'accès_en_cas_de_solde_insuffisant|une restriction sur les soldes]] est en place. Il aura juste une alerte à la connexion. Ce droit ne permet pas à l'utilisateur concerné X de pouvoir surpasser les restrictions d'un autre utilisateur Y en effectuant par exemple une réservation en son nom alors que Y n'a ni le droit de surpasser ni le solde suffisant.

===Surpasser le seuil de [[Gestion-de-la-comptabilité-côté-utilisateur#Transférer-de-l'argent|transfert de compte]]===

Permet à un utilisateur disposant de ce droit dans l'un de ses profils de ne pas être bloqué lorsque une [[Configuration-de-la-comptabilité#Paramétrage-général-des-comptabilités|restriction sur les soldes]] est en place et qu'il ne dispose pas d'un solde suffisant.

==Ventes==

===Gestion globale des ventes===

Permet de gérer les produits, la facturation des produits, les stocks et [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]]. Permet également de modifier/supprimer des achats de produit.

===Achat ventes libres===

Autorise à acheter tous les produits qui sont en vente libre. Permet également de modifier/supprimer des achats de produit.

===Acheter pour les tiers===
Autorise à effectuer/modifier/supprimer des achats de produit pour un tiers.
*Couplé au droit [[#Gestion-des-utilisateurs|Gestion des utilisateurs]], il permet de gérer les [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]] d'un tiers.
*Couplé au droit [[Gestion-des-profils#Vente-de-produit-sans-tarif|Vente de produit sans tarif]], il permet de vendre des [[Gestion-des-produits-et-des-ventes#Configuration-d'un-produit-non-stocké-sans-tarif-défini|produits sans tarif]].

===Vente de produit sans tarif===
Autorise à rendre disponible et à acheter des produits sans tarif. Nécessite le droit [[#Acheter-pour-les-tiers|Acheter pour les tiers]].

===Débrayage des ventes de validités===

Autorise à ajouter et modifier la date d'expiration d'une [[Validités#Validité-à-vendre|validité à vendre]] sans débiter le compte.

==Achats==

===Gestion des achats===
Permet la gestion des factures fournisseurs, à en créer, modifier et supprimer.

==Admin==
===Gestion du paramétrage===
Ce droit est nécessaire pour accéder aux pages permettant de [[Paramétrage|paramétrer la plateforme]] et fait apparaitre le menu '''Structure''' avec les items :
*[[Données#Accéder-au-tableau-de-conservation-des-données|'''Admin > Structure > Données > Conservation des données''']]
*'''Admin > Structure > Structure > Canaux de communications'''
*[[Configuration#Admin > Structure > Structure > Paramétrage|'''Admin > Structure > Structure > Paramétrage''']]
*[[Configuration#Admin->-Structure->-Structure->-Coordonnées|'''Admin > Structure > Structure > Coordonnées''']]
*'''Admin > Structure > Variables > Définition'''
*'''Admin > Structure > Variables > Actualisation'''
*[[Configuration#Structure->-Champs-métiers|'''Admin > Structure > Variables > Champs métiers''']]
*[[Configuration#Structure->-Export-SQL|'''Admin > Structure > Export SQL > Complet''']]
*[[Utilisation-de-la-comptabilité#Importer-son-modèle-de-facture|'''Admin > Structure > Imports > Templates ODT''']]

Ce droit fait également apparaitre des items utiles au paramétrage mais présents dans d'autres menus :
*Couplé au droit [[#Gestion-des-utilisateurs|Gestion des utilisateurs]], dans le menu '''Admin > Utilisateurs''' :
**[[Champs-métiers|'''Admin > Utilisateurs > Champs métiers''']]
**'''Admin > Utilisateurs > Statuts'''
*[[Gestion-des-types-d'activités|'''Admin > Types d'activités > Actifs''']]
*[[Champs-métiers|'''Admin > Types d'activités > Champs métiers''']]
*[[Champs-métiers|'''Ventes > Champs métiers > Champs métiers''']]

===Gestion des valeurs===

===Gestion des profils===
permet de créer et modifier les profils. Attention, laisser cette autorisation à au moins un profil !

===Gestion des utilisateurs===

Permet de modifier les caractéristiques, infos et photos des utilisateurs, les désactiver et gérer leurs validités qui ne correspondent pas à des [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]]. Couplé au droit [[#Acheter-pour-les-tiers|Acheter pour les tiers]], il permet de gérer les [[Paramétrage-des-validités#Validité-à-vendre|validités qui sont à vendre]].

===Gestion des ressources===
Permet la gestion complète des types de ressources et des ressources (créer/supprimer/modifier/associer des validités). Autorise également la gestion de navigabilité des ressources aéronefs et la gestion des statuts.

Permet d'accéder à [[Gestion-des-documents|la liste des documents]] qui sont associés aux ressources et leur gestion (Ajouter, modifier, supprimer). Permet aussi de gérer la liste des catégories de ces documents.

===Gestion des rapports===
Fait apparaître le menu '''[[Gestion-des-rapports|Gestion > Rapports]]''' avec les items :
* '''Gestion > Rapports > Rapports personnalisés > Champs métiers'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Rapports personnalisés > Créer/Modifier]]'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Rapports personnalisés > Visualiser]]'''
* '''Gestion > Rapports > Rapports spécifiques > Activités et coûts'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Bibliothèque]]'''

Fait apparaître la [[Gestion-des-rapports#Case-à-cocher-Mémoriser-ce-choix|case à cocher '''Mémoriser ce choix''']].

===Voir tous les rapports===
Fait apparaître le menu '''Rapports''' avec les items :
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Rapports personnalisés > Visualiser]]'''
* '''Rapports spécifiques > Vols et coûts'''

Cela permet de consulter l'intégralité des rapports, y compris les favoris.

Fait apparaître la [[Gestion-des-rapports#Case-à-cocher-Mémoriser-ce-choix|case à cocher '''Mémoriser ce choix''']].

===Gestion des logs===
Fait apparaître le menu '''Admin > Logs''' avec les items :
*'''Admin > Logs > Actions effectuées'''
*'''Admin > Logs > Adresses IP bloquées'''
*'''Admin > Logs > Historique d'une réservation'''
*'''Admin > Logs > Identifiants bloqués'''
*'''Admin > Logs > Requête utilisateur en attente'''

===Envoyer et suivre les e-mails===
Permet d'accéder à la page [[Mailing|Mailing]] et de [[Suivi-des-emails|suivre les emails]].

===Accès aux tableurs===
Permet d'accéder aux fichiers [[Tableurs|tableurs]] depuis le menu.

===Gestion des communications===
Permet de gérer les flux d'informations et leurs canaux.

=Profils Plus=
*'''Admin > Utilisateurs > Profils plus'''

==Ajouter un profil depuis Profils plus==
*Cliquer sur une cellule contenant le caractère '''+'''
*remplissez la cellule puis appuyer sur la touche "Entrée"
*pour valider cliquer sur la disquette à gauche dans la colonne "Actions"
*le nouveau profil est placé à la fin du tableau

==Modifier un profil depuis Profils plus==
*Cliquer sur une cellule du profil à modifier
*remplissez la cellule puis appuyer sur la touche "Entrée"

==Colonnes du tableau Profils Plus==
===Nom (du profil)===
Nom du profil

===Type de compte requis===
Permet de définir les comptes utilisateurs appartenant aux types sélectionnés qui seront créés pour les nouveaux utilisateurs ou ajoutés aux utilisateurs existants à qui on attribuera ce profil

===Champ métier visible par le profil sur le formulaire utilisateur ou sur le planning===
Permet d'afficher ou de cacher les [[Champs-métiers|champs métiers]] des formulaires présents dans :
*'''Planning > Données > Personnelles > Affichage et fiche personnelle'''
*'''Gestion > Utilisateurs > Utilisateurs > Actifs'''
*'''Planning > Planning > Réserver'''

===Type de validité que l'utilisateur peut gérer pour lui-même===
Permet de sélectionner les types de validités qu'un utilisateur de ce profil peut [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|ajouter/acheter/mettre/supprimer]] (ex: Licence fédérale, Visite Médicale, Autres licences) pour lui-même. Les validités d'un utilisateur sont accessibles depuis '''Planning > Données > Personnelles > Validités'''.

[[Paramétrage-des-validités#Profils-autorisés-à-gérer-pour-eux-mêmes|Lors de l'ajout d'un type de validité, celui-ci est automatiquement affecté aux profils]].

===Types de validités que l'utilisateur peut gérer et certifier===
Permet de sélectionner les types de validités qu'un utilisateur de ce profil peut gérer et certifier.

Tous les utilisateurs détenant un profil pouvant certifier un type de validité coché recevront un [[Envoi-des-emails#E-mail-de-demande-de-certification-de-validité|e-mail]] lorsqu'une validité d'un des types choisis sera ajoutée par un utilisateur et [[Validités#Validités-en-attente-de-certification|en attente de certification]].

===Contrats non requis===
Voir la définition de [[Paramétrage-des-validités#Validité-contrat|validité-contrat]].

Permet de [[Gestion-des-profils#Modifier-un-profil-depuis-Profils-plus|définir]] les [[Paramétrage-des-validités#Validité-contrat|validités-contrats]] qui ne sont pas requises pour certains profils.

Les utilisateurs ne disposant que de profils exemptés, ne se verront pas demandés la signature des validités-contrats à la connexion. Tous les autres utilisateurs doivent signer chacun des contrats s'ils disposent d'au moins un profil non-exempté ou si la validité-contrat est requise pour tous les profils.

La signature des validités-contrats, se fait juste après l'identification à la connexion. Le formulaire apparait tant qu'il reste au moins un contrat non-signé. L'utilisateur ne peut passer outre ce processus.

===Attribution de place===
Permet d'attribuer les places auxquelles sont autorisées les utilisateurs de ce profil. Cela impacte sur les listes des utilisateurs que l'on trouve à la saisie d'une réservation ou d'un vol.

Ces listes sont accessibles depuis '''Planning > Planning > Réserver''' et '''Planning > Activités > Saisir une activités'''.

La page '''Admin > Type de ressource > Places''' permet de gérer les places d'un type de ressource. Elle permet également de définir qui a le droit d'être sur telle place en cas de restriction de profil.

===Profils visibles===
Dans les pages '''Planning > Données > Personnelles > Affichage et fiche personnelle''', '''Gestion > Utilisateurs > Actifs''' et '''Admin > Utilisateurs > Paramètres par défaut''', on peut sélectionner les utilisateurs auxquels on souhaite voir leur planning.

La liste des utilisateurs affichés sont ceux possédant un profil ayant les droits [[#Planning-personnel|Planning personnel]] et [[#Planning-individuel-visible-pour-les-autres|Planning individuel visible pour les autres]]. La colonne '''Profils visibles''' permet de restreindre la liste de ces utilisateurs pour ne la limiter qu'aux utilisateurs possédant les profils sélectionnés.

'''Attention :''' Il faut attribuer à un profil au moins une place de 1ère rang (numéro de place 0).

===Types de ressources visibles===
Dans les pages '''Planning > Données > Personnelles > Affichage et fiche personnelle''', '''Gestion > Utilisateurs > Actifs''' et '''Admin > Utilisateurs > Paramètres par défaut''', on peut sélectionner les ressources dont on souhaite voir le [[Utilisation-des-réservations-internes-sur-l%27appli-mobile|planning]] ou les rendre disponibles dans les formulaires de saisie de réservation et d'activité.

La colonne '''Types de ressources visibles''' permet de restreindre la liste de ces ressources pour ne la limiter qu'aux ressources appartenant aux types de ressources sélectionnés.

===Comptabilités visibles===
Permet de sélectionner les comptabilités qui sont visibles pour un profil. De plus, les types de compte et les comptes n'étant pas d'une comptabilité sélectionnée ne seront pas visibles.

===Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs===
Ce droit permet de suivre le renouvellement des validités par les utilisateurs en étant alerté par e-mail à chaque fois qu'un utilisateur renouvelle une validité sélectionnée dans la liste de la cellule '''Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs'''. Attention : la mise en place de ce droit peut provoquer la réception de nombreux e-mails.

=Utilisation=
==[[Connexion#Choix_du_profil|Choix du profil à la connexion]]==

==Ajouter un profil==

Depuis l'interface dynamique :
*Cliquer sur l'icône de menu correspondant à la gestion des profils
*Ajouter une ligne
*Compléter les cellules
*L'ajout est enregistré si les cellules suivantes sont correctement remplies :
**'''Nom du profil''' : la cellule doit être remplie et le nom ne pas avoir déjà été utilisé comme nom de profil.

Depuis l'interface légère :
*Aller sur '''Admin > Utilisateurs > Profils'''
*En-dessous du tableau listant les profils, cliquer sur le bouton '''AJOUTER UN PROFIL'''
*Renseigner les droits pour chaque onglet
*Aller sur '''Admin > Utilisateurs > Profils plus'''
*Renseigner les colonnes pour la ligne du profil nouvellement créé

===Ajouter un profil qui surpasse la restriction en cas de solde insuffisant===
*Procéder à l'ajout de ligne dans un tableau.
*Saisir par exemple comme nom '''Non restreignable'''.
*Toujours dans '''Admin > Utilisateurs > Profils''', onglet '''Généralités''', cocher pour ce profil le droit [[Gestion des profils#Généralités|Profil non sélectionnable par l'utilisateur]].
*Dans l'onglet '''Gestion des comptes''', sélectionner le droit [[#Surpasser-la-limitation-du-solde-du-compte|Surpasser la limitation du solde du compte]] pour le profil concerné
Il suffit ensuite de rajouter ce profil aux utilisateurs concernés.

=Créer un profil empêchant tout surpassement=
Il peut être nécessaire d'empêcher un utilisateur de pouvoir réserver ou saisir une activité même en recourant à l'aide d'un tiers qui disposerait de droits permettant de surpasser des restrictions, que cela soit sur des comptes ou sur des validités.

Cela peut être le cas, par exemple, pour la détention d'une validité ''Cotisation'' périmée ou lorsque le solde du compte utilisateur est insuffisant (cf. [[Configuration-de-la-comptabilité#Restriction-d'accès-en-cas-de-solde-insuffisant|Restriction d'accès en cas de solde insuffisant]]).

Pour mettre en place une telle restriction, il faut :
*[[Gestion-des-profils#Ajouter-un-profil|Ajouter un profil]] en lui attribuant l'ensemble des droits (ne pas oublier la page '''Admin > Utilisateurs > Profils plus'''
*[[Gestion-des-profils#Modifier-un-profil|Modifier le profil]] nouvellement créé
**Si l'utilisateur ne doit pas pouvoir ouvrir un vol : dans l'onglet [[Gestion-des-profils#Activités|Activités]], décocher le droit [[Gestion-des-profils#Etre-sur-une-nouvelle-ouverture-d'activité|Etre sur une nouvelle ouverture d'activité]]
**Si l'utilisateur ne doit pas pouvoir être sur une réservation : dans l'onglet [[Gestion-des-profils#Réservation|Réservation]], décocher les droits [[Gestion-des-profils#Etre-sur-une-nouvelle-réservation|Etre sur une nouvelle réservation]], [[Gestion-des-profils#Réservation-solo|Réservation solo]] et [[Gestion-des-profils#Réservation-avec-un-instructeur|Réservation avec un instructeur]]

==Droits particuliers==
*'''GÉNÉRALITÉS / Profil non sélectionnable par l'utilisateur :''' ce droit n'est applicable que si les [[Gestion des utilisateurs|utilisateurs disposant du profil concerné]] possèdent au moins un autre [[Connexion#Sélection_du_profil|profil sélectionnable à la connexion]].
*'''GÉNÉRALITÉS ADMIN / Gestion des profils :''' au moins un profil doit posséder ce droit.

==Modifier un profil==
La modification des profils s'effectue selon les règles d'[[Utilisation des tableaux#Édition_des_données#|édition des données d'un tableau]].

==Supprimer un profil==
*La suppression d'un profil est possible uniquement si les [[Gestion des utilisateurs|utilisateurs disposant de ce profil]] possèdent aussi au moins un autre profil.
*Procéder à la suppression de ligne dans un tableau.

==Valeurs par défaut lors de la création d'un profil==
Lors de la création d'un profil, on affecte automatiquement par défaut :
* Tous les '''Profils visibles'''
* Tous les '''Types de ressources visibles'''
* Toutes les '''Comptabilités visibles'''
* Les '''Attribution de place''' correspondants à la première place de chaque type de ressource

Gestion des profils

2025-06-06T13:43:46Z

Lelhidam: /* Gestion de ses validités détenues */

=Présentation=
L'objet de cette page est de présenter la '''gestion des profils''' sur la [[Accueil|version 4 d'OpenFlyers]].

Les profils attribués par défaut à un utilisateur créé automatiquement sont définis dans '''Admin > Utilisateurs > Paramètres par défaut'''.

=Définition=
*Un '''profil''' correspond à un ensemble de '''droits''' qui définissent les actions que peut effectuer un [[Glossaire|utilisateur]] dans l'application OpenFlyers.
*Un utilisateur peut disposer de '''plusieurs profils'''. L'attribution des profils aux utilisateurs se fait par l'intermédiaire du [[Gestion des utilisateurs|tableau de gestion des utilisateurs]].

''Exemple de profils : administrateur, pilote, formateur, technicien, mécanicien, trésorier, secrétaire.''

=Icônes symbolisant les droits des profils=
Dans la page '''Admin > Utilisateurs > Profils''', il faut distinguer deux éléments pour comprendre le principe des icônes. Il y a les droits d'un côté et les profils de l'autre.

Les droits constituent les entêtes du tableau. Chaque entête de colonne correspond à un droit.
L’icône [[File:Profile-management3.0.x_Userinfo_connected.gif]] a été attribuée à l'ensemble de ces droits sauf deux :
*[[#Profil-non-sélectionnable-par-l'utilisateur|Profil non sélectionnable par l'utilisateur]] de l'onglet '''Généralités''' à laquelle l'icône [[File:Profile-management3.0.x_ConnectedNoFilling.png]] à été attribuée
*[[#Voir-les-noms-sur-les-réservations%2C-les-activités-réalisées-et-la-liste-des-utilisateurs|Voir les noms sur les réservations]] de l'onglet '''Réservations''' à laquelle l'icône [[File:Profile-management3.0.x_Userinfo_kiosk.gif]] à été attribuée

Les profils correspondent à chaque ligne du tableau. L'icône d'un profil est variable et dépend des droits qui lui sont attribués.
#L'icône d'un profil sera [[File:Profile-management3.0.x_ConnectedNoFilling.png]] si le droit [[#Profil-non-sélectionnable-par-l'utilisateur|Profil non sélectionnable par l'utilisateur]] ci-dessus est coché
#L'icône d'un profil sera [[File:Profile-management3.0.x_Userinfo_kiosk.gif]] si aucun droit n'est attribué au profil à l'exception du droit [[#Voir-les-noms-sur-les-réservations%2C-les-activités-réalisées-et-la-liste-des-utilisateurs|Voir les noms sur les réservations]] ci-dessus qui peut être coché ou non
#Dans tous les autres cas, l'icône d'un profil sera [[File:Profile-management3.0.x_Userinfo_connected.gif]]

==Définition des icônes représentant des droits==
:[[File:Profile-management3.0.x_Userinfo_connected.gif]] : Droit qui définit un profil de base.
:[[File:Profile-management3.0.x_ConnectedNoFilling.png]] : Droit qui rend un profil non sélectionnable par un utilisateur lors de sa connexion.
:[[File:Profile-management3.0.x_Userinfo_kiosk.gif]] : Droit qui rend un profil de type "kiosque" (voir [[Kiosque PC]]) permettant de consulter le planning uniquement. Si au moins un droit de base est activé, le profil devient un profil de base.

==Définition des icônes attribuées aux profils==
:[[File:Profile-management3.0.x_Userinfo_connected.gif]] : Profil de base
:[[File:Profile-management3.0.x_ConnectedNoFilling.png]] : Profil non sélectionnable par un utilisateur lors de sa connexion.
:[[File:Profile-management3.0.x_Userinfo_kiosk.gif]] : Profil de type "kiosque" (voir [[Kiosque PC]]) permettant de consulter le planning uniquement. Toute modification ou saisie par un utilisateur nécessitera une identification par le biais d'une fenêtre "pop-up" demandant à l'utilisateur son propre identifiant et mot de passe.

=Niveau d'accréditation des droits et des profils=
Les niveaux d'accréditation vont de 0 à 6 :
*0 représente le niveau le plus bas
*6 représente le niveau le plus élevé

Chaque droit dispose d'un niveau d'accréditation qui lui est propre : plus le droit permet de faire des actions pouvant avoir des conséquences sur les données, plus le niveau d'accréditation est élevé.

Chaque profil dispose également d'un niveau d'accréditation. Le niveau d'accréditation d'un profil correspond au niveau d'accréditation le plus élevé des droits détenus par le profil.

La page '''Admin > Utilisateurs > Profils''' indique les niveaux d'accréditation à la fois des droits et des profils :
*Les droits sont indiqués dans les entêtes de chaque colonne. Le niveau d'accréditation du droit est indiqué en dessous du nom du droit dans un cercle.
*Les profils sont indiqués à chaque ligne du tableau. le niveau d'accréditation du profil est indiqué en dessous du nom du profil dans un cercle.
Le niveau d'accréditation 6 est affiché en inverse vidéo par rapport aux autres niveaux pour le distinguer.

Un gestionnaire disposant le droit de gérer des utilisateurs ne peut attribuer un profil à un utilisateur qui soit plus élevé que le profil le plus élevé qu'il détient lui-même.

Lorsqu'une plateforme dispose de plus de 3 utilisateurs avec le niveau 6, [[Alertes-de-configuration#La-plateforme-a-plus-de-3-utilisateurs-actifs-avec-un-profil-de-niveau-6.-Les-utilisateurs-concernés-sont-:-XXX|une alerte de configuration est affichée]].

Lorsqu'un droit de niveau 6 est accordé à un profil, une alerte est générée si cela entraîne plus de 3 utilisateurs de niveau 6.

=Profils=
La gestion des profils s'effectue depuis le menu '''Admin > Utilisateurs > Profils'''.

Le nombre d'onglets disponible dépend du paramétrage de la plateforme OpenFlyers. Par exemple, si la gestion des activités est activée, alors l'onglet ''Activités'' est disponible.

==Généralités==

===Profil non sélectionnable par l'utilisateur===

Lors de la connexion et lorsqu'un utilisateur doit faire le choix entre un profil pour se connecter, les [[Bien-débuter-avec-OpenFlyers#Attribuer-les-profils-aux-utilisateurs|profils non sélectionnables]] ne seront pas proposés parmi la liste. Ce droit ne peut pas être attribué à un profil ayant des droits de gestion.

===Pas de déconnexion automatique===
Ce droit permet d'éviter la [[Connexion#Automatique|déconnexion automatique de la session]] au bout de 10 minutes et étend la connexion à 2 heures.

===Accès visiteur===
L'accès visiteur permet de [[Kiosque-PC#Créer-un-compte-utilisateur-Visiteur|créer un compte visiteur]] donnant un accès limité destiné à pouvoir être utilisé par n'importe quelle personne.

Cet accès permet également de créer un lien vers OpenFlyers avec une connexion automatique en passant les identifiants via l'URL.

Si un visiteur [[#Réservation|peut réserver]] - dépend du paramétrage - alors, lors de la création d'une réservation, [[Utilisation-des-réservations-internes-sur-l%27appli-mobile#Créer-automatiquement-un-utilisateur-en-créant-une-réservation|le système va générer automatiquement un compte utilisateur]] à partir des informations que le visiteur aura saisi. Le visiteur sera connecté automatiquement sur ce nouveau compte.

===Mise à jour de sa date de naissance, de son sexe et de sa nationalité===

Permet à un utilisateur de modifier [[Fiche-personnelle#Mettre-à-jour-sa-date-de-naissance,-sa-nationalité-ou-son-sexe|sa date de naissance, sa nationalité et/ou son sexe dans sa fiche personnelle]].

===Voir ses validités===

Permet d'[[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|accéder à ses validités depuis le planning]].

===Ajout et gestion de ses validités===

Permet à un [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|utilisateur de rajouter/supprimer/mettre à jour ses validités]] qui sont dans la liste [[#Type-de-validité-que-l'utilisateur-peut-gérer-pour-lui-même|Type de validité que l'utilisateur peut gérer]] et pour la mise à jour, sous réserve que le type de validité dispose d'informations qui peuvent être mises à jour.

===Gestion de ses validités détenues===

Permet à un [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|utilisateur de mettre à jour/supprimer uniquement les validités]] qui lui sont déjà attribuées et qui sont dans la liste [[#Types-de-validités-que-l'utilisateur-peut-gérer-et-certifier|Type de validité que l'utilisateur peut gérer et certifier]] et pour la mise à jour, sous réserve que le type de validité dispose d'informations qui peuvent être mises à jour.

===Surpasser les restrictions sur les validités===
Permet à un utilisateur de surpasser les [[Connexion#Restriction_d'accès|restrictions d'accès]] dues à des validités expirées, incomplétes ou non certifiées qui sont [[Validités#Contrôle-des-validités-à-la-connexion|appliquées à la connexion]].

Voir le chapitre [[Paramétrage-des-validités#Alerte-à-la-connexion|Alerte à la connexion]] pour le paramétrage des restrictions sur les validités.

===Editer sa photo===

Permet à un utilisateur [[Fiche-personnelle#Editer-sa-photo|d'importer ou de supprimer sa photo dans sa fiche personnelle]].

==Réservation==

===Alertable par e-mail pour toute réservation===
Permet la [[Fiche-personnelle#Recevoir-un-e-mail-pour-les-réservations-ayant-pour-activité|notification par e-mail pour toute réservation]].

===Champs additionnels visualisables dans les pop-ups de réservation===
Permet de visualiser le contenu des champs additionnels dans la pop-up de réservation.

===Créer ou modifier une réservation avec une date de début dépassée===
Autorise à créer ou modifier une réservation dont la date de début est dépassée.

===Etre sur une nouvelle réservation===
Permet lors d'une nouvelle réservation, que l'utilisateur disposant du profil concerné soit autorisé à être sur une des places.

Permet entre autre à un utilisateur tiers, de pouvoir effectuer de nouvelles réservations pour un utilisateur disposant du profil concerné et n'ayant pas de droit [[#Réservation-en-solo|Réservation solo]], [[#Réservation-pour-des-tiers|Réservation pour des tiers]] ou [[#Réservation-avec-un-instructeur|Réservation avec un instructeur]].

===Gestion des disponibilités des ressources===
Sur l'ancienne interface, permet de gérer la disponibilité des ressources et de les immobiliser (pour entretien, maintenance, réparation, arrêt d'activité, ...).

Cela se fait comme pour une réservation, une case "immobiliser la ressource" est alors disponible. Sur la frise de réservation, il sera indiqué "Mise en maintenance" pour la période demandée.

===Gestion des disponibilités des tiers===
Permet de gérer la [[Gestion-des-disponibilités#Gérer-la-disponibilité-des-intervenants|disponibilité des utilisateurs]].

===Personnaliser ses ressources visibles===
Permet de personnaliser la [[Fiche-personnelle#Paramétrer-les-ressources-et-les-utilisateurs-visibles-sur-le-planning|liste des ressources et utilisateurs visibles dans le planning depuis sa fiche utilisateur]].

===Planning individuel visible pour les autres===
Permet de rendre disponible son planning aux autres utilisateurs.

===Planning personnel===
Permet de visualiser son propre planning.

===Réservation de programmes===
Autorise [[Utilisation-des-réservations-internes-sur-l%27interface-web#Positionner-automatiquement-les-activités-d’un-programme-de-formation|le positionnement automatique des activités d’un programme de formation dans le planning]].

===Réservation en solo===
Autorise un utilisateur de réserver une ressource avec lui-même en première place.

===Réservation pour des tiers===
Autorise la réservation d'une ressource pour un autre utilisateur (en solo et/ou double selon les droits du profil de cet utilisateur tiers).

===Réservation avec un instructeur===
Autorise la réservation d'une ressource avec une personne en seconde place.

===Supprimer une réservation avec une date de début dépassée===
Autorise à supprimer une réservation dont la date de début est dépassée.

===Surpasser l'indisponibilité des instructeurs===
Autorise la réservation d'une ressource avec un instructeur même si celui-ci n'est pas enregistré comme disponible durant la plage horaire de la réservation (Un message d'alerte prévient quand même. Fonction utile pour les instructeurs et le secrétariat).

===Surpasser l'indisponibilité des ressources===
Autorise la réservation d'une ressource même si celle-ci n'est pas enregistrée comme disponible durant la plage horaire de la réservation (Un message d'alerte prévient quand même).

===Surpasser l'interdiction d'effectuer une réservation dans moins de X temps===
Autorise la réservation en annulant l'interdiction "d'effectuer une réservation débutant dans moins de".

===Surpasser la limite de durée minimum===
Autorise la réservation en annulant la restriction sur la durée minimum d'une réservation.

===Surpasser la limite de durée maximum===
Autorise la réservation en annulant la restriction sur la durée maximum d'une réservation.

===Surpasser la limite de temps===
Autorise la réservation en annulant la restriction sur la limitation dans le temps des réservations.

===Surpasser la limite de nombre===
Autorise la réservation en annulant la restriction sur le nombre maximum de réservation.

===Surpasser la réservation par type===
En cas de chevauchement, cela permet de déplacer la réservation sur une autre ressource de type différent.

===Surpasser les formules de saisie===
Permet de surpasser les règles de saisie sur les réservations.

===Voir les images des pilotes sur le menu contextuel===
Permet de [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-images-des-pilotes-sur-le-menu-contextuel|visualiser images des pilotes associés à chaque réservation sur le menu contextuel]] lorsqu'on survole ou effectue un clic droit sur la réservation.

===Voir les noms sur les réservations, les activités réalisées et la liste des utilisateurs===
Permet de visualiser les noms des utilisateurs sur la page du planning à la fois pour les réservations et les [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-activités-réalisées|activités réalisées]].

===Voir les noms d'activités sur les réservations et les activités réalisées===
Permet d'[[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-noms-d'activités-sur-les-réservations-et-les-activités-réalisées|afficher les noms d'activités sur les réservations et les activités réalisées]].

==Activités==

===Alertable par email pour toute saisie d'activité===
;Description
Ce droit permet aux gestionnaires de [[Fiche-personnelle#Recevoir-un-e-mail-pour-les-activités-ayant-les-champs-sélectionnés-non-vide|s'abonner aux notifications par emails dès lors qu'une activité est saisie par un utilisateur en renseignant un champ suivi par le gestionnaire]].

;Cas d'usage
[[Suivi des remarques de maintenance]].

===Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs===
Ce droit permet de suivre le renouvellement des validités par les utilisateurs en étant alerté par un [[Envoi-des-emails#E-mail-d'information-des-actions-des-utilisateurs-sur-des-validités|e-maild'information des actions des utilisateurs sur des validités]] à chaque fois qu'un utilisateur renouvelle une validité sélectionnée dans la liste de la cellule '''Alerté par e-mail pour le renouvellement des types de validités'''. Attention : la mise en place de ce droit peut provoquer la réception de nombreux e-mails.

===Attribution de place===
Permet d'attribuer les places auxquelles sont autorisées les utilisateurs de ce profil. Cela impacte sur les listes des utilisateurs qui se nttrouve à la saisie d'une réservation ou d'une activité.

Ces listes sont accessibles depuis '''Planning > Planning > Réserver''' et '''Planning > Activités > Saisir une activité'''.

La page '''Admin > Type de ressource > Places''' permet de gérer les places d'un type de ressource. Elle permet également de définir qui a le droit d'être sur telle place en cas de restriction de profil.

===Etre sur une nouvelle fermeture d'activité===
Permet lors d'une nouvelle fermeture d'activité, que la personne disposant du profil concerné soit autorisée à être sur une des places.

Permet entre autre à une personne tierce, de pouvoir effectuer de nouvelles fermetures d'activité pour une personne disposant du profil concerné et n'ayant pas le droit [[#Saisie-d'activité-pour-soi-même|Saisie d'activité pour soi-même]] ou [[#Saisie-d'activité-pour-un-tiers|Saisie d'activité pour un tiers]].

===Etre sur une nouvelle ouverture d'activité===
Permet lors d'une nouvelle ouverture d'activité, que la personne disposant du profil concerné soit autorisée à être sur une des places.

Permet entre autre à une personne tierce, de pouvoir effectuer de nouvelles ouvertures d'activité pour une personne disposant du profil concerné et n'ayant pas le droit [[#Saisie-d'activité-pour-soi-même|Saisie d'activité pour soi-même]] ou [[#Saisie-d'activité-pour-un-tiers|Saisie d'activité pour un tiers]].

===Saisie d'activité pour soi-même===
Autorise la saisie des vols et permet aussi à l'utilisateur de voir son carnet de vols.

Permet également de supprimer ses propres vols depuis son carnet de vol et depuis le [[Carnet-de-route#Modifier-et-supprimer|carnet de route]].

===Saisie d'activité pour un tiers===
Autorise la saisie des vols pour des tiers et permet de voir les carnets de vols des utilisateurs.

Permet également de supprimer les vols des tiers depuis le carnet de vol d'un utilisateur et depuis le [[Carnet-de-route#Modifier-et-supprimer|carnet de route]].

===Vérifier la saisie des activités et les modifier===
Permet de voir les carnets de vols des utilisateurs et de pointer les vols (vérification qui entérine un vol et qui rend ainsi sa modification ou suppression impossible), permet ainsi de voir les "vols oubliés" aussi (trous dans les horamètres).

===Voir les activités de tous===
Permet :
*d'accéder au [[Carnet-de-route|carnet de route]] de chaque ressource aéronef
*de [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-activités-réalisées|voir les activités réalisées sur le planning]] si le paramètre [[Configuration-des-réservations-internes#Affichage-possible-des-activités-réalisées-dans-le-planning|Affichage possible des activités réalisées dans le planning]] est activé

===Voir ses activités===
Autorise l'utilisateur à voir son carnet de vol.

===Visualiser les traces de vol===
Permet de [[Interfaçage-OpenFlyers-et-Charterware#Récupération-des-traces-de-vols|visualiser les traces d'un vol]].

==Formations==
===Voir les suivis de formations===
Autorise l'utilisateur à [[Gestion-des-activités#Consulter-le-suivi-de-formation|voir les suivis de formations]] de tous les utilisateurs.

===Gestion des formations===
Ce droit permet la [[Gestion-des-formations|gestion des formations]].

==Comptes==

===Gestion des comptes===
Couplé à d'autres droits, permet de créer et modifier les intitulés des comptes (boutiques, espèces, etc.) ainsi que d'accéder à la comptabilité.

Permet lors de la [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualisation des écritures]] d'un compte :
*de pouvoir consulter les écritures des comptes affectés
*[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|de pouvoir consulter une facture client ou un reçu]]
*de pouvoir [[Utilisation-de-la-comptabilité#Contrepasser-une-écriture|contrepasser les écritures]]
*de pouvoir [[Utilisation-de-la-comptabilité#Lettrer-des-écritures-comptables|lettrer les écritures]]

Permet [[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|d'importer des relevés bancaires]]

Ce droit inclut les droits '''Gestion des types d'encaissements''' et '''Voir les comptes'''.

===Voir les comptes===
[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-son-compte-ou-celui-d'un-tiers|Permet de voir tous les comptes]], de [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualiser la liste des mouvements]] et de [[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|consulter les factures clients et les reçus]].

Couplé au droit [[#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]], il permet de saisir un encaissement sur tous comptes. Ce droit inclut les privilèges du droit [[#Voir-les-comptes-utilisateurs|Voir les comptes utilisateurs]].

===Voir les comptes utilisateurs===
[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-son-compte-ou-celui-d'un-tiers|Permet de voir tous les comptes utilisateurs]] et de [[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|consulter les factures clients et les reçus]].

Couplé au droit [[#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]], il permet de saisir un encaissement sur les comptes utilisateurs.

===Gestion des comptabilités===

permet la gestion des comptabilités

===Gestion des types d'encaissements===

permet la gestion des types d'encaissements.

===Encaisser ses paiements===

Permet à l'utilisateur de [[FAQ-comptabilité#Comment-autoriser-un-profil-utilisateur-à-saisir-des-encaissements-pour-lui-même-?|saisir ses propres paiements]], de les modifier ou de les supprimer tant qu'ils n'ont pas été validés. L'utilisateur ne peut pas saisir les types d'encaissements qui sont ''Accessible uniquement aux personnes autorisées à saisir pour les tiers''.

===Saisir les encaissements pour les tiers===

Permet à l'utilisateur de saisir, modifier ou supprimer, tant qu'ils n'ont pas été validés, les encaissements d'autres utilisateurs ainsi que les encaissements devant être affectés sur des [[Configuration de la comptabilité#Créer_un_compte_comptable|comptes comptables clients autorisés à recevoir de l'argent]].

===Modifier la date d'un encaissement, d'un flux ou d'un transfert===

autorise la modification de la date d'un encaissement, d'un flux ou d'un transfert s'il peut être modifié

===Valider les encaissements===

pointage des paiements saisis par les pilotes par exemple (Modification ultérieure de cette saisie impossible, en cas de problème il faudra alors faire l'opération inverse). Permet également la suppression d'encaissement.

===Recevoir de l'argent===

Permet à un utilisateur d'être sur la liste des paiements remis. Voir la [[Configuration-de-la-comptabilité#Types-d'encaissements|configuration de la ventilation des types d'encaissements]].

===Transfert de son compte===
Permet le transfert de compte à compte depuis la page '''Planning > Comptes > Actions > Transférer'''.

Les transferts effectués avec ce seul droit (sans le droit [[#Transfert-de-son-compte-sans-validation|Transfert de son compte sans validation]]) depuis cette page sont validés automatiquement.

===Transfert de son compte sans validation===
Permet lors d'un transfert de compte à compte, que les flux générés ne soient pas automatiquement validés. Ce droit n'a d'effet que si le droit [[#Transfert-de-son-compte|Transfert de son compte]] est affecté au profil.

'''Conseil OpenFlyers :''' Ce droit a été créé à la demande de clients OpenFlyers. Néanmoins, nous en déconseillons son usage. En effet, avec ce droit, un utilisateur qui "donne" de l'argent à un autre utilisateur peut ensuite reprendre sa donation. Or comme le dit l'expression : "[https://fr.wiktionary.org/wiki/donner_c%E2%80%99est_donner,_reprendre_c%E2%80%99est_voler Donner c'est donner, reprendre c'est voler]". L'attribution du seul droit [[#Transfert-de-son-compte|Transfert de son compte]] permet un comportement conforme aux fonctionnalités présentes sur les applications bancaires, à savoir que lorsqu'on effectue un virement ce virement est définitif. Si un utilisateur se trompe dans son virement, alors il faut qu'il demande soit à la personne à qui il a donné de lui rendre le trop-perçu, soit à un gestionnaire de la structure pour qu'elle saisisse une écriture corrective. L'intérêt de procéder ainsi est qu'on conserve visuellement et directement sur les comptes la trace des opérations effectuées.

===Saisir tout flux===
Permet de :
*[[Utilisation-de-la-comptabilité#Saisir-un-flux|saisir des flux]] depuis '''Gestion > Comptes > Flux > Saisir'''
*de modifier/supprimer des flux non validés
*de consulter la liste des flux depuis '''Gestion > Comptes > Flux > Valider'''
*de [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualiser la liste des mouvements]]
*d'[[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|importer des relevés bancaires]]

===Valider tout flux===
Permet de valider les flux de la page '''Gestion > Comptes > Flux > Valider'''.

Ce droit n'a effet que si le droit [[#Saisir-tout-flux|Saisir tout flux]] est affecté au profil.

===Paramétrage de la facturation===
Permet de gérer les règles de [[Facturation-des-clients#Facturation-des-activités|facturation des activités]] et de [[Facturation-des-clients#Facturation-périodique|facturation périodique]].

===Saisie des valeurs de facturation===

Permet de gérer les variables et leurs valeurs destinés aux règles de facturation

===Compte sur lequel un utilisateur peut agir===

Permet de définir sur quel compte utilisateur un encaissement ou un transfert peut être réalisé par la personne connectée. Attention : ce droit est pour l'utilisateur connecté et non pas pour l'utilisateur concerné par l'encaissement ou le transfert.

===Surpasser la limitation du solde du compte===

Permet à un utilisateur disposant de ce droit dans l'un de ses profils de ne pas avoir de [[Connexion#Restriction_d'accès|restriction d'accès]], de saisie de réservation ou de saisie de vol lorsque [[Configuration de la comptabilité#Restriction_d'accès_en_cas_de_solde_insuffisant|une restriction sur les soldes]] est en place. Il aura juste une alerte à la connexion. Ce droit ne permet pas à l'utilisateur concerné X de pouvoir surpasser les restrictions d'un autre utilisateur Y en effectuant par exemple une réservation en son nom alors que Y n'a ni le droit de surpasser ni le solde suffisant.

===Surpasser le seuil de [[Gestion-de-la-comptabilité-côté-utilisateur#Transférer-de-l'argent|transfert de compte]]===

Permet à un utilisateur disposant de ce droit dans l'un de ses profils de ne pas être bloqué lorsque une [[Configuration-de-la-comptabilité#Paramétrage-général-des-comptabilités|restriction sur les soldes]] est en place et qu'il ne dispose pas d'un solde suffisant.

==Ventes==

===Gestion globale des ventes===

Permet de gérer les produits, la facturation des produits, les stocks et [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]]. Permet également de modifier/supprimer des achats de produit.

===Achat ventes libres===

Autorise à acheter tous les produits qui sont en vente libre. Permet également de modifier/supprimer des achats de produit.

===Acheter pour les tiers===
Autorise à effectuer/modifier/supprimer des achats de produit pour un tiers.
*Couplé au droit [[#Gestion-des-utilisateurs|Gestion des utilisateurs]], il permet de gérer les [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]] d'un tiers.
*Couplé au droit [[Gestion-des-profils#Vente-de-produit-sans-tarif|Vente de produit sans tarif]], il permet de vendre des [[Gestion-des-produits-et-des-ventes#Configuration-d'un-produit-non-stocké-sans-tarif-défini|produits sans tarif]].

===Vente de produit sans tarif===
Autorise à rendre disponible et à acheter des produits sans tarif. Nécessite le droit [[#Acheter-pour-les-tiers|Acheter pour les tiers]].

===Débrayage des ventes de validités===

Autorise à ajouter et modifier la date d'expiration d'une [[Validités#Validité-à-vendre|validité à vendre]] sans débiter le compte.

==Achats==

===Gestion des achats===
Permet la gestion des factures fournisseurs, à en créer, modifier et supprimer.

==Admin==
===Gestion du paramétrage===
Ce droit est nécessaire pour accéder aux pages permettant de [[Paramétrage|paramétrer la plateforme]] et fait apparaitre le menu '''Structure''' avec les items :
*[[Données#Accéder-au-tableau-de-conservation-des-données|'''Admin > Structure > Données > Conservation des données''']]
*'''Admin > Structure > Structure > Canaux de communications'''
*[[Configuration#Admin > Structure > Structure > Paramétrage|'''Admin > Structure > Structure > Paramétrage''']]
*[[Configuration#Admin->-Structure->-Structure->-Coordonnées|'''Admin > Structure > Structure > Coordonnées''']]
*'''Admin > Structure > Variables > Définition'''
*'''Admin > Structure > Variables > Actualisation'''
*[[Configuration#Structure->-Champs-métiers|'''Admin > Structure > Variables > Champs métiers''']]
*[[Configuration#Structure->-Export-SQL|'''Admin > Structure > Export SQL > Complet''']]
*[[Utilisation-de-la-comptabilité#Importer-son-modèle-de-facture|'''Admin > Structure > Imports > Templates ODT''']]

Ce droit fait également apparaitre des items utiles au paramétrage mais présents dans d'autres menus :
*Couplé au droit [[#Gestion-des-utilisateurs|Gestion des utilisateurs]], dans le menu '''Admin > Utilisateurs''' :
**[[Champs-métiers|'''Admin > Utilisateurs > Champs métiers''']]
**'''Admin > Utilisateurs > Statuts'''
*[[Gestion-des-types-d'activités|'''Admin > Types d'activités > Actifs''']]
*[[Champs-métiers|'''Admin > Types d'activités > Champs métiers''']]
*[[Champs-métiers|'''Ventes > Champs métiers > Champs métiers''']]

===Gestion des valeurs===

===Gestion des profils===
permet de créer et modifier les profils. Attention, laisser cette autorisation à au moins un profil !

===Gestion des utilisateurs===

Permet de modifier les caractéristiques, infos et photos des utilisateurs, les désactiver et gérer leurs validités qui ne correspondent pas à des [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]]. Couplé au droit [[#Acheter-pour-les-tiers|Acheter pour les tiers]], il permet de gérer les [[Paramétrage-des-validités#Validité-à-vendre|validités qui sont à vendre]].

===Gestion des ressources===
Permet la gestion complète des types de ressources et des ressources (créer/supprimer/modifier/associer des validités). Autorise également la gestion de navigabilité des ressources aéronefs et la gestion des statuts.

Permet d'accéder à [[Gestion-des-documents|la liste des documents]] qui sont associés aux ressources et leur gestion (Ajouter, modifier, supprimer). Permet aussi de gérer la liste des catégories de ces documents.

===Gestion des rapports===
Fait apparaître le menu '''[[Gestion-des-rapports|Gestion > Rapports]]''' avec les items :
* '''Gestion > Rapports > Rapports personnalisés > Champs métiers'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Rapports personnalisés > Créer/Modifier]]'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Rapports personnalisés > Visualiser]]'''
* '''Gestion > Rapports > Rapports spécifiques > Activités et coûts'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Bibliothèque]]'''

Fait apparaître la [[Gestion-des-rapports#Case-à-cocher-Mémoriser-ce-choix|case à cocher '''Mémoriser ce choix''']].

===Voir tous les rapports===
Fait apparaître le menu '''Rapports''' avec les items :
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Rapports personnalisés > Visualiser]]'''
* '''Rapports spécifiques > Vols et coûts'''

Cela permet de consulter l'intégralité des rapports, y compris les favoris.

Fait apparaître la [[Gestion-des-rapports#Case-à-cocher-Mémoriser-ce-choix|case à cocher '''Mémoriser ce choix''']].

===Gestion des logs===
Fait apparaître le menu '''Admin > Logs''' avec les items :
*'''Admin > Logs > Actions effectuées'''
*'''Admin > Logs > Adresses IP bloquées'''
*'''Admin > Logs > Historique d'une réservation'''
*'''Admin > Logs > Identifiants bloqués'''
*'''Admin > Logs > Requête utilisateur en attente'''

===Envoyer et suivre les e-mails===
Permet d'accéder à la page [[Mailing|Mailing]] et de [[Suivi-des-emails|suivre les emails]].

===Accès aux tableurs===
Permet d'accéder aux fichiers [[Tableurs|tableurs]] depuis le menu.

===Gestion des communications===
Permet de gérer les flux d'informations et leurs canaux.

=Profils Plus=
*'''Admin > Utilisateurs > Profils plus'''

==Ajouter un profil depuis Profils plus==
*Cliquer sur une cellule contenant le caractère '''+'''
*remplissez la cellule puis appuyer sur la touche "Entrée"
*pour valider cliquer sur la disquette à gauche dans la colonne "Actions"
*le nouveau profil est placé à la fin du tableau

==Modifier un profil depuis Profils plus==
*Cliquer sur une cellule du profil à modifier
*remplissez la cellule puis appuyer sur la touche "Entrée"

==Colonnes du tableau Profils Plus==
===Nom (du profil)===
Nom du profil

===Type de compte requis===
Permet de définir les comptes utilisateurs appartenant aux types sélectionnés qui seront créés pour les nouveaux utilisateurs ou ajoutés aux utilisateurs existants à qui on attribuera ce profil

===Champ métier visible par le profil sur le formulaire utilisateur ou sur le planning===
Permet d'afficher ou de cacher les [[Champs-métiers|champs métiers]] des formulaires présents dans :
*'''Planning > Données > Personnelles > Affichage et fiche personnelle'''
*'''Gestion > Utilisateurs > Utilisateurs > Actifs'''
*'''Planning > Planning > Réserver'''

===Type de validité que l'utilisateur peut gérer pour lui-même===
Permet de sélectionner les types de validités qu'un utilisateur de ce profil peut [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|ajouter/acheter/mettre/supprimer]] (ex: Licence fédérale, Visite Médicale, Autres licences) pour lui-même. Les validités d'un utilisateur sont accessibles depuis '''Planning > Données > Personnelles > Validités'''.

[[Paramétrage-des-validités#Ajouter-un-type-de-validités|Lors de l'ajout d'un type de validité, celui-ci est automatiquement affecté aux profils]].

===Types de validités que l'utilisateur peut gérer et certifier===
Permet de sélectionner les types de validités qu'un utilisateur de ce profil peut gérer et certifier.

Tous les utilisateurs détenant un profil pouvant certifier un type de validité coché recevront un [[Envoi-des-emails#E-mail-de-demande-de-certification-de-validité|e-mail]] lorsqu'une validité d'un des types choisis sera ajoutée par un utilisateur et [[Validités#Validités-en-attente-de-certification|en attente de certification]].

===Contrats non requis===
Voir la définition de [[Paramétrage-des-validités#Validité-contrat|validité-contrat]].

Permet de [[Gestion-des-profils#Modifier-un-profil-depuis-Profils-plus|définir]] les [[Paramétrage-des-validités#Validité-contrat|validités-contrats]] qui ne sont pas requises pour certains profils.

Les utilisateurs ne disposant que de profils exemptés, ne se verront pas demandés la signature des validités-contrats à la connexion. Tous les autres utilisateurs doivent signer chacun des contrats s'ils disposent d'au moins un profil non-exempté ou si la validité-contrat est requise pour tous les profils.

La signature des validités-contrats, se fait juste après l'identification à la connexion. Le formulaire apparait tant qu'il reste au moins un contrat non-signé. L'utilisateur ne peut passer outre ce processus.

===Attribution de place===
Permet d'attribuer les places auxquelles sont autorisées les utilisateurs de ce profil. Cela impacte sur les listes des utilisateurs que l'on trouve à la saisie d'une réservation ou d'un vol.

Ces listes sont accessibles depuis '''Planning > Planning > Réserver''' et '''Planning > Activités > Saisir une activités'''.

La page '''Admin > Type de ressource > Places''' permet de gérer les places d'un type de ressource. Elle permet également de définir qui a le droit d'être sur telle place en cas de restriction de profil.

===Profils visibles===
Dans les pages '''Planning > Données > Personnelles > Affichage et fiche personnelle''', '''Gestion > Utilisateurs > Actifs''' et '''Admin > Utilisateurs > Paramètres par défaut''', on peut sélectionner les utilisateurs auxquels on souhaite voir leur planning.

La liste des utilisateurs affichés sont ceux possédant un profil ayant les droits [[#Planning-personnel|Planning personnel]] et [[#Planning-individuel-visible-pour-les-autres|Planning individuel visible pour les autres]]. La colonne '''Profils visibles''' permet de restreindre la liste de ces utilisateurs pour ne la limiter qu'aux utilisateurs possédant les profils sélectionnés.

'''Attention :''' Il faut attribuer à un profil au moins une place de 1ère rang (numéro de place 0).

===Types de ressources visibles===
Dans les pages '''Planning > Données > Personnelles > Affichage et fiche personnelle''', '''Gestion > Utilisateurs > Actifs''' et '''Admin > Utilisateurs > Paramètres par défaut''', on peut sélectionner les ressources dont on souhaite voir le [[Utilisation-des-réservations-internes-sur-l%27appli-mobile|planning]] ou les rendre disponibles dans les formulaires de saisie de réservation et d'activité.

La colonne '''Types de ressources visibles''' permet de restreindre la liste de ces ressources pour ne la limiter qu'aux ressources appartenant aux types de ressources sélectionnés.

===Comptabilités visibles===
Permet de sélectionner les comptabilités qui sont visibles pour un profil. De plus, les types de compte et les comptes n'étant pas d'une comptabilité sélectionnée ne seront pas visibles.

===Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs===
Ce droit permet de suivre le renouvellement des validités par les utilisateurs en étant alerté par e-mail à chaque fois qu'un utilisateur renouvelle une validité sélectionnée dans la liste de la cellule '''Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs'''. Attention : la mise en place de ce droit peut provoquer la réception de nombreux e-mails.

=Utilisation=
==[[Connexion#Choix_du_profil|Choix du profil à la connexion]]==

==Ajouter un profil==

Depuis l'interface dynamique :
*Cliquer sur l'icône de menu correspondant à la gestion des profils
*Ajouter une ligne
*Compléter les cellules
*L'ajout est enregistré si les cellules suivantes sont correctement remplies :
**'''Nom du profil''' : la cellule doit être remplie et le nom ne pas avoir déjà été utilisé comme nom de profil.

Depuis l'interface légère :
*Aller sur '''Admin > Utilisateurs > Profils'''
*En-dessous du tableau listant les profils, cliquer sur le bouton '''AJOUTER UN PROFIL'''
*Renseigner les droits pour chaque onglet
*Aller sur '''Admin > Utilisateurs > Profils plus'''
*Renseigner les colonnes pour la ligne du profil nouvellement créé

===Ajouter un profil qui surpasse la restriction en cas de solde insuffisant===
*Procéder à l'ajout de ligne dans un tableau.
*Saisir par exemple comme nom '''Non restreignable'''.
*Toujours dans '''Admin > Utilisateurs > Profils''', onglet '''Généralités''', cocher pour ce profil le droit [[Gestion des profils#Généralités|Profil non sélectionnable par l'utilisateur]].
*Dans l'onglet '''Gestion des comptes''', sélectionner le droit [[#Surpasser-la-limitation-du-solde-du-compte|Surpasser la limitation du solde du compte]] pour le profil concerné
Il suffit ensuite de rajouter ce profil aux utilisateurs concernés.

=Créer un profil empêchant tout surpassement=
Il peut être nécessaire d'empêcher un utilisateur de pouvoir réserver ou saisir une activité même en recourant à l'aide d'un tiers qui disposerait de droits permettant de surpasser des restrictions, que cela soit sur des comptes ou sur des validités.

Cela peut être le cas, par exemple, pour la détention d'une validité ''Cotisation'' périmée ou lorsque le solde du compte utilisateur est insuffisant (cf. [[Configuration-de-la-comptabilité#Restriction-d'accès-en-cas-de-solde-insuffisant|Restriction d'accès en cas de solde insuffisant]]).

Pour mettre en place une telle restriction, il faut :
*[[Gestion-des-profils#Ajouter-un-profil|Ajouter un profil]] en lui attribuant l'ensemble des droits (ne pas oublier la page '''Admin > Utilisateurs > Profils plus'''
*[[Gestion-des-profils#Modifier-un-profil|Modifier le profil]] nouvellement créé
**Si l'utilisateur ne doit pas pouvoir ouvrir un vol : dans l'onglet [[Gestion-des-profils#Activités|Activités]], décocher le droit [[Gestion-des-profils#Etre-sur-une-nouvelle-ouverture-d'activité|Etre sur une nouvelle ouverture d'activité]]
**Si l'utilisateur ne doit pas pouvoir être sur une réservation : dans l'onglet [[Gestion-des-profils#Réservation|Réservation]], décocher les droits [[Gestion-des-profils#Etre-sur-une-nouvelle-réservation|Etre sur une nouvelle réservation]], [[Gestion-des-profils#Réservation-solo|Réservation solo]] et [[Gestion-des-profils#Réservation-avec-un-instructeur|Réservation avec un instructeur]]

==Droits particuliers==
*'''GÉNÉRALITÉS / Profil non sélectionnable par l'utilisateur :''' ce droit n'est applicable que si les [[Gestion des utilisateurs|utilisateurs disposant du profil concerné]] possèdent au moins un autre [[Connexion#Sélection_du_profil|profil sélectionnable à la connexion]].
*'''GÉNÉRALITÉS ADMIN / Gestion des profils :''' au moins un profil doit posséder ce droit.

==Modifier un profil==
La modification des profils s'effectue selon les règles d'[[Utilisation des tableaux#Édition_des_données#|édition des données d'un tableau]].

==Supprimer un profil==
*La suppression d'un profil est possible uniquement si les [[Gestion des utilisateurs|utilisateurs disposant de ce profil]] possèdent aussi au moins un autre profil.
*Procéder à la suppression de ligne dans un tableau.

==Valeurs par défaut lors de la création d'un profil==
Lors de la création d'un profil, on affecte automatiquement par défaut :
* Tous les '''Profils visibles'''
* Tous les '''Types de ressources visibles'''
* Toutes les '''Comptabilités visibles'''
* Les '''Attribution de place''' correspondants à la première place de chaque type de ressource

Gestion des profils

2025-06-06T13:43:06Z

Lelhidam: /* Ajout et gestion de ses validités */

=Présentation=
L'objet de cette page est de présenter la '''gestion des profils''' sur la [[Accueil|version 4 d'OpenFlyers]].

Les profils attribués par défaut à un utilisateur créé automatiquement sont définis dans '''Admin > Utilisateurs > Paramètres par défaut'''.

=Définition=
*Un '''profil''' correspond à un ensemble de '''droits''' qui définissent les actions que peut effectuer un [[Glossaire|utilisateur]] dans l'application OpenFlyers.
*Un utilisateur peut disposer de '''plusieurs profils'''. L'attribution des profils aux utilisateurs se fait par l'intermédiaire du [[Gestion des utilisateurs|tableau de gestion des utilisateurs]].

''Exemple de profils : administrateur, pilote, formateur, technicien, mécanicien, trésorier, secrétaire.''

=Icônes symbolisant les droits des profils=
Dans la page '''Admin > Utilisateurs > Profils''', il faut distinguer deux éléments pour comprendre le principe des icônes. Il y a les droits d'un côté et les profils de l'autre.

Les droits constituent les entêtes du tableau. Chaque entête de colonne correspond à un droit.
L’icône [[File:Profile-management3.0.x_Userinfo_connected.gif]] a été attribuée à l'ensemble de ces droits sauf deux :
*[[#Profil-non-sélectionnable-par-l'utilisateur|Profil non sélectionnable par l'utilisateur]] de l'onglet '''Généralités''' à laquelle l'icône [[File:Profile-management3.0.x_ConnectedNoFilling.png]] à été attribuée
*[[#Voir-les-noms-sur-les-réservations%2C-les-activités-réalisées-et-la-liste-des-utilisateurs|Voir les noms sur les réservations]] de l'onglet '''Réservations''' à laquelle l'icône [[File:Profile-management3.0.x_Userinfo_kiosk.gif]] à été attribuée

Les profils correspondent à chaque ligne du tableau. L'icône d'un profil est variable et dépend des droits qui lui sont attribués.
#L'icône d'un profil sera [[File:Profile-management3.0.x_ConnectedNoFilling.png]] si le droit [[#Profil-non-sélectionnable-par-l'utilisateur|Profil non sélectionnable par l'utilisateur]] ci-dessus est coché
#L'icône d'un profil sera [[File:Profile-management3.0.x_Userinfo_kiosk.gif]] si aucun droit n'est attribué au profil à l'exception du droit [[#Voir-les-noms-sur-les-réservations%2C-les-activités-réalisées-et-la-liste-des-utilisateurs|Voir les noms sur les réservations]] ci-dessus qui peut être coché ou non
#Dans tous les autres cas, l'icône d'un profil sera [[File:Profile-management3.0.x_Userinfo_connected.gif]]

==Définition des icônes représentant des droits==
:[[File:Profile-management3.0.x_Userinfo_connected.gif]] : Droit qui définit un profil de base.
:[[File:Profile-management3.0.x_ConnectedNoFilling.png]] : Droit qui rend un profil non sélectionnable par un utilisateur lors de sa connexion.
:[[File:Profile-management3.0.x_Userinfo_kiosk.gif]] : Droit qui rend un profil de type "kiosque" (voir [[Kiosque PC]]) permettant de consulter le planning uniquement. Si au moins un droit de base est activé, le profil devient un profil de base.

==Définition des icônes attribuées aux profils==
:[[File:Profile-management3.0.x_Userinfo_connected.gif]] : Profil de base
:[[File:Profile-management3.0.x_ConnectedNoFilling.png]] : Profil non sélectionnable par un utilisateur lors de sa connexion.
:[[File:Profile-management3.0.x_Userinfo_kiosk.gif]] : Profil de type "kiosque" (voir [[Kiosque PC]]) permettant de consulter le planning uniquement. Toute modification ou saisie par un utilisateur nécessitera une identification par le biais d'une fenêtre "pop-up" demandant à l'utilisateur son propre identifiant et mot de passe.

=Niveau d'accréditation des droits et des profils=
Les niveaux d'accréditation vont de 0 à 6 :
*0 représente le niveau le plus bas
*6 représente le niveau le plus élevé

Chaque droit dispose d'un niveau d'accréditation qui lui est propre : plus le droit permet de faire des actions pouvant avoir des conséquences sur les données, plus le niveau d'accréditation est élevé.

Chaque profil dispose également d'un niveau d'accréditation. Le niveau d'accréditation d'un profil correspond au niveau d'accréditation le plus élevé des droits détenus par le profil.

La page '''Admin > Utilisateurs > Profils''' indique les niveaux d'accréditation à la fois des droits et des profils :
*Les droits sont indiqués dans les entêtes de chaque colonne. Le niveau d'accréditation du droit est indiqué en dessous du nom du droit dans un cercle.
*Les profils sont indiqués à chaque ligne du tableau. le niveau d'accréditation du profil est indiqué en dessous du nom du profil dans un cercle.
Le niveau d'accréditation 6 est affiché en inverse vidéo par rapport aux autres niveaux pour le distinguer.

Un gestionnaire disposant le droit de gérer des utilisateurs ne peut attribuer un profil à un utilisateur qui soit plus élevé que le profil le plus élevé qu'il détient lui-même.

Lorsqu'une plateforme dispose de plus de 3 utilisateurs avec le niveau 6, [[Alertes-de-configuration#La-plateforme-a-plus-de-3-utilisateurs-actifs-avec-un-profil-de-niveau-6.-Les-utilisateurs-concernés-sont-:-XXX|une alerte de configuration est affichée]].

Lorsqu'un droit de niveau 6 est accordé à un profil, une alerte est générée si cela entraîne plus de 3 utilisateurs de niveau 6.

=Profils=
La gestion des profils s'effectue depuis le menu '''Admin > Utilisateurs > Profils'''.

Le nombre d'onglets disponible dépend du paramétrage de la plateforme OpenFlyers. Par exemple, si la gestion des activités est activée, alors l'onglet ''Activités'' est disponible.

==Généralités==

===Profil non sélectionnable par l'utilisateur===

Lors de la connexion et lorsqu'un utilisateur doit faire le choix entre un profil pour se connecter, les [[Bien-débuter-avec-OpenFlyers#Attribuer-les-profils-aux-utilisateurs|profils non sélectionnables]] ne seront pas proposés parmi la liste. Ce droit ne peut pas être attribué à un profil ayant des droits de gestion.

===Pas de déconnexion automatique===
Ce droit permet d'éviter la [[Connexion#Automatique|déconnexion automatique de la session]] au bout de 10 minutes et étend la connexion à 2 heures.

===Accès visiteur===
L'accès visiteur permet de [[Kiosque-PC#Créer-un-compte-utilisateur-Visiteur|créer un compte visiteur]] donnant un accès limité destiné à pouvoir être utilisé par n'importe quelle personne.

Cet accès permet également de créer un lien vers OpenFlyers avec une connexion automatique en passant les identifiants via l'URL.

Si un visiteur [[#Réservation|peut réserver]] - dépend du paramétrage - alors, lors de la création d'une réservation, [[Utilisation-des-réservations-internes-sur-l%27appli-mobile#Créer-automatiquement-un-utilisateur-en-créant-une-réservation|le système va générer automatiquement un compte utilisateur]] à partir des informations que le visiteur aura saisi. Le visiteur sera connecté automatiquement sur ce nouveau compte.

===Mise à jour de sa date de naissance, de son sexe et de sa nationalité===

Permet à un utilisateur de modifier [[Fiche-personnelle#Mettre-à-jour-sa-date-de-naissance,-sa-nationalité-ou-son-sexe|sa date de naissance, sa nationalité et/ou son sexe dans sa fiche personnelle]].

===Voir ses validités===

Permet d'[[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|accéder à ses validités depuis le planning]].

===Ajout et gestion de ses validités===

Permet à un [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|utilisateur de rajouter/supprimer/mettre à jour ses validités]] qui sont dans la liste [[#Type-de-validité-que-l'utilisateur-peut-gérer-pour-lui-même|Type de validité que l'utilisateur peut gérer]] et pour la mise à jour, sous réserve que le type de validité dispose d'informations qui peuvent être mises à jour.

===Gestion de ses validités détenues===

Permet à un [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|utilisateur de mettre à jour/supprimer uniquement les validités]] qui lui sont déjà attribuées et qui sont dans la liste [[#Type-de-validité-que-l'utilisateur-peut-gérer|Type de validité que l'utilisateur peut gérer]] et pour la mise à jour, sous réserve que le type de validité dispose d'informations qui peuvent être mises à jour.

===Surpasser les restrictions sur les validités===
Permet à un utilisateur de surpasser les [[Connexion#Restriction_d'accès|restrictions d'accès]] dues à des validités expirées, incomplétes ou non certifiées qui sont [[Validités#Contrôle-des-validités-à-la-connexion|appliquées à la connexion]].

Voir le chapitre [[Paramétrage-des-validités#Alerte-à-la-connexion|Alerte à la connexion]] pour le paramétrage des restrictions sur les validités.

===Editer sa photo===

Permet à un utilisateur [[Fiche-personnelle#Editer-sa-photo|d'importer ou de supprimer sa photo dans sa fiche personnelle]].

==Réservation==

===Alertable par e-mail pour toute réservation===
Permet la [[Fiche-personnelle#Recevoir-un-e-mail-pour-les-réservations-ayant-pour-activité|notification par e-mail pour toute réservation]].

===Champs additionnels visualisables dans les pop-ups de réservation===
Permet de visualiser le contenu des champs additionnels dans la pop-up de réservation.

===Créer ou modifier une réservation avec une date de début dépassée===
Autorise à créer ou modifier une réservation dont la date de début est dépassée.

===Etre sur une nouvelle réservation===
Permet lors d'une nouvelle réservation, que l'utilisateur disposant du profil concerné soit autorisé à être sur une des places.

Permet entre autre à un utilisateur tiers, de pouvoir effectuer de nouvelles réservations pour un utilisateur disposant du profil concerné et n'ayant pas de droit [[#Réservation-en-solo|Réservation solo]], [[#Réservation-pour-des-tiers|Réservation pour des tiers]] ou [[#Réservation-avec-un-instructeur|Réservation avec un instructeur]].

===Gestion des disponibilités des ressources===
Sur l'ancienne interface, permet de gérer la disponibilité des ressources et de les immobiliser (pour entretien, maintenance, réparation, arrêt d'activité, ...).

Cela se fait comme pour une réservation, une case "immobiliser la ressource" est alors disponible. Sur la frise de réservation, il sera indiqué "Mise en maintenance" pour la période demandée.

===Gestion des disponibilités des tiers===
Permet de gérer la [[Gestion-des-disponibilités#Gérer-la-disponibilité-des-intervenants|disponibilité des utilisateurs]].

===Personnaliser ses ressources visibles===
Permet de personnaliser la [[Fiche-personnelle#Paramétrer-les-ressources-et-les-utilisateurs-visibles-sur-le-planning|liste des ressources et utilisateurs visibles dans le planning depuis sa fiche utilisateur]].

===Planning individuel visible pour les autres===
Permet de rendre disponible son planning aux autres utilisateurs.

===Planning personnel===
Permet de visualiser son propre planning.

===Réservation de programmes===
Autorise [[Utilisation-des-réservations-internes-sur-l%27interface-web#Positionner-automatiquement-les-activités-d’un-programme-de-formation|le positionnement automatique des activités d’un programme de formation dans le planning]].

===Réservation en solo===
Autorise un utilisateur de réserver une ressource avec lui-même en première place.

===Réservation pour des tiers===
Autorise la réservation d'une ressource pour un autre utilisateur (en solo et/ou double selon les droits du profil de cet utilisateur tiers).

===Réservation avec un instructeur===
Autorise la réservation d'une ressource avec une personne en seconde place.

===Supprimer une réservation avec une date de début dépassée===
Autorise à supprimer une réservation dont la date de début est dépassée.

===Surpasser l'indisponibilité des instructeurs===
Autorise la réservation d'une ressource avec un instructeur même si celui-ci n'est pas enregistré comme disponible durant la plage horaire de la réservation (Un message d'alerte prévient quand même. Fonction utile pour les instructeurs et le secrétariat).

===Surpasser l'indisponibilité des ressources===
Autorise la réservation d'une ressource même si celle-ci n'est pas enregistrée comme disponible durant la plage horaire de la réservation (Un message d'alerte prévient quand même).

===Surpasser l'interdiction d'effectuer une réservation dans moins de X temps===
Autorise la réservation en annulant l'interdiction "d'effectuer une réservation débutant dans moins de".

===Surpasser la limite de durée minimum===
Autorise la réservation en annulant la restriction sur la durée minimum d'une réservation.

===Surpasser la limite de durée maximum===
Autorise la réservation en annulant la restriction sur la durée maximum d'une réservation.

===Surpasser la limite de temps===
Autorise la réservation en annulant la restriction sur la limitation dans le temps des réservations.

===Surpasser la limite de nombre===
Autorise la réservation en annulant la restriction sur le nombre maximum de réservation.

===Surpasser la réservation par type===
En cas de chevauchement, cela permet de déplacer la réservation sur une autre ressource de type différent.

===Surpasser les formules de saisie===
Permet de surpasser les règles de saisie sur les réservations.

===Voir les images des pilotes sur le menu contextuel===
Permet de [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-images-des-pilotes-sur-le-menu-contextuel|visualiser images des pilotes associés à chaque réservation sur le menu contextuel]] lorsqu'on survole ou effectue un clic droit sur la réservation.

===Voir les noms sur les réservations, les activités réalisées et la liste des utilisateurs===
Permet de visualiser les noms des utilisateurs sur la page du planning à la fois pour les réservations et les [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-activités-réalisées|activités réalisées]].

===Voir les noms d'activités sur les réservations et les activités réalisées===
Permet d'[[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-noms-d'activités-sur-les-réservations-et-les-activités-réalisées|afficher les noms d'activités sur les réservations et les activités réalisées]].

==Activités==

===Alertable par email pour toute saisie d'activité===
;Description
Ce droit permet aux gestionnaires de [[Fiche-personnelle#Recevoir-un-e-mail-pour-les-activités-ayant-les-champs-sélectionnés-non-vide|s'abonner aux notifications par emails dès lors qu'une activité est saisie par un utilisateur en renseignant un champ suivi par le gestionnaire]].

;Cas d'usage
[[Suivi des remarques de maintenance]].

===Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs===
Ce droit permet de suivre le renouvellement des validités par les utilisateurs en étant alerté par un [[Envoi-des-emails#E-mail-d'information-des-actions-des-utilisateurs-sur-des-validités|e-maild'information des actions des utilisateurs sur des validités]] à chaque fois qu'un utilisateur renouvelle une validité sélectionnée dans la liste de la cellule '''Alerté par e-mail pour le renouvellement des types de validités'''. Attention : la mise en place de ce droit peut provoquer la réception de nombreux e-mails.

===Attribution de place===
Permet d'attribuer les places auxquelles sont autorisées les utilisateurs de ce profil. Cela impacte sur les listes des utilisateurs qui se nttrouve à la saisie d'une réservation ou d'une activité.

Ces listes sont accessibles depuis '''Planning > Planning > Réserver''' et '''Planning > Activités > Saisir une activité'''.

La page '''Admin > Type de ressource > Places''' permet de gérer les places d'un type de ressource. Elle permet également de définir qui a le droit d'être sur telle place en cas de restriction de profil.

===Etre sur une nouvelle fermeture d'activité===
Permet lors d'une nouvelle fermeture d'activité, que la personne disposant du profil concerné soit autorisée à être sur une des places.

Permet entre autre à une personne tierce, de pouvoir effectuer de nouvelles fermetures d'activité pour une personne disposant du profil concerné et n'ayant pas le droit [[#Saisie-d'activité-pour-soi-même|Saisie d'activité pour soi-même]] ou [[#Saisie-d'activité-pour-un-tiers|Saisie d'activité pour un tiers]].

===Etre sur une nouvelle ouverture d'activité===
Permet lors d'une nouvelle ouverture d'activité, que la personne disposant du profil concerné soit autorisée à être sur une des places.

Permet entre autre à une personne tierce, de pouvoir effectuer de nouvelles ouvertures d'activité pour une personne disposant du profil concerné et n'ayant pas le droit [[#Saisie-d'activité-pour-soi-même|Saisie d'activité pour soi-même]] ou [[#Saisie-d'activité-pour-un-tiers|Saisie d'activité pour un tiers]].

===Saisie d'activité pour soi-même===
Autorise la saisie des vols et permet aussi à l'utilisateur de voir son carnet de vols.

Permet également de supprimer ses propres vols depuis son carnet de vol et depuis le [[Carnet-de-route#Modifier-et-supprimer|carnet de route]].

===Saisie d'activité pour un tiers===
Autorise la saisie des vols pour des tiers et permet de voir les carnets de vols des utilisateurs.

Permet également de supprimer les vols des tiers depuis le carnet de vol d'un utilisateur et depuis le [[Carnet-de-route#Modifier-et-supprimer|carnet de route]].

===Vérifier la saisie des activités et les modifier===
Permet de voir les carnets de vols des utilisateurs et de pointer les vols (vérification qui entérine un vol et qui rend ainsi sa modification ou suppression impossible), permet ainsi de voir les "vols oubliés" aussi (trous dans les horamètres).

===Voir les activités de tous===
Permet :
*d'accéder au [[Carnet-de-route|carnet de route]] de chaque ressource aéronef
*de [[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-activités-réalisées|voir les activités réalisées sur le planning]] si le paramètre [[Configuration-des-réservations-internes#Affichage-possible-des-activités-réalisées-dans-le-planning|Affichage possible des activités réalisées dans le planning]] est activé

===Voir ses activités===
Autorise l'utilisateur à voir son carnet de vol.

===Visualiser les traces de vol===
Permet de [[Interfaçage-OpenFlyers-et-Charterware#Récupération-des-traces-de-vols|visualiser les traces d'un vol]].

==Formations==
===Voir les suivis de formations===
Autorise l'utilisateur à [[Gestion-des-activités#Consulter-le-suivi-de-formation|voir les suivis de formations]] de tous les utilisateurs.

===Gestion des formations===
Ce droit permet la [[Gestion-des-formations|gestion des formations]].

==Comptes==

===Gestion des comptes===
Couplé à d'autres droits, permet de créer et modifier les intitulés des comptes (boutiques, espèces, etc.) ainsi que d'accéder à la comptabilité.

Permet lors de la [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualisation des écritures]] d'un compte :
*de pouvoir consulter les écritures des comptes affectés
*[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|de pouvoir consulter une facture client ou un reçu]]
*de pouvoir [[Utilisation-de-la-comptabilité#Contrepasser-une-écriture|contrepasser les écritures]]
*de pouvoir [[Utilisation-de-la-comptabilité#Lettrer-des-écritures-comptables|lettrer les écritures]]

Permet [[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|d'importer des relevés bancaires]]

Ce droit inclut les droits '''Gestion des types d'encaissements''' et '''Voir les comptes'''.

===Voir les comptes===
[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-son-compte-ou-celui-d'un-tiers|Permet de voir tous les comptes]], de [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualiser la liste des mouvements]] et de [[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|consulter les factures clients et les reçus]].

Couplé au droit [[#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]], il permet de saisir un encaissement sur tous comptes. Ce droit inclut les privilèges du droit [[#Voir-les-comptes-utilisateurs|Voir les comptes utilisateurs]].

===Voir les comptes utilisateurs===
[[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-son-compte-ou-celui-d'un-tiers|Permet de voir tous les comptes utilisateurs]] et de [[Gestion-de-la-comptabilité-côté-utilisateur#Consulter-une-facture-client-ou-un-reçu-d'encaissement|consulter les factures clients et les reçus]].

Couplé au droit [[#Saisir-les-encaissements-pour-les-tiers|Saisir les encaissements pour les tiers]], il permet de saisir un encaissement sur les comptes utilisateurs.

===Gestion des comptabilités===

permet la gestion des comptabilités

===Gestion des types d'encaissements===

permet la gestion des types d'encaissements.

===Encaisser ses paiements===

Permet à l'utilisateur de [[FAQ-comptabilité#Comment-autoriser-un-profil-utilisateur-à-saisir-des-encaissements-pour-lui-même-?|saisir ses propres paiements]], de les modifier ou de les supprimer tant qu'ils n'ont pas été validés. L'utilisateur ne peut pas saisir les types d'encaissements qui sont ''Accessible uniquement aux personnes autorisées à saisir pour les tiers''.

===Saisir les encaissements pour les tiers===

Permet à l'utilisateur de saisir, modifier ou supprimer, tant qu'ils n'ont pas été validés, les encaissements d'autres utilisateurs ainsi que les encaissements devant être affectés sur des [[Configuration de la comptabilité#Créer_un_compte_comptable|comptes comptables clients autorisés à recevoir de l'argent]].

===Modifier la date d'un encaissement, d'un flux ou d'un transfert===

autorise la modification de la date d'un encaissement, d'un flux ou d'un transfert s'il peut être modifié

===Valider les encaissements===

pointage des paiements saisis par les pilotes par exemple (Modification ultérieure de cette saisie impossible, en cas de problème il faudra alors faire l'opération inverse). Permet également la suppression d'encaissement.

===Recevoir de l'argent===

Permet à un utilisateur d'être sur la liste des paiements remis. Voir la [[Configuration-de-la-comptabilité#Types-d'encaissements|configuration de la ventilation des types d'encaissements]].

===Transfert de son compte===
Permet le transfert de compte à compte depuis la page '''Planning > Comptes > Actions > Transférer'''.

Les transferts effectués avec ce seul droit (sans le droit [[#Transfert-de-son-compte-sans-validation|Transfert de son compte sans validation]]) depuis cette page sont validés automatiquement.

===Transfert de son compte sans validation===
Permet lors d'un transfert de compte à compte, que les flux générés ne soient pas automatiquement validés. Ce droit n'a d'effet que si le droit [[#Transfert-de-son-compte|Transfert de son compte]] est affecté au profil.

'''Conseil OpenFlyers :''' Ce droit a été créé à la demande de clients OpenFlyers. Néanmoins, nous en déconseillons son usage. En effet, avec ce droit, un utilisateur qui "donne" de l'argent à un autre utilisateur peut ensuite reprendre sa donation. Or comme le dit l'expression : "[https://fr.wiktionary.org/wiki/donner_c%E2%80%99est_donner,_reprendre_c%E2%80%99est_voler Donner c'est donner, reprendre c'est voler]". L'attribution du seul droit [[#Transfert-de-son-compte|Transfert de son compte]] permet un comportement conforme aux fonctionnalités présentes sur les applications bancaires, à savoir que lorsqu'on effectue un virement ce virement est définitif. Si un utilisateur se trompe dans son virement, alors il faut qu'il demande soit à la personne à qui il a donné de lui rendre le trop-perçu, soit à un gestionnaire de la structure pour qu'elle saisisse une écriture corrective. L'intérêt de procéder ainsi est qu'on conserve visuellement et directement sur les comptes la trace des opérations effectuées.

===Saisir tout flux===
Permet de :
*[[Utilisation-de-la-comptabilité#Saisir-un-flux|saisir des flux]] depuis '''Gestion > Comptes > Flux > Saisir'''
*de modifier/supprimer des flux non validés
*de consulter la liste des flux depuis '''Gestion > Comptes > Flux > Valider'''
*de [[Gestion-de-la-comptabilité-côté-utilisateur#Extrait-de-compte|visualiser la liste des mouvements]]
*d'[[Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire|importer des relevés bancaires]]

===Valider tout flux===
Permet de valider les flux de la page '''Gestion > Comptes > Flux > Valider'''.

Ce droit n'a effet que si le droit [[#Saisir-tout-flux|Saisir tout flux]] est affecté au profil.

===Paramétrage de la facturation===
Permet de gérer les règles de [[Facturation-des-clients#Facturation-des-activités|facturation des activités]] et de [[Facturation-des-clients#Facturation-périodique|facturation périodique]].

===Saisie des valeurs de facturation===

Permet de gérer les variables et leurs valeurs destinés aux règles de facturation

===Compte sur lequel un utilisateur peut agir===

Permet de définir sur quel compte utilisateur un encaissement ou un transfert peut être réalisé par la personne connectée. Attention : ce droit est pour l'utilisateur connecté et non pas pour l'utilisateur concerné par l'encaissement ou le transfert.

===Surpasser la limitation du solde du compte===

Permet à un utilisateur disposant de ce droit dans l'un de ses profils de ne pas avoir de [[Connexion#Restriction_d'accès|restriction d'accès]], de saisie de réservation ou de saisie de vol lorsque [[Configuration de la comptabilité#Restriction_d'accès_en_cas_de_solde_insuffisant|une restriction sur les soldes]] est en place. Il aura juste une alerte à la connexion. Ce droit ne permet pas à l'utilisateur concerné X de pouvoir surpasser les restrictions d'un autre utilisateur Y en effectuant par exemple une réservation en son nom alors que Y n'a ni le droit de surpasser ni le solde suffisant.

===Surpasser le seuil de [[Gestion-de-la-comptabilité-côté-utilisateur#Transférer-de-l'argent|transfert de compte]]===

Permet à un utilisateur disposant de ce droit dans l'un de ses profils de ne pas être bloqué lorsque une [[Configuration-de-la-comptabilité#Paramétrage-général-des-comptabilités|restriction sur les soldes]] est en place et qu'il ne dispose pas d'un solde suffisant.

==Ventes==

===Gestion globale des ventes===

Permet de gérer les produits, la facturation des produits, les stocks et [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]]. Permet également de modifier/supprimer des achats de produit.

===Achat ventes libres===

Autorise à acheter tous les produits qui sont en vente libre. Permet également de modifier/supprimer des achats de produit.

===Acheter pour les tiers===
Autorise à effectuer/modifier/supprimer des achats de produit pour un tiers.
*Couplé au droit [[#Gestion-des-utilisateurs|Gestion des utilisateurs]], il permet de gérer les [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]] d'un tiers.
*Couplé au droit [[Gestion-des-profils#Vente-de-produit-sans-tarif|Vente de produit sans tarif]], il permet de vendre des [[Gestion-des-produits-et-des-ventes#Configuration-d'un-produit-non-stocké-sans-tarif-défini|produits sans tarif]].

===Vente de produit sans tarif===
Autorise à rendre disponible et à acheter des produits sans tarif. Nécessite le droit [[#Acheter-pour-les-tiers|Acheter pour les tiers]].

===Débrayage des ventes de validités===

Autorise à ajouter et modifier la date d'expiration d'une [[Validités#Validité-à-vendre|validité à vendre]] sans débiter le compte.

==Achats==

===Gestion des achats===
Permet la gestion des factures fournisseurs, à en créer, modifier et supprimer.

==Admin==
===Gestion du paramétrage===
Ce droit est nécessaire pour accéder aux pages permettant de [[Paramétrage|paramétrer la plateforme]] et fait apparaitre le menu '''Structure''' avec les items :
*[[Données#Accéder-au-tableau-de-conservation-des-données|'''Admin > Structure > Données > Conservation des données''']]
*'''Admin > Structure > Structure > Canaux de communications'''
*[[Configuration#Admin > Structure > Structure > Paramétrage|'''Admin > Structure > Structure > Paramétrage''']]
*[[Configuration#Admin->-Structure->-Structure->-Coordonnées|'''Admin > Structure > Structure > Coordonnées''']]
*'''Admin > Structure > Variables > Définition'''
*'''Admin > Structure > Variables > Actualisation'''
*[[Configuration#Structure->-Champs-métiers|'''Admin > Structure > Variables > Champs métiers''']]
*[[Configuration#Structure->-Export-SQL|'''Admin > Structure > Export SQL > Complet''']]
*[[Utilisation-de-la-comptabilité#Importer-son-modèle-de-facture|'''Admin > Structure > Imports > Templates ODT''']]

Ce droit fait également apparaitre des items utiles au paramétrage mais présents dans d'autres menus :
*Couplé au droit [[#Gestion-des-utilisateurs|Gestion des utilisateurs]], dans le menu '''Admin > Utilisateurs''' :
**[[Champs-métiers|'''Admin > Utilisateurs > Champs métiers''']]
**'''Admin > Utilisateurs > Statuts'''
*[[Gestion-des-types-d'activités|'''Admin > Types d'activités > Actifs''']]
*[[Champs-métiers|'''Admin > Types d'activités > Champs métiers''']]
*[[Champs-métiers|'''Ventes > Champs métiers > Champs métiers''']]

===Gestion des valeurs===

===Gestion des profils===
permet de créer et modifier les profils. Attention, laisser cette autorisation à au moins un profil !

===Gestion des utilisateurs===

Permet de modifier les caractéristiques, infos et photos des utilisateurs, les désactiver et gérer leurs validités qui ne correspondent pas à des [[Paramétrage-des-validités#Validité-à-vendre|validités à vendre]]. Couplé au droit [[#Acheter-pour-les-tiers|Acheter pour les tiers]], il permet de gérer les [[Paramétrage-des-validités#Validité-à-vendre|validités qui sont à vendre]].

===Gestion des ressources===
Permet la gestion complète des types de ressources et des ressources (créer/supprimer/modifier/associer des validités). Autorise également la gestion de navigabilité des ressources aéronefs et la gestion des statuts.

Permet d'accéder à [[Gestion-des-documents|la liste des documents]] qui sont associés aux ressources et leur gestion (Ajouter, modifier, supprimer). Permet aussi de gérer la liste des catégories de ces documents.

===Gestion des rapports===
Fait apparaître le menu '''[[Gestion-des-rapports|Gestion > Rapports]]''' avec les items :
* '''Gestion > Rapports > Rapports personnalisés > Champs métiers'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Rapports personnalisés > Créer/Modifier]]'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Rapports personnalisés > Visualiser]]'''
* '''Gestion > Rapports > Rapports spécifiques > Activités et coûts'''
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Gestion > Rapports > Bibliothèque]]'''

Fait apparaître la [[Gestion-des-rapports#Case-à-cocher-Mémoriser-ce-choix|case à cocher '''Mémoriser ce choix''']].

===Voir tous les rapports===
Fait apparaître le menu '''Rapports''' avec les items :
* '''[[Gestion-des-rapports#Configurer-les-rapports-visibles-pour-les-utilisateurs|Rapports personnalisés > Visualiser]]'''
* '''Rapports spécifiques > Vols et coûts'''

Cela permet de consulter l'intégralité des rapports, y compris les favoris.

Fait apparaître la [[Gestion-des-rapports#Case-à-cocher-Mémoriser-ce-choix|case à cocher '''Mémoriser ce choix''']].

===Gestion des logs===
Fait apparaître le menu '''Admin > Logs''' avec les items :
*'''Admin > Logs > Actions effectuées'''
*'''Admin > Logs > Adresses IP bloquées'''
*'''Admin > Logs > Historique d'une réservation'''
*'''Admin > Logs > Identifiants bloqués'''
*'''Admin > Logs > Requête utilisateur en attente'''

===Envoyer et suivre les e-mails===
Permet d'accéder à la page [[Mailing|Mailing]] et de [[Suivi-des-emails|suivre les emails]].

===Accès aux tableurs===
Permet d'accéder aux fichiers [[Tableurs|tableurs]] depuis le menu.

===Gestion des communications===
Permet de gérer les flux d'informations et leurs canaux.

=Profils Plus=
*'''Admin > Utilisateurs > Profils plus'''

==Ajouter un profil depuis Profils plus==
*Cliquer sur une cellule contenant le caractère '''+'''
*remplissez la cellule puis appuyer sur la touche "Entrée"
*pour valider cliquer sur la disquette à gauche dans la colonne "Actions"
*le nouveau profil est placé à la fin du tableau

==Modifier un profil depuis Profils plus==
*Cliquer sur une cellule du profil à modifier
*remplissez la cellule puis appuyer sur la touche "Entrée"

==Colonnes du tableau Profils Plus==
===Nom (du profil)===
Nom du profil

===Type de compte requis===
Permet de définir les comptes utilisateurs appartenant aux types sélectionnés qui seront créés pour les nouveaux utilisateurs ou ajoutés aux utilisateurs existants à qui on attribuera ce profil

===Champ métier visible par le profil sur le formulaire utilisateur ou sur le planning===
Permet d'afficher ou de cacher les [[Champs-métiers|champs métiers]] des formulaires présents dans :
*'''Planning > Données > Personnelles > Affichage et fiche personnelle'''
*'''Gestion > Utilisateurs > Utilisateurs > Actifs'''
*'''Planning > Planning > Réserver'''

===Type de validité que l'utilisateur peut gérer pour lui-même===
Permet de sélectionner les types de validités qu'un utilisateur de ce profil peut [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|ajouter/acheter/mettre/supprimer]] (ex: Licence fédérale, Visite Médicale, Autres licences) pour lui-même. Les validités d'un utilisateur sont accessibles depuis '''Planning > Données > Personnelles > Validités'''.

[[Paramétrage-des-validités#Ajouter-un-type-de-validités|Lors de l'ajout d'un type de validité, celui-ci est automatiquement affecté aux profils]].

===Types de validités que l'utilisateur peut gérer et certifier===
Permet de sélectionner les types de validités qu'un utilisateur de ce profil peut gérer et certifier.

Tous les utilisateurs détenant un profil pouvant certifier un type de validité coché recevront un [[Envoi-des-emails#E-mail-de-demande-de-certification-de-validité|e-mail]] lorsqu'une validité d'un des types choisis sera ajoutée par un utilisateur et [[Validités#Validités-en-attente-de-certification|en attente de certification]].

===Contrats non requis===
Voir la définition de [[Paramétrage-des-validités#Validité-contrat|validité-contrat]].

Permet de [[Gestion-des-profils#Modifier-un-profil-depuis-Profils-plus|définir]] les [[Paramétrage-des-validités#Validité-contrat|validités-contrats]] qui ne sont pas requises pour certains profils.

Les utilisateurs ne disposant que de profils exemptés, ne se verront pas demandés la signature des validités-contrats à la connexion. Tous les autres utilisateurs doivent signer chacun des contrats s'ils disposent d'au moins un profil non-exempté ou si la validité-contrat est requise pour tous les profils.

La signature des validités-contrats, se fait juste après l'identification à la connexion. Le formulaire apparait tant qu'il reste au moins un contrat non-signé. L'utilisateur ne peut passer outre ce processus.

===Attribution de place===
Permet d'attribuer les places auxquelles sont autorisées les utilisateurs de ce profil. Cela impacte sur les listes des utilisateurs que l'on trouve à la saisie d'une réservation ou d'un vol.

Ces listes sont accessibles depuis '''Planning > Planning > Réserver''' et '''Planning > Activités > Saisir une activités'''.

La page '''Admin > Type de ressource > Places''' permet de gérer les places d'un type de ressource. Elle permet également de définir qui a le droit d'être sur telle place en cas de restriction de profil.

===Profils visibles===
Dans les pages '''Planning > Données > Personnelles > Affichage et fiche personnelle''', '''Gestion > Utilisateurs > Actifs''' et '''Admin > Utilisateurs > Paramètres par défaut''', on peut sélectionner les utilisateurs auxquels on souhaite voir leur planning.

La liste des utilisateurs affichés sont ceux possédant un profil ayant les droits [[#Planning-personnel|Planning personnel]] et [[#Planning-individuel-visible-pour-les-autres|Planning individuel visible pour les autres]]. La colonne '''Profils visibles''' permet de restreindre la liste de ces utilisateurs pour ne la limiter qu'aux utilisateurs possédant les profils sélectionnés.

'''Attention :''' Il faut attribuer à un profil au moins une place de 1ère rang (numéro de place 0).

===Types de ressources visibles===
Dans les pages '''Planning > Données > Personnelles > Affichage et fiche personnelle''', '''Gestion > Utilisateurs > Actifs''' et '''Admin > Utilisateurs > Paramètres par défaut''', on peut sélectionner les ressources dont on souhaite voir le [[Utilisation-des-réservations-internes-sur-l%27appli-mobile|planning]] ou les rendre disponibles dans les formulaires de saisie de réservation et d'activité.

La colonne '''Types de ressources visibles''' permet de restreindre la liste de ces ressources pour ne la limiter qu'aux ressources appartenant aux types de ressources sélectionnés.

===Comptabilités visibles===
Permet de sélectionner les comptabilités qui sont visibles pour un profil. De plus, les types de compte et les comptes n'étant pas d'une comptabilité sélectionnée ne seront pas visibles.

===Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs===
Ce droit permet de suivre le renouvellement des validités par les utilisateurs en étant alerté par e-mail à chaque fois qu'un utilisateur renouvelle une validité sélectionnée dans la liste de la cellule '''Alerté par e-mail pour le renouvellement des validités de tous les utilisateurs'''. Attention : la mise en place de ce droit peut provoquer la réception de nombreux e-mails.

=Utilisation=
==[[Connexion#Choix_du_profil|Choix du profil à la connexion]]==

==Ajouter un profil==

Depuis l'interface dynamique :
*Cliquer sur l'icône de menu correspondant à la gestion des profils
*Ajouter une ligne
*Compléter les cellules
*L'ajout est enregistré si les cellules suivantes sont correctement remplies :
**'''Nom du profil''' : la cellule doit être remplie et le nom ne pas avoir déjà été utilisé comme nom de profil.

Depuis l'interface légère :
*Aller sur '''Admin > Utilisateurs > Profils'''
*En-dessous du tableau listant les profils, cliquer sur le bouton '''AJOUTER UN PROFIL'''
*Renseigner les droits pour chaque onglet
*Aller sur '''Admin > Utilisateurs > Profils plus'''
*Renseigner les colonnes pour la ligne du profil nouvellement créé

===Ajouter un profil qui surpasse la restriction en cas de solde insuffisant===
*Procéder à l'ajout de ligne dans un tableau.
*Saisir par exemple comme nom '''Non restreignable'''.
*Toujours dans '''Admin > Utilisateurs > Profils''', onglet '''Généralités''', cocher pour ce profil le droit [[Gestion des profils#Généralités|Profil non sélectionnable par l'utilisateur]].
*Dans l'onglet '''Gestion des comptes''', sélectionner le droit [[#Surpasser-la-limitation-du-solde-du-compte|Surpasser la limitation du solde du compte]] pour le profil concerné
Il suffit ensuite de rajouter ce profil aux utilisateurs concernés.

=Créer un profil empêchant tout surpassement=
Il peut être nécessaire d'empêcher un utilisateur de pouvoir réserver ou saisir une activité même en recourant à l'aide d'un tiers qui disposerait de droits permettant de surpasser des restrictions, que cela soit sur des comptes ou sur des validités.

Cela peut être le cas, par exemple, pour la détention d'une validité ''Cotisation'' périmée ou lorsque le solde du compte utilisateur est insuffisant (cf. [[Configuration-de-la-comptabilité#Restriction-d'accès-en-cas-de-solde-insuffisant|Restriction d'accès en cas de solde insuffisant]]).

Pour mettre en place une telle restriction, il faut :
*[[Gestion-des-profils#Ajouter-un-profil|Ajouter un profil]] en lui attribuant l'ensemble des droits (ne pas oublier la page '''Admin > Utilisateurs > Profils plus'''
*[[Gestion-des-profils#Modifier-un-profil|Modifier le profil]] nouvellement créé
**Si l'utilisateur ne doit pas pouvoir ouvrir un vol : dans l'onglet [[Gestion-des-profils#Activités|Activités]], décocher le droit [[Gestion-des-profils#Etre-sur-une-nouvelle-ouverture-d'activité|Etre sur une nouvelle ouverture d'activité]]
**Si l'utilisateur ne doit pas pouvoir être sur une réservation : dans l'onglet [[Gestion-des-profils#Réservation|Réservation]], décocher les droits [[Gestion-des-profils#Etre-sur-une-nouvelle-réservation|Etre sur une nouvelle réservation]], [[Gestion-des-profils#Réservation-solo|Réservation solo]] et [[Gestion-des-profils#Réservation-avec-un-instructeur|Réservation avec un instructeur]]

==Droits particuliers==
*'''GÉNÉRALITÉS / Profil non sélectionnable par l'utilisateur :''' ce droit n'est applicable que si les [[Gestion des utilisateurs|utilisateurs disposant du profil concerné]] possèdent au moins un autre [[Connexion#Sélection_du_profil|profil sélectionnable à la connexion]].
*'''GÉNÉRALITÉS ADMIN / Gestion des profils :''' au moins un profil doit posséder ce droit.

==Modifier un profil==
La modification des profils s'effectue selon les règles d'[[Utilisation des tableaux#Édition_des_données#|édition des données d'un tableau]].

==Supprimer un profil==
*La suppression d'un profil est possible uniquement si les [[Gestion des utilisateurs|utilisateurs disposant de ce profil]] possèdent aussi au moins un autre profil.
*Procéder à la suppression de ligne dans un tableau.

==Valeurs par défaut lors de la création d'un profil==
Lors de la création d'un profil, on affecte automatiquement par défaut :
* Tous les '''Profils visibles'''
* Tous les '''Types de ressources visibles'''
* Toutes les '''Comptabilités visibles'''
* Les '''Attribution de place''' correspondants à la première place de chaque type de ressource

Validités

2025-06-03T13:48:52Z

Lelhidam: /* Validité à expérience */

=Présentation=
L'objet de cette page est de présenter l'utilisation des validités dans la [[Accueil|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 [[#Paramètres-de-configuration|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 [[Paramétrage-des-validités#Associer-un-document|Associer un document]].

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.

===Validité à expérience===
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é.

===Validité à vendre===
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]].

===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 [[Paramétrage-des-validités#Paramétrer-une-validité-comme-contrat|cette procédure]] pour mettre en place des contrats.

Voir également la procédure de [[Connexion#Signer-des-validités-contrats|signature des validités-contrats]].

=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 soumises à échéance
*les validités à expérience récente.

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 [[Gestion-des-activités#Alertes|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|Alertes d'expiration]]

==[[Envoi-des-emails#s#E-mail-de-rappel-d'échéance-de-validité|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é, une fois certifié, n'est plus modifiable, ni par l'utilisateur à qui correspond la validité ni par un gestionnaire de la structure. Cela permet de garantir la pérennité et l'inviolabilité de la certification.

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-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.

==Certification manuelle==
;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]]

;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"

==Certification automatique==
===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''']].

;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 [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 '''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 [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"

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 [[Paramétrage-des-validités#Certification|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 :
*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]]

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

[[File:selecteur-validités.png]]

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.

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 [[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]].

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-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.

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==
*[[#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

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.

Il est néanmoins possible de [[#Supprimer_la_validité_d'un_utilisateur|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 [[Gestion-des-profils#Débrayage-des-ventes-de-validités|droit de débrayage]].

===Téléverser un fichier===
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 :
*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.

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, [[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.

Récapitulatif :

[[File:traitement-apres-televersement.png|800px]]

==États de la validité==
{| 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]]
|}

==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.

''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|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'''.

==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 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]].

Connexion

2025-06-03T13:17:01Z

Lelhidam: /* Alertes à la connexion sur les validités */

__TOC__
=Présentation=
L'objet de cette page est de présenter les fonctionnalités de '''connexion''' à l'application de la [[Accueil|version 4 d'OpenFlyers]].

=Accès=
L'accès à OpenFlyers s'effectue avec un couple identifiant/mot de passe.

La [[Gestion des utilisateurs|création d'utilisateurs]] est effectuée par les utilisateurs disposant de droits spécifiques.

==Se rendre sur une plateforme==
Pour accéder à une plateforme OpenFlyers, il faut entrer son URL dans un navigateur web.

L'URL est ''http://openflyers.com/plateforme/'', où "plateforme" doit être remplacé par le vrai nom de la plateforme OpenFlyers.

En fonction du [[Configuration#Page-de-connexion-par-défaut|paramétrage]] de la plateforme, l'interface de connexion affichée correspond à la nouvelle ou à l'ancienne interface. Il est possible pour chaque utilisateur de surpasser ce choix par défaut à l'échelle de la plateforme pour [[#Changer-l'interface-affichée-par-défaut|définir un choix par défaut au niveau de l'utilisateur]].

==Champs de saisie==
Deux champs sont à remplir :
*'''Nom d'utilisateur'''
*'''Mot de passe'''

La '''casse''' est prise en compte : les majuscules et les minuscules du nom de l'utilisateur et du mot de passe doivent être respectées.

En plus de ces champs, il est possible de cocher la case [[#Enregistrer l'interface affichée par défaut|'''En faire mon interface par défaut''']] pour que l'interface actuellement utilisée soit enregistrée et automatiquement affichée lors des prochaines connexions.

Lorsque les champs sont correctement remplis, cliquer sur le bouton '''Se connecter''' afin d'accéder à l'application.

==Changer l'interface affichée par défaut==

Sur la [[#Champs de saisie|page de connexion]], il est possible de cocher la case '''En faire mon interface par défaut'''.

Lors du clic sur le bouton '''Se connecter''', si la case est cochée, l'interface utilisée est enregistrée puis sera affichée lors des prochains accès à la plateforme OpenFlyers.

Lorsque aucune interface par défaut n'a été choisie par l'utilisateur, alors l'affichage se fait selon le [[Configuration#Page-de-connexion-par-défaut|paramétrage]] de la plateforme.

==Erreurs de saisie==
*En cas d'erreur de saisie, une [[boîtes de dialogue|boîte de dialogue]] apparaît pour signaler l'erreur à l'utilisateur.
*Après 5 tentatives de connexion infructueuses, l'accès à l'application est '''bloqué''' pendant une durée déterminée.

==Signer des validités-contrats==
Si un utilisateur a des [[Validités#Validité-contrat|validités-contrats]] à signer, elles apparaissent juste après avoir passé l'identification.

Les documents associés à chaque validité-contrat à signer sont consultables en cliquant sur leur nom. Tant qu'il reste des contrats à signer cette page reste affichée et il est impossible d'accéder au site.

Pour signer un contrat il faut le sélectionner en cliquant dans la '''checkbox''' à gauche de son nom puis sur '''Signer les contrats'''.

Il est possible de retrouver les validités-contrats signées dans le [[Validités#Consulter-et-gérer-ses-validités-ou-celles-d'un-tiers|tableau des validités]].

Si un utilisateur essaie de se connecter depuis l''''interface dynamique''' et qu'il a des contrats à signer, un message d'alerte apparaît lui indiquant de se rendre sur l'interface légère pour signer ses contrats.

==Sélection du profil==
Un utilisateur peut disposer de plusieurs [[Gestion des profils|profils]]. Dans ce cas, lorsque sa connexion est validée, il choisit le profil avec lequel il va utiliser l'application dans une [[Boîtes de dialogue|boîte de dialogue]].

==Impossible de se connecter à la plateforme OpenFlyers de sa structure==
Si vous n'arrivez pas à accéder une plateforme OpenFlyers il faut en rechercher la raison. Voici un certain nombre de questions qui peuvent vous permettre de solutionner votre problème :
*Accédez-vous à la page d'identification de la plateforme OpenFlyers ?
**Si non, alors il faut regarder la FAQ [[#Page_indisponible|Page indisponible]]
*Lorsque vous vous identifiez, avez-vous un message de rejet indiquant que votre identifiant et/ou votre mot de passe ne sont pas corrects ?
**Si oui, alors il faut vérifier si c'est la BONNE plateforme. Pour cela, il faut regarder quel est le nom de la structure qui apparait sur la page d'accueil de la plateforme. Si ce n'est pas la bonne plateforme, il faut faire une recherche la bonne plateforme depuis le moteur de recherche d'OpenFlyers à cette adresse : https://openflyers.com/fr/rechercher
**Si c'est la bonne plateforme, alors le problème peut venir du mot de passe qui a changé. Dans ce cas là, vous pouvez ré-initialiser votre mot de passe en suivant la procédure [[#Réinitialiser-son-mot-de-passe|de réinitialisation de mot de passe]]. Cela peut également venir de votre identifiant qui n'est pas bon. Dans ce cas, il faut demander à la personne en charge de la gestion d'OpenFlyers au sein de votre structure
**Si c'est la bonne plateforme, que le mot de passe a été réinitialisé volontairement et que le nouveau mot de passe ne permet toujours pas de se connecter, alors il y a de fortes chances que le problème vienne du fait que l'ancien mot de passe est mémorisé par le navigateur et qu'il transmet cet ancien mot de passe lors de la connexion. Pour s'en assurer, il faut tester la connexion depuis un autre ordinateur ou un navigateur pour lequel il est certain que le couple identifiant/mot de passe n'a pas été mémorisé. Si la connexion est possible, alors cela confirme le problème de mémorisation du mot de passe dans le premier navigateur. Il faut alors supprimer le couple identifiant/mot de passe enregistré par le navigateur en suivant la procédure [[Navigateurs#Supprimer-une-saisie-automatique|Supprimer une saisie automatique]].
*Une fois connecté, revenez-vous sur la page d'identification lorsque vous changez de page ?
**Si oui, alors il faut regarder la [[FAQ-utilisateur#Navigation-dans-OpenFlyers|procédure de gestion des cookies du navigateur]].
Si vous n'êtes dans aucun des cas répertoriés ci-dessus, alors vous pouvez rapporter votre problème en nous envoyant un e-mail et en décrivant le plus précisément possible le problème que vous rencontrez :
*Navigateur utilisé
*Système d'exploitation
*type de PC, smartphone ou tablette
*Nom du fournisseur d'accès internet
*Actions effectuées
*Message d'erreur s'affichant

==Page indisponible==
Si vous n'arrivez pas à accéder à la plateforme OpenFlyers de votre structure :
*Si vous avez un message d'erreur ''Erreur de connexion SSL'', alors il y a une forte probabilité que votre navigateur ne soit pas à jour et ne gère pas le [[Normes-et-réglementations#Protocole-TLS-1.2|protocole TLS 1.2]]. Pour s'assurer que le problème ne vient pas de là, il faut aller sur la page https://www.ssllabs.com/ssltest/viewMyClient.html et de vérifier que le résultat de la page renvoie dans la partie '''Protocol Support''' le message ''Your user agent supports TLS 1.2, which is recommended protocol version at the moment.''. Si le résultat n'est pas conforme, alors il faut mettre à jour le navigateur.
*Sinon, voici une liste d'actions à effectuer :
**Redémarrer votre ordinateur
**Redémarrer la "box" ADSL
**Si cela ne fonctionne toujours pas, il faut [[#Tester_les_résolutions_DNS|tester les résolutions DNS]].

===Tester les résolutions DNS===
Pour effectuer les tests suivants, il faut ouvrir une fenêtre "[[#Ouvrir_une_fenêtre_en_ligne_de_commande|en ligne de commandes]]". En cas de problème, il faut nous rapporter les résultats en ouvrant un rapport de bug sur le [http://bts.openflyers.org BTS]. Pour cela, il est pratique de procéder par [[#Copier/Coller_dans_une_fenêtre_en_ligne_de_commande|copier/coller]].
*Dans la fenêtre en ligne de commande taper ce qui suit (en remplaçant '''structure''' par le sous-domaine correspondant à votre structure) :
<bash>ping structure.openflyers.fr</bash>
La réponse normale est pour OpenFlyers 3 :
Envoi d'une requête 'ping' sur serveur6-of3.openflyers.net [87.98.143.237] avec 32 octets de données :
Réponse de 87.98.143.237 : octets=32 temps=37 ms TTL=55
Si vous n'avez pas "serveur6-of3.openflyers.net" ou "Réponse de 87.98.143.237" cela veut dire que vous avez un [[#Vérifier la configuration de résolution des DNS|problème de résolution de DNS]].

La réponse normale est pour OpenFlyers 2.1 :
Envoi d'une requête 'ping' sur serveur8-of21.openflyers.net [87.98.145.26] avec 32 octets de données :
Réponse de 87.98.145.26 : octets=32 temps=37 ms TTL=55
Si vous n'avez pas "serveur8-of21.openflyers.net" ou "Réponse de 87.98.145.26" cela veut dire que vous avez un [[#Vérifier la configuration de résolution des DNS|problème de résolution de DNS]].

La réponse normale est pour OpenFlyers 1.3 :
Envoi d'une requête 'ping' sur serveur6-of1.openflyers.net [178.33.105.217] avec 32 octets de données :
Réponse de 178.33.105.217 : octets=32 temps=41 ms TTL=55
Si vous n'avez pas "serveur6-of1.openflyers.net" ou "Réponse de 178.33.105.217" cela veut dire que vous avez un [[#Vérifier la configuration de résolution des DNS|problème de résolution de DNS]].

====Tests plus poussés====
*Faire un :
<bash>nslookup structure.openflyers.fr</bash>
*Et un :
<bash>tracert structure.openflyers.fr</bash>
*Faire le test avec '''dig +trace''' :
<bash>dig +trace structure.openflyers.fr</bash>
Sous Windows, il faudra au préalable récupérer l'utilitaire (par exemple dans un package [http://www.isc.org./downloads bind]). Une fois télécharger le package, il faut copier/coller le programme dig ainsi que les fichiers .dll dans un répertoire commun et se positionner dans ce répertoire depuis la fenêtre en ligne de commandes avec la commande dir '''"nom du chemin du répertoire"'''.

====Tester les résolutions DNS sous Mac====
De plus, nous disposons de commandes plus puissantes qui permettent d'avoir d'avantage d'informations :
*cat /etc/resolv.conf

===Vérifier la configuration de résolution des DNS===
====Vérifier la configuration de résolution des DNS sous Windows====
Si vous avez un problème de résolution DNS sous windows, il peut être utile de vérifier que la résolution DNS est dynamique :
#Double-cliquer sur la connexion réseau concernée (par exemple le symbole "WIFI")
#Cliquer sur "Propriétés" dans l'onglet "Général" de l'"Etat de Connexion réseau sans fil" (si WIFI))
#Sélectionner "Protocole internet TCP/IP"
#Cliquer sur "Propriétés"
#Vérifier qu'est sélectionné "Obtenir les adresses des serveurs DNS automatiquement". (si ce n'est pas le cas, modifier).
#En dernier ressort, [[#Changer de serveur DNS|Changer de serveur DNS]] ou [[#Forcer_les_DNS|Forcer les DNS]].

===Nous communiquez les adresses IP des serveurs DNS===
====Nous communiquez les adresses IP des serveurs DNS sous Windows====
#[[#Ouvrir_une_fenêtre_en_ligne_de_commande|Ouvrir une fenêtre en ligne de commande]]
#Taper : '''ipconfig /all'''
Les adresses IP des serveurs DNS se trouvent au droit de '''Serveurs DNS'''

===Changer de serveur DNS===
Si vous rencontrez un problème de résolution de DNS avec votre fournisseur d'accès, vous pouvez changer les serveurs qui effectue la résolution des DNS pour votre accès.
====Changer de serveur DNS sous Mac====
*Dans '''Préférences Systèmes''', choisir '''Réseau''', puis une fois la bonne carte réseau sélectionnée, appuyer sur Avancé.
*Dans la fenêtre qui apparaît, aller sur l'onglet '''DNS''' et dans '''Serveurs DNS''' appuyer sur le + pour ajouter '''8.8.8.8''' et une autre fois pour ajouter '''8.8.4.4''' (ce sont les [http://code.google.com/speed/public-dns/|serveurs DNS public Google])
*Il ne reste plus qu'à '''Appliquer''' et à tester.

====Changer de serveur DNS sous Windows XP====
*'''Démarrer > Connexions''' puis cliquer sur la connexion réseau active (par exemple la connexion WIFI)
*Cliquer sur '''Propriétés'''
*Sélectionner '''Protocole Internet (TCP/IP)'''
*Cliquer sur '''Propriétés'''
*En général, en bas de la fenêtre '''Propriétés de Protocole Internet (TCP/IP)''' la configuration active est : '''Obtenir les adresses des serveurs DNS automatiquement'''
*Cocher '''Utiliser l'adresse de serveur DNS suivante :'''
*Pour '''Serveur DNS préféré''', saisir '''8.8.8.8'''
*Pour '''Serveur DNS auxiliaire''', saisir '''8.8.4.4''' (ce sont les [http://code.google.com/speed/public-dns/|serveurs DNS public Google])
*Cliquer sur '''OK'''
*Cliquer sur '''OK'''
*Cliquer sur '''Fermer'''

===Forcer les DNS===
====Forcer les DNS sous Windows====
Attention, avec Vista, il faut appliquer une [[#Particularité_avec_Windows_Vista|procédure préalable]].
*Il est possible de résoudre ce problème de DNS en éditant le fichier C:\WINDOWS\system32\drivers\etc\hosts (avec le bloc-notes) en rajoutant la ligne (il faut remplacer structure par le sous-domaine de la plateforme OpenFlyers de votre structure) :
**Pour OF 1.3 :
<pre>178.33.105.217 structure.openflyers.fr</pre>
**Pour OF 2.1 :
<pre>87.98.145.26 structure.openflyers.fr</pre>
**Pour OF 3 :
<pre>87.98.143.237 structure.openflyers.fr</pre>
*Ensuite, il faut relancer votre PC
*Une fois la connexion correctement effectuée, il est parfois possible de supprimer cette entrée dans le fichier hosts tout en gardant la connexion.

====Particularité avec Windows Vista====
*Il faut être administrateur pour pouvoir modifier le fichier hosts.
*Il faut également copier le fichier hosts sur le bureau pour le modifier puis ensuite le recopier dans le bon répertoire (si on édite directement le fichier hosts depuis (system32\drivers\etc\) on ne peut pas le ré-enregistrer).

====Forcer les DNS sous Mac====
*lancer Terminal (dans Applications/Utilitaires)
*taper "sudo nano /etc/hosts" (il demande le mot de passe de l'utilisateur qui a les droits admin sur la machine)
*Ajouter les entrées sur le modèle de la [[#Forcer_les_DNS_sous_Windows|procédure sous Windows]]
*Faire controle-o pour enregistrer puis controle-x pour quitter
*Eventuellement, faire "dscacheutil -flushcache" si le changement n'est pas encore pris en compte.

===Ouvrir une fenêtre en ligne de commande===
====Ouvrir une fenêtre en ligne de commande sous Windows====
*Aller dans le menu "Démarrer"
*Puis Tous les programmes/Accessoires
*Lancer l'"invite de commandes"
====Ouvrir une fenêtre en ligne de commande sous Mac====
Sous OSX (mac) il faut lancer un Terminal. Pour cela 2 solutions :
*Taper "terminal" dans spotlight
ou
*lancer l'application qui est dans Applications > Utilitaires.

===Copier/Coller dans une fenêtre en ligne de commande===
====Copier/Coller dans une fenêtre en ligne de commande sous Windows====
Vous pouvez faire un copier/coller en utilisant le bouton droit de la souris dans la fenêtre de l'invite de commandes puis en choisissant "sélectionner" et ensuite en appuyant sur le bouton gauche et en le laissant appuyer tout en sélectionnant la zone souhaitée)

====Copier/Coller dans une fenêtre en ligne de commande sous Mac====
Pour faire un copier/coller de ces informations et nous les communiquer, il suffit d'utiliser commande-C dans le terminal.

==Restriction d'accès==
En fonction de la politique de la structure, le paramétrage d'une plateforme OpenFlyers peut entrainer des restrictions lors de la connexion. Un message s'affiche, à ce moment là, indiquant les raisons de la restriction et le type de restriction. L'intitulé du profil est inchangé une fois connecté mais les droits associés peuvent être restreints. Par exemple, il peut ne plus être possible d'effectuer une réservation ou d'ouvrir une activité (vol).

Ces restrictions peuvent avoir lieu dans les cas suivants :
*En cas de solde insuffisant.
Cette restriction peut être surpassée à l'aide du droit [[Gestion-des-profils#Surpasser-la-limitation-du-solde-du-compte|Surpasser la limitation du solde du compte]]. Lorsque l'utilisateur dispose de ce droit et que l'accès devrait être limité à cause du solde de l'un de ses comptes, un message d'alerte sans restriction s'affiche pour indiquer que son solde de compte est inférieur au seuil requis.
*En cas de validité obsolète (date de fin de validité dépassée), incomplète (manque de document) ou non certifiée.
*En cas de condition d'expérience récente non remplie (validité à expérience)
Cette restriction peut être surpassée à l'aide du droit [[Gestion-des-profils#Surpasser-les-restrictions-sur-les-validités-expirées|Surpasser les restrictions sur les validités expirées]]. Lorsque l'utilisateur dispose de ce droit, il n'y a pas de message d'alerte pour lui indiquer que l'absence de telle ou telle validité devrait entrainer la restriction de ses droits.

===Restriction d'accès pour un administrateur référent===
Lorsqu'un [[Configuration#Administrateur-référent|administrateur référent]] se connecte et que des restrictions le concernant sont détectées, l'interrupteur '''Activer le surpassement des restrictions de droits en tant qu'administrateur référent''' s'affiche. Si l'utilisateur active l'interrupteur, il obtient automatiquement les droits suivants, même s'ils n'étaient pas présent dans le profil qu'il sélectionne :
*[[Gestion-des-profils#Surpasser-les-restrictions-sur-les-validités|Surpasser les restrictions sur les validités]]
*[[Gestion-des-profils#Surpasser-la-limitation-du-solde-du-compte|Surpasser la limitation du solde du compte]]

Ainsi, l'administrateur référent n'est soumis à aucune restriction et les messages affichés restent informatifs sans être bloquants. Le message suivant apparaît :
<pre>
En tant qu'administrateur référent de la plateforme, vos droits ne peuvent être restreints et vous disposez des droits "Surpasser les restrictions sur les validités" et "Surpasser la limitation du solde du compte" même s'ils ne sont pas attribués à votre profil
</pre>

=Alertes sur la page de connexion=
==Alertes à la connexion==
===Alertes à la connexion sur les validités===

Les validités contrôlées à la connexion sont uniquement :
*celles possédées par l'utilisateur qui se connecte et qui sont soumises à échéance
*les validités à expérience récente.

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 à une semaine.

L'utilisateur a la possibilité d'activer l'interrupteur "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 '''Données > Validités'''. Cette réactivation est automatique lors d'une modification de la validité.

===Message d'alerte adresse IP bloquée===
Un message d'alerte signalant que '''l'adresse IP est bloquée''' peut apparaître lorsque vous souhaitez vous connecter. Ce message apparaît lorsque vous avez tenté de vous connecter mais que le couple identifiant / mot de passe est incorrect.

Après avoir attendu le temps indiqué par le message d'alerte, vous pouvez tenter de vous reconnecter en faisant attention [[Wikipedia-fr:Sensibilit%C3%A9_%C3%A0_la_casse|à la casse]].

==Plateforme de test pour la version 4, ne pas utiliser en production==
Ce message d'alerte apparait pour les plateformes dont l'URL est sous la forme '''openflyers.com/X.of4'''.

Il s'agit de plateformes de tests qui ne doivent pas être utilisées en production car elles peuvent être écrasées par simple recopie.

==Votre navigateur n'accepte pas les cookies==
Lors de l'affichage de la page de connexion, OpenFlyers fait un test d'enregistrement de cookie depuis le navigateur (en javascript) pour vérifier que ce dernier accepte bien l'enregistrement des cookies. Si ce test échoue, le message d'alerte est affiché.

Pour corriger ce problème, il faut [[FAQ utilisateur#Navigation_dans_OpenFlyers|autoriser l'enregistrement des cookies]].

==Votre plateforme est passée à la version 4.0 d'OpenFlyers, qui propose une nouvelle interface==

Cette alerte est un message d'information qui apparaît sur les plateformes récemment migrées en version 4. Ce message s'affiche jusqu'à 90 jours après une migration.

=Déconnexion=
==Manuelle==
Pour se déconnecter de l'application, cliquer sur le '''pictogramme déconnexion''' situé en haut à droite de l'application : [[File:Disconnect.png]].

==Automatique==
La '''déconnexion automatique''' sécurise l'accès à l'application.

Si aucune action n'est effectuée par un utilisateur au bout de 10 minutes sur une page du planning ou au bout de 2 heures sur une page de l'onglet Admin, l'application est redirigée vers la page de connexion.

Si l'utilisateur dispose du droit [[Gestion-des-profils#Pas-de-déconnexion-automatique|Pas de déconnexion automatique]], alors la déconnexion se fait au bout de 2 heures, quelque soit la page.

Afin de pouvoir de nouveau utiliser OpenFlyers, l'utilisateur doit de nouveau entrer son identifiant et son mot de passe.

Si l'utilisateur est connecté avec un profil de type kiosque (voir [[Kiosque PC]]), alors au bout de 5 minutes d'inactivité, la page se rafraichit automatiquement pour revenir sur la page par défaut (page du planning). Cela permet de réinitialiser le compteur des 10 minutes avant une déconnexion et ainsi de maintenir la connexion tout le temps active.

=Réinitialiser son mot de passe=
Attention, lorsqu'un mot de passe est perdu vous n'avez que trois tentatives possibles pour le retrouver. A la 4ème tentative un compteur exponentiel s'active pour éviter les robots créés par les pirates de tenter d'accéder aux plateformes par des [[Wikipedia-fr:Attaque_par_force_brute|attaques par force brute]].

Par contre, vous pouvez ré-initialiser votre mot de passe depuis la page d'accueil de votre plateforme OpenFlyers :
*Cliquer sur le lien '''Mot de passe oublié ?'''
*Dans le formulaire '''Demande de réinitialisation du mot de passe''', remplissez le champ '''E-mail''' avec l'adresse e-mail qui est enregistrée dans votre plateforme OpenFlyers
*Cliquer sur le bouton '''Valider'''
*Si l'e-mail est valide et présent en base de données, alors le message suivant doit s'afficher :
'''Merci, un e-mail avec les détails pour réinitialiser le mot de passe a été envoyé sur cette adresse e-mail.'''
*Récupérer l'e-mail dans votre messagerie, il s'intitule :
'''Demande de réinitialisation du mot de passe à openflyers.com/xxx'''
et contient les éléments suivants :
<pre>Jean MERMOZ,

Pour compléter la phase de réinitialisation du mot de passe de votre compte, vous devrez entrer l'URL ci-dessous dans votre navigateur web.
openflyers.com/nom-de-plateforme/index.php?menuAction=password_reset

Vous devrez ensuite entrer les données suivantes :
Identifiant : jmermoz
Code d'activation : 2827230595252713d5b5f1

Merci,
L'équipe OpenFlyers</pre>
*Cliquer sur le lien de l'e-mail pour retourner sur la page de réinitialisation de mot de passe
*Dans le 2ème formulaire intitulé '''Réinitialisation du mot de passe''', renseigner les champs :
**'''Identifiant''' avec votre identifiant de connexion OpenFlyers qui vous a été rappelé dans l'e-mail de réinitialisation
**'''Code d'activation''' avec le code d'activation reçu par e-mail
*Cliquer sur le bouton '''REINITIALISER'''

Validités

2025-06-03T09:43:37Z

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

=Présentation=
L'objet de cette page est de présenter l'utilisation des validités dans la [[Accueil|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 [[#Paramètres-de-configuration|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 [[Paramétrage-des-validités#Associer-un-document|Associer un document]].

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.

===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|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 [[Gestion-des-produits-et-des-ventes#Configuration-d'un-produit-Validité|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 [[Paramétrage-des-validités#Paramétrer-une-validité-comme-contrat|cette procédure]] pour mettre en place des contrats.

Voir également la procédure de [[Connexion#Signer-des-validités-contrats|signature des validités-contrats]].

=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 soumises à échéance
*les validités à expérience récente.

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 [[Gestion-des-activités#Alertes|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|Alertes d'expiration]]

==[[Envoi-des-emails#s#E-mail-de-rappel-d'échéance-de-validité|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é, une fois certifié, n'est plus modifiable, ni par l'utilisateur à qui correspond la validité ni par un gestionnaire de la structure. Cela permet de garantir la pérennité et l'inviolabilité de la certification.

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-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.

==Certification manuelle==
;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]]

;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"

==Certification automatique==
===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''']].

;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 [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 '''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 [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"

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 [[Paramétrage-des-validités#Certification|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 :
*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]]

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

[[File:selecteur-validités.png]]

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.

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 [[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]].

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-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.

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==
*[[#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

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.

Il est néanmoins possible de [[#Supprimer_la_validité_d'un_utilisateur|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 [[Gestion-des-profils#Débrayage-des-ventes-de-validités|droit de débrayage]].

===Téléverser un fichier===
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 :
*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.

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, [[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.

Récapitulatif :

[[File:traitement-apres-televersement.png|800px]]

==États de la validité==
{| 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]]
|}

==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.

''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|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'''.

==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 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]].

Configuration des réservations internes

2025-06-03T09:42:57Z

Lelhidam: /* Paramétrer globalement le contrôle des validités pour les réservations */

=Présentation=
Cette page présente le paramétrage du module de réservations interne.

=Gestion du planning (réservations internes)=
La gestion du planning se fait en allant dans '''Admin > Structure > Paramétrage > Réservations internes''' :

[[Image:014_parametrage_gestion_reservation.png|1500px|center|gestion des réservations]]

==Mode de réservation==
===Réservations standards===
Cette option permet de faire des réservations classiques, c'est-à-dire que l'on réserve directement une ressource en fonction de son nom (exemple : son immatriculation), cela ne diffère en rien des réservations "papier".

===Réservation par type de ressource===
La réservation par type permet non pas de choisir une ressource particulière mais un type de ressource. Dans les structures aéronautiques possédant plusieurs aéronefs d'une même famille (plusieurs DR400/120 par exemple) on choisit alors de réserver un DR400/120 parmi ceux de la flotte. Le programme choisira l'immatriculation en fonction de la disponibilité des appareils (entretien mécanique par exemple).

La réservation par type comporte un double intérêt :
*pouvoir donner la priorité à une ressource par rapport à une autre et ainsi pousser telle ou telle ressource à être plus utilisée en fonction des souhaits de programmation (pour les opérations de maintenance par exemple) ;
*créer une ressource fictive supplémentaire pour mettre en place le surbooking.

Si des ressources de même type sont indisponibles, que ce soit parce qu'elles sont réservées ou immobilisées, alors c'est la 1ère ressource disponible qui est choisie par OpenFlyers.

Il est possible de modifier l'ordre de tri des ressources à n'importe quel moment.

De même, pour les utilisateurs disposant du droit "Surpasser la réservation par type", il est possible de forcer une réservation sur une ressource donnée.

'''Attention :''' dans le cas où la structure exploite plusieurs ressources d'un même type mais qu'elle souhaite séparer la gestion des réservations pour chaque ressource, il faut créer autant de type de ressource que de ressources. Exemple : une structure aéronautique dispose de 2 avions de type DR420. Si les 2 avions sont identifiés avec un même type "DR420" alors les réservations seront faite toujours en priorité sur le DR420 du plus forte priorité. Si ce comportement n'est pas souhaité, il faut créer 2 types (DR420-1 et DR420-2 par exemple) et associer un avion au type DR420-1 et l'autre avion au type DR420-2.

==Code couleur==
Permet de définir quelle code couleur doit être utilisée pour l'affichage des réservations :
*Par utilisateur
:deux champs de sélection s'affichent :
:*'''Couleur par défaut pour les réservations qui ne concernent pas l'utilisateur'''
::Il s'agit d'une paire de couleurs [Couleur claire (réservation en solo) / couleur foncée (réservation en instruction)] utilisé pour afficher les réservations qui ne concernent pas l'utilisateur connecté.
:*'''Couleur par défaut pour les réservations qui concernent l'utilisateur'''
::Il s'agit d'une paire de couleurs [Couleur claire (réservation en solo) / couleur foncée (réservation en instruction)] utilisé pour afficher les réservations qui concernent l'utilisateur connecté.
:Il est possible de configurer [[Gestion-des-utilisateurs#Changer-la-couleur-d'affichage-des-réservations-d'un-utilisateur|une paire de couleurs par utilisateur]].
*[[Gestion-des-types-d'activités#Affecter-une-couleur-à-un-type-d'activité|Par type d'activité]]

==Affichage possible des activités réalisées dans le planning==
Permet aux utilisateurs disposant du droit [[Gestion-des-profils#Voir-les-activités-de-tous|Voir les activités de tous]] d'activer le module d'[[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-activités-réalisées|Affichage des activités réalisées]] sur la page de réservation.

==Réservation multi-ressources==
Cette fonctionnalité permet d'autoriser à un utilisateur de réserver plusieurs ressources sur des créneaux horaires qui se chevauchent.

'''Attention :''' cette fonctionnalité n'est pas conçue pour les formateurs/instructeurs et entraine des bugs d'affichage sur le planning de réservation. La version 4 d'OpenFlyers corrigera ce défaut.

==Affichage du nom des ressources dans le planning==
Ce paramétrage permet d'afficher ou cacher le nom des ressources dans le planning. Cela permet de diminuer la taille verticale des lignes du planning et de cacher ces noms lorsqu'ils ne sont pas nécessaires.

==Afficher les alertes non bloquantes lors des glisser-déposer==
Ce paramétrage permet d'afficher les alertes non bloquantes lors des [[Utilisation-des-réservations-internes-sur-l%27interface-web#Glisser-déposer-des-réservations|glisser-déposer des réservations]] sur le planning.

==Heure de début et fin (fuseau X)==
Permet de définir la plage horaire du planning de réservation dans le fuseau horaire de la structure.

==Interdire d'effectuer une réservation débutant dans moins de==
Permet d'empêcher d'effectuer une réservation débutant dans moins de X temps. Cette fonctionnalité est notamment utile en réservation par type lorsque la distribution des ressources réelles par ligne de planning est faite le matin pour la journée. Elle est également utile lorsque la facturation se fait la veille au vu des réservations du lendemain.

==Limitation dans le temps des réservations==
Permet de limiter dans le temps les réservations.

==Limitation du nombre de réservations==
Permet de limiter le nombre de réservations par utilisateur.

==Saisie de la destination (si champ lieu d'arrivée coché)==
Permet de demander à l'utilisateur d'indiquer sa destination et ce en fonction de la durée de sa réservation.

==Durée minimale d'une réservation==
Permet de définir la durée minimale d'une réservation.

La durée maximale d'une réservation peut se définir pour chaque type de ressource.

==Durée par défaut d'une réservation==
Permet de définir la durée par défaut.

==Afficher ces champs==
Permet de définir les champs visibles dans le formulaire de réservation :
*Même jour
*Places à disposition
*Lieu de départ
*Lieu d'arrivée

Les lieux cochés sont ainsi définis avec une valeur par défaut lorsqu'un vol est entré à partir d'une réservation.

==[[Paramétrage-des-validités#Paramétrer-le-contrôle-des-validités-pour-les-activités-ou-les-réservations|Paramétrage général du contrôle des validités pour les réservations]]==

==Type d'activité par défaut==
Permet de définir le type d'activité à cocher par défaut :
* lors d'une nouvelle réservation ou lorsqu'on sélectionne une personne en première place sur le [[Utilisation-des-réservations-internes-sur-l%27interface-web#Formulaire-de-réservation|formulaire de réservation de l'ancienne interface]]
* lors d'une nouvelle réservation sur le [[Utilisation-des-réservations-internes-sur-l%27appli-mobile#Tutoriel-vidéo|planning de la nouvelle interface]]

Pour définir le type :
* Aller dans '''Admin > Structure > Paramétrage > Planning'''
* Champ '''Type d'activité par défaut''' : Sélectionner le type d'activité
* Cliquer sur '''Enregistrer'''

==Type d'activité par défaut pour la seconde place (ancienne interface)==
Permet de définir le type d'activité à cocher par défaut lorsqu'on sélectionne une personne en seconde place sur le [[Utilisation-des-réservations-internes-sur-l%27interface-web#Formulaire-de-réservation|formulaire de réservation de l'ancienne interface]].

Pour définir le type :
* Aller dans '''Admin > Structure > Paramétrage > Planning'''
* Champ '''Type d'activité par défaut pour la seconde place (ancienne interface)''' : Sélectionner le type d'activité
* Cliquer sur '''Enregistrer'''

==Règles de saisies XML==
Permet d'éditer les [[#Règles-de-saisies|Règles de saisie]] qui s'appliquent, pour le moment, uniquement pour le planning.

=Règles de saisies=
Les règles de saisie sont utilisées uniquement par le moteur de réservation pour construire l'affichage des champs du formulaire de réservation et pour vérifier, après la saisie d'une réservation, que les données saisies respectent bien les règles de saisie.

Elles sont écrites en [[Wikipedia-fr:Extensible_Markup_Language|XML]]. cf. l'exemple de règles de saisie ci-dessous.

Le moteur de vérification des règles s'enclenche dès qu'une réservation n'est plus "nue", c'est à dire lorsqu'au moins un élément est renseigné (activité, ressource, etc.). Alors il vérifie quelles sont les règles compatibles et en déduit les contenus possibles dans les champs de saisie de l'interface utilisateur.

La compatibilité d'une règle se détermine '''par restriction''' en vérifiant dans cet ordre les informations suivantes :
#Activités
#Ressources
#Profils
#Places

Pour chaque information, le moteur regarde si elle est renseignée. Si ce n'est pas le cas alors il passe à l'information suivante. Par exemple s'il n'y a pas encore d'activité de saisie alors il ne vérifie pas ce point-là dans la règle.

Pour les activités et les ressources, il regarde les règles qui acceptent celles renseignées. S'il y a des règles qui pose problème alors elles sont rejetées.

Pour les profils ce sont les personnes qui sont étudiées et ce de deux manières différentes selon si sur la saisie il y a une ressource de renseignée ou non.
*Lorsqu'il y a une ressource de renseignée, le fonctionnement est similaire aux autres informations. le moteur regarde pour toutes les personnes renseignées si sur la place où elles sont, elles ont au moins un profil valide. Si une personne n'a aucun profil pour la place où il est alors la règle est rejetée.
*Lorsqu'il n'y a pas de ressource le fonctionnement est différent. Au lieu de faire par restriction, le moteur va faire '''par ajout'''. C'est-à-dire qu'au lieu de dire "il ne faut que des pilotes", il va dire "je veux au moins un pilote". Pour ce faire il va regarder les profils de chaque personne. S'il trouve une personne avec un profil valide, il accepte la règle. Si aucune des personnes ne correspond, il va faire une seconde vérification au niveau des places. Si pour cette règle l'une des places n'est pas définie, il considère que les personnes présentes vont potentiellement aller sur cette place et il ne rejette pas la règle. Par contre, si toutes les places sont définies et qu'aucune des personnes ne correspond alors la règle est rejetée.

Pour les places, il vérifie qu'il n'y a pas trop de monde. Comme pour les profils il y a deux manières de les étudier en fonction de s'il y a une ressource ou non.
*Lorsqu'il y a une ressource, il va regarder pour chaque place si le nombre de personnes autorisées n'est pas dépassé. Si sur l'une des places le nombre est dépassé alors la règle est rejetée. Cependant, si le nombre est atteint mais pas dépassé alors la règle n'est pas rejetée.
*Lorsqu'il n'y a pas de ressource, il va parcourir chaque place pour compter le nombre total de personnes autorisées pour cette règle. Si le nombre est dépassé alors la règle est rejetée. Comme précédemment si le nombre est simplement atteint alors la règle n'est pas rejetée.

Si pour chaque information saisie, la règle est compatible alors elle est conservée.

Pour qu'une saisie soit valide, il faut qu'il existe au moins une règle de conservée, c'est à dire de compatible.

;Exemple de règles de saisie
<syntaxhighlight lang="xml"><?xml version="1.0" encoding="UTF-8"?>
<ruleList>
<rule>

<activityTypeList needs="bookAlone">
<activityType>1</activityType> 
</activityTypeList>

<resourceList minQty="1" maxQty="1">
<resourceType>1</resourceType> 
<resourceType>2</resourceType> 
</resourceList>

<placeList>
<place index="0" minQty="1" maxQty="1" status="1" needs="bookAnyone"> 

<profile>2</profile> 
</place>
</placeList>
</rule>
<rule>

<activityTypeList needs="*(bookAlone)(bookWithInstr)">
<activityType>1</activityType> 
<activityType>2</activityType> 
</activityTypeList>

<resourceList minQty="1" maxQty="1">
<resourceType>*</resourceType> 
</resourceList>

<placeList>
<place index="0" minQty="1" maxQty="1" status="1"> 

<profile>1</profile> 
<profile>2</profile> 
</place>
<place index="1" minQty="1" maxQty="1" status="2"> 

<profile>4</profile> 
</place>
</placeList>
</rule>
<rule>...</rule>
</ruleList>
</syntaxhighlight>

==attribut needs==
L'attribut needs peut être utilisé pour les éléments :
*activityTypeList
*place

Il contient un ou plusieurs droits qui sont requis par l'utilisateur effectuant la saisie pour que la règle puisse s'appliquer.

Lorsqu'il n'y a qu'un droit de requis, il faut écrire ''needs="nomDuDroit"''.

Lorsqu'il y a plusieurs droits possibles, un seul étant requis, il faut commencer par le signe * puis lister chaque droit en l'entourant de parenthèses : ''needs="*(bookAlone)(bookWithInstr)''.

==ruleList==
Élément racine de la structure XML ne peut contenir comme élément enfant que des éléments "rule" qui correspondent, chacun, à une règle.

Il n'y pas d'attribut possible.

===rule===
Définit une règle.

Les éléments possibles sont :
*formulaList
*activityTypeList
*resourceList
*placeList

Il n'y a pas d'attribut possible.

Chaque règle définit les types d'activités, types de ressources et places qui la rendent compatible.

L'exemple suivant définit une règle qui autorise une saisie pour le type d'activité ''Local'', les types de ressources ''F-001'' ou ''F-002'' et pour laquelle il faut exactement 1 utilisateur avec le profil ''Pilote'' à la place 0. Le statut attribué sera celui de numéro 1. De plus, La personne qui fait la réservation doit avoir le droit "bookAlone" et si elle dispose du droit "bookAnyone" alors elle verra en plus la liste des utilisateurs compatibles avec cette règle pour lui permettre d'en choisir une :
<xml><rule>

<activityTypeList needs="bookAlone">
<activityType>1</activityType> 
</activityTypeList>

<resourceList minQty="1" maxQty="1">
<resourceType>1</resourceType> 
<resourceType>2</resourceType> 
</resourceList>

<placeList>
<place index="0" minQty="1" maxQty="1" status="1" needs="bookAnyone"> 

<profile>2</profile> 
</place>
</placeList>
</rule></xml>

====formulaList====
Contient la liste des formules que la règle doit respecter au travers des éléments ''formula''.

=====formula=====
Doit contenir les attributs :
*''action'' : indique l'action concernée pour la vérification de la formule. Si l'action effectuée par l'utilisateur n'est pas celle de la formule, alors la formule n'est pas vérifiée. Par contre, la règle peut quand être compatible. Il est possible de remplacer le nom d'une action par * pour indiquer que la formule doit être vérifiée quelque soit l'action.
*''title'' : pour indiquer le message d'alerte devant s'afficher lorsque la formule n'est pas respectée

Le contenu de l'élément ''formula'' est une formule qui est testée lors de la saisie.

'''Attention :''' dans la formule, pour les signes de comparaison supérieur ou inférieur, il faut saisir leur équivalent HTML :
* > doit être remplacé par <code>&gt;</code>
* < doit être remplacé par <code>&lt;</code>
* >= doit être remplacé <code>&gt;=</code>
* <= doit être remplacé <code>&lt;=</code>

Exemple :
<xml>
<formula action="update" title="Vous ne pouvez pas faire de réservation ayant une durée supérieure à 30 minutes.">(%DURATION <= 300)</formula></xml>

====activityTypeList====
Contient la liste des types d'activités qui sont compatibles avec la règle.

Peut contenir l'attribut [[#attribut-needs|needs]].
=====activityType=====
Contient l'identifiant d'un type d'activité.

====resourceList====
Contient la liste des types de ressources qui sont compatibles avec la règle.

Peut contenir les attributs ''maxQty'' et ''minQty'' pour définir le nombre de ressources maximum et minimum.

====placeList====
Contient la liste définissant les places.

=====place=====
Contient la définition de chaque place.

Peut contenir des éléments ''profile'' pour indiquer un profil requis parmi plusieurs pour qu'un utilisateur puisse occuper la place.

Doit contenir l'attribut index pour numéroter la place définie.

Peut contenir les attributs ''maxQty'', ''minQty'', ''needs'' et ''status''.

L'attribut ''needs'' permet de définir le droit requis pour l'utilisateur effectuant la saisie afin qu'il puisse choisir l'utilisateur dans la liste des utilisateurs compatibles. typiquement, cet attribut est utilisé ainsi : ''needs="bookAnyone"''.

L'attribut ''status'' permet de définir le statut de la personne à laquelle on attribut la place. Cette définition se fait en utilisant l'identifiant du statut. Exemple : ''status="1"''.

======profile======
Contient l'identifiant du profile requis.

==Wildcard==
Le caractère * peut être utilisé dans les éléments '''resourceType'''. Il indique que la règle s'applique à tous les types de ressources existants de la plateforme.

Exemple avec wildcard :
<xml><resourceTypeList minQty="1" maxQty="1">
<resourceType>*</resourceType>
</resourceTypeList></xml>

Exemple sans wildcard :
<xml><resourceTypeList minQty="1" maxQty="1">
<resourceType>1</resourceType>
<resourceType>2</resourceType>
<resourceType>3</resourceType>
</resourceTypeList></xml>

Paramétrage des validités

2025-06-02T13:37:30Z

Lelhidam: /* Paramétrer pour chaque type de ressource les validités requises */

=Présentation=
L'objet de cette page est de présenter le paramétrage des [[Validités#Définitions|validités]].

Il existe également une page qui traite de l'[[Validités|utilisation des validités]].

=Ajouter un type de validités=
*'''Admin > Utilisateurs > Types de validités'''
*Cliquer sur le bouton '''Ajouter un type de validité'''
*Remplir les champs [[#Paramètres_de_configuration|en fonction du comportement attendu]].
*Cliquer sur le bouton '''Valider'''
La validité s'insère dans le tableau qui est trié par ordre alphabétique

==Paramètres de configuration==

===Nom===
Nom choisi pour désigner une validité

===Soumise à échéance===
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 document à une validité. Un document est constitué d'une ou plusieurs pages. Chaque page a un nom et peut être indépendamment obligatoire ou non. Lorsque le paramètre "associer un document" est activé pour un type de validité, les utilisateurs peuvent [[Validités#Téléverser-un-fichier|téléverser un fichier]] pour chaque page afin de 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]].

===Validité bloquante pour la saisie (si requise)===
Indique le comportement pour ce type de validité que doit adopter OpenFlyers lors d'une tentative de saisie d'activité ou de réservation dont une validité requise est périmée ou absente. Si la validité est configurée comme bloquante, alors la saisie sera bloquée et impossible.

C'est utile en mode ouverture/fermeture d'activité où il est alors possible lors de l'ouverture de l'activité d'interdite un utilisateur de saisir son activité s'il manque un certain nombre de validités.

===Validité bloquante pour le contrôle d'accès (lorsque requise par un type de ressource)===
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 requises pour un type de ressource]]. Chaque règle "ou" est indiquée par une ligne intitulée '''il manque''' dans le message d'erreur qui apparaît.
*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é.

[[File:mandatoryValiditiesForResourceAndPerson.png]]

===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és#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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

Les emails de rappels ne sont pas envoyés aux utilisateurs désactivés.

===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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

===Certification===
La cellule '''Certification''' a 5 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 [[Validités#Certification-manuelle|certifiée manuellement]]. Si un document peut être associé, la présence des pages obligatoires est requise.
*'''Par API FFA''' : la certification est active et réalisable exclusivement par le biais du [[Validités#Certification-automatique-à-partir-du-numéro-de-licence-délivré-par-la-Fédération-Française-Aéronautique|robot OpenFlyers en interrogeant l'API FFA]], ce qui signifie que la [[Validités#Certification-manuelle|certification manuelle]] n'est pas possible. De plus, les utilisateurs ne peuvent ni attribuer ni modifier la date d'échéance de la validité.
*'''Possible par robot (FFA)''' : la certification est active, un document est obligatoire qui doit correspondre au fichier PDF original de l'attestation de licence Fédérale délivrée par la FFA. Alors le robot [[Validités#Certification-automatique-de-l'attestation-délivrée-par-la-Fédération-Française-Aéronautique|certifie automatiquement]] le document associé à la validité.
*<s>'''Possible par OCR''' : La certification est active, un document doit être obligatoirement associé à la validité. Ensuite, [[Validités#Licence-de-pilote-privé-(PPL)|une certification automatique par OCR]] peut être effectuée.</s> ''(en développement)''
*'''Requise avec auto-remplissage (SEP)'''
Lorsque la certification est '''requise''', les personnes en charge de ce type de validités sont notifiées par e-mail lorsque une validité doit être certifiée ou re-certifier. Cela arrive dans l'un des cas suivant :
*La validité a été créée et est [[Validités#Validité-complète|complète]].
*La validité a été [[Validités#Validité-complète|complétée]].
*La validité était [[Validités#Validité-complète|complète]] et [[Validités#Certifier-des-validités|certifiée]], mais une page obligatoire a été modifiée.

Lorsque la certification est '''possible par robot''', les personnes en charge de ce type de validités sont notifiées par e-mail uniquement lorsque le robot n'est pas parvenu à certifier automatiquement le fichier téléversé.

Pour l'utilisation des validités avec certification, voir le chapitre [[Validités#Certifier-des-validités|certifier 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.

===Profils autorisés à gérer pour eux-mêmes===
Permet de sélectionner les profils autorisés à gérer pour eux-mêmes la validité.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

===Profils autorisés à gérer/certifier pour les autres===

Permet de sélectionner les profils autorisés à gérer et certifier la validité pour les autres utilisateurs.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.
===Profils dispensés de signature===
Dans le cas d'une validité de type contrat, permet de sélectionner les profils dispensés de signature.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

=Paramétrer le [[Validités#Contrôle-des-validités|contrôle des validités]]=

==Paramétrer le contrôle des validités pour les activités ou les réservations==
Lors de la saisie d'une activité ou d'une réservation, le contrôle des validités s'effectue en fonction du type de ressource sélectionné et des types d'activités sélectionnés.

===Prendre en compte les validités requises pour un type d'activité donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un typed'activité donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de validités requises pour un type d'activité donné
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de validité requises pour un type d'activité donné. Le choix de l'alerte bloquante ou non est déterminé par OpenFlyers en fonction du [[#Validité-bloquante-pour-la-saisie-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*[[#Paramétrer-pour-chaque-type-d'activité-les-validités-requises|Paramétrer pour chaque type d'activité les validités requises]]

====Paramétrer pour chaque type d'activité les validités requises====
Les validités requises lors de la saisie d'une activité dépendent des types d'activités sélectionnés pour cette activité.

Le paramétrage des validités requises pour chaque type d'activité s'effectue ainsi :
*'''Admin > Types d'activités > Actifs'''
*Dans le tableau '''Types de validités requises (si seul à bord) pour un type d'activité donné''', cocher les validités requises pour chaque type d'activité

===Prendre en compte les validités requises pour un type de ressource donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un type de ressource donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de [[#Paramétrer-pour-chaque-type-de-ressource-les-validités-requises|validités requises]] pour une ressource donnée
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de 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-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*[[#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 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'une-activité|saisie des activités]].

*'''Admin > Types de ressources > Actifs'''
*Dans le tableau qui liste les types de ressources, cliquer sur l'icône dans la colonne '''Action''' symbolisant une check-list [[File:Checklist.png]] et intitulée '''Voir les types de validités requises pour le type de ressource'''.

On se retrouve avec un tableau qui permet de déterminer les validités requises d'une ressource donnée intitulé '''Lorsque utilisateur seul, types de validités requises pour le type de ressource XXX'''.

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 utilisateurs pour qu'ils ne soient pas bloqués. Il est recommandé de rester en mode avertissement durant plusieurs semaines, après passage en production, avant d'activer les restrictions.

=Paramétrer des [[Envoi-des-emails#E-mail-de-rappel-d'échéance-de-validité|rappels par e-mail]] des validités à échéance=

Ce paramétrage n'est possible que pour les validités [[#Soumise-à-échéance|soumises à échéance]] :
*'''Admin > Utilisateurs > Types de validités'''
*Pour chaque validité soumise à échéance :
**Cliquer sur le bouton de modification (pictogramme "crayon")
**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-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 '''Admin > Types de ressources > Actifs'''
**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 [[Validités#Validité-contrat|contrat]]=
*'''Admin > Utilisateurs > Types de validités'''.
*Cliquer sur le bouton '''Ajouter un type de validité'''.
*Choisir un nom pour le contrat.
*Cocher '''Contrat'''.
*Insérer le fichier contenant le corps du contrat dans '''Fichier du contrat'''.
*Si la validité-contrat ne doit pas être requise pour certains profils, cocher [[Gestion-des-profils#Contrats-non-requis|les profils exemptés]].
*Cliquer sur le bouton '''Enregistrer'''

Une fois ceci fait, tous les utilisateurs ou uniquement les utilisateurs n'appartenant aux profils exemptés devront [[Connexion#Signer-des-contrats|signer le contrat]] à leur connexion.

=Supprimer ou désactiver un type de validité=

*'''Admin > Utilisateurs > Types de validités'''
*L'icône symbolisant une poubelle permet de supprimer ou désactiver 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 proposant deux options :

*La suppression : Permet de supprimer complètement le type de validité et les validités correspondantes détenues par les utilisateurs
*La désactivation :
**Permet de rendre obsolète un type de validité, notamment une validité contrat dont la signature ne sera désormais plus requise à la connexion tout en conservant l’historique des personnes ayant détenu cette validité ou ayant signé la « validité contrat ».
**Pour afficher les validités désactivées, cliquer sur le bouton de switch '''Afficher les items désactivés''' disponible au-dessus et en-dessous du tableau.
**Les types de validités désactivés s'affichent et se réactivent selon les caractéristiques des entrées désactivées des tableaux.

Si une validité du type qu'il faut supprimer ou désactiver est rattachée à un type de ressource, type d'activité ou à un produit alors une alerte bloquante, avec la liste des éléments rattachés, empêche la suppression de cette validité. Il faut d'abord retirer la validité aux éléments concernés.

=Supprimer un type de validité déclaré comme contrat=
*'''Admin > 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.

Paramétrage des validités

2025-06-02T13:19:13Z

Lelhidam: /* Paramétrer pour chaque type d'activité les validités requises */

=Présentation=
L'objet de cette page est de présenter le paramétrage des [[Validités#Définitions|validités]].

Il existe également une page qui traite de l'[[Validités|utilisation des validités]].

=Ajouter un type de validités=
*'''Admin > Utilisateurs > Types de validités'''
*Cliquer sur le bouton '''Ajouter un type de validité'''
*Remplir les champs [[#Paramètres_de_configuration|en fonction du comportement attendu]].
*Cliquer sur le bouton '''Valider'''
La validité s'insère dans le tableau qui est trié par ordre alphabétique

==Paramètres de configuration==

===Nom===
Nom choisi pour désigner une validité

===Soumise à échéance===
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 document à une validité. Un document est constitué d'une ou plusieurs pages. Chaque page a un nom et peut être indépendamment obligatoire ou non. Lorsque le paramètre "associer un document" est activé pour un type de validité, les utilisateurs peuvent [[Validités#Téléverser-un-fichier|téléverser un fichier]] pour chaque page afin de 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]].

===Validité bloquante pour la saisie (si requise)===
Indique le comportement pour ce type de validité que doit adopter OpenFlyers lors d'une tentative de saisie d'activité ou de réservation dont une validité requise est périmée ou absente. Si la validité est configurée comme bloquante, alors la saisie sera bloquée et impossible.

C'est utile en mode ouverture/fermeture d'activité où il est alors possible lors de l'ouverture de l'activité d'interdite un utilisateur de saisir son activité s'il manque un certain nombre de validités.

===Validité bloquante pour le contrôle d'accès (lorsque requise par un type de ressource)===
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 requises pour un type de ressource]]. Chaque règle "ou" est indiquée par une ligne intitulée '''il manque''' dans le message d'erreur qui apparaît.
*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é.

[[File:mandatoryValiditiesForResourceAndPerson.png]]

===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és#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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

Les emails de rappels ne sont pas envoyés aux utilisateurs désactivés.

===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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

===Certification===
La cellule '''Certification''' a 5 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 [[Validités#Certification-manuelle|certifiée manuellement]]. Si un document peut être associé, la présence des pages obligatoires est requise.
*'''Par API FFA''' : la certification est active et réalisable exclusivement par le biais du [[Validités#Certification-automatique-à-partir-du-numéro-de-licence-délivré-par-la-Fédération-Française-Aéronautique|robot OpenFlyers en interrogeant l'API FFA]], ce qui signifie que la [[Validités#Certification-manuelle|certification manuelle]] n'est pas possible. De plus, les utilisateurs ne peuvent ni attribuer ni modifier la date d'échéance de la validité.
*'''Possible par robot (FFA)''' : la certification est active, un document est obligatoire qui doit correspondre au fichier PDF original de l'attestation de licence Fédérale délivrée par la FFA. Alors le robot [[Validités#Certification-automatique-de-l'attestation-délivrée-par-la-Fédération-Française-Aéronautique|certifie automatiquement]] le document associé à la validité.
*<s>'''Possible par OCR''' : La certification est active, un document doit être obligatoirement associé à la validité. Ensuite, [[Validités#Licence-de-pilote-privé-(PPL)|une certification automatique par OCR]] peut être effectuée.</s> ''(en développement)''
*'''Requise avec auto-remplissage (SEP)'''
Lorsque la certification est '''requise''', les personnes en charge de ce type de validités sont notifiées par e-mail lorsque une validité doit être certifiée ou re-certifier. Cela arrive dans l'un des cas suivant :
*La validité a été créée et est [[Validités#Validité-complète|complète]].
*La validité a été [[Validités#Validité-complète|complétée]].
*La validité était [[Validités#Validité-complète|complète]] et [[Validités#Certifier-des-validités|certifiée]], mais une page obligatoire a été modifiée.

Lorsque la certification est '''possible par robot''', les personnes en charge de ce type de validités sont notifiées par e-mail uniquement lorsque le robot n'est pas parvenu à certifier automatiquement le fichier téléversé.

Pour l'utilisation des validités avec certification, voir le chapitre [[Validités#Certifier-des-validités|certifier 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.

===Profils autorisés à gérer pour eux-mêmes===
Permet de sélectionner les profils autorisés à gérer pour eux-mêmes la validité.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

===Profils autorisés à gérer/certifier pour les autres===

Permet de sélectionner les profils autorisés à gérer et certifier la validité pour les autres utilisateurs.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.
===Profils dispensés de signature===
Dans le cas d'une validité de type contrat, permet de sélectionner les profils dispensés de signature.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

=Paramétrer le [[Validités#Contrôle-des-validités|contrôle des validités]]=

==Paramétrer le contrôle des validités pour les activités ou les réservations==
Lors de la saisie d'une activité ou d'une réservation, le contrôle des validités s'effectue en fonction du type de ressource sélectionné et des types d'activités sélectionnés.

===Prendre en compte les validités requises pour un type d'activité donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un typed'activité donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de validités requises pour un type d'activité donné
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de validité requises pour un type d'activité donné. Le choix de l'alerte bloquante ou non est déterminé par OpenFlyers en fonction du [[#Validité-bloquante-pour-la-saisie-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*[[#Paramétrer-pour-chaque-type-d'activité-les-validités-requises|Paramétrer pour chaque type d'activité les validités requises]]

====Paramétrer pour chaque type d'activité les validités requises====
Les validités requises lors de la saisie d'une activité dépendent des types d'activités sélectionnés pour cette activité.

Le paramétrage des validités requises pour chaque type d'activité s'effectue ainsi :
*'''Admin > Types d'activités > Actifs'''
*Dans le tableau '''Types de validités requises (si seul à bord) pour un type d'activité donné''', cocher les validités requises pour chaque type d'activité

===Prendre en compte les validités requises pour un type de ressource donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un type de ressource donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de [[#Paramétrer-pour-chaque-type-de-ressource-les-validités-requises|validités requises]] pour une ressource donnée
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de 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-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*[[#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 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'une-activité|saisie des activités]].

*'''Admin > Types de ressources > Actifs'''
*Dans le tableau qui liste les types de ressources, cliquer sur l'icône dans la colonne '''Action''' symbolisant une check-list [[File:Checklist.png]] et intitulée '''Voir les types de validités requises pour le type de ressource'''.

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 utilisateurs pour qu'ils ne soient pas bloqués. Il est recommandé de rester en mode avertissement durant plusieurs semaines, après passage en production, avant d'activer les restrictions.

=Paramétrer des [[Envoi-des-emails#E-mail-de-rappel-d'échéance-de-validité|rappels par e-mail]] des validités à échéance=

Ce paramétrage n'est possible que pour les validités [[#Soumise-à-échéance|soumises à échéance]] :
*'''Admin > Utilisateurs > Types de validités'''
*Pour chaque validité soumise à échéance :
**Cliquer sur le bouton de modification (pictogramme "crayon")
**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-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 '''Admin > Types de ressources > Actifs'''
**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 [[Validités#Validité-contrat|contrat]]=
*'''Admin > Utilisateurs > Types de validités'''.
*Cliquer sur le bouton '''Ajouter un type de validité'''.
*Choisir un nom pour le contrat.
*Cocher '''Contrat'''.
*Insérer le fichier contenant le corps du contrat dans '''Fichier du contrat'''.
*Si la validité-contrat ne doit pas être requise pour certains profils, cocher [[Gestion-des-profils#Contrats-non-requis|les profils exemptés]].
*Cliquer sur le bouton '''Enregistrer'''

Une fois ceci fait, tous les utilisateurs ou uniquement les utilisateurs n'appartenant aux profils exemptés devront [[Connexion#Signer-des-contrats|signer le contrat]] à leur connexion.

=Supprimer ou désactiver un type de validité=

*'''Admin > Utilisateurs > Types de validités'''
*L'icône symbolisant une poubelle permet de supprimer ou désactiver 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 proposant deux options :

*La suppression : Permet de supprimer complètement le type de validité et les validités correspondantes détenues par les utilisateurs
*La désactivation :
**Permet de rendre obsolète un type de validité, notamment une validité contrat dont la signature ne sera désormais plus requise à la connexion tout en conservant l’historique des personnes ayant détenu cette validité ou ayant signé la « validité contrat ».
**Pour afficher les validités désactivées, cliquer sur le bouton de switch '''Afficher les items désactivés''' disponible au-dessus et en-dessous du tableau.
**Les types de validités désactivés s'affichent et se réactivent selon les caractéristiques des entrées désactivées des tableaux.

Si une validité du type qu'il faut supprimer ou désactiver est rattachée à un type de ressource, type d'activité ou à un produit alors une alerte bloquante, avec la liste des éléments rattachés, empêche la suppression de cette validité. Il faut d'abord retirer la validité aux éléments concernés.

=Supprimer un type de validité déclaré comme contrat=
*'''Admin > 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.

Paramétrage des validités

2025-06-02T13:19:01Z

Lelhidam: /* Paramétrer pour chaque type d'activité les validités requises */

=Présentation=
L'objet de cette page est de présenter le paramétrage des [[Validités#Définitions|validités]].

Il existe également une page qui traite de l'[[Validités|utilisation des validités]].

=Ajouter un type de validités=
*'''Admin > Utilisateurs > Types de validités'''
*Cliquer sur le bouton '''Ajouter un type de validité'''
*Remplir les champs [[#Paramètres_de_configuration|en fonction du comportement attendu]].
*Cliquer sur le bouton '''Valider'''
La validité s'insère dans le tableau qui est trié par ordre alphabétique

==Paramètres de configuration==

===Nom===
Nom choisi pour désigner une validité

===Soumise à échéance===
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 document à une validité. Un document est constitué d'une ou plusieurs pages. Chaque page a un nom et peut être indépendamment obligatoire ou non. Lorsque le paramètre "associer un document" est activé pour un type de validité, les utilisateurs peuvent [[Validités#Téléverser-un-fichier|téléverser un fichier]] pour chaque page afin de 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]].

===Validité bloquante pour la saisie (si requise)===
Indique le comportement pour ce type de validité que doit adopter OpenFlyers lors d'une tentative de saisie d'activité ou de réservation dont une validité requise est périmée ou absente. Si la validité est configurée comme bloquante, alors la saisie sera bloquée et impossible.

C'est utile en mode ouverture/fermeture d'activité où il est alors possible lors de l'ouverture de l'activité d'interdite un utilisateur de saisir son activité s'il manque un certain nombre de validités.

===Validité bloquante pour le contrôle d'accès (lorsque requise par un type de ressource)===
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 requises pour un type de ressource]]. Chaque règle "ou" est indiquée par une ligne intitulée '''il manque''' dans le message d'erreur qui apparaît.
*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é.

[[File:mandatoryValiditiesForResourceAndPerson.png]]

===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és#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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

Les emails de rappels ne sont pas envoyés aux utilisateurs désactivés.

===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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

===Certification===
La cellule '''Certification''' a 5 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 [[Validités#Certification-manuelle|certifiée manuellement]]. Si un document peut être associé, la présence des pages obligatoires est requise.
*'''Par API FFA''' : la certification est active et réalisable exclusivement par le biais du [[Validités#Certification-automatique-à-partir-du-numéro-de-licence-délivré-par-la-Fédération-Française-Aéronautique|robot OpenFlyers en interrogeant l'API FFA]], ce qui signifie que la [[Validités#Certification-manuelle|certification manuelle]] n'est pas possible. De plus, les utilisateurs ne peuvent ni attribuer ni modifier la date d'échéance de la validité.
*'''Possible par robot (FFA)''' : la certification est active, un document est obligatoire qui doit correspondre au fichier PDF original de l'attestation de licence Fédérale délivrée par la FFA. Alors le robot [[Validités#Certification-automatique-de-l'attestation-délivrée-par-la-Fédération-Française-Aéronautique|certifie automatiquement]] le document associé à la validité.
*<s>'''Possible par OCR''' : La certification est active, un document doit être obligatoirement associé à la validité. Ensuite, [[Validités#Licence-de-pilote-privé-(PPL)|une certification automatique par OCR]] peut être effectuée.</s> ''(en développement)''
*'''Requise avec auto-remplissage (SEP)'''
Lorsque la certification est '''requise''', les personnes en charge de ce type de validités sont notifiées par e-mail lorsque une validité doit être certifiée ou re-certifier. Cela arrive dans l'un des cas suivant :
*La validité a été créée et est [[Validités#Validité-complète|complète]].
*La validité a été [[Validités#Validité-complète|complétée]].
*La validité était [[Validités#Validité-complète|complète]] et [[Validités#Certifier-des-validités|certifiée]], mais une page obligatoire a été modifiée.

Lorsque la certification est '''possible par robot''', les personnes en charge de ce type de validités sont notifiées par e-mail uniquement lorsque le robot n'est pas parvenu à certifier automatiquement le fichier téléversé.

Pour l'utilisation des validités avec certification, voir le chapitre [[Validités#Certifier-des-validités|certifier 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.

===Profils autorisés à gérer pour eux-mêmes===
Permet de sélectionner les profils autorisés à gérer pour eux-mêmes la validité.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

===Profils autorisés à gérer/certifier pour les autres===

Permet de sélectionner les profils autorisés à gérer et certifier la validité pour les autres utilisateurs.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.
===Profils dispensés de signature===
Dans le cas d'une validité de type contrat, permet de sélectionner les profils dispensés de signature.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

=Paramétrer le [[Validités#Contrôle-des-validités|contrôle des validités]]=

==Paramétrer le contrôle des validités pour les activités ou les réservations==
Lors de la saisie d'une activité ou d'une réservation, le contrôle des validités s'effectue en fonction du type de ressource sélectionné et des types d'activités sélectionnés.

===Prendre en compte les validités requises pour un type d'activité donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un typed'activité donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de validités requises pour un type d'activité donné
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de validité requises pour un type d'activité donné. Le choix de l'alerte bloquante ou non est déterminé par OpenFlyers en fonction du [[#Validité-bloquante-pour-la-saisie-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*[[#Paramétrer-pour-chaque-type-d'activité-les-validités-requises|Paramétrer pour chaque type d'activité les validités requises]]

====Paramétrer pour chaque type d'activité les validités requises====
Les validités requises lors de la saisie d'une activité dépendent des types d'activités sélectionnés pour cette activité.

Le paramétrage des validités requises pour chaque type d'activité s'effectue ainsi :
*'''Admin > Types d'activités> Actifs'''
*Dans le tableau '''Types de validités requises (si seul à bord) pour un type d'activité donné''', cocher les validités requises pour chaque type d'activité

===Prendre en compte les validités requises pour un type de ressource donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un type de ressource donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de [[#Paramétrer-pour-chaque-type-de-ressource-les-validités-requises|validités requises]] pour une ressource donnée
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de 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-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*[[#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 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'une-activité|saisie des activités]].

*'''Admin > Types de ressources > Actifs'''
*Dans le tableau qui liste les types de ressources, cliquer sur l'icône dans la colonne '''Action''' symbolisant une check-list [[File:Checklist.png]] et intitulée '''Voir les types de validités requises pour le type de ressource'''.

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 utilisateurs pour qu'ils ne soient pas bloqués. Il est recommandé de rester en mode avertissement durant plusieurs semaines, après passage en production, avant d'activer les restrictions.

=Paramétrer des [[Envoi-des-emails#E-mail-de-rappel-d'échéance-de-validité|rappels par e-mail]] des validités à échéance=

Ce paramétrage n'est possible que pour les validités [[#Soumise-à-échéance|soumises à échéance]] :
*'''Admin > Utilisateurs > Types de validités'''
*Pour chaque validité soumise à échéance :
**Cliquer sur le bouton de modification (pictogramme "crayon")
**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-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 '''Admin > Types de ressources > Actifs'''
**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 [[Validités#Validité-contrat|contrat]]=
*'''Admin > Utilisateurs > Types de validités'''.
*Cliquer sur le bouton '''Ajouter un type de validité'''.
*Choisir un nom pour le contrat.
*Cocher '''Contrat'''.
*Insérer le fichier contenant le corps du contrat dans '''Fichier du contrat'''.
*Si la validité-contrat ne doit pas être requise pour certains profils, cocher [[Gestion-des-profils#Contrats-non-requis|les profils exemptés]].
*Cliquer sur le bouton '''Enregistrer'''

Une fois ceci fait, tous les utilisateurs ou uniquement les utilisateurs n'appartenant aux profils exemptés devront [[Connexion#Signer-des-contrats|signer le contrat]] à leur connexion.

=Supprimer ou désactiver un type de validité=

*'''Admin > Utilisateurs > Types de validités'''
*L'icône symbolisant une poubelle permet de supprimer ou désactiver 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 proposant deux options :

*La suppression : Permet de supprimer complètement le type de validité et les validités correspondantes détenues par les utilisateurs
*La désactivation :
**Permet de rendre obsolète un type de validité, notamment une validité contrat dont la signature ne sera désormais plus requise à la connexion tout en conservant l’historique des personnes ayant détenu cette validité ou ayant signé la « validité contrat ».
**Pour afficher les validités désactivées, cliquer sur le bouton de switch '''Afficher les items désactivés''' disponible au-dessus et en-dessous du tableau.
**Les types de validités désactivés s'affichent et se réactivent selon les caractéristiques des entrées désactivées des tableaux.

Si une validité du type qu'il faut supprimer ou désactiver est rattachée à un type de ressource, type d'activité ou à un produit alors une alerte bloquante, avec la liste des éléments rattachés, empêche la suppression de cette validité. Il faut d'abord retirer la validité aux éléments concernés.

=Supprimer un type de validité déclaré comme contrat=
*'''Admin > 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.

Paramétrage des validités

2025-06-02T13:14:34Z

Lelhidam: /* Prendre en compte les validités requises pour un type d'activité donné */

=Présentation=
L'objet de cette page est de présenter le paramétrage des [[Validités#Définitions|validités]].

Il existe également une page qui traite de l'[[Validités|utilisation des validités]].

=Ajouter un type de validités=
*'''Admin > Utilisateurs > Types de validités'''
*Cliquer sur le bouton '''Ajouter un type de validité'''
*Remplir les champs [[#Paramètres_de_configuration|en fonction du comportement attendu]].
*Cliquer sur le bouton '''Valider'''
La validité s'insère dans le tableau qui est trié par ordre alphabétique

==Paramètres de configuration==

===Nom===
Nom choisi pour désigner une validité

===Soumise à échéance===
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 document à une validité. Un document est constitué d'une ou plusieurs pages. Chaque page a un nom et peut être indépendamment obligatoire ou non. Lorsque le paramètre "associer un document" est activé pour un type de validité, les utilisateurs peuvent [[Validités#Téléverser-un-fichier|téléverser un fichier]] pour chaque page afin de 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]].

===Validité bloquante pour la saisie (si requise)===
Indique le comportement pour ce type de validité que doit adopter OpenFlyers lors d'une tentative de saisie d'activité ou de réservation dont une validité requise est périmée ou absente. Si la validité est configurée comme bloquante, alors la saisie sera bloquée et impossible.

C'est utile en mode ouverture/fermeture d'activité où il est alors possible lors de l'ouverture de l'activité d'interdite un utilisateur de saisir son activité s'il manque un certain nombre de validités.

===Validité bloquante pour le contrôle d'accès (lorsque requise par un type de ressource)===
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 requises pour un type de ressource]]. Chaque règle "ou" est indiquée par une ligne intitulée '''il manque''' dans le message d'erreur qui apparaît.
*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é.

[[File:mandatoryValiditiesForResourceAndPerson.png]]

===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és#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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

Les emails de rappels ne sont pas envoyés aux utilisateurs désactivés.

===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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

===Certification===
La cellule '''Certification''' a 5 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 [[Validités#Certification-manuelle|certifiée manuellement]]. Si un document peut être associé, la présence des pages obligatoires est requise.
*'''Par API FFA''' : la certification est active et réalisable exclusivement par le biais du [[Validités#Certification-automatique-à-partir-du-numéro-de-licence-délivré-par-la-Fédération-Française-Aéronautique|robot OpenFlyers en interrogeant l'API FFA]], ce qui signifie que la [[Validités#Certification-manuelle|certification manuelle]] n'est pas possible. De plus, les utilisateurs ne peuvent ni attribuer ni modifier la date d'échéance de la validité.
*'''Possible par robot (FFA)''' : la certification est active, un document est obligatoire qui doit correspondre au fichier PDF original de l'attestation de licence Fédérale délivrée par la FFA. Alors le robot [[Validités#Certification-automatique-de-l'attestation-délivrée-par-la-Fédération-Française-Aéronautique|certifie automatiquement]] le document associé à la validité.
*<s>'''Possible par OCR''' : La certification est active, un document doit être obligatoirement associé à la validité. Ensuite, [[Validités#Licence-de-pilote-privé-(PPL)|une certification automatique par OCR]] peut être effectuée.</s> ''(en développement)''
*'''Requise avec auto-remplissage (SEP)'''
Lorsque la certification est '''requise''', les personnes en charge de ce type de validités sont notifiées par e-mail lorsque une validité doit être certifiée ou re-certifier. Cela arrive dans l'un des cas suivant :
*La validité a été créée et est [[Validités#Validité-complète|complète]].
*La validité a été [[Validités#Validité-complète|complétée]].
*La validité était [[Validités#Validité-complète|complète]] et [[Validités#Certifier-des-validités|certifiée]], mais une page obligatoire a été modifiée.

Lorsque la certification est '''possible par robot''', les personnes en charge de ce type de validités sont notifiées par e-mail uniquement lorsque le robot n'est pas parvenu à certifier automatiquement le fichier téléversé.

Pour l'utilisation des validités avec certification, voir le chapitre [[Validités#Certifier-des-validités|certifier 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.

===Profils autorisés à gérer pour eux-mêmes===
Permet de sélectionner les profils autorisés à gérer pour eux-mêmes la validité.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

===Profils autorisés à gérer/certifier pour les autres===

Permet de sélectionner les profils autorisés à gérer et certifier la validité pour les autres utilisateurs.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.
===Profils dispensés de signature===
Dans le cas d'une validité de type contrat, permet de sélectionner les profils dispensés de signature.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

=Paramétrer le [[Validités#Contrôle-des-validités|contrôle des validités]]=

==Paramétrer le contrôle des validités pour les activités ou les réservations==
Lors de la saisie d'une activité ou d'une réservation, le contrôle des validités s'effectue en fonction du type de ressource sélectionné et des types d'activités sélectionnés.

===Prendre en compte les validités requises pour un type d'activité donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un typed'activité donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de validités requises pour un type d'activité donné
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de validité requises pour un type d'activité donné. Le choix de l'alerte bloquante ou non est déterminé par OpenFlyers en fonction du [[#Validité-bloquante-pour-la-saisie-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*[[#Paramétrer-pour-chaque-type-d'activité-les-validités-requises|Paramétrer pour chaque type d'activité les validités requises]]

====Paramétrer pour chaque type d'activité les validités requises====
Les validités requises lors de la saisie d'une activité dépendent des types d'activités sélectionnés pour cette activité. Le paramétrage des validités requises pour chaque type d'activité s'effectue ainsi :
*'''Admin > Activités > Types d'activités'''
*Dans le tableau '''Types de validités requises (si seul à bord) pour un type d'activité donné''', cocher les validités requises pour chaque type d'activité

===Prendre en compte les validités requises pour un type de ressource donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un type de ressource donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de [[#Paramétrer-pour-chaque-type-de-ressource-les-validités-requises|validités requises]] pour une ressource donnée
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de 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-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*[[#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 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'une-activité|saisie des activités]].

*'''Admin > Types de ressources > Actifs'''
*Dans le tableau qui liste les types de ressources, cliquer sur l'icône dans la colonne '''Action''' symbolisant une check-list [[File:Checklist.png]] et intitulée '''Voir les types de validités requises pour le type de ressource'''.

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 utilisateurs pour qu'ils ne soient pas bloqués. Il est recommandé de rester en mode avertissement durant plusieurs semaines, après passage en production, avant d'activer les restrictions.

=Paramétrer des [[Envoi-des-emails#E-mail-de-rappel-d'échéance-de-validité|rappels par e-mail]] des validités à échéance=

Ce paramétrage n'est possible que pour les validités [[#Soumise-à-échéance|soumises à échéance]] :
*'''Admin > Utilisateurs > Types de validités'''
*Pour chaque validité soumise à échéance :
**Cliquer sur le bouton de modification (pictogramme "crayon")
**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-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 '''Admin > Types de ressources > Actifs'''
**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 [[Validités#Validité-contrat|contrat]]=
*'''Admin > Utilisateurs > Types de validités'''.
*Cliquer sur le bouton '''Ajouter un type de validité'''.
*Choisir un nom pour le contrat.
*Cocher '''Contrat'''.
*Insérer le fichier contenant le corps du contrat dans '''Fichier du contrat'''.
*Si la validité-contrat ne doit pas être requise pour certains profils, cocher [[Gestion-des-profils#Contrats-non-requis|les profils exemptés]].
*Cliquer sur le bouton '''Enregistrer'''

Une fois ceci fait, tous les utilisateurs ou uniquement les utilisateurs n'appartenant aux profils exemptés devront [[Connexion#Signer-des-contrats|signer le contrat]] à leur connexion.

=Supprimer ou désactiver un type de validité=

*'''Admin > Utilisateurs > Types de validités'''
*L'icône symbolisant une poubelle permet de supprimer ou désactiver 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 proposant deux options :

*La suppression : Permet de supprimer complètement le type de validité et les validités correspondantes détenues par les utilisateurs
*La désactivation :
**Permet de rendre obsolète un type de validité, notamment une validité contrat dont la signature ne sera désormais plus requise à la connexion tout en conservant l’historique des personnes ayant détenu cette validité ou ayant signé la « validité contrat ».
**Pour afficher les validités désactivées, cliquer sur le bouton de switch '''Afficher les items désactivés''' disponible au-dessus et en-dessous du tableau.
**Les types de validités désactivés s'affichent et se réactivent selon les caractéristiques des entrées désactivées des tableaux.

Si une validité du type qu'il faut supprimer ou désactiver est rattachée à un type de ressource, type d'activité ou à un produit alors une alerte bloquante, avec la liste des éléments rattachés, empêche la suppression de cette validité. Il faut d'abord retirer la validité aux éléments concernés.

=Supprimer un type de validité déclaré comme contrat=
*'''Admin > 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.

Paramétrage des validités

2025-06-02T13:14:06Z

Lelhidam: /* Prendre en compte les validités requises pour un type de ressource donné */

=Présentation=
L'objet de cette page est de présenter le paramétrage des [[Validités#Définitions|validités]].

Il existe également une page qui traite de l'[[Validités|utilisation des validités]].

=Ajouter un type de validités=
*'''Admin > Utilisateurs > Types de validités'''
*Cliquer sur le bouton '''Ajouter un type de validité'''
*Remplir les champs [[#Paramètres_de_configuration|en fonction du comportement attendu]].
*Cliquer sur le bouton '''Valider'''
La validité s'insère dans le tableau qui est trié par ordre alphabétique

==Paramètres de configuration==

===Nom===
Nom choisi pour désigner une validité

===Soumise à échéance===
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 document à une validité. Un document est constitué d'une ou plusieurs pages. Chaque page a un nom et peut être indépendamment obligatoire ou non. Lorsque le paramètre "associer un document" est activé pour un type de validité, les utilisateurs peuvent [[Validités#Téléverser-un-fichier|téléverser un fichier]] pour chaque page afin de 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]].

===Validité bloquante pour la saisie (si requise)===
Indique le comportement pour ce type de validité que doit adopter OpenFlyers lors d'une tentative de saisie d'activité ou de réservation dont une validité requise est périmée ou absente. Si la validité est configurée comme bloquante, alors la saisie sera bloquée et impossible.

C'est utile en mode ouverture/fermeture d'activité où il est alors possible lors de l'ouverture de l'activité d'interdite un utilisateur de saisir son activité s'il manque un certain nombre de validités.

===Validité bloquante pour le contrôle d'accès (lorsque requise par un type de ressource)===
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 requises pour un type de ressource]]. Chaque règle "ou" est indiquée par une ligne intitulée '''il manque''' dans le message d'erreur qui apparaît.
*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é.

[[File:mandatoryValiditiesForResourceAndPerson.png]]

===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és#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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

Les emails de rappels ne sont pas envoyés aux utilisateurs désactivés.

===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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

===Certification===
La cellule '''Certification''' a 5 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 [[Validités#Certification-manuelle|certifiée manuellement]]. Si un document peut être associé, la présence des pages obligatoires est requise.
*'''Par API FFA''' : la certification est active et réalisable exclusivement par le biais du [[Validités#Certification-automatique-à-partir-du-numéro-de-licence-délivré-par-la-Fédération-Française-Aéronautique|robot OpenFlyers en interrogeant l'API FFA]], ce qui signifie que la [[Validités#Certification-manuelle|certification manuelle]] n'est pas possible. De plus, les utilisateurs ne peuvent ni attribuer ni modifier la date d'échéance de la validité.
*'''Possible par robot (FFA)''' : la certification est active, un document est obligatoire qui doit correspondre au fichier PDF original de l'attestation de licence Fédérale délivrée par la FFA. Alors le robot [[Validités#Certification-automatique-de-l'attestation-délivrée-par-la-Fédération-Française-Aéronautique|certifie automatiquement]] le document associé à la validité.
*<s>'''Possible par OCR''' : La certification est active, un document doit être obligatoirement associé à la validité. Ensuite, [[Validités#Licence-de-pilote-privé-(PPL)|une certification automatique par OCR]] peut être effectuée.</s> ''(en développement)''
*'''Requise avec auto-remplissage (SEP)'''
Lorsque la certification est '''requise''', les personnes en charge de ce type de validités sont notifiées par e-mail lorsque une validité doit être certifiée ou re-certifier. Cela arrive dans l'un des cas suivant :
*La validité a été créée et est [[Validités#Validité-complète|complète]].
*La validité a été [[Validités#Validité-complète|complétée]].
*La validité était [[Validités#Validité-complète|complète]] et [[Validités#Certifier-des-validités|certifiée]], mais une page obligatoire a été modifiée.

Lorsque la certification est '''possible par robot''', les personnes en charge de ce type de validités sont notifiées par e-mail uniquement lorsque le robot n'est pas parvenu à certifier automatiquement le fichier téléversé.

Pour l'utilisation des validités avec certification, voir le chapitre [[Validités#Certifier-des-validités|certifier 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.

===Profils autorisés à gérer pour eux-mêmes===
Permet de sélectionner les profils autorisés à gérer pour eux-mêmes la validité.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

===Profils autorisés à gérer/certifier pour les autres===

Permet de sélectionner les profils autorisés à gérer et certifier la validité pour les autres utilisateurs.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.
===Profils dispensés de signature===
Dans le cas d'une validité de type contrat, permet de sélectionner les profils dispensés de signature.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

=Paramétrer le [[Validités#Contrôle-des-validités|contrôle des validités]]=

==Paramétrer le contrôle des validités pour les activités ou les réservations==
Lors de la saisie d'une activité ou d'une réservation, le contrôle des validités s'effectue en fonction du type de ressource sélectionné et des types d'activités sélectionnés.

===Prendre en compte les validités requises pour un type d'activité donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un typed'activité donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de validités requises pour un type d'activité donné
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de validité requises pour un type d'activité donné. Le choix de l'alerte bloquante ou non est déterminé par OpenFlyers en fonction du [[#Validité-bloquante-pour-la-saisie-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*Puis vous pouvez [[#Paramétrer-pour-chaque-type-d'activité-les-validités-requises|paramétrer pour chaque type d'activité les validités requises]]

====Paramétrer pour chaque type d'activité les validités requises====
Les validités requises lors de la saisie d'une activité dépendent des types d'activités sélectionnés pour cette activité. Le paramétrage des validités requises pour chaque type d'activité s'effectue ainsi :
*'''Admin > Activités > Types d'activités'''
*Dans le tableau '''Types de validités requises (si seul à bord) pour un type d'activité donné''', cocher les validités requises pour chaque type d'activité

===Prendre en compte les validités requises pour un type de ressource donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un type de ressource donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de [[#Paramétrer-pour-chaque-type-de-ressource-les-validités-requises|validités requises]] pour une ressource donnée
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de 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-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*[[#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 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'une-activité|saisie des activités]].

*'''Admin > Types de ressources > Actifs'''
*Dans le tableau qui liste les types de ressources, cliquer sur l'icône dans la colonne '''Action''' symbolisant une check-list [[File:Checklist.png]] et intitulée '''Voir les types de validités requises pour le type de ressource'''.

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 utilisateurs pour qu'ils ne soient pas bloqués. Il est recommandé de rester en mode avertissement durant plusieurs semaines, après passage en production, avant d'activer les restrictions.

=Paramétrer des [[Envoi-des-emails#E-mail-de-rappel-d'échéance-de-validité|rappels par e-mail]] des validités à échéance=

Ce paramétrage n'est possible que pour les validités [[#Soumise-à-échéance|soumises à échéance]] :
*'''Admin > Utilisateurs > Types de validités'''
*Pour chaque validité soumise à échéance :
**Cliquer sur le bouton de modification (pictogramme "crayon")
**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-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 '''Admin > Types de ressources > Actifs'''
**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 [[Validités#Validité-contrat|contrat]]=
*'''Admin > Utilisateurs > Types de validités'''.
*Cliquer sur le bouton '''Ajouter un type de validité'''.
*Choisir un nom pour le contrat.
*Cocher '''Contrat'''.
*Insérer le fichier contenant le corps du contrat dans '''Fichier du contrat'''.
*Si la validité-contrat ne doit pas être requise pour certains profils, cocher [[Gestion-des-profils#Contrats-non-requis|les profils exemptés]].
*Cliquer sur le bouton '''Enregistrer'''

Une fois ceci fait, tous les utilisateurs ou uniquement les utilisateurs n'appartenant aux profils exemptés devront [[Connexion#Signer-des-contrats|signer le contrat]] à leur connexion.

=Supprimer ou désactiver un type de validité=

*'''Admin > Utilisateurs > Types de validités'''
*L'icône symbolisant une poubelle permet de supprimer ou désactiver 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 proposant deux options :

*La suppression : Permet de supprimer complètement le type de validité et les validités correspondantes détenues par les utilisateurs
*La désactivation :
**Permet de rendre obsolète un type de validité, notamment une validité contrat dont la signature ne sera désormais plus requise à la connexion tout en conservant l’historique des personnes ayant détenu cette validité ou ayant signé la « validité contrat ».
**Pour afficher les validités désactivées, cliquer sur le bouton de switch '''Afficher les items désactivés''' disponible au-dessus et en-dessous du tableau.
**Les types de validités désactivés s'affichent et se réactivent selon les caractéristiques des entrées désactivées des tableaux.

Si une validité du type qu'il faut supprimer ou désactiver est rattachée à un type de ressource, type d'activité ou à un produit alors une alerte bloquante, avec la liste des éléments rattachés, empêche la suppression de cette validité. Il faut d'abord retirer la validité aux éléments concernés.

=Supprimer un type de validité déclaré comme contrat=
*'''Admin > 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.

Paramétrage des validités

2025-06-02T13:13:30Z

Lelhidam: /* Paramétrer le contrôle des validités pour les activités ou les réservations */

=Présentation=
L'objet de cette page est de présenter le paramétrage des [[Validités#Définitions|validités]].

Il existe également une page qui traite de l'[[Validités|utilisation des validités]].

=Ajouter un type de validités=
*'''Admin > Utilisateurs > Types de validités'''
*Cliquer sur le bouton '''Ajouter un type de validité'''
*Remplir les champs [[#Paramètres_de_configuration|en fonction du comportement attendu]].
*Cliquer sur le bouton '''Valider'''
La validité s'insère dans le tableau qui est trié par ordre alphabétique

==Paramètres de configuration==

===Nom===
Nom choisi pour désigner une validité

===Soumise à échéance===
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 document à une validité. Un document est constitué d'une ou plusieurs pages. Chaque page a un nom et peut être indépendamment obligatoire ou non. Lorsque le paramètre "associer un document" est activé pour un type de validité, les utilisateurs peuvent [[Validités#Téléverser-un-fichier|téléverser un fichier]] pour chaque page afin de 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]].

===Validité bloquante pour la saisie (si requise)===
Indique le comportement pour ce type de validité que doit adopter OpenFlyers lors d'une tentative de saisie d'activité ou de réservation dont une validité requise est périmée ou absente. Si la validité est configurée comme bloquante, alors la saisie sera bloquée et impossible.

C'est utile en mode ouverture/fermeture d'activité où il est alors possible lors de l'ouverture de l'activité d'interdite un utilisateur de saisir son activité s'il manque un certain nombre de validités.

===Validité bloquante pour le contrôle d'accès (lorsque requise par un type de ressource)===
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 requises pour un type de ressource]]. Chaque règle "ou" est indiquée par une ligne intitulée '''il manque''' dans le message d'erreur qui apparaît.
*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é.

[[File:mandatoryValiditiesForResourceAndPerson.png]]

===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és#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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

Les emails de rappels ne sont pas envoyés aux utilisateurs désactivés.

===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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

===Certification===
La cellule '''Certification''' a 5 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 [[Validités#Certification-manuelle|certifiée manuellement]]. Si un document peut être associé, la présence des pages obligatoires est requise.
*'''Par API FFA''' : la certification est active et réalisable exclusivement par le biais du [[Validités#Certification-automatique-à-partir-du-numéro-de-licence-délivré-par-la-Fédération-Française-Aéronautique|robot OpenFlyers en interrogeant l'API FFA]], ce qui signifie que la [[Validités#Certification-manuelle|certification manuelle]] n'est pas possible. De plus, les utilisateurs ne peuvent ni attribuer ni modifier la date d'échéance de la validité.
*'''Possible par robot (FFA)''' : la certification est active, un document est obligatoire qui doit correspondre au fichier PDF original de l'attestation de licence Fédérale délivrée par la FFA. Alors le robot [[Validités#Certification-automatique-de-l'attestation-délivrée-par-la-Fédération-Française-Aéronautique|certifie automatiquement]] le document associé à la validité.
*<s>'''Possible par OCR''' : La certification est active, un document doit être obligatoirement associé à la validité. Ensuite, [[Validités#Licence-de-pilote-privé-(PPL)|une certification automatique par OCR]] peut être effectuée.</s> ''(en développement)''
*'''Requise avec auto-remplissage (SEP)'''
Lorsque la certification est '''requise''', les personnes en charge de ce type de validités sont notifiées par e-mail lorsque une validité doit être certifiée ou re-certifier. Cela arrive dans l'un des cas suivant :
*La validité a été créée et est [[Validités#Validité-complète|complète]].
*La validité a été [[Validités#Validité-complète|complétée]].
*La validité était [[Validités#Validité-complète|complète]] et [[Validités#Certifier-des-validités|certifiée]], mais une page obligatoire a été modifiée.

Lorsque la certification est '''possible par robot''', les personnes en charge de ce type de validités sont notifiées par e-mail uniquement lorsque le robot n'est pas parvenu à certifier automatiquement le fichier téléversé.

Pour l'utilisation des validités avec certification, voir le chapitre [[Validités#Certifier-des-validités|certifier 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.

===Profils autorisés à gérer pour eux-mêmes===
Permet de sélectionner les profils autorisés à gérer pour eux-mêmes la validité.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

===Profils autorisés à gérer/certifier pour les autres===

Permet de sélectionner les profils autorisés à gérer et certifier la validité pour les autres utilisateurs.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.
===Profils dispensés de signature===
Dans le cas d'une validité de type contrat, permet de sélectionner les profils dispensés de signature.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

=Paramétrer le [[Validités#Contrôle-des-validités|contrôle des validités]]=

==Paramétrer le contrôle des validités pour les activités ou les réservations==
Lors de la saisie d'une activité ou d'une réservation, le contrôle des validités s'effectue en fonction du type de ressource sélectionné et des types d'activités sélectionnés.

===Prendre en compte les validités requises pour un type d'activité donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un typed'activité donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de validités requises pour un type d'activité donné
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de validité requises pour un type d'activité donné. Le choix de l'alerte bloquante ou non est déterminé par OpenFlyers en fonction du [[#Validité-bloquante-pour-la-saisie-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*Puis vous pouvez [[#Paramétrer-pour-chaque-type-d'activité-les-validités-requises|paramétrer pour chaque type d'activité les validités requises]]

====Paramétrer pour chaque type d'activité les validités requises====
Les validités requises lors de la saisie d'une activité dépendent des types d'activités sélectionnés pour cette activité. Le paramétrage des validités requises pour chaque type d'activité s'effectue ainsi :
*'''Admin > Activités > Types d'activités'''
*Dans le tableau '''Types de validités requises (si seul à bord) pour un type d'activité donné''', cocher les validités requises pour chaque type d'activité

===Prendre en compte les validités requises pour un type de ressource donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un type de ressource donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de [[#Paramétrer-pour-chaque-type-de-ressource-les-validités-requises|validités requises]] pour une ressource donnée
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de 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-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*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 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'une-activité|saisie des activités]].

*'''Admin > Types de ressources > Actifs'''
*Dans le tableau qui liste les types de ressources, cliquer sur l'icône dans la colonne '''Action''' symbolisant une check-list [[File:Checklist.png]] et intitulée '''Voir les types de validités requises pour le type de ressource'''.

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 utilisateurs pour qu'ils ne soient pas bloqués. Il est recommandé de rester en mode avertissement durant plusieurs semaines, après passage en production, avant d'activer les restrictions.

=Paramétrer des [[Envoi-des-emails#E-mail-de-rappel-d'échéance-de-validité|rappels par e-mail]] des validités à échéance=

Ce paramétrage n'est possible que pour les validités [[#Soumise-à-échéance|soumises à échéance]] :
*'''Admin > Utilisateurs > Types de validités'''
*Pour chaque validité soumise à échéance :
**Cliquer sur le bouton de modification (pictogramme "crayon")
**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-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 '''Admin > Types de ressources > Actifs'''
**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 [[Validités#Validité-contrat|contrat]]=
*'''Admin > Utilisateurs > Types de validités'''.
*Cliquer sur le bouton '''Ajouter un type de validité'''.
*Choisir un nom pour le contrat.
*Cocher '''Contrat'''.
*Insérer le fichier contenant le corps du contrat dans '''Fichier du contrat'''.
*Si la validité-contrat ne doit pas être requise pour certains profils, cocher [[Gestion-des-profils#Contrats-non-requis|les profils exemptés]].
*Cliquer sur le bouton '''Enregistrer'''

Une fois ceci fait, tous les utilisateurs ou uniquement les utilisateurs n'appartenant aux profils exemptés devront [[Connexion#Signer-des-contrats|signer le contrat]] à leur connexion.

=Supprimer ou désactiver un type de validité=

*'''Admin > Utilisateurs > Types de validités'''
*L'icône symbolisant une poubelle permet de supprimer ou désactiver 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 proposant deux options :

*La suppression : Permet de supprimer complètement le type de validité et les validités correspondantes détenues par les utilisateurs
*La désactivation :
**Permet de rendre obsolète un type de validité, notamment une validité contrat dont la signature ne sera désormais plus requise à la connexion tout en conservant l’historique des personnes ayant détenu cette validité ou ayant signé la « validité contrat ».
**Pour afficher les validités désactivées, cliquer sur le bouton de switch '''Afficher les items désactivés''' disponible au-dessus et en-dessous du tableau.
**Les types de validités désactivés s'affichent et se réactivent selon les caractéristiques des entrées désactivées des tableaux.

Si une validité du type qu'il faut supprimer ou désactiver est rattachée à un type de ressource, type d'activité ou à un produit alors une alerte bloquante, avec la liste des éléments rattachés, empêche la suppression de cette validité. Il faut d'abord retirer la validité aux éléments concernés.

=Supprimer un type de validité déclaré comme contrat=
*'''Admin > 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.

Paramétrage des activités

2025-05-30T15:12:22Z

Lelhidam: /* Facturation */

=Présentation=
L'objet de cette page est de présenter le paramétrage du module de gestion des activités.

Il existe également des pages qui traitent de :
*La [[gestion des types d'activités]]
*La [[gestion des activités]]

Le paramétrage des activités s'effectue dans '''Admin > Structure > Paramétrage > Activités'''.

Pour activer la gestion des activités, il faut activer l'interrupteur '''Activité'''.

Lorsque la gestion des activités est activée, un formulaire s'affiche permettant de configurer le module de gestion des activités.

=Général=
==Mode==
Permet de choisir entre les [[Introduction#Modes_de_saisie_ouverture+fermeture_ou_fermeture_seule|modes ouverture+fermeture et fermeture seulement]].

Le mode "fermeture seulement" est sélectionné par défaut.

==Gestion des potentiels==
Permet d'activer le [[Suivi-de-maintenance#Module-de-suivi-du-potentiel-restant|Module de suivi du potentiel restant]] et ainsi de suivre le potentiel restant avant la prochaine échéance calendaire ou horaire d'une ressource.

==Redirection à la fermeture d'une activité==
Cette fonctionnalité permet de poser une question à l'utilisateur après la saisie avec succès d'une [[Gestion-des-activités#Saisir-une-activité|fermeture d'activité]]. Si la réponse est oui à la question, OpenFlyers ouvre un nouvel onglet avec comme URL le lien renseigné dans le paramétrage.

Pour activer cette fonctionnalité il faut :
*Cliquer sur '''OUI'''
*Champ '''Question''' : renseigner la question à poser à l'utilisateur après qu'il ait saisie une activité
*Champ '''URL''' : indiquer l'URL complète
*Cliquer sur le bouton '''Enregistrer'''

Exemple de paramétrage pour demander à un utilisateur s'il veut déclarer un évènement REX FFA :
*Champ '''Question''' : ''Voulez-vous déclarer un Rex ?''
*Champ '''URL''' : ''https://rex.ffa-aero.fr''

=Facturation=
===Regrouper les activités en une facture lors de la validation===
Cette option est visible à condition que la [[#Gestion-des-comptes|gestion des comptes]] soit activée.

Lorsque cette option est activée, lors de la [[Gestion-des-activités#Valider-une-activité|validation de plusieurs activités]] celles-ci sont [[Facturation-des-clients#Regrouper-les-ventes-par-client|regroupées en une seule facture par client]].

==Envoyer un [[Facturation-des-clients#Envoi-automatique-de-chaque-facture-client|email pour chaque facture]]==
Cette option est visible à condition que la [[#Gestion-des-comptes|gestion des comptes]] soit activée.

Lorsque cette option est activée, à la suite de la [[Gestion-des-activités#Valider-une-activité|validation d'une activité]] ou d'une vente, la facture PDF sera générée dans la minute qui suit et un [[Facturation-des-clients#Envoi-automatique-de-chaque-facture-client|email sera automatiquement envoyé à l'utilisateur]] avec en pièce-jointe la facture PDF.

Si l'option est désactivée, l'utilisateur peut toutefois activer pour lui [[Fiche-personnelle#Recevoir-un-e-mail-pour-chaque-facture|l'envoi automatique de chaque facture]].

==Autoriser les utilisateurs à choisir de recevoir ou non un email pour chaque facture==
Cette option est visible à condition que l'option [[#Envoyer-un-email-pour-chaque-facture|Envoyer un email pour chaque facture]] soit activée.

Par défaut un utilisateur va recevoir un [[Facturation-des-clients#Envoi-automatique-de-chaque-facture-client|email pour chaque facture]]. Cette option permet à un utilisateur depuis sa fiche personnelle de désactiver ou activer l'envoi d'un email pour chaque facture.

=[[Paramétrage-des-validités#Paramétrer-le-contrôle-des-validités-pour-les-activités-ou-les-réservations|Paramétrage général du contrôle des validités pour la saisie des vols]]=

=Seconde personne à bord=
==Type d'activité requis==
Permet de définir quel type d'activité doit être obligatoirement sélectionné lors de la présence d'un second pilote à bord. Usuellement utilisé pour éviter les erreurs ou oublis en cas de vol d'instruction.

==Demander au moins 2 types d'activités==

=Auto-compléter=
==Terrain d'arrivée égal au terrain de départ, lorsque l'une des activités suivantes est sélectionnée==
Cette option définit les types d'activités qui associent automatiquement le terrain de départ d'un vol et son terrain d'arrivée.

Les types d'activités choisis lors du paramétrage se retrouvent dans la page de [[Gestion-des-activités#Saisir-une-activité|saisie d'activité]]. Si l'un des types d'activités est alors sélectionné lors de la [[Gestion-des-activités#Saisir-une-activité|saisie d'une activité]], le terrain d'arrivée et le terrain de départ sont de la même valeur.

=Champs visibles=
==Heures totales après activité==
Ce champ existe uniquement en fermeture d'activité

Lorsqu'il est coché, il apparait, en lecture seulement, dans le formulaire de saisie d'activité. Il calcule automatiquement et affiche le total des heures de la ressource avec la durée saisie dans ce formulaire.

=Export=
==Gesasso==
Pour réaliser l'[[Interfaçage-OpenFlyers-et-Gesasso|interfaçage de Gesasso avec OpenFlyers]], les informations suivantes doivent être précisées :
*Gesasso login : permet de définir le login utilisé pour l'authentification auprès de Gesasso
*Gesasso password : permet de définir le mot de passe utilisé pour l'authentification auprès de Gesasso

=Import=
==Charterware==
Pour réaliser l'[[Interfaçage-OpenFlyers-et-Charterware|interfaçage de Charterware avec OpenFlyers]]:
*Activer l'interrupteur '''Charterware''' dans la colonne '''Import'''. [[#Vérification-de-l'abonnement-d'interconnexion-avec-boitier-GPS/GSM|Une vérification de l'abonnement]] est effectuée.
Si l'interrupteur est activé, les informations suivantes doivent être précisées :
*Nom de la plateforme dans Charterware : permet de définir le nom utilisé dans Charterware**Formule date de début du vol Charterware : permet de définir la formule de calcul de la date de début par rapport aux données transmises par Charterware
*Formule durée du vol Charterware : permet de définir la formule de calcul de la durée par rapport aux données transmises par Charterware
*Formule temps en l'air Charterware : permet de définir la formule de calcul du temps passé en l'air par rapport aux données transmises par Charterware
*Règle d'arrondi horaire Charterware : concernant les horaires de vols Charterware a une précision à la seconde contrairement à OpenFlyers qui a une précision à la minute. Il est donc nécessaire de définir comment les secondes seront arrondies.
*Type d'activité par défaut pour un pilote dans Charterware : permet de définir l'activité qui sera choisi si le vol Charterware ne peut être associé à une réservation.
*Type d'activité par défaut pour deux pilotes dans Charterware : permet de définir l'activité qui sera choisi si le vol Charterware ne peut être associé à une réservation.
*Récupération des traces de vols Charterare sur messagerie électronique : permet d'activer ou non la récupération des traces de vols crée par Charterware.
*E-mail : adresse email recevant les vols Charterware.
*Mot de passe : mot de passe correspondant à l'adresse email.
*Adresse du serveur : nom de domaine Internet ou une adresse IP de serveur.
*Port : numéro de port TCP.
*Option serveur : options lié au serveur.

Il existe trois règles d'arrondi possibles :
*Arrondi classique
*Arrondi au supérieur
*Arrondi à l'inférieur

==ClickAndTakeoff==
Pour réaliser l'[[Interfaçage-OpenFlyers-et-ClickAndTakeoff|interfaçage de ClickAndTakeoff avec OpenFlyers]] :
*Activer l'interrupteur '''ClickAndTakeoff''' dans la colonne '''Import'''. [[#Vérification-de-l'abonnement-d'interconnexion-avec-boitier-GPS/GSM|Une vérification de l'abonnement]] est effectuée.
Si l'interrupteur est activé, les informations suivantes doivent être précisées :
*Nom de la plateforme dans ClickAndTakeoff : permet de définir le nom utilisé dans ClickAndTakeoff
*Formule date de début du vol ClickAndTakeoff : permet de définir la formule de calcul de la date de début par rapport aux données transmises par ClickAndTakeoff
*Formule durée du vol ClickAndTakeoff : permet de définir la formule de calcul de la durée par rapport aux données transmises par ClickAndTakeoff
*Formule temps en l'air ClickAndTakeoff : permet de définir la formule de calcul du temps passé en l'air par rapport aux données transmises par ClickAndTakeoff
*Type d'activité par défaut pour un pilote dans ClickAndTakeoff : permet de définir l'activité qui sera choisi si le vol ClickAndTakeoff ne peut être associé à une réservation.
*Type d'activité par défaut pour deux pilotes dans ClickAndTakeoff : permet de définir l'activité qui sera choisi si le vol ClickAndTakeoff ne peut être associé à une réservation.
*Le jeton d'accès du ClickAndTakeoff : permet de définir le token utilisé pour l'authentification auprès de ClickAndTakeoff

==Teltonika==
Pour réaliser l'[[Interfaçage-OpenFlyers-et-Teltonika|interfaçage de Teltonika avec OpenFlyers]]:
*Activer l'interrupteur '''Teltonika''' dans la colonne '''Import'''. [[#Vérification-de-l'abonnement-d'interconnexion-avec-boitier-GPS/GSM|Une vérification de l'abonnement]] est effectuée.
Si l'interrupteur est activé, les informations suivantes doivent être précisées :
* Nom d'utilisateur pour la plateforme dans Teltonika : permet de définir le nom utilisé dans Teltonika
* Mot de passe du Teltonika : permet de l'authentification auprès de Teltonika
* Formule date de début du vol Teltonika : permet de définir la formule de calcul de la date de début par rapport aux données transmises par Teltonika
* Formule durée du vol Teltonika : permet de définir la formule de calcul de la durée par rapport aux données transmises par Teltonika
* Formule temps en l'air Teltonika : permet de définir la formule de calcul du temps passé en l'air par rapport aux données transmises par Teltonika

=Vérification de l'abonnement d'interconnexion avec boitier GPS/GSM=
Pour synchroniser OpenFlyers avec l'un des boîtiers GPS/GSM ([[#Gestion-de-Charterware|Charterware]], [[#Gestion-de-ClickAndTakeoff|ClickAndTakeOff]], [[#Gestion-de-Teltonika|Teltonika]]), la plateforme doit disposer d'un abonnement d'interconnexion valide. Si cet abonnement n'est pas payé, un message d'erreur apparaître lors de l'activation de l'interrupteur, indiquant que la synchronisation avec le boîtier n'est pas possible. Pour activer l'interfaçage, il est nécessaire de souscrire à l'abonnement d'interconnexion.

=Gestion [[Contrôle-des-accès|armoire à clés]]=

Active le [[Interfaçage-OpenFlyers-et-armoire-à-clés#Activation-et-configuration-de-la-gestion-des-armoires-à-clé|contrôle d'une armoire à clés]].

====Gestion des clés====

Active l'[[Interfaçage-OpenFlyers-et-armoire-à-clés#Attribution-des-clés-aux-ressources/aéronefs|attribution de clés aux ressources]].

====Nombre de clés====

Permet de définir le nombre de clés que l'armoire peut accueillir.

====Logiciel de contrôle de l'armoire à clés====

Permet de définir le logiciel à utiliser pour le contrôle de l'armoire à clés :
*'''OF_GetFlogBoxFile.exe''' permet de contrôler les [[Contrôle-des-accès#Armoires-à-clés-FlogBox-anciennement-commercialisées-par-Francelog|armoires à clés FlogBox anciennement commercialisées par Francelog]]
*'''OF_GetKeyGuardFile.exe''' permet de contrôler les [[Contrôle-des-accès#Armoires-à-clés-KeyGuard-anciennement-commercialisées-par-BKS-électronique|armoires à clés KeyGuard anciennement commercialisées par BKS électronique]]
*'''OpenKey''', '''PyOpenKey''' et '''PyOpenKey2''' permettent de contrôler les [[Contrôle-des-accès#Armoires-à-clés-Deister-commercialisées-par-OpenFlyers|armoires à clés Deister commercialisées par OpenFlyers]]. Si l'une de ces options est sélectionnée alors des champs supplémentaires pour [[Installation-armoire-à-clés#Paramétrage-OpenFlyers|configurer le logiciel de contrôle]] apparaissent.

Paramétrage des activités

2025-05-30T15:12:09Z

Lelhidam: /* Paramétrage général du contrôle des validités pour la saisie des vols */

=Présentation=
L'objet de cette page est de présenter le paramétrage du module de gestion des activités.

Il existe également des pages qui traitent de :
*La [[gestion des types d'activités]]
*La [[gestion des activités]]

Le paramétrage des activités s'effectue dans '''Admin > Structure > Paramétrage > Activités'''.

Pour activer la gestion des activités, il faut activer l'interrupteur '''Activité'''.

Lorsque la gestion des activités est activée, un formulaire s'affiche permettant de configurer le module de gestion des activités.

=Général=
==Mode==
Permet de choisir entre les [[Introduction#Modes_de_saisie_ouverture+fermeture_ou_fermeture_seule|modes ouverture+fermeture et fermeture seulement]].

Le mode "fermeture seulement" est sélectionné par défaut.

==Gestion des potentiels==
Permet d'activer le [[Suivi-de-maintenance#Module-de-suivi-du-potentiel-restant|Module de suivi du potentiel restant]] et ainsi de suivre le potentiel restant avant la prochaine échéance calendaire ou horaire d'une ressource.

==Redirection à la fermeture d'une activité==
Cette fonctionnalité permet de poser une question à l'utilisateur après la saisie avec succès d'une [[Gestion-des-activités#Saisir-une-activité|fermeture d'activité]]. Si la réponse est oui à la question, OpenFlyers ouvre un nouvel onglet avec comme URL le lien renseigné dans le paramétrage.

Pour activer cette fonctionnalité il faut :
*Cliquer sur '''OUI'''
*Champ '''Question''' : renseigner la question à poser à l'utilisateur après qu'il ait saisie une activité
*Champ '''URL''' : indiquer l'URL complète
*Cliquer sur le bouton '''Enregistrer'''

Exemple de paramétrage pour demander à un utilisateur s'il veut déclarer un évènement REX FFA :
*Champ '''Question''' : ''Voulez-vous déclarer un Rex ?''
*Champ '''URL''' : ''https://rex.ffa-aero.fr''

=Facturation=
===Regrouper les activités en une facture lors de la validation===
Cette option est visible à condition que la [[#Gestion-des-comptes|gestion des comptes]] soit activée.

Lorsque cette option est activée, lors de la [[Gestion-des-activités#Valider-une-activité|validation de plusieurs activités]] celles-ci sont [[Facturation-des-clients#Regrouper-les-ventes-par-client|regroupées en une seule facture par client]].

==Envoyer un [[Facturation-des-clients#Envoi-automatique-de-chaque-facture-client|email pour chaque facture]]==
Cette option est visible à condition que la [[#Gestion-des-comptes|gestion des comptes]] soit activée.

Lorsque cette option est activée, à la suite de la [[Gestion-des-activités#Valider-une-activité|validation d'une activité]] ou d'une vente, la facture PDF sera générée dans la minute qui suit et un [[Facturation-des-clients#Envoi-automatique-de-chaque-facture-client|email sera automatiquement envoyé à l'utilisateur]] avec en pièce-jointe la facture PDF.

Si l'option est désactivée, l'utilisateur peut toutefois activer pour lui [[Fiche-personnelle#Recevoir-un-e-mail-pour-chaque-facture|l'envoi automatique de chaque facture]].

==Autoriser les utilisateurs à choisir de recevoir ou non un email pour chaque facture==
Cette option est visible à condition que l'option [[#Envoyer-un-email-pour-chaque-facture|Envoyer un email pour chaque facture]] soit activée.

Par défaut un utilisateur va recevoir un [[Facturation-des-clients#Envoi-automatique-de-chaque-facture-client|email pour chaque facture]]. Cette option permet à un utilisateur depuis sa fiche personnelle de désactiver ou activer l'envoi d'un email pour chaque facture.

=Seconde personne à bord=
==Type d'activité requis==
Permet de définir quel type d'activité doit être obligatoirement sélectionné lors de la présence d'un second pilote à bord. Usuellement utilisé pour éviter les erreurs ou oublis en cas de vol d'instruction.

==Demander au moins 2 types d'activités==

=Auto-compléter=
==Terrain d'arrivée égal au terrain de départ, lorsque l'une des activités suivantes est sélectionnée==
Cette option définit les types d'activités qui associent automatiquement le terrain de départ d'un vol et son terrain d'arrivée.

Les types d'activités choisis lors du paramétrage se retrouvent dans la page de [[Gestion-des-activités#Saisir-une-activité|saisie d'activité]]. Si l'un des types d'activités est alors sélectionné lors de la [[Gestion-des-activités#Saisir-une-activité|saisie d'une activité]], le terrain d'arrivée et le terrain de départ sont de la même valeur.

=Champs visibles=
==Heures totales après activité==
Ce champ existe uniquement en fermeture d'activité

Lorsqu'il est coché, il apparait, en lecture seulement, dans le formulaire de saisie d'activité. Il calcule automatiquement et affiche le total des heures de la ressource avec la durée saisie dans ce formulaire.

=Export=
==Gesasso==
Pour réaliser l'[[Interfaçage-OpenFlyers-et-Gesasso|interfaçage de Gesasso avec OpenFlyers]], les informations suivantes doivent être précisées :
*Gesasso login : permet de définir le login utilisé pour l'authentification auprès de Gesasso
*Gesasso password : permet de définir le mot de passe utilisé pour l'authentification auprès de Gesasso

=Import=
==Charterware==
Pour réaliser l'[[Interfaçage-OpenFlyers-et-Charterware|interfaçage de Charterware avec OpenFlyers]]:
*Activer l'interrupteur '''Charterware''' dans la colonne '''Import'''. [[#Vérification-de-l'abonnement-d'interconnexion-avec-boitier-GPS/GSM|Une vérification de l'abonnement]] est effectuée.
Si l'interrupteur est activé, les informations suivantes doivent être précisées :
*Nom de la plateforme dans Charterware : permet de définir le nom utilisé dans Charterware**Formule date de début du vol Charterware : permet de définir la formule de calcul de la date de début par rapport aux données transmises par Charterware
*Formule durée du vol Charterware : permet de définir la formule de calcul de la durée par rapport aux données transmises par Charterware
*Formule temps en l'air Charterware : permet de définir la formule de calcul du temps passé en l'air par rapport aux données transmises par Charterware
*Règle d'arrondi horaire Charterware : concernant les horaires de vols Charterware a une précision à la seconde contrairement à OpenFlyers qui a une précision à la minute. Il est donc nécessaire de définir comment les secondes seront arrondies.
*Type d'activité par défaut pour un pilote dans Charterware : permet de définir l'activité qui sera choisi si le vol Charterware ne peut être associé à une réservation.
*Type d'activité par défaut pour deux pilotes dans Charterware : permet de définir l'activité qui sera choisi si le vol Charterware ne peut être associé à une réservation.
*Récupération des traces de vols Charterare sur messagerie électronique : permet d'activer ou non la récupération des traces de vols crée par Charterware.
*E-mail : adresse email recevant les vols Charterware.
*Mot de passe : mot de passe correspondant à l'adresse email.
*Adresse du serveur : nom de domaine Internet ou une adresse IP de serveur.
*Port : numéro de port TCP.
*Option serveur : options lié au serveur.

Il existe trois règles d'arrondi possibles :
*Arrondi classique
*Arrondi au supérieur
*Arrondi à l'inférieur

==ClickAndTakeoff==
Pour réaliser l'[[Interfaçage-OpenFlyers-et-ClickAndTakeoff|interfaçage de ClickAndTakeoff avec OpenFlyers]] :
*Activer l'interrupteur '''ClickAndTakeoff''' dans la colonne '''Import'''. [[#Vérification-de-l'abonnement-d'interconnexion-avec-boitier-GPS/GSM|Une vérification de l'abonnement]] est effectuée.
Si l'interrupteur est activé, les informations suivantes doivent être précisées :
*Nom de la plateforme dans ClickAndTakeoff : permet de définir le nom utilisé dans ClickAndTakeoff
*Formule date de début du vol ClickAndTakeoff : permet de définir la formule de calcul de la date de début par rapport aux données transmises par ClickAndTakeoff
*Formule durée du vol ClickAndTakeoff : permet de définir la formule de calcul de la durée par rapport aux données transmises par ClickAndTakeoff
*Formule temps en l'air ClickAndTakeoff : permet de définir la formule de calcul du temps passé en l'air par rapport aux données transmises par ClickAndTakeoff
*Type d'activité par défaut pour un pilote dans ClickAndTakeoff : permet de définir l'activité qui sera choisi si le vol ClickAndTakeoff ne peut être associé à une réservation.
*Type d'activité par défaut pour deux pilotes dans ClickAndTakeoff : permet de définir l'activité qui sera choisi si le vol ClickAndTakeoff ne peut être associé à une réservation.
*Le jeton d'accès du ClickAndTakeoff : permet de définir le token utilisé pour l'authentification auprès de ClickAndTakeoff

==Teltonika==
Pour réaliser l'[[Interfaçage-OpenFlyers-et-Teltonika|interfaçage de Teltonika avec OpenFlyers]]:
*Activer l'interrupteur '''Teltonika''' dans la colonne '''Import'''. [[#Vérification-de-l'abonnement-d'interconnexion-avec-boitier-GPS/GSM|Une vérification de l'abonnement]] est effectuée.
Si l'interrupteur est activé, les informations suivantes doivent être précisées :
* Nom d'utilisateur pour la plateforme dans Teltonika : permet de définir le nom utilisé dans Teltonika
* Mot de passe du Teltonika : permet de l'authentification auprès de Teltonika
* Formule date de début du vol Teltonika : permet de définir la formule de calcul de la date de début par rapport aux données transmises par Teltonika
* Formule durée du vol Teltonika : permet de définir la formule de calcul de la durée par rapport aux données transmises par Teltonika
* Formule temps en l'air Teltonika : permet de définir la formule de calcul du temps passé en l'air par rapport aux données transmises par Teltonika

=Vérification de l'abonnement d'interconnexion avec boitier GPS/GSM=
Pour synchroniser OpenFlyers avec l'un des boîtiers GPS/GSM ([[#Gestion-de-Charterware|Charterware]], [[#Gestion-de-ClickAndTakeoff|ClickAndTakeOff]], [[#Gestion-de-Teltonika|Teltonika]]), la plateforme doit disposer d'un abonnement d'interconnexion valide. Si cet abonnement n'est pas payé, un message d'erreur apparaître lors de l'activation de l'interrupteur, indiquant que la synchronisation avec le boîtier n'est pas possible. Pour activer l'interfaçage, il est nécessaire de souscrire à l'abonnement d'interconnexion.

=Gestion [[Contrôle-des-accès|armoire à clés]]=

Active le [[Interfaçage-OpenFlyers-et-armoire-à-clés#Activation-et-configuration-de-la-gestion-des-armoires-à-clé|contrôle d'une armoire à clés]].

====Gestion des clés====

Active l'[[Interfaçage-OpenFlyers-et-armoire-à-clés#Attribution-des-clés-aux-ressources/aéronefs|attribution de clés aux ressources]].

====Nombre de clés====

Permet de définir le nombre de clés que l'armoire peut accueillir.

====Logiciel de contrôle de l'armoire à clés====

Permet de définir le logiciel à utiliser pour le contrôle de l'armoire à clés :
*'''OF_GetFlogBoxFile.exe''' permet de contrôler les [[Contrôle-des-accès#Armoires-à-clés-FlogBox-anciennement-commercialisées-par-Francelog|armoires à clés FlogBox anciennement commercialisées par Francelog]]
*'''OF_GetKeyGuardFile.exe''' permet de contrôler les [[Contrôle-des-accès#Armoires-à-clés-KeyGuard-anciennement-commercialisées-par-BKS-électronique|armoires à clés KeyGuard anciennement commercialisées par BKS électronique]]
*'''OpenKey''', '''PyOpenKey''' et '''PyOpenKey2''' permettent de contrôler les [[Contrôle-des-accès#Armoires-à-clés-Deister-commercialisées-par-OpenFlyers|armoires à clés Deister commercialisées par OpenFlyers]]. Si l'une de ces options est sélectionnée alors des champs supplémentaires pour [[Installation-armoire-à-clés#Paramétrage-OpenFlyers|configurer le logiciel de contrôle]] apparaissent.

Paramétrage des activités

2025-05-30T15:09:39Z

Lelhidam: /* Prise en compte des validités requises */

=Présentation=
L'objet de cette page est de présenter le paramétrage du module de gestion des activités.

Il existe également des pages qui traitent de :
*La [[gestion des types d'activités]]
*La [[gestion des activités]]

Le paramétrage des activités s'effectue dans '''Admin > Structure > Paramétrage > Activités'''.

Pour activer la gestion des activités, il faut activer l'interrupteur '''Activité'''.

Lorsque la gestion des activités est activée, un formulaire s'affiche permettant de configurer le module de gestion des activités.

=Général=
==Mode==
Permet de choisir entre les [[Introduction#Modes_de_saisie_ouverture+fermeture_ou_fermeture_seule|modes ouverture+fermeture et fermeture seulement]].

Le mode "fermeture seulement" est sélectionné par défaut.

==Gestion des potentiels==
Permet d'activer le [[Suivi-de-maintenance#Module-de-suivi-du-potentiel-restant|Module de suivi du potentiel restant]] et ainsi de suivre le potentiel restant avant la prochaine échéance calendaire ou horaire d'une ressource.

==Redirection à la fermeture d'une activité==
Cette fonctionnalité permet de poser une question à l'utilisateur après la saisie avec succès d'une [[Gestion-des-activités#Saisir-une-activité|fermeture d'activité]]. Si la réponse est oui à la question, OpenFlyers ouvre un nouvel onglet avec comme URL le lien renseigné dans le paramétrage.

Pour activer cette fonctionnalité il faut :
*Cliquer sur '''OUI'''
*Champ '''Question''' : renseigner la question à poser à l'utilisateur après qu'il ait saisie une activité
*Champ '''URL''' : indiquer l'URL complète
*Cliquer sur le bouton '''Enregistrer'''

Exemple de paramétrage pour demander à un utilisateur s'il veut déclarer un évènement REX FFA :
*Champ '''Question''' : ''Voulez-vous déclarer un Rex ?''
*Champ '''URL''' : ''https://rex.ffa-aero.fr''

=Facturation=
===Regrouper les activités en une facture lors de la validation===
Cette option est visible à condition que la [[#Gestion-des-comptes|gestion des comptes]] soit activée.

Lorsque cette option est activée, lors de la [[Gestion-des-activités#Valider-une-activité|validation de plusieurs activités]] celles-ci sont [[Facturation-des-clients#Regrouper-les-ventes-par-client|regroupées en une seule facture par client]].

==Envoyer un [[Facturation-des-clients#Envoi-automatique-de-chaque-facture-client|email pour chaque facture]]==
Cette option est visible à condition que la [[#Gestion-des-comptes|gestion des comptes]] soit activée.

Lorsque cette option est activée, à la suite de la [[Gestion-des-activités#Valider-une-activité|validation d'une activité]] ou d'une vente, la facture PDF sera générée dans la minute qui suit et un [[Facturation-des-clients#Envoi-automatique-de-chaque-facture-client|email sera automatiquement envoyé à l'utilisateur]] avec en pièce-jointe la facture PDF.

Si l'option est désactivée, l'utilisateur peut toutefois activer pour lui [[Fiche-personnelle#Recevoir-un-e-mail-pour-chaque-facture|l'envoi automatique de chaque facture]].

==Autoriser les utilisateurs à choisir de recevoir ou non un email pour chaque facture==
Cette option est visible à condition que l'option [[#Envoyer-un-email-pour-chaque-facture|Envoyer un email pour chaque facture]] soit activée.

Par défaut un utilisateur va recevoir un [[Facturation-des-clients#Envoi-automatique-de-chaque-facture-client|email pour chaque facture]]. Cette option permet à un utilisateur depuis sa fiche personnelle de désactiver ou activer l'envoi d'un email pour chaque facture.

=Seconde personne à bord=
==Type d'activité requis==
Permet de définir quel type d'activité doit être obligatoirement sélectionné lors de la présence d'un second pilote à bord. Usuellement utilisé pour éviter les erreurs ou oublis en cas de vol d'instruction.

==Demander au moins 2 types d'activités==

=Auto-compléter=
==Terrain d'arrivée égal au terrain de départ, lorsque l'une des activités suivantes est sélectionnée==
Cette option définit les types d'activités qui associent automatiquement le terrain de départ d'un vol et son terrain d'arrivée.

Les types d'activités choisis lors du paramétrage se retrouvent dans la page de [[Gestion-des-activités#Saisir-une-activité|saisie d'activité]]. Si l'un des types d'activités est alors sélectionné lors de la [[Gestion-des-activités#Saisir-une-activité|saisie d'une activité]], le terrain d'arrivée et le terrain de départ sont de la même valeur.

=Champs visibles=
==Heures totales après activité==
Ce champ existe uniquement en fermeture d'activité

Lorsqu'il est coché, il apparait, en lecture seulement, dans le formulaire de saisie d'activité. Il calcule automatiquement et affiche le total des heures de la ressource avec la durée saisie dans ce formulaire.

=Export=
==Gesasso==
Pour réaliser l'[[Interfaçage-OpenFlyers-et-Gesasso|interfaçage de Gesasso avec OpenFlyers]], les informations suivantes doivent être précisées :
*Gesasso login : permet de définir le login utilisé pour l'authentification auprès de Gesasso
*Gesasso password : permet de définir le mot de passe utilisé pour l'authentification auprès de Gesasso

=Import=
==Charterware==
Pour réaliser l'[[Interfaçage-OpenFlyers-et-Charterware|interfaçage de Charterware avec OpenFlyers]]:
*Activer l'interrupteur '''Charterware''' dans la colonne '''Import'''. [[#Vérification-de-l'abonnement-d'interconnexion-avec-boitier-GPS/GSM|Une vérification de l'abonnement]] est effectuée.
Si l'interrupteur est activé, les informations suivantes doivent être précisées :
*Nom de la plateforme dans Charterware : permet de définir le nom utilisé dans Charterware**Formule date de début du vol Charterware : permet de définir la formule de calcul de la date de début par rapport aux données transmises par Charterware
*Formule durée du vol Charterware : permet de définir la formule de calcul de la durée par rapport aux données transmises par Charterware
*Formule temps en l'air Charterware : permet de définir la formule de calcul du temps passé en l'air par rapport aux données transmises par Charterware
*Règle d'arrondi horaire Charterware : concernant les horaires de vols Charterware a une précision à la seconde contrairement à OpenFlyers qui a une précision à la minute. Il est donc nécessaire de définir comment les secondes seront arrondies.
*Type d'activité par défaut pour un pilote dans Charterware : permet de définir l'activité qui sera choisi si le vol Charterware ne peut être associé à une réservation.
*Type d'activité par défaut pour deux pilotes dans Charterware : permet de définir l'activité qui sera choisi si le vol Charterware ne peut être associé à une réservation.
*Récupération des traces de vols Charterare sur messagerie électronique : permet d'activer ou non la récupération des traces de vols crée par Charterware.
*E-mail : adresse email recevant les vols Charterware.
*Mot de passe : mot de passe correspondant à l'adresse email.
*Adresse du serveur : nom de domaine Internet ou une adresse IP de serveur.
*Port : numéro de port TCP.
*Option serveur : options lié au serveur.

Il existe trois règles d'arrondi possibles :
*Arrondi classique
*Arrondi au supérieur
*Arrondi à l'inférieur

==ClickAndTakeoff==
Pour réaliser l'[[Interfaçage-OpenFlyers-et-ClickAndTakeoff|interfaçage de ClickAndTakeoff avec OpenFlyers]] :
*Activer l'interrupteur '''ClickAndTakeoff''' dans la colonne '''Import'''. [[#Vérification-de-l'abonnement-d'interconnexion-avec-boitier-GPS/GSM|Une vérification de l'abonnement]] est effectuée.
Si l'interrupteur est activé, les informations suivantes doivent être précisées :
*Nom de la plateforme dans ClickAndTakeoff : permet de définir le nom utilisé dans ClickAndTakeoff
*Formule date de début du vol ClickAndTakeoff : permet de définir la formule de calcul de la date de début par rapport aux données transmises par ClickAndTakeoff
*Formule durée du vol ClickAndTakeoff : permet de définir la formule de calcul de la durée par rapport aux données transmises par ClickAndTakeoff
*Formule temps en l'air ClickAndTakeoff : permet de définir la formule de calcul du temps passé en l'air par rapport aux données transmises par ClickAndTakeoff
*Type d'activité par défaut pour un pilote dans ClickAndTakeoff : permet de définir l'activité qui sera choisi si le vol ClickAndTakeoff ne peut être associé à une réservation.
*Type d'activité par défaut pour deux pilotes dans ClickAndTakeoff : permet de définir l'activité qui sera choisi si le vol ClickAndTakeoff ne peut être associé à une réservation.
*Le jeton d'accès du ClickAndTakeoff : permet de définir le token utilisé pour l'authentification auprès de ClickAndTakeoff

==Teltonika==
Pour réaliser l'[[Interfaçage-OpenFlyers-et-Teltonika|interfaçage de Teltonika avec OpenFlyers]]:
*Activer l'interrupteur '''Teltonika''' dans la colonne '''Import'''. [[#Vérification-de-l'abonnement-d'interconnexion-avec-boitier-GPS/GSM|Une vérification de l'abonnement]] est effectuée.
Si l'interrupteur est activé, les informations suivantes doivent être précisées :
* Nom d'utilisateur pour la plateforme dans Teltonika : permet de définir le nom utilisé dans Teltonika
* Mot de passe du Teltonika : permet de l'authentification auprès de Teltonika
* Formule date de début du vol Teltonika : permet de définir la formule de calcul de la date de début par rapport aux données transmises par Teltonika
* Formule durée du vol Teltonika : permet de définir la formule de calcul de la durée par rapport aux données transmises par Teltonika
* Formule temps en l'air Teltonika : permet de définir la formule de calcul du temps passé en l'air par rapport aux données transmises par Teltonika

=[[Paramétrage-des-validités#Paramétrer-le-contrôle-des-validités-pour-les-activités-ou-les-réservations|Paramétrage général du contrôle des validités pour la saisie des vols]]=

=Vérification de l'abonnement d'interconnexion avec boitier GPS/GSM=
Pour synchroniser OpenFlyers avec l'un des boîtiers GPS/GSM ([[#Gestion-de-Charterware|Charterware]], [[#Gestion-de-ClickAndTakeoff|ClickAndTakeOff]], [[#Gestion-de-Teltonika|Teltonika]]), la plateforme doit disposer d'un abonnement d'interconnexion valide. Si cet abonnement n'est pas payé, un message d'erreur apparaître lors de l'activation de l'interrupteur, indiquant que la synchronisation avec le boîtier n'est pas possible. Pour activer l'interfaçage, il est nécessaire de souscrire à l'abonnement d'interconnexion.

=Gestion [[Contrôle-des-accès|armoire à clés]]=

Active le [[Interfaçage-OpenFlyers-et-armoire-à-clés#Activation-et-configuration-de-la-gestion-des-armoires-à-clé|contrôle d'une armoire à clés]].

====Gestion des clés====

Active l'[[Interfaçage-OpenFlyers-et-armoire-à-clés#Attribution-des-clés-aux-ressources/aéronefs|attribution de clés aux ressources]].

====Nombre de clés====

Permet de définir le nombre de clés que l'armoire peut accueillir.

====Logiciel de contrôle de l'armoire à clés====

Permet de définir le logiciel à utiliser pour le contrôle de l'armoire à clés :
*'''OF_GetFlogBoxFile.exe''' permet de contrôler les [[Contrôle-des-accès#Armoires-à-clés-FlogBox-anciennement-commercialisées-par-Francelog|armoires à clés FlogBox anciennement commercialisées par Francelog]]
*'''OF_GetKeyGuardFile.exe''' permet de contrôler les [[Contrôle-des-accès#Armoires-à-clés-KeyGuard-anciennement-commercialisées-par-BKS-électronique|armoires à clés KeyGuard anciennement commercialisées par BKS électronique]]
*'''OpenKey''', '''PyOpenKey''' et '''PyOpenKey2''' permettent de contrôler les [[Contrôle-des-accès#Armoires-à-clés-Deister-commercialisées-par-OpenFlyers|armoires à clés Deister commercialisées par OpenFlyers]]. Si l'une de ces options est sélectionnée alors des champs supplémentaires pour [[Installation-armoire-à-clés#Paramétrage-OpenFlyers|configurer le logiciel de contrôle]] apparaissent.

Validités

2025-05-30T15:07:59Z

Lelhidam: /* Contrôle des validités lors de la saisie d'une activité */

=Présentation=
L'objet de cette page est de présenter l'utilisation des validités dans la [[Accueil|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 [[#Paramètres-de-configuration|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 [[Paramétrage-des-validités#Associer-un-document|Associer un document]].

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.

===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|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 [[Gestion-des-produits-et-des-ventes#Configuration-d'un-produit-Validité|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 [[Paramétrage-des-validités#Paramétrer-une-validité-comme-contrat|cette procédure]] pour mettre en place des contrats.

Voir également la procédure de [[Connexion#Signer-des-validités-contrats|signature des validités-contrats]].

=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 soumises à échéance
*les validités à expérience récente.

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 [[Gestion-des-activités#Alertes|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|Alertes d'expiration]]

==[[Envoi-des-emails#s#E-mail-de-rappel-d'échéance-de-validité|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é, une fois certifié, n'est plus modifiable, ni par l'utilisateur à qui correspond la validité ni par un gestionnaire de la structure. Cela permet de garantir la pérennité et l'inviolabilité de la certification.

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-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.

==Certification manuelle==
;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]]

;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"

==Certification automatique==
===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''']].

;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 [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 '''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 [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"

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 [[Paramétrage-des-validités#Certification|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 :
*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]]

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

[[File:selecteur-validités.png]]

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.

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 [[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]].

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-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.

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==
*[[#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

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.

Il est néanmoins possible de [[#Supprimer_la_validité_d'un_utilisateur|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 [[Gestion-des-profils#Débrayage-des-ventes-de-validités|droit de débrayage]].

===Téléverser un fichier===
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 :
*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.

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, [[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.

Récapitulatif :

[[File:traitement-apres-televersement.png|800px]]

==États de la validité==
{| 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]]
|}

==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.

''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|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'''.

==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 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étrer-globalement-le-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]].

Validités

2025-05-30T14:55:02Z

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

=Présentation=
L'objet de cette page est de présenter l'utilisation des validités dans la [[Accueil|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 [[#Paramètres-de-configuration|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 [[Paramétrage-des-validités#Associer-un-document|Associer un document]].

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.

===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|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 [[Gestion-des-produits-et-des-ventes#Configuration-d'un-produit-Validité|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 [[Paramétrage-des-validités#Paramétrer-une-validité-comme-contrat|cette procédure]] pour mettre en place des contrats.

Voir également la procédure de [[Connexion#Signer-des-validités-contrats|signature des validités-contrats]].

=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 soumises à échéance
*les validités à expérience récente.

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 [[Gestion-des-activités#Alertes|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|Alertes d'expiration]]

==[[Envoi-des-emails#s#E-mail-de-rappel-d'échéance-de-validité|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é, une fois certifié, n'est plus modifiable, ni par l'utilisateur à qui correspond la validité ni par un gestionnaire de la structure. Cela permet de garantir la pérennité et l'inviolabilité de la certification.

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-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.

==Certification manuelle==
;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]]

;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"

==Certification automatique==
===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''']].

;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 [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 '''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 [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"

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 [[Paramétrage-des-validités#Certification|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 :
*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]]

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

[[File:selecteur-validités.png]]

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.

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 [[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]].

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-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.

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==
*[[#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

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.

Il est néanmoins possible de [[#Supprimer_la_validité_d'un_utilisateur|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 [[Gestion-des-profils#Débrayage-des-ventes-de-validités|droit de débrayage]].

===Téléverser un fichier===
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 :
*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.

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, [[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.

Récapitulatif :

[[File:traitement-apres-televersement.png|800px]]

==États de la validité==
{| 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]]
|}

==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.

''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|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'''.

==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 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étrer-globalement-le-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-validités#Paramétrer-le-contrôle-des-validités-pour-la-saisie-des-activités|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]].

Validités

2025-05-30T14:52:09Z

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

=Présentation=
L'objet de cette page est de présenter l'utilisation des validités dans la [[Accueil|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 [[#Paramètres-de-configuration|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 [[Paramétrage-des-validités#Associer-un-document|Associer un document]].

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.

===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|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 [[Gestion-des-produits-et-des-ventes#Configuration-d'un-produit-Validité|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 [[Paramétrage-des-validités#Paramétrer-une-validité-comme-contrat|cette procédure]] pour mettre en place des contrats.

Voir également la procédure de [[Connexion#Signer-des-validités-contrats|signature des validités-contrats]].

=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 soumises à échéance
*les validités à expérience récente.

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 [[Gestion-des-activités#Alertes|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|Alertes d'expiration]]

==[[Envoi-des-emails#s#E-mail-de-rappel-d'échéance-de-validité|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é, une fois certifié, n'est plus modifiable, ni par l'utilisateur à qui correspond la validité ni par un gestionnaire de la structure. Cela permet de garantir la pérennité et l'inviolabilité de la certification.

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-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.

==Certification manuelle==
;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]]

;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"

==Certification automatique==
===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''']].

;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 [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 '''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 [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"

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 [[Paramétrage-des-validités#Certification|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 :
*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]]

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

[[File:selecteur-validités.png]]

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.

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 [[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]].

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-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.

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==
*[[#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

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.

Il est néanmoins possible de [[#Supprimer_la_validité_d'un_utilisateur|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 [[Gestion-des-profils#Débrayage-des-ventes-de-validités|droit de débrayage]].

===Téléverser un fichier===
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 :
*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.

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, [[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.

Récapitulatif :

[[File:traitement-apres-televersement.png|800px]]

==États de la validité==
{| 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]]
|}

==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.

''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|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'''.

==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 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étrer-globalement-le-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-validités#Paramétrer-le-contrôle-des-validités-pour-la-saisie-des-activités|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]].

Configuration des réservations internes

2025-05-30T14:48:11Z

Lelhidam: /* Paramétrer globalement le contrôle des validités pour les réservations */

=Présentation=
Cette page présente le paramétrage du module de réservations interne.

=Gestion du planning (réservations internes)=
La gestion du planning se fait en allant dans '''Admin > Structure > Paramétrage > Réservations internes''' :

[[Image:014_parametrage_gestion_reservation.png|1500px|center|gestion des réservations]]

==Mode de réservation==
===Réservations standards===
Cette option permet de faire des réservations classiques, c'est-à-dire que l'on réserve directement une ressource en fonction de son nom (exemple : son immatriculation), cela ne diffère en rien des réservations "papier".

===Réservation par type de ressource===
La réservation par type permet non pas de choisir une ressource particulière mais un type de ressource. Dans les structures aéronautiques possédant plusieurs aéronefs d'une même famille (plusieurs DR400/120 par exemple) on choisit alors de réserver un DR400/120 parmi ceux de la flotte. Le programme choisira l'immatriculation en fonction de la disponibilité des appareils (entretien mécanique par exemple).

La réservation par type comporte un double intérêt :
*pouvoir donner la priorité à une ressource par rapport à une autre et ainsi pousser telle ou telle ressource à être plus utilisée en fonction des souhaits de programmation (pour les opérations de maintenance par exemple) ;
*créer une ressource fictive supplémentaire pour mettre en place le surbooking.

Si des ressources de même type sont indisponibles, que ce soit parce qu'elles sont réservées ou immobilisées, alors c'est la 1ère ressource disponible qui est choisie par OpenFlyers.

Il est possible de modifier l'ordre de tri des ressources à n'importe quel moment.

De même, pour les utilisateurs disposant du droit "Surpasser la réservation par type", il est possible de forcer une réservation sur une ressource donnée.

'''Attention :''' dans le cas où la structure exploite plusieurs ressources d'un même type mais qu'elle souhaite séparer la gestion des réservations pour chaque ressource, il faut créer autant de type de ressource que de ressources. Exemple : une structure aéronautique dispose de 2 avions de type DR420. Si les 2 avions sont identifiés avec un même type "DR420" alors les réservations seront faite toujours en priorité sur le DR420 du plus forte priorité. Si ce comportement n'est pas souhaité, il faut créer 2 types (DR420-1 et DR420-2 par exemple) et associer un avion au type DR420-1 et l'autre avion au type DR420-2.

==Code couleur==
Permet de définir quelle code couleur doit être utilisée pour l'affichage des réservations :
*Par utilisateur
:deux champs de sélection s'affichent :
:*'''Couleur par défaut pour les réservations qui ne concernent pas l'utilisateur'''
::Il s'agit d'une paire de couleurs [Couleur claire (réservation en solo) / couleur foncée (réservation en instruction)] utilisé pour afficher les réservations qui ne concernent pas l'utilisateur connecté.
:*'''Couleur par défaut pour les réservations qui concernent l'utilisateur'''
::Il s'agit d'une paire de couleurs [Couleur claire (réservation en solo) / couleur foncée (réservation en instruction)] utilisé pour afficher les réservations qui concernent l'utilisateur connecté.
:Il est possible de configurer [[Gestion-des-utilisateurs#Changer-la-couleur-d'affichage-des-réservations-d'un-utilisateur|une paire de couleurs par utilisateur]].
*[[Gestion-des-types-d'activités#Affecter-une-couleur-à-un-type-d'activité|Par type d'activité]]

==Affichage possible des activités réalisées dans le planning==
Permet aux utilisateurs disposant du droit [[Gestion-des-profils#Voir-les-activités-de-tous|Voir les activités de tous]] d'activer le module d'[[Utilisation-des-réservations-internes-sur-l%27interface-web#Affichage-des-activités-réalisées|Affichage des activités réalisées]] sur la page de réservation.

==Réservation multi-ressources==
Cette fonctionnalité permet d'autoriser à un utilisateur de réserver plusieurs ressources sur des créneaux horaires qui se chevauchent.

'''Attention :''' cette fonctionnalité n'est pas conçue pour les formateurs/instructeurs et entraine des bugs d'affichage sur le planning de réservation. La version 4 d'OpenFlyers corrigera ce défaut.

==Affichage du nom des ressources dans le planning==
Ce paramétrage permet d'afficher ou cacher le nom des ressources dans le planning. Cela permet de diminuer la taille verticale des lignes du planning et de cacher ces noms lorsqu'ils ne sont pas nécessaires.

==Afficher les alertes non bloquantes lors des glisser-déposer==
Ce paramétrage permet d'afficher les alertes non bloquantes lors des [[Utilisation-des-réservations-internes-sur-l%27interface-web#Glisser-déposer-des-réservations|glisser-déposer des réservations]] sur le planning.

==Heure de début et fin (fuseau X)==
Permet de définir la plage horaire du planning de réservation dans le fuseau horaire de la structure.

==Interdire d'effectuer une réservation débutant dans moins de==
Permet d'empêcher d'effectuer une réservation débutant dans moins de X temps. Cette fonctionnalité est notamment utile en réservation par type lorsque la distribution des ressources réelles par ligne de planning est faite le matin pour la journée. Elle est également utile lorsque la facturation se fait la veille au vu des réservations du lendemain.

==Limitation dans le temps des réservations==
Permet de limiter dans le temps les réservations.

==Limitation du nombre de réservations==
Permet de limiter le nombre de réservations par utilisateur.

==Saisie de la destination (si champ lieu d'arrivée coché)==
Permet de demander à l'utilisateur d'indiquer sa destination et ce en fonction de la durée de sa réservation.

==Durée minimale d'une réservation==
Permet de définir la durée minimale d'une réservation.

La durée maximale d'une réservation peut se définir pour chaque type de ressource.

==Durée par défaut d'une réservation==
Permet de définir la durée par défaut.

==Afficher ces champs==
Permet de définir les champs visibles dans le formulaire de réservation :
*Même jour
*Places à disposition
*Lieu de départ
*Lieu d'arrivée

Les lieux cochés sont ainsi définis avec une valeur par défaut lorsqu'un vol est entré à partir d'une réservation.

==[[Paramétrage-des-validités#Paramétrer-le-contrôle-des-validités-pour-les-activités-ou-les-réservations|Paramétrer globalement le contrôle des validités pour les réservations]]==

==Type d'activité par défaut==
Permet de définir le type d'activité à cocher par défaut :
* lors d'une nouvelle réservation ou lorsqu'on sélectionne une personne en première place sur le [[Utilisation-des-réservations-internes-sur-l%27interface-web#Formulaire-de-réservation|formulaire de réservation de l'ancienne interface]]
* lors d'une nouvelle réservation sur le [[Utilisation-des-réservations-internes-sur-l%27appli-mobile#Tutoriel-vidéo|planning de la nouvelle interface]]

Pour définir le type :
* Aller dans '''Admin > Structure > Paramétrage > Planning'''
* Champ '''Type d'activité par défaut''' : Sélectionner le type d'activité
* Cliquer sur '''Enregistrer'''

==Type d'activité par défaut pour la seconde place (ancienne interface)==
Permet de définir le type d'activité à cocher par défaut lorsqu'on sélectionne une personne en seconde place sur le [[Utilisation-des-réservations-internes-sur-l%27interface-web#Formulaire-de-réservation|formulaire de réservation de l'ancienne interface]].

Pour définir le type :
* Aller dans '''Admin > Structure > Paramétrage > Planning'''
* Champ '''Type d'activité par défaut pour la seconde place (ancienne interface)''' : Sélectionner le type d'activité
* Cliquer sur '''Enregistrer'''

==Règles de saisies XML==
Permet d'éditer les [[#Règles-de-saisies|Règles de saisie]] qui s'appliquent, pour le moment, uniquement pour le planning.

=Règles de saisies=
Les règles de saisie sont utilisées uniquement par le moteur de réservation pour construire l'affichage des champs du formulaire de réservation et pour vérifier, après la saisie d'une réservation, que les données saisies respectent bien les règles de saisie.

Elles sont écrites en [[Wikipedia-fr:Extensible_Markup_Language|XML]]. cf. l'exemple de règles de saisie ci-dessous.

Le moteur de vérification des règles s'enclenche dès qu'une réservation n'est plus "nue", c'est à dire lorsqu'au moins un élément est renseigné (activité, ressource, etc.). Alors il vérifie quelles sont les règles compatibles et en déduit les contenus possibles dans les champs de saisie de l'interface utilisateur.

La compatibilité d'une règle se détermine '''par restriction''' en vérifiant dans cet ordre les informations suivantes :
#Activités
#Ressources
#Profils
#Places

Pour chaque information, le moteur regarde si elle est renseignée. Si ce n'est pas le cas alors il passe à l'information suivante. Par exemple s'il n'y a pas encore d'activité de saisie alors il ne vérifie pas ce point-là dans la règle.

Pour les activités et les ressources, il regarde les règles qui acceptent celles renseignées. S'il y a des règles qui pose problème alors elles sont rejetées.

Pour les profils ce sont les personnes qui sont étudiées et ce de deux manières différentes selon si sur la saisie il y a une ressource de renseignée ou non.
*Lorsqu'il y a une ressource de renseignée, le fonctionnement est similaire aux autres informations. le moteur regarde pour toutes les personnes renseignées si sur la place où elles sont, elles ont au moins un profil valide. Si une personne n'a aucun profil pour la place où il est alors la règle est rejetée.
*Lorsqu'il n'y a pas de ressource le fonctionnement est différent. Au lieu de faire par restriction, le moteur va faire '''par ajout'''. C'est-à-dire qu'au lieu de dire "il ne faut que des pilotes", il va dire "je veux au moins un pilote". Pour ce faire il va regarder les profils de chaque personne. S'il trouve une personne avec un profil valide, il accepte la règle. Si aucune des personnes ne correspond, il va faire une seconde vérification au niveau des places. Si pour cette règle l'une des places n'est pas définie, il considère que les personnes présentes vont potentiellement aller sur cette place et il ne rejette pas la règle. Par contre, si toutes les places sont définies et qu'aucune des personnes ne correspond alors la règle est rejetée.

Pour les places, il vérifie qu'il n'y a pas trop de monde. Comme pour les profils il y a deux manières de les étudier en fonction de s'il y a une ressource ou non.
*Lorsqu'il y a une ressource, il va regarder pour chaque place si le nombre de personnes autorisées n'est pas dépassé. Si sur l'une des places le nombre est dépassé alors la règle est rejetée. Cependant, si le nombre est atteint mais pas dépassé alors la règle n'est pas rejetée.
*Lorsqu'il n'y a pas de ressource, il va parcourir chaque place pour compter le nombre total de personnes autorisées pour cette règle. Si le nombre est dépassé alors la règle est rejetée. Comme précédemment si le nombre est simplement atteint alors la règle n'est pas rejetée.

Si pour chaque information saisie, la règle est compatible alors elle est conservée.

Pour qu'une saisie soit valide, il faut qu'il existe au moins une règle de conservée, c'est à dire de compatible.

;Exemple de règles de saisie
<syntaxhighlight lang="xml"><?xml version="1.0" encoding="UTF-8"?>
<ruleList>
<rule>

<activityTypeList needs="bookAlone">
<activityType>1</activityType> 
</activityTypeList>

<resourceList minQty="1" maxQty="1">
<resourceType>1</resourceType> 
<resourceType>2</resourceType> 
</resourceList>

<placeList>
<place index="0" minQty="1" maxQty="1" status="1" needs="bookAnyone"> 

<profile>2</profile> 
</place>
</placeList>
</rule>
<rule>

<activityTypeList needs="*(bookAlone)(bookWithInstr)">
<activityType>1</activityType> 
<activityType>2</activityType> 
</activityTypeList>

<resourceList minQty="1" maxQty="1">
<resourceType>*</resourceType> 
</resourceList>

<placeList>
<place index="0" minQty="1" maxQty="1" status="1"> 

<profile>1</profile> 
<profile>2</profile> 
</place>
<place index="1" minQty="1" maxQty="1" status="2"> 

<profile>4</profile> 
</place>
</placeList>
</rule>
<rule>...</rule>
</ruleList>
</syntaxhighlight>

==attribut needs==
L'attribut needs peut être utilisé pour les éléments :
*activityTypeList
*place

Il contient un ou plusieurs droits qui sont requis par l'utilisateur effectuant la saisie pour que la règle puisse s'appliquer.

Lorsqu'il n'y a qu'un droit de requis, il faut écrire ''needs="nomDuDroit"''.

Lorsqu'il y a plusieurs droits possibles, un seul étant requis, il faut commencer par le signe * puis lister chaque droit en l'entourant de parenthèses : ''needs="*(bookAlone)(bookWithInstr)''.

==ruleList==
Élément racine de la structure XML ne peut contenir comme élément enfant que des éléments "rule" qui correspondent, chacun, à une règle.

Il n'y pas d'attribut possible.

===rule===
Définit une règle.

Les éléments possibles sont :
*formulaList
*activityTypeList
*resourceList
*placeList

Il n'y a pas d'attribut possible.

Chaque règle définit les types d'activités, types de ressources et places qui la rendent compatible.

L'exemple suivant définit une règle qui autorise une saisie pour le type d'activité ''Local'', les types de ressources ''F-001'' ou ''F-002'' et pour laquelle il faut exactement 1 utilisateur avec le profil ''Pilote'' à la place 0. Le statut attribué sera celui de numéro 1. De plus, La personne qui fait la réservation doit avoir le droit "bookAlone" et si elle dispose du droit "bookAnyone" alors elle verra en plus la liste des utilisateurs compatibles avec cette règle pour lui permettre d'en choisir une :
<xml><rule>

<activityTypeList needs="bookAlone">
<activityType>1</activityType> 
</activityTypeList>

<resourceList minQty="1" maxQty="1">
<resourceType>1</resourceType> 
<resourceType>2</resourceType> 
</resourceList>

<placeList>
<place index="0" minQty="1" maxQty="1" status="1" needs="bookAnyone"> 

<profile>2</profile> 
</place>
</placeList>
</rule></xml>

====formulaList====
Contient la liste des formules que la règle doit respecter au travers des éléments ''formula''.

=====formula=====
Doit contenir les attributs :
*''action'' : indique l'action concernée pour la vérification de la formule. Si l'action effectuée par l'utilisateur n'est pas celle de la formule, alors la formule n'est pas vérifiée. Par contre, la règle peut quand être compatible. Il est possible de remplacer le nom d'une action par * pour indiquer que la formule doit être vérifiée quelque soit l'action.
*''title'' : pour indiquer le message d'alerte devant s'afficher lorsque la formule n'est pas respectée

Le contenu de l'élément ''formula'' est une formule qui est testée lors de la saisie.

'''Attention :''' dans la formule, pour les signes de comparaison supérieur ou inférieur, il faut saisir leur équivalent HTML :
* > doit être remplacé par <code>&gt;</code>
* < doit être remplacé par <code>&lt;</code>
* >= doit être remplacé <code>&gt;=</code>
* <= doit être remplacé <code>&lt;=</code>

Exemple :
<xml>
<formula action="update" title="Vous ne pouvez pas faire de réservation ayant une durée supérieure à 30 minutes.">(%DURATION <= 300)</formula></xml>

====activityTypeList====
Contient la liste des types d'activités qui sont compatibles avec la règle.

Peut contenir l'attribut [[#attribut-needs|needs]].
=====activityType=====
Contient l'identifiant d'un type d'activité.

====resourceList====
Contient la liste des types de ressources qui sont compatibles avec la règle.

Peut contenir les attributs ''maxQty'' et ''minQty'' pour définir le nombre de ressources maximum et minimum.

====placeList====
Contient la liste définissant les places.

=====place=====
Contient la définition de chaque place.

Peut contenir des éléments ''profile'' pour indiquer un profil requis parmi plusieurs pour qu'un utilisateur puisse occuper la place.

Doit contenir l'attribut index pour numéroter la place définie.

Peut contenir les attributs ''maxQty'', ''minQty'', ''needs'' et ''status''.

L'attribut ''needs'' permet de définir le droit requis pour l'utilisateur effectuant la saisie afin qu'il puisse choisir l'utilisateur dans la liste des utilisateurs compatibles. typiquement, cet attribut est utilisé ainsi : ''needs="bookAnyone"''.

L'attribut ''status'' permet de définir le statut de la personne à laquelle on attribut la place. Cette définition se fait en utilisant l'identifiant du statut. Exemple : ''status="1"''.

======profile======
Contient l'identifiant du profile requis.

==Wildcard==
Le caractère * peut être utilisé dans les éléments '''resourceType'''. Il indique que la règle s'applique à tous les types de ressources existants de la plateforme.

Exemple avec wildcard :
<xml><resourceTypeList minQty="1" maxQty="1">
<resourceType>*</resourceType>
</resourceTypeList></xml>

Exemple sans wildcard :
<xml><resourceTypeList minQty="1" maxQty="1">
<resourceType>1</resourceType>
<resourceType>2</resourceType>
<resourceType>3</resourceType>
</resourceTypeList></xml>

Paramétrage des validités

2025-05-30T14:19:15Z

Lelhidam: /* Paramétrer pour chaque type de ressource les validités requises */

=Présentation=
L'objet de cette page est de présenter le paramétrage des [[Validités#Définitions|validités]].

Il existe également une page qui traite de l'[[Validités|utilisation des validités]].

=Ajouter un type de validités=
*'''Admin > Utilisateurs > Types de validités'''
*Cliquer sur le bouton '''Ajouter un type de validité'''
*Remplir les champs [[#Paramètres_de_configuration|en fonction du comportement attendu]].
*Cliquer sur le bouton '''Valider'''
La validité s'insère dans le tableau qui est trié par ordre alphabétique

==Paramètres de configuration==

===Nom===
Nom choisi pour désigner une validité

===Soumise à échéance===
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 document à une validité. Un document est constitué d'une ou plusieurs pages. Chaque page a un nom et peut être indépendamment obligatoire ou non. Lorsque le paramètre "associer un document" est activé pour un type de validité, les utilisateurs peuvent [[Validités#Téléverser-un-fichier|téléverser un fichier]] pour chaque page afin de 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]].

===Validité bloquante pour la saisie (si requise)===
Indique le comportement pour ce type de validité que doit adopter OpenFlyers lors d'une tentative de saisie d'activité ou de réservation dont une validité requise est périmée ou absente. Si la validité est configurée comme bloquante, alors la saisie sera bloquée et impossible.

C'est utile en mode ouverture/fermeture d'activité où il est alors possible lors de l'ouverture de l'activité d'interdite un utilisateur de saisir son activité s'il manque un certain nombre de validités.

===Validité bloquante pour le contrôle d'accès (lorsque requise par un type de ressource)===
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 requises pour un type de ressource]]. Chaque règle "ou" est indiquée par une ligne intitulée '''il manque''' dans le message d'erreur qui apparaît.
*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é.

[[File:mandatoryValiditiesForResourceAndPerson.png]]

===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és#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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

Les emails de rappels ne sont pas envoyés aux utilisateurs désactivés.

===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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

===Certification===
La cellule '''Certification''' a 5 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 [[Validités#Certification-manuelle|certifiée manuellement]]. Si un document peut être associé, la présence des pages obligatoires est requise.
*'''Par API FFA''' : la certification est active et réalisable exclusivement par le biais du [[Validités#Certification-automatique-à-partir-du-numéro-de-licence-délivré-par-la-Fédération-Française-Aéronautique|robot OpenFlyers en interrogeant l'API FFA]], ce qui signifie que la [[Validités#Certification-manuelle|certification manuelle]] n'est pas possible. De plus, les utilisateurs ne peuvent ni attribuer ni modifier la date d'échéance de la validité.
*'''Possible par robot (FFA)''' : la certification est active, un document est obligatoire qui doit correspondre au fichier PDF original de l'attestation de licence Fédérale délivrée par la FFA. Alors le robot [[Validités#Certification-automatique-de-l'attestation-délivrée-par-la-Fédération-Française-Aéronautique|certifie automatiquement]] le document associé à la validité.
*<s>'''Possible par OCR''' : La certification est active, un document doit être obligatoirement associé à la validité. Ensuite, [[Validités#Licence-de-pilote-privé-(PPL)|une certification automatique par OCR]] peut être effectuée.</s> ''(en développement)''
*'''Requise avec auto-remplissage (SEP)'''
Lorsque la certification est '''requise''', les personnes en charge de ce type de validités sont notifiées par e-mail lorsque une validité doit être certifiée ou re-certifier. Cela arrive dans l'un des cas suivant :
*La validité a été créée et est [[Validités#Validité-complète|complète]].
*La validité a été [[Validités#Validité-complète|complétée]].
*La validité était [[Validités#Validité-complète|complète]] et [[Validités#Certifier-des-validités|certifiée]], mais une page obligatoire a été modifiée.

Lorsque la certification est '''possible par robot''', les personnes en charge de ce type de validités sont notifiées par e-mail uniquement lorsque le robot n'est pas parvenu à certifier automatiquement le fichier téléversé.

Pour l'utilisation des validités avec certification, voir le chapitre [[Validités#Certifier-des-validités|certifier 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.

===Profils autorisés à gérer pour eux-mêmes===
Permet de sélectionner les profils autorisés à gérer pour eux-mêmes la validité.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

===Profils autorisés à gérer/certifier pour les autres===

Permet de sélectionner les profils autorisés à gérer et certifier la validité pour les autres utilisateurs.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.
===Profils dispensés de signature===
Dans le cas d'une validité de type contrat, permet de sélectionner les profils dispensés de signature.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

=Paramétrer le [[Validités#Contrôle-des-validités|contrôle des validités]]=

==Paramétrer le contrôle des validités pour les activités ou les réservations==
Lors de la saisie d'une activité ou d'une réservation, le contrôle des validités s'effectue en fonction du type de ressource sélectionné et des types d'activités sélectionnés.

===Prendre en compte les validités requises pour un type d'activité donné===
*'''Admin > Structure > Paramétrage'''.
*Dans le formulaire aller sur la section '''[[Gestion-des-activités|Gestion des activités]]''' ou sur la section '''[[Configuration#Gestion-du-planning|Gestion du planning]]''' selon si vous souhaitez configurer le contrôles des validités pour les activités ou pour les réservations
*Champ '''Prendre en compte les validités requises pour un type d'activité donné''', il faut choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de validités requises pour un type d'activité donné
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de validité requises pour un type d'activité donné. Le choix de l'alerte bloquante ou non est déterminé par OpenFlyers en fonction du [[#Validité-bloquante-pour-la-saisie-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*Puis vous pouvez [[#Paramétrer-pour-chaque-type-d'activité-les-validités-requises|paramétrer pour chaque type d'activité les validités requises]]

====Paramétrer pour chaque type d'activité les validités requises====
Les validités requises lors de la saisie d'une activité dépendent des types d'activités sélectionnés pour cette activité. Le paramétrage des validités requises pour chaque type d'activité s'effectue ainsi :
*'''Admin > Activités > Types d'activités'''
*Dans le tableau '''Types de validités requises (si seul à bord) pour un type d'activité donné''', cocher les validités requises pour chaque type d'activité

===Prendre en compte les validités requises pour un type de ressource donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un type de ressource donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de [[#Paramétrer-pour-chaque-type-de-ressource-les-validités-requises|validités requises]] pour une ressource donnée
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de 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-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*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 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'une-activité|saisie des activités]].

*'''Admin > Types de ressources > Actifs'''
*Dans le tableau qui liste les types de ressources, cliquer sur l'icône dans la colonne '''Action''' symbolisant une check-list [[File:Checklist.png]] et intitulée '''Voir les types de validités requises pour le type de ressource'''.

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 utilisateurs pour qu'ils ne soient pas bloqués. Il est recommandé de rester en mode avertissement durant plusieurs semaines, après passage en production, avant d'activer les restrictions.

=Paramétrer des [[Envoi-des-emails#E-mail-de-rappel-d'échéance-de-validité|rappels par e-mail]] des validités à échéance=

Ce paramétrage n'est possible que pour les validités [[#Soumise-à-échéance|soumises à échéance]] :
*'''Admin > Utilisateurs > Types de validités'''
*Pour chaque validité soumise à échéance :
**Cliquer sur le bouton de modification (pictogramme "crayon")
**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-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 '''Admin > Types de ressources > Actifs'''
**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 [[Validités#Validité-contrat|contrat]]=
*'''Admin > Utilisateurs > Types de validités'''.
*Cliquer sur le bouton '''Ajouter un type de validité'''.
*Choisir un nom pour le contrat.
*Cocher '''Contrat'''.
*Insérer le fichier contenant le corps du contrat dans '''Fichier du contrat'''.
*Si la validité-contrat ne doit pas être requise pour certains profils, cocher [[Gestion-des-profils#Contrats-non-requis|les profils exemptés]].
*Cliquer sur le bouton '''Enregistrer'''

Une fois ceci fait, tous les utilisateurs ou uniquement les utilisateurs n'appartenant aux profils exemptés devront [[Connexion#Signer-des-contrats|signer le contrat]] à leur connexion.

=Supprimer ou désactiver un type de validité=

*'''Admin > Utilisateurs > Types de validités'''
*L'icône symbolisant une poubelle permet de supprimer ou désactiver 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 proposant deux options :

*La suppression : Permet de supprimer complètement le type de validité et les validités correspondantes détenues par les utilisateurs
*La désactivation :
**Permet de rendre obsolète un type de validité, notamment une validité contrat dont la signature ne sera désormais plus requise à la connexion tout en conservant l’historique des personnes ayant détenu cette validité ou ayant signé la « validité contrat ».
**Pour afficher les validités désactivées, cliquer sur le bouton de switch '''Afficher les items désactivés''' disponible au-dessus et en-dessous du tableau.
**Les types de validités désactivés s'affichent et se réactivent selon les caractéristiques des entrées désactivées des tableaux.

Si une validité du type qu'il faut supprimer ou désactiver est rattachée à un type de ressource, type d'activité ou à un produit alors une alerte bloquante, avec la liste des éléments rattachés, empêche la suppression de cette validité. Il faut d'abord retirer la validité aux éléments concernés.

=Supprimer un type de validité déclaré comme contrat=
*'''Admin > 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.

Paramétrage des validités

2025-05-30T14:18:34Z

Lelhidam: /* Paramétrer pour chaque type de ressource les validités requises */

=Présentation=
L'objet de cette page est de présenter le paramétrage des [[Validités#Définitions|validités]].

Il existe également une page qui traite de l'[[Validités|utilisation des validités]].

=Ajouter un type de validités=
*'''Admin > Utilisateurs > Types de validités'''
*Cliquer sur le bouton '''Ajouter un type de validité'''
*Remplir les champs [[#Paramètres_de_configuration|en fonction du comportement attendu]].
*Cliquer sur le bouton '''Valider'''
La validité s'insère dans le tableau qui est trié par ordre alphabétique

==Paramètres de configuration==

===Nom===
Nom choisi pour désigner une validité

===Soumise à échéance===
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 document à une validité. Un document est constitué d'une ou plusieurs pages. Chaque page a un nom et peut être indépendamment obligatoire ou non. Lorsque le paramètre "associer un document" est activé pour un type de validité, les utilisateurs peuvent [[Validités#Téléverser-un-fichier|téléverser un fichier]] pour chaque page afin de 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]].

===Validité bloquante pour la saisie (si requise)===
Indique le comportement pour ce type de validité que doit adopter OpenFlyers lors d'une tentative de saisie d'activité ou de réservation dont une validité requise est périmée ou absente. Si la validité est configurée comme bloquante, alors la saisie sera bloquée et impossible.

C'est utile en mode ouverture/fermeture d'activité où il est alors possible lors de l'ouverture de l'activité d'interdite un utilisateur de saisir son activité s'il manque un certain nombre de validités.

===Validité bloquante pour le contrôle d'accès (lorsque requise par un type de ressource)===
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 requises pour un type de ressource]]. Chaque règle "ou" est indiquée par une ligne intitulée '''il manque''' dans le message d'erreur qui apparaît.
*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é.

[[File:mandatoryValiditiesForResourceAndPerson.png]]

===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és#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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

Les emails de rappels ne sont pas envoyés aux utilisateurs désactivés.

===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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

===Certification===
La cellule '''Certification''' a 5 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 [[Validités#Certification-manuelle|certifiée manuellement]]. Si un document peut être associé, la présence des pages obligatoires est requise.
*'''Par API FFA''' : la certification est active et réalisable exclusivement par le biais du [[Validités#Certification-automatique-à-partir-du-numéro-de-licence-délivré-par-la-Fédération-Française-Aéronautique|robot OpenFlyers en interrogeant l'API FFA]], ce qui signifie que la [[Validités#Certification-manuelle|certification manuelle]] n'est pas possible. De plus, les utilisateurs ne peuvent ni attribuer ni modifier la date d'échéance de la validité.
*'''Possible par robot (FFA)''' : la certification est active, un document est obligatoire qui doit correspondre au fichier PDF original de l'attestation de licence Fédérale délivrée par la FFA. Alors le robot [[Validités#Certification-automatique-de-l'attestation-délivrée-par-la-Fédération-Française-Aéronautique|certifie automatiquement]] le document associé à la validité.
*<s>'''Possible par OCR''' : La certification est active, un document doit être obligatoirement associé à la validité. Ensuite, [[Validités#Licence-de-pilote-privé-(PPL)|une certification automatique par OCR]] peut être effectuée.</s> ''(en développement)''
*'''Requise avec auto-remplissage (SEP)'''
Lorsque la certification est '''requise''', les personnes en charge de ce type de validités sont notifiées par e-mail lorsque une validité doit être certifiée ou re-certifier. Cela arrive dans l'un des cas suivant :
*La validité a été créée et est [[Validités#Validité-complète|complète]].
*La validité a été [[Validités#Validité-complète|complétée]].
*La validité était [[Validités#Validité-complète|complète]] et [[Validités#Certifier-des-validités|certifiée]], mais une page obligatoire a été modifiée.

Lorsque la certification est '''possible par robot''', les personnes en charge de ce type de validités sont notifiées par e-mail uniquement lorsque le robot n'est pas parvenu à certifier automatiquement le fichier téléversé.

Pour l'utilisation des validités avec certification, voir le chapitre [[Validités#Certifier-des-validités|certifier 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.

===Profils autorisés à gérer pour eux-mêmes===
Permet de sélectionner les profils autorisés à gérer pour eux-mêmes la validité.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

===Profils autorisés à gérer/certifier pour les autres===

Permet de sélectionner les profils autorisés à gérer et certifier la validité pour les autres utilisateurs.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.
===Profils dispensés de signature===
Dans le cas d'une validité de type contrat, permet de sélectionner les profils dispensés de signature.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

=Paramétrer le [[Validités#Contrôle-des-validités|contrôle des validités]]=

==Paramétrer le contrôle des validités pour les activités ou les réservations==
Lors de la saisie d'une activité ou d'une réservation, le contrôle des validités s'effectue en fonction du type de ressource sélectionné et des types d'activités sélectionnés.

===Prendre en compte les validités requises pour un type d'activité donné===
*'''Admin > Structure > Paramétrage'''.
*Dans le formulaire aller sur la section '''[[Gestion-des-activités|Gestion des activités]]''' ou sur la section '''[[Configuration#Gestion-du-planning|Gestion du planning]]''' selon si vous souhaitez configurer le contrôles des validités pour les activités ou pour les réservations
*Champ '''Prendre en compte les validités requises pour un type d'activité donné''', il faut choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de validités requises pour un type d'activité donné
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de validité requises pour un type d'activité donné. Le choix de l'alerte bloquante ou non est déterminé par OpenFlyers en fonction du [[#Validité-bloquante-pour-la-saisie-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*Puis vous pouvez [[#Paramétrer-pour-chaque-type-d'activité-les-validités-requises|paramétrer pour chaque type d'activité les validités requises]]

====Paramétrer pour chaque type d'activité les validités requises====
Les validités requises lors de la saisie d'une activité dépendent des types d'activités sélectionnés pour cette activité. Le paramétrage des validités requises pour chaque type d'activité s'effectue ainsi :
*'''Admin > Activités > Types d'activités'''
*Dans le tableau '''Types de validités requises (si seul à bord) pour un type d'activité donné''', cocher les validités requises pour chaque type d'activité

===Prendre en compte les validités requises pour un type de ressource donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un type de ressource donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de [[#Paramétrer-pour-chaque-type-de-ressource-les-validités-requises|validités requises]] pour une ressource donnée
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de 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-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*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 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]].

*'''Admin > Types de ressources > Actifs'''
*Dans le tableau qui liste les types de ressources, cliquer sur l'icône dans la colonne '''Action''' symbolisant une check-list [[File:Checklist.png]] et intitulée '''Voir les types de validités requises pour le type de ressource'''.

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 utilisateurs pour qu'ils ne soient pas bloqués. Il est recommandé de rester en mode avertissement durant plusieurs semaines, après passage en production, avant d'activer les restrictions.

=Paramétrer des [[Envoi-des-emails#E-mail-de-rappel-d'échéance-de-validité|rappels par e-mail]] des validités à échéance=

Ce paramétrage n'est possible que pour les validités [[#Soumise-à-échéance|soumises à échéance]] :
*'''Admin > Utilisateurs > Types de validités'''
*Pour chaque validité soumise à échéance :
**Cliquer sur le bouton de modification (pictogramme "crayon")
**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-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 '''Admin > Types de ressources > Actifs'''
**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 [[Validités#Validité-contrat|contrat]]=
*'''Admin > Utilisateurs > Types de validités'''.
*Cliquer sur le bouton '''Ajouter un type de validité'''.
*Choisir un nom pour le contrat.
*Cocher '''Contrat'''.
*Insérer le fichier contenant le corps du contrat dans '''Fichier du contrat'''.
*Si la validité-contrat ne doit pas être requise pour certains profils, cocher [[Gestion-des-profils#Contrats-non-requis|les profils exemptés]].
*Cliquer sur le bouton '''Enregistrer'''

Une fois ceci fait, tous les utilisateurs ou uniquement les utilisateurs n'appartenant aux profils exemptés devront [[Connexion#Signer-des-contrats|signer le contrat]] à leur connexion.

=Supprimer ou désactiver un type de validité=

*'''Admin > Utilisateurs > Types de validités'''
*L'icône symbolisant une poubelle permet de supprimer ou désactiver 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 proposant deux options :

*La suppression : Permet de supprimer complètement le type de validité et les validités correspondantes détenues par les utilisateurs
*La désactivation :
**Permet de rendre obsolète un type de validité, notamment une validité contrat dont la signature ne sera désormais plus requise à la connexion tout en conservant l’historique des personnes ayant détenu cette validité ou ayant signé la « validité contrat ».
**Pour afficher les validités désactivées, cliquer sur le bouton de switch '''Afficher les items désactivés''' disponible au-dessus et en-dessous du tableau.
**Les types de validités désactivés s'affichent et se réactivent selon les caractéristiques des entrées désactivées des tableaux.

Si une validité du type qu'il faut supprimer ou désactiver est rattachée à un type de ressource, type d'activité ou à un produit alors une alerte bloquante, avec la liste des éléments rattachés, empêche la suppression de cette validité. Il faut d'abord retirer la validité aux éléments concernés.

=Supprimer un type de validité déclaré comme contrat=
*'''Admin > 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.

Paramétrage des validités

2025-05-30T14:15:07Z

Lelhidam: /* Prendre en compte les validités requises pour un type de ressource donné */

=Présentation=
L'objet de cette page est de présenter le paramétrage des [[Validités#Définitions|validités]].

Il existe également une page qui traite de l'[[Validités|utilisation des validités]].

=Ajouter un type de validités=
*'''Admin > Utilisateurs > Types de validités'''
*Cliquer sur le bouton '''Ajouter un type de validité'''
*Remplir les champs [[#Paramètres_de_configuration|en fonction du comportement attendu]].
*Cliquer sur le bouton '''Valider'''
La validité s'insère dans le tableau qui est trié par ordre alphabétique

==Paramètres de configuration==

===Nom===
Nom choisi pour désigner une validité

===Soumise à échéance===
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 document à une validité. Un document est constitué d'une ou plusieurs pages. Chaque page a un nom et peut être indépendamment obligatoire ou non. Lorsque le paramètre "associer un document" est activé pour un type de validité, les utilisateurs peuvent [[Validités#Téléverser-un-fichier|téléverser un fichier]] pour chaque page afin de 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]].

===Validité bloquante pour la saisie (si requise)===
Indique le comportement pour ce type de validité que doit adopter OpenFlyers lors d'une tentative de saisie d'activité ou de réservation dont une validité requise est périmée ou absente. Si la validité est configurée comme bloquante, alors la saisie sera bloquée et impossible.

C'est utile en mode ouverture/fermeture d'activité où il est alors possible lors de l'ouverture de l'activité d'interdite un utilisateur de saisir son activité s'il manque un certain nombre de validités.

===Validité bloquante pour le contrôle d'accès (lorsque requise par un type de ressource)===
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 requises pour un type de ressource]]. Chaque règle "ou" est indiquée par une ligne intitulée '''il manque''' dans le message d'erreur qui apparaît.
*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é.

[[File:mandatoryValiditiesForResourceAndPerson.png]]

===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és#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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

Les emails de rappels ne sont pas envoyés aux utilisateurs désactivés.

===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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

===Certification===
La cellule '''Certification''' a 5 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 [[Validités#Certification-manuelle|certifiée manuellement]]. Si un document peut être associé, la présence des pages obligatoires est requise.
*'''Par API FFA''' : la certification est active et réalisable exclusivement par le biais du [[Validités#Certification-automatique-à-partir-du-numéro-de-licence-délivré-par-la-Fédération-Française-Aéronautique|robot OpenFlyers en interrogeant l'API FFA]], ce qui signifie que la [[Validités#Certification-manuelle|certification manuelle]] n'est pas possible. De plus, les utilisateurs ne peuvent ni attribuer ni modifier la date d'échéance de la validité.
*'''Possible par robot (FFA)''' : la certification est active, un document est obligatoire qui doit correspondre au fichier PDF original de l'attestation de licence Fédérale délivrée par la FFA. Alors le robot [[Validités#Certification-automatique-de-l'attestation-délivrée-par-la-Fédération-Française-Aéronautique|certifie automatiquement]] le document associé à la validité.
*<s>'''Possible par OCR''' : La certification est active, un document doit être obligatoirement associé à la validité. Ensuite, [[Validités#Licence-de-pilote-privé-(PPL)|une certification automatique par OCR]] peut être effectuée.</s> ''(en développement)''
*'''Requise avec auto-remplissage (SEP)'''
Lorsque la certification est '''requise''', les personnes en charge de ce type de validités sont notifiées par e-mail lorsque une validité doit être certifiée ou re-certifier. Cela arrive dans l'un des cas suivant :
*La validité a été créée et est [[Validités#Validité-complète|complète]].
*La validité a été [[Validités#Validité-complète|complétée]].
*La validité était [[Validités#Validité-complète|complète]] et [[Validités#Certifier-des-validités|certifiée]], mais une page obligatoire a été modifiée.

Lorsque la certification est '''possible par robot''', les personnes en charge de ce type de validités sont notifiées par e-mail uniquement lorsque le robot n'est pas parvenu à certifier automatiquement le fichier téléversé.

Pour l'utilisation des validités avec certification, voir le chapitre [[Validités#Certifier-des-validités|certifier 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.

===Profils autorisés à gérer pour eux-mêmes===
Permet de sélectionner les profils autorisés à gérer pour eux-mêmes la validité.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

===Profils autorisés à gérer/certifier pour les autres===

Permet de sélectionner les profils autorisés à gérer et certifier la validité pour les autres utilisateurs.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.
===Profils dispensés de signature===
Dans le cas d'une validité de type contrat, permet de sélectionner les profils dispensés de signature.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

=Paramétrer le [[Validités#Contrôle-des-validités|contrôle des validités]]=

==Paramétrer le contrôle des validités pour les activités ou les réservations==
Lors de la saisie d'une activité ou d'une réservation, le contrôle des validités s'effectue en fonction du type de ressource sélectionné et des types d'activités sélectionnés.

===Prendre en compte les validités requises pour un type d'activité donné===
*'''Admin > Structure > Paramétrage'''.
*Dans le formulaire aller sur la section '''[[Gestion-des-activités|Gestion des activités]]''' ou sur la section '''[[Configuration#Gestion-du-planning|Gestion du planning]]''' selon si vous souhaitez configurer le contrôles des validités pour les activités ou pour les réservations
*Champ '''Prendre en compte les validités requises pour un type d'activité donné''', il faut choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de validités requises pour un type d'activité donné
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de validité requises pour un type d'activité donné. Le choix de l'alerte bloquante ou non est déterminé par OpenFlyers en fonction du [[#Validité-bloquante-pour-la-saisie-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*Puis vous pouvez [[#Paramétrer-pour-chaque-type-d'activité-les-validités-requises|paramétrer pour chaque type d'activité les validités requises]]

====Paramétrer pour chaque type d'activité les validités requises====
Les validités requises lors de la saisie d'une activité dépendent des types d'activités sélectionnés pour cette activité. Le paramétrage des validités requises pour chaque type d'activité s'effectue ainsi :
*'''Admin > Activités > Types d'activités'''
*Dans le tableau '''Types de validités requises (si seul à bord) pour un type d'activité donné''', cocher les validités requises pour chaque type d'activité

===Prendre en compte les validités requises pour un type de ressource donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un type de ressource donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de [[#Paramétrer-pour-chaque-type-de-ressource-les-validités-requises|validités requises]] pour une ressource donnée
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de 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-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*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 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]].

*'''Admin > Types de ressources > Actifs'''
*Dans le tableau qui liste les types de ressources, cliquer sur l'icône dans la colonne '''Action''' symbolisant une check-list [[File: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 utilisateurs pour qu'ils ne soient pas bloqués. Il est recommandé de rester en mode avertissement durant plusieurs semaines, après passage en production, avant d'activer les restrictions.

=Paramétrer des [[Envoi-des-emails#E-mail-de-rappel-d'échéance-de-validité|rappels par e-mail]] des validités à échéance=

Ce paramétrage n'est possible que pour les validités [[#Soumise-à-échéance|soumises à échéance]] :
*'''Admin > Utilisateurs > Types de validités'''
*Pour chaque validité soumise à échéance :
**Cliquer sur le bouton de modification (pictogramme "crayon")
**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-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 '''Admin > Types de ressources > Actifs'''
**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 [[Validités#Validité-contrat|contrat]]=
*'''Admin > Utilisateurs > Types de validités'''.
*Cliquer sur le bouton '''Ajouter un type de validité'''.
*Choisir un nom pour le contrat.
*Cocher '''Contrat'''.
*Insérer le fichier contenant le corps du contrat dans '''Fichier du contrat'''.
*Si la validité-contrat ne doit pas être requise pour certains profils, cocher [[Gestion-des-profils#Contrats-non-requis|les profils exemptés]].
*Cliquer sur le bouton '''Enregistrer'''

Une fois ceci fait, tous les utilisateurs ou uniquement les utilisateurs n'appartenant aux profils exemptés devront [[Connexion#Signer-des-contrats|signer le contrat]] à leur connexion.

=Supprimer ou désactiver un type de validité=

*'''Admin > Utilisateurs > Types de validités'''
*L'icône symbolisant une poubelle permet de supprimer ou désactiver 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 proposant deux options :

*La suppression : Permet de supprimer complètement le type de validité et les validités correspondantes détenues par les utilisateurs
*La désactivation :
**Permet de rendre obsolète un type de validité, notamment une validité contrat dont la signature ne sera désormais plus requise à la connexion tout en conservant l’historique des personnes ayant détenu cette validité ou ayant signé la « validité contrat ».
**Pour afficher les validités désactivées, cliquer sur le bouton de switch '''Afficher les items désactivés''' disponible au-dessus et en-dessous du tableau.
**Les types de validités désactivés s'affichent et se réactivent selon les caractéristiques des entrées désactivées des tableaux.

Si une validité du type qu'il faut supprimer ou désactiver est rattachée à un type de ressource, type d'activité ou à un produit alors une alerte bloquante, avec la liste des éléments rattachés, empêche la suppression de cette validité. Il faut d'abord retirer la validité aux éléments concernés.

=Supprimer un type de validité déclaré comme contrat=
*'''Admin > 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.

Paramétrage des validités

2025-05-30T14:08:08Z

Lelhidam: /* Prendre en compte les validités requises pour un type de ressource donné */

=Présentation=
L'objet de cette page est de présenter le paramétrage des [[Validités#Définitions|validités]].

Il existe également une page qui traite de l'[[Validités|utilisation des validités]].

=Ajouter un type de validités=
*'''Admin > Utilisateurs > Types de validités'''
*Cliquer sur le bouton '''Ajouter un type de validité'''
*Remplir les champs [[#Paramètres_de_configuration|en fonction du comportement attendu]].
*Cliquer sur le bouton '''Valider'''
La validité s'insère dans le tableau qui est trié par ordre alphabétique

==Paramètres de configuration==

===Nom===
Nom choisi pour désigner une validité

===Soumise à échéance===
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 document à une validité. Un document est constitué d'une ou plusieurs pages. Chaque page a un nom et peut être indépendamment obligatoire ou non. Lorsque le paramètre "associer un document" est activé pour un type de validité, les utilisateurs peuvent [[Validités#Téléverser-un-fichier|téléverser un fichier]] pour chaque page afin de 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]].

===Validité bloquante pour la saisie (si requise)===
Indique le comportement pour ce type de validité que doit adopter OpenFlyers lors d'une tentative de saisie d'activité ou de réservation dont une validité requise est périmée ou absente. Si la validité est configurée comme bloquante, alors la saisie sera bloquée et impossible.

C'est utile en mode ouverture/fermeture d'activité où il est alors possible lors de l'ouverture de l'activité d'interdite un utilisateur de saisir son activité s'il manque un certain nombre de validités.

===Validité bloquante pour le contrôle d'accès (lorsque requise par un type de ressource)===
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 requises pour un type de ressource]]. Chaque règle "ou" est indiquée par une ligne intitulée '''il manque''' dans le message d'erreur qui apparaît.
*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é.

[[File:mandatoryValiditiesForResourceAndPerson.png]]

===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és#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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

Les emails de rappels ne sont pas envoyés aux utilisateurs désactivés.

===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-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-des-emails#Email-de-rappel-d'échéance-de-validité|envoi du rappel]].

===Certification===
La cellule '''Certification''' a 5 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 [[Validités#Certification-manuelle|certifiée manuellement]]. Si un document peut être associé, la présence des pages obligatoires est requise.
*'''Par API FFA''' : la certification est active et réalisable exclusivement par le biais du [[Validités#Certification-automatique-à-partir-du-numéro-de-licence-délivré-par-la-Fédération-Française-Aéronautique|robot OpenFlyers en interrogeant l'API FFA]], ce qui signifie que la [[Validités#Certification-manuelle|certification manuelle]] n'est pas possible. De plus, les utilisateurs ne peuvent ni attribuer ni modifier la date d'échéance de la validité.
*'''Possible par robot (FFA)''' : la certification est active, un document est obligatoire qui doit correspondre au fichier PDF original de l'attestation de licence Fédérale délivrée par la FFA. Alors le robot [[Validités#Certification-automatique-de-l'attestation-délivrée-par-la-Fédération-Française-Aéronautique|certifie automatiquement]] le document associé à la validité.
*<s>'''Possible par OCR''' : La certification est active, un document doit être obligatoirement associé à la validité. Ensuite, [[Validités#Licence-de-pilote-privé-(PPL)|une certification automatique par OCR]] peut être effectuée.</s> ''(en développement)''
*'''Requise avec auto-remplissage (SEP)'''
Lorsque la certification est '''requise''', les personnes en charge de ce type de validités sont notifiées par e-mail lorsque une validité doit être certifiée ou re-certifier. Cela arrive dans l'un des cas suivant :
*La validité a été créée et est [[Validités#Validité-complète|complète]].
*La validité a été [[Validités#Validité-complète|complétée]].
*La validité était [[Validités#Validité-complète|complète]] et [[Validités#Certifier-des-validités|certifiée]], mais une page obligatoire a été modifiée.

Lorsque la certification est '''possible par robot''', les personnes en charge de ce type de validités sont notifiées par e-mail uniquement lorsque le robot n'est pas parvenu à certifier automatiquement le fichier téléversé.

Pour l'utilisation des validités avec certification, voir le chapitre [[Validités#Certifier-des-validités|certifier 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.

===Profils autorisés à gérer pour eux-mêmes===
Permet de sélectionner les profils autorisés à gérer pour eux-mêmes la validité.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

===Profils autorisés à gérer/certifier pour les autres===

Permet de sélectionner les profils autorisés à gérer et certifier la validité pour les autres utilisateurs.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.
===Profils dispensés de signature===
Dans le cas d'une validité de type contrat, permet de sélectionner les profils dispensés de signature.
 
Le droit sur la "Gestion des profils" est nécessaire pour modifier les valeurs de cette colonne.

=Paramétrer le [[Validités#Contrôle-des-validités|contrôle des validités]]=

==Paramétrer le contrôle des validités pour les activités ou les réservations==
Lors de la saisie d'une activité ou d'une réservation, le contrôle des validités s'effectue en fonction du type de ressource sélectionné et des types d'activités sélectionnés.

===Prendre en compte les validités requises pour un type d'activité donné===
*'''Admin > Structure > Paramétrage'''.
*Dans le formulaire aller sur la section '''[[Gestion-des-activités|Gestion des activités]]''' ou sur la section '''[[Configuration#Gestion-du-planning|Gestion du planning]]''' selon si vous souhaitez configurer le contrôles des validités pour les activités ou pour les réservations
*Champ '''Prendre en compte les validités requises pour un type d'activité donné''', il faut choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de validités requises pour un type d'activité donné
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de validité requises pour un type d'activité donné. Le choix de l'alerte bloquante ou non est déterminé par OpenFlyers en fonction du [[#Validité-bloquante-pour-la-saisie-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*Puis vous pouvez [[#Paramétrer-pour-chaque-type-d'activité-les-validités-requises|paramétrer pour chaque type d'activité les validités requises]]

====Paramétrer pour chaque type d'activité les validités requises====
Les validités requises lors de la saisie d'une activité dépendent des types d'activités sélectionnés pour cette activité. Le paramétrage des validités requises pour chaque type d'activité s'effectue ainsi :
*'''Admin > Activités > Types d'activités'''
*Dans le tableau '''Types de validités requises (si seul à bord) pour un type d'activité donné''', cocher les validités requises pour chaque type d'activité

===Prendre en compte les validités requises pour un type de ressource donné===
*Aller sur '''Admin > Structure > Paramétrage > Activités''' pour configurer le contrôles des validités pour [[Configuration#Gestion-des-activités-(Admin->-Structure->-Paramétrage->-Activités)|les activités]]
*Aller sur '''Admin > Structure > Paramétrage > Réservations internes''' pour configurer le contrôles des validités pour [[Configuration#Configuration-des-réservations-internes-(Admin->-Structure->-Paramétrage->-Réservations-internes)|les réservations]]
*Dans le formulaire aller sur la section '''Prendre en compte les validités requises''', puis au champ '''Pour un type de ressource donné''', choisir le comportement général parmi les choix suivants :
**'''En mode "Restreint"''' : cela fait apparaitre des alertes bloquantes lorsqu'il y a une absence de [[#Paramétrage-des-validités#Validité-bloquante-pour-la-saisie-(si-requise)|validités requises]] pour une ressource donnée
**'''En mode "Avertissement"''' : cela fait apparaitre des alertes bloquantes ou non-bloquantes lorsqu'il y a une absence de 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-(si-requise)|paramétrage du type de validité]].
**'''Désactivé'''
*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 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]].

*'''Admin > Types de ressources > Actifs'''
*Dans le tableau qui liste les types de ressources, cliquer sur l'icône dans la colonne '''Action''' symbolisant une check-list [[File: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 utilisateurs pour qu'ils ne soient pas bloqués. Il est recommandé de rester en mode avertissement durant plusieurs semaines, après passage en production, avant d'activer les restrictions.

=Paramétrer des [[Envoi-des-emails#E-mail-de-rappel-d'échéance-de-validité|rappels par e-mail]] des validités à échéance=

Ce paramétrage n'est possible que pour les validités [[#Soumise-à-échéance|soumises à échéance]] :
*'''Admin > Utilisateurs > Types de validités'''
*Pour chaque validité soumise à échéance :
**Cliquer sur le bouton de modification (pictogramme "crayon")
**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-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 '''Admin > Types de ressources > Actifs'''
**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 [[Validités#Validité-contrat|contrat]]=
*'''Admin > Utilisateurs > Types de validités'''.
*Cliquer sur le bouton '''Ajouter un type de validité'''.
*Choisir un nom pour le contrat.
*Cocher '''Contrat'''.
*Insérer le fichier contenant le corps du contrat dans '''Fichier du contrat'''.
*Si la validité-contrat ne doit pas être requise pour certains profils, cocher [[Gestion-des-profils#Contrats-non-requis|les profils exemptés]].
*Cliquer sur le bouton '''Enregistrer'''

Une fois ceci fait, tous les utilisateurs ou uniquement les utilisateurs n'appartenant aux profils exemptés devront [[Connexion#Signer-des-contrats|signer le contrat]] à leur connexion.

=Supprimer ou désactiver un type de validité=

*'''Admin > Utilisateurs > Types de validités'''
*L'icône symbolisant une poubelle permet de supprimer ou désactiver 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 proposant deux options :

*La suppression : Permet de supprimer complètement le type de validité et les validités correspondantes détenues par les utilisateurs
*La désactivation :
**Permet de rendre obsolète un type de validité, notamment une validité contrat dont la signature ne sera désormais plus requise à la connexion tout en conservant l’historique des personnes ayant détenu cette validité ou ayant signé la « validité contrat ».
**Pour afficher les validités désactivées, cliquer sur le bouton de switch '''Afficher les items désactivés''' disponible au-dessus et en-dessous du tableau.
**Les types de validités désactivés s'affichent et se réactivent selon les caractéristiques des entrées désactivées des tableaux.

Si une validité du type qu'il faut supprimer ou désactiver est rattachée à un type de ressource, type d'activité ou à un produit alors une alerte bloquante, avec la liste des éléments rattachés, empêche la suppression de cette validité. Il faut d'abord retirer la validité aux éléments concernés.

=Supprimer un type de validité déclaré comme contrat=
*'''Admin > 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.