Documentation de la solution web de gestion OpenFlyers version 2 - Contributions de l’utilisateur [fr]

Accueil

2018-04-12T09:20:39Z

Claratte :

Bienvenue sur la documentation de la '''version 2''' d'OpenFlyers.

Cette version est obsolète. La version en vigueur est la version 4.

Vous pouvez retrouver sa documentation sur la page suivante :
*[[OF_doc4-fr:Accueil|Documentation OpenFlyers version 4]]

You can also access to our [[OF_doc-en:Main-Page2|english documentation]].

=FAQ=
*[[FAQ client|FAQ clients]]
*[[FAQ utilisateur|FAQ utilisateur]]
*[[FAQ administrateur 2.0|FAQ administrateur version 2.0]]
*[[FAQ administrateur|FAQ administrateur]]
*[[FAQ comptabilité|FAQ comptabilité]]
*[[FAQ export]]
*[[FAQ AeroBox]]

=Documentation Administrateurs=
*[[Documentation administrateur|Documentation administrateur]]
*[[Liste de diffusion|Gérer une liste de diffusion sur OpenFlyers]]
*[[Formules de calcul|Formules de calcul]]

==Comptabilité==
*[[Use-Accounting2.1|Utilisation de la comptabilité sur version 2.1]]

===Facturation client===
*[[Gestion des ventes|Gestion des ventes version]]

===FAQ comptabilité===
*[[FAQ comptabilité|FAQ comptabilité version]]

==Maintenance==
*[[Maintenance aéronautique|Maintenance aéronautique]]
*[[Suivi de navigabilité|Suivi de la navigabilité]]

===Requêtes permettant de générer des rapports===
*[[OF_doc-en::Export generator 2.0|Génération d'export version 2.0]]
*[[OF_doc-en::Export generator 2.1|Génération d'export version]]

=Documentation Utilisateurs=
*[[Documentation utilisateur 2.0|Documentation utilisateur version 2.0]]
*[[Documentation utilisateur|Documentation utilisateur]]

=[[OF_wiki:|Documentation Webmasters et Développeurs]]=
*[[Contrôle d'identification par OpenFlyers pour un logiciel tiers]]
*[[Structure de la base de données]]

=[[BTS|Rapporter des bugs]]=

=[[Trucs et astuces|Trucs et astuces]]=
==[[Kiosque PC|Mettre en place un PC kiosque]]==
==[[Réseau Internet hybride|Mettre en place un réseau internet hybride]]==

Accueil

2018-04-12T09:20:15Z

Claratte :

Bienvenue sur la documentation de la '''version 2''' d'OpenFlyers.

Cette version est obsolète. La version en vigueur est la version 4.

Vous pouvez retrouver leur documentation sur les pages suivantes :
*[[OF_doc3-fr:Accueil|Documentation OpenFlyers version 3]]
*[[OF_doc4-fr:Accueil|Documentation OpenFlyers version 4]]

You can also access to our [[OF_doc-en:Main-Page2|english documentation]].

=FAQ=
*[[FAQ client|FAQ clients]]
*[[FAQ utilisateur|FAQ utilisateur]]
*[[FAQ administrateur 2.0|FAQ administrateur version 2.0]]
*[[FAQ administrateur|FAQ administrateur]]
*[[FAQ comptabilité|FAQ comptabilité]]
*[[FAQ export]]
*[[FAQ AeroBox]]

=Documentation Administrateurs=
*[[Documentation administrateur|Documentation administrateur]]
*[[Liste de diffusion|Gérer une liste de diffusion sur OpenFlyers]]
*[[Formules de calcul|Formules de calcul]]

==Comptabilité==
*[[Use-Accounting2.1|Utilisation de la comptabilité sur version 2.1]]

===Facturation client===
*[[Gestion des ventes|Gestion des ventes version]]

===FAQ comptabilité===
*[[FAQ comptabilité|FAQ comptabilité version]]

==Maintenance==
*[[Maintenance aéronautique|Maintenance aéronautique]]
*[[Suivi de navigabilité|Suivi de la navigabilité]]

===Requêtes permettant de générer des rapports===
*[[OF_doc-en::Export generator 2.0|Génération d'export version 2.0]]
*[[OF_doc-en::Export generator 2.1|Génération d'export version]]

=Documentation Utilisateurs=
*[[Documentation utilisateur 2.0|Documentation utilisateur version 2.0]]
*[[Documentation utilisateur|Documentation utilisateur]]

=[[OF_wiki:|Documentation Webmasters et Développeurs]]=
*[[Contrôle d'identification par OpenFlyers pour un logiciel tiers]]
*[[Structure de la base de données]]

=[[BTS|Rapporter des bugs]]=

=[[Trucs et astuces|Trucs et astuces]]=
==[[Kiosque PC|Mettre en place un PC kiosque]]==
==[[Réseau Internet hybride|Mettre en place un réseau internet hybride]]==

FAQ administrateur

2016-07-30T01:57:49Z

Claratte : /* Où trouver la liste des champs et des tables des bases de données OpenFlyers ? */

=Questions générales=

==Comment personnaliser la documentation utilisateur ?==
Il suffit de suivre la FAQ indiquant [[FAQ_user2.1#Comment_imprimer_la_doc.3F|comment imprimer la doc]] et, au lieu de l'imprimer avec son navigateur, effectuer une sauvegarde avec la commande "Enregistrer sous..." ou équivalente de son navigateur.
Vous obtiendrez ainsi un fichier HTML que vous pourrez modifier à l'aide d'un logiciel d'édition comme Open Office.

==Comment se connecter sur le support-forum ?==
*Allez sur l'onglet "Support" du site [http://www.openflyers.com openflyers]
*Cliquez sur '''S'identifier''' (en haut à droite)
*Puis cliquez sur '''Pas encore enregistré ? - Cliquez ici pour vous enregistrer -'''
*Vous n'avez plus qu'à vous créer un profil utilisateur, à le soumettre
*Vous devez recevoir automatiquement un mail de confirmation avec un lien à suivre

==Comment se connecter sur le BTS pour rapporter un bug ?==
*Allez sur [http://bts.openflyers.org le BTS]
*Cliquez sur "Ouvrir un nouveau compte"
*Remplissez les champs
*Vous devez recevoir automatiquement un mail de confirmation avec un lien à suivre

=Affichage=

==Le logo du club prend toute la place sur la page d'accueil, comment corriger cela ?==
Il suffit de diminuer la taille du logo avec un logiciel d'édition d'image comme "gimp". Une taille normale devrait être de l'ordre de 100 pixels par 100 pixels et faire un poids d'une vingtaine de kilo-octets.

=Gestion des utilisateurs=

==Comment mettre à jour les cotisations des utilisateurs ?==
*Aller sur la page '''Admin > Club > Paramétrage''' : sous le titre '''Gestion des cotisations''', modifier la date d'expiration de la cotisation (c'est cette date qui sera utilisée lors de la mise à jour des cotisations des membres)
*Aller sur la page '''Admin > Utilisateurs > Utilisateurs''' : cocher les membres à mettre à jour et cliquer sur '''Mise à jour''' au droit de la ligne '''Prochaine échéance club : ......'''

Remarque : Le fond de la cellule '''Cotisation''' est grisé avec la date en rouge si la cotisation n'est pas à jour.

==La cotisation d'un utilisateur a été mise à jour par erreur, comment revenir en arrière ?==
*Aller sur la page '''Admin > Club > Paramétrage''' : sous le titre '''Gestion des cotisations''', modifier la date d'expiration de la cotisation (c'est cette date qui sera utilisée lors de la mise à jour des cotisations des membres) en remettant l'ancienne date d'échéance de l'utilisateur concerné
*Aller sur la page '''Admin > Utilisateurs > Utilisateurs''' : cocher le membre qui a été accidentellement mis à jour et cliquer sur '''Mise à jour''' au droit de la ligne '''Prochaine échéance club : ......'''
*Retourner sur la page '''Admin > Club > Paramétrage''' : sous le titre '''Gestion des cotisations''', re-modifier la date d'expiration de la cotisation (c'est cette date qui sera utilisée lors de la mise à jour des cotisations des membres) en remettant la nouvelle date d'échéance

==Certains utilisateurs apparaissent sur fond rouge, pourquoi ?==
Les utilisateurs sur fond rouge, sont les utilisateurs pour lesquels le sexe, la nationalité ou la date de naissance ne sont pas renseignés.

==Comment permettre aux utilisateurs de réserver au-delà de la fin de validité de leur cotisation ?==
Plusieurs solutions possibles :
*[[Documentation administrateur#Gestion_des_cotisations|Paramétrer]] OpenFlyers pour qu'il n'y ait qu'un message d'alerte ou ne pas gérer du tout les cotisations.
*[[Documentation administrateur#Gestion_des_cotisations|Paramétrer]] OpenFlyers avec une date de fin de cotisation à x mois après l'échéance réelle afin de permettre à l'utilisateur de pouvoir disposer de tous les droits de son profil jusqu'à x mois après l'échéance réelle.
*[[Documentation administrateur#Gestion_des_cotisations|Paramétrer]] OpenFlyers pour un accès restreint à un profil qui n'ait que le droit de réserver (profil à créer préalablement)

== Comment supprimer une qualification ?==
Il faut la supprimer dans Admin/Utilisateurs/Qualification. Auparavant il ne faut plus qu'elle soit affectée à un utilisateur. Pour voir la liste des utilisateurs ayant la qualification, il faut cliquer sur l'icône Liste dans Admin/Utilisateurs/Qualification. Il faut aussi que la Qualification ne soit pas utilisée comme "Qualifications requises (si seul à bord) pour un type de vol donné", A décocher dans Admin/Vols/Type de Vols.

==Import des utilisateurs et mot de passe==

Lorsque un import est réalisé depuis Admin > Configuration > Importer des utilisateurs, les nouveaux utilisateurs ont comme mot de passe le numéro de membre. Si c'est un utilisateur qui a été remis à jour grâce au rapprochement, le mot de passe ne change pas.

==Comment ré-utiliser des numéros de membre==

Il n'est pas possible d'utiliser le même numéro de membre pour plusieurs utilisateurs. Le système va refuser l'attribution du numéro de membre à l'utilisateur que l'on veut créer/modifier si on lui attribue le même numéro de membre qu'un membre déjà existant en base de données.

Attention : cette restriction s'applique également pour les utilisateurs désactivés.

Dans ce cas, si l'on souhaite réattribuer ce numéro à un autre utilisateur, il faut procéder de la manière suivante :
* Ré-activer l'utilisateur désactivé
* Changer son numéro de membre (ou mettre le champ à vide)
* Désactiver l'utilisateur
* Créer/modifier l'autre utilisateur et lui affecter le numéro

==[[Documentation administrateur#Restreindre_les_droits_d.27un_utilisateur_dont_le_solde_du_compte_est_insuffisant|Comment restreindre les droits d'un utilisateur dont le solde du compte est insuffisant ?]]==

=Gestion des réservations=

==Peut-on limiter le nombre de réservations par pilotes ?==
Oui :
*Aller sur la page Admin > Configuration > Paramétrage et dans la partie "Gestion des réservations" utilisez "Limitation du nombre de réservations"

==Peut-on limiter dans le temps les réservations ?==
Oui :
*Aller sur la page Admin > Configuration > Paramétrage et dans la partie "Gestion des réservations" utilisez "Limitation dans le temps des réservations"

==Comment empêcher un membre de réserver si ses qualifications ne sont pas à jour ?==
*Aller sur la page Admin > Configuration > Paramétrage et dans la partie "Gestion des licences/qualifications" utiliser "En mode "Restriction" pour les réservations"
*Définir les qualifications sur la page Admin > Utilisateurs > Qualifications
*Ensuite pour chaque type d'aéronef (via le menu Admin > Flotte > Type d'aéronef) définir les qualifications requises (loupe dans la colonne "Qualification")

==Je reçois par e-mail les avis de réservation de tout le monde, pourquoi ?==
Sûrement parce que dans votre profil, vous avez le droit "Alertable par mail pour toute réservation" d'activé.

=Gestion des aéronefs=

==[[Documentation administrateur#D.C3.A9sactiver_un_a.C3.A9ronef|Comment désactiver un aéronef ?]]==

==[[Suivi de navigabilité|Calcul des heures de vols pour maintenance]]==
==[[Suivi de navigabilité#Gestion_des_points_fixes|Comment saisir les points fixes ?]]==

=[[FAQ comptabilité|Comptabilité/Finance]]=

=Gestion des vols=

==Comment visualiser les vols oubliés ?==
*Aller sur la page Admin > Vols > Liste des vols :
- Vous cliquez sur l'icône de l'avion de la colonne "Vérifier la continuité des vols

- Vous pouvez éventuellement limiter votre contrôle entre 2 dates et/ou à partir d'un compteur particulier (utile pour lister les vols entre 2 maintenances). Par défaut les vols du mois en cours sont proposés

- Si vous avez sélectionnez l'option compteur sur cette avion, les discordances apparaissent en rouge sur fond grisé. L'erreur peut provenir de la ligne supérieure. Cliquer sur l'icône d'édition du vols dans la colonne action. Vous retrouvez la page de saisie pour corriger le compteur (ceci peut demander de modifier aussi le temps de vol)

==Message de type de vol manquant pour un vol en double commande...==
*Vous avez sélectionné en admin "Type de vol requis dans le cas de la présence d'un second pilote à bord" et lorsque vous saisissez un vol en double commande il vous est impossible de le valider malgré la sélection du fameux type de vol requis.
Vous avez un message d'alerte "Seul le type de vol requis dans le cas de la présence d'un second pilote a été sélectionné, vous devez en sélectionner au moins un autre en plus".
Dans ce cas, il faut que l'utilisateur indiquer un type de vol complémentaire
* Si vous ne souhaitez pas ce comportement il fait mettre "NON" à l'option "Le type de vol requis dans le cas de la présence d'un second pilote à bord ne peut être sélectionné seul".
La conséquence de cette configuration est importante sur la façon dont vous souhaitez calculer vos statistiques. Si le critère est manquant le calcul ne pourra pas être correct
exemple : en cas d'instruction le temps de vol, selon le critère de classement local ou navigation de la DGAC, ne sera pas comptabilisé)

==Comment supprimer un vol ?==
Seuls les vols non validés peuvent être supprimés. Pour effectuer la suppression :
* Aller sur la page '''Admin > Vols > Liste des vols'''.
* Cliquer sur l'icône correspondant à la ligne de l'aéronef et de la colonne '''Valider les vols sélectionnés'''. Si l'icône est grisée alors il n'y a aucun vol à recenser.
* Dans le tableau qui va lister les vols, cliquer sur l'icône poubelle correspondant au vol à supprimer et confirmer.

=Reports=

==[[FAQ_export#Import_de_fichiers_CSV_dans_Excel|Nous rencontrons des problèmes de reconnaissance de caractères accentués avec Excel]]==

==Où puis-je faire mes propres requêtes SQL personnalisées afin d'afficher des rapports ?==
Vous allez dans le menu '''Admin > Rapports > Structure > Créer/Modifier''' puis Ajouter et dans le champ '''Prédicat''', vous placez votre requête.

Pour visualiser le résultat, allez '''Admin > Rapports > Structure > Visualiser''' puis cochez les rapports que vous désirez voir.

Lorsqu'il existe plusieurs rapports, il faut éviter d'utiliser "Tous cocher" car cela risque d'aboutir à une page vide par dépassement des ressources.

==Où trouver des requêtes SQL pour générer des rapports ?==
Nous préconisons la centralisation des requêtes SQL sur le wiki anglais sur la page [[OF_doc-en:Export_generator_2.1|Export generator]]. Cela permet d'avoir une ressource d'informations centralisée utilisable par les administrateurs de tous les pays.

==[[OF_doc-en:Database-description|Où trouver la liste des champs et des tables des bases de données OpenFlyers ?]]==

==Je ne trouve pas la requête que je souhaite, comment la demander ?==
Si vous ne trouvez pas sur la page [http://doc-en.openflyers.com/index.php?title=Export_generator_2.1 Export generator] la requête que vous souhaitez, nous préconisons l'utilisation du support-forum depuis [http://www.openflyers.com www.openflyers.com] pour effectuer une demande de création de requête SQL.

Soit un autre utilisateur vous proposera alors son aide, soit nous vous proposerons de créer cette requête SQL. Comme cela nécessite pour nous du temps, nous facturons cette création qui ensuite sera rajoutée sur la page contenant les diverses requêtes SQL.

Le coût de cette création est fonction de la complexité de la requête. Il est facturé au coût horaire "Assistance - Intervention" présent sur le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]. A noter que l'assistance peut être prise en charge dans le cadre du bonus développement (cf. le catalogue tarifaire).

==Les membres ont accès à des rapports alors qu'il n'en n'ont pas le droit==
Si les membres ont accès à des rapports c'est que ces derniers sont rendus publics : la "check-box" a du être sélectionnée dans le groupe concerné de la colonne "Visualisable pour les groupes" (menu Rapports/Structure/"Créer/Modifier").

==Dans les exports csv il apparait des « N° Id ». A quoi correspond ce numéro ?==
C'est un numéro interne à la base de données OpenFlyers (une clé primaire en langage base de données). Il ne sert que lorsqu'il est utilisé pour des requêtes d'extractions en SQL (cf. [[OF_doc-en:Export generator|Export generator]])

=Traçabilité des modifications de la base de données=
Toute action effectuée, qui impacte la base de données, ainsi que la personne ayant effectuée cette action, est enregistrée automatiquement dans la base de données.

Selon les droits dont vous disposez dans votre profil, vous pouvez accéder à ces informations par le biais du requêteur de recherches (menu logs).

Nous pouvons également effectuer pour le compte de la structure toute recherche conformément au tarif en vigueur dans notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]

=A quoi servent les adresses IPs bloquées ou les identifiants bloqués ?=
Lorsqu'un utilisateur tente à plusieurs reprises et de manière infructueuse à se loguer sur OpenFlyers, au bout d'un certain nombre de tentatives son adresse IP et/ou son identifiant sont bloqués pour une durée croissante au fur et à mesure qu'il retente toujours de manière infructueuse.

Le but de ce blocage est d'éviter à des attaques de type "force brute" d'arriver à trouver un couple identifiant/mot de passe valide.

Cependant, il peut arriver qu'il soit nécessaire de débloquer des adresses IPs bloquées ou des identifiants bloqués. C'est l'objet du gestionnaire d'adresses IPs bloquées et du gestionnaire d'identifiants bloqués. En supprimant ces entrées de la liste des entrées bloquées, vous les débloquez.

Contrôle d'identification par OpenFlyers pour un logiciel tiers

2016-06-16T10:30:07Z

Claratte : Page créée avec « =Presentation= Here is an presentation of how to check if an identification/password couple submitted by your own scripts is correct according to the OpenFlyers database.... »

=Presentation=
Here is an presentation of how to check if an identification/password couple submitted by your own scripts is correct according to the OpenFlyers database.

=How it works=
If your OpenFlyers is located at http://test.openflyers.org/ just post at http://test.openflyers.org/checkIdent.php with login and rawPassword variables.

'''Warning:''' OpenFlyers release 2 or higher required a password hashed with MD5 (see the commented $postData line below in the PHP script).

==Possible return values==
The script display return an answer code which should be one of this value:
*0: OK
*1: OK but several profile availables. OpenFlyers select automatically the best profile.
*2: outdate but authorized
*3: outdate but authorized with outdate profile
*4: outdate subscription, unauthorized
*5: bad Ident, unauthorized
*6: Banned (ip or login), unauthorized
*7: no Ident -> ask one

We recommend you to consider 0-2 OK and 3-7 bad

'''Warning:''' you have to filter public access login (with no right) because for OF, it's a valid access !!!

=JavaScript=
If you are using your own authenticate form, use javascript function submit_pwd() located into \javascript\submitPwd.js

=PHP code example=
Here an example how to send a post request with php :
<php>function httpPostRequest($host, $path, $postData) {
$result= "";

$request = "POST $path HTTP/1.1\n".
"Host: $host\n".
(isset($referer) ? "Referer: $referer\n" : "").
"Content-type: Application/x-www-form-urlencoded\n".
"Content-length: ".strlen($postData)."\n".
"Connection: close\n\n".
$postData."\n";

// Some debug informations:
// print("<pre>Request:\n".htmlentities($request)."</pre>");

if ($fp = fsockopen($host, 80, $errno, $errstr, 3))
// for PHP release < 5.3.0, use the following syntax:
// if ($fp = fsockopen($host, 80, &$errno, &$errstr, 3))
{
if (fputs($fp, $request))
{
while(! feof($fp))
{
$result.= fgets($fp, 128);
}
fclose($fp);
// print($result);
return $result;
}
}
}

//$postData='login=jbond&rawPassword='.md5('007'); // for OpenFlyers release 2 or higher
$postData='login=jbond&rawPassword=007';
$rawContent = httpPostRequest('plateform-name.openflyers.fr','http://plateform-name.openflyers.fr/checkIdent.php',$postData); [^]

list($header, $content) = explode("\r\n\r\n", $rawContent, 2);
list($byteQty, $realContent, $dummy) = explode("\r\n", $content, 3);

// the answer is in $realContent</php>

=Joomla authentification plugin=
If you have a Joomla website and you want that Openflyers users could connect to your Joomla restricted access zone, you may add this plugin to have only one account database: Openflyers one.
You don't need to update Joomla user database, this plugin ask directly Openflyers thanks to CheckIdent.php script.
There are two files depending on your Joomla version:

*[[Media:Joomla_authentication_plugin.zip|Joomla plugin for OpenFlyers]]

Accueil

2016-06-16T10:29:52Z

Claratte : /* Documentation Webmasters et Développeurs */

[[File:2013-OF4-launch.gif|right|link=OF_doc4-fr:Montée-de-version]]

Bienvenue sur la documentation de la '''version 1''' d'OpenFlyers.

Cette version est obsolète. Les versions en vigueurs sont les versions 3 et 4.

Vous pouvez retrouver leur documentation sur les pages suivantes :
*[[OF_doc3-fr:Accueil|Documentation OpenFlyers version 3]]
*[[OF_doc4-fr:Accueil|Documentation OpenFlyers version 4]]

You can also access to our [[OF_doc-en:Main-Page2|english documentation]].

=FAQ=
*[[FAQ client|FAQ clients]]
*[[FAQ utilisateur|FAQ utilisateur]]
*[[FAQ administrateur 2.0|FAQ administrateur version 2.0]]
*[[FAQ administrateur|FAQ administrateur]]
*[[FAQ comptabilité|FAQ comptabilité]]
*[[FAQ export]]
*[[FAQ AeroBox]]

=Documentation Administrateurs=
*[[Documentation administrateur|Documentation administrateur]]
*[[Liste de diffusion|Gérer une liste de diffusion sur OpenFlyers]]
*[[Formules de calcul|Formules de calcul]]

==Comptabilité==
*[[Use-Accounting2.1|Utilisation de la comptabilité sur version 2.1]]

===Facturation client===
*[[Gestion des ventes|Gestion des ventes version]]

===FAQ comptabilité===
*[[FAQ comptabilité|FAQ comptabilité version]]

==Maintenance==
*[[Maintenance aéronautique|Maintenance aéronautique]]
*[[Suivi de navigabilité|Suivi de la navigabilité]]

===Requêtes permettant de générer des rapports===
*[[OF_doc-en::Export generator 2.0|Génération d'export version 2.0]]
*[[OF_doc-en::Export generator 2.1|Génération d'export version]]

=Documentation Utilisateurs=
*[[Documentation utilisateur 2.0|Documentation utilisateur version 2.0]]
*[[Documentation utilisateur|Documentation utilisateur]]

=[[OF_wiki:|Documentation Webmasters et Développeurs]]=
*[[Contrôle d'identification par OpenFlyers pour un logiciel tiers]]

=[[BTS|Rapporter des bugs]]=

=[[Trucs et astuces|Trucs et astuces]]=
==[[Kiosque PC|Mettre en place un PC kiosque]]==
==[[Réseau Internet hybride|Mettre en place un réseau internet hybride]]==

FAQ comptabilité

2016-04-19T14:12:05Z

Claratte :

__TOC__
=Initialisation=
==Comment accéder à la gestion complète de la compta ?==
Il faut activer la gestion des comptes et attribuer les droits de gestion correspondant aux profils souhaités.

==Comment initialiser le 1er exercice comptable ?==
*'''Admin > Comptes > Gestion / Export'''
*Dans le formulaire '''Gestion de l'exercice comptable''', il faut renseigner '''Date de début du nouvel exercice''' puis cliquer sur le bouton '''Ouvrir la saisie à cette date'''.

==Comment initialiser la balance des comptes ?==
Pour que le solde des comptes soit exact il faut initialiser la balance à la date d'activation de votre comptabilité
* Aller dans Comptes > Gestion-Export et initialiser la date de début d'exercice
* Voir la rubrique Comment créer des comptes d'export ?
* Tous vos intitulés de compte doivent avoir au moins un compte valide
Aller dans Club > Reporting et cliquer sur Liste des comptes, vous récupérez un fichier au format csv
* Ouvrez-le avec un tableur, nous vous [[FAQ administrateur 2.0#Nous_rencontrons_des_probl.C3.A8mes_de_reconnaissance_de_caract.C3.A8res_avec_Excel|conseillons OpenOffice]]. Ouvrer ce fichier et indiquer le type d'encodage UTF8 ainsi que le séparateur de données ';' (pensez à décocher Virgule)
* Vous indiquez le montant pour chacun des comptes et il faut passer la colonne Update à 1 sinon la ligne ne sera pas prise en compte
* Il n'est pas possible de créer des comptes, il ne faut pas en ajouter
* Sauvez votre fichier
* Allez dans Club > Imports > Initialisation des comptes et importez votre fichier

=Autorisation de saisie des encaissements=

==Comment autoriser une personne à saisir des encaissements pour elle-même ?==
Il faut rajouter à son profil le droit "Encaisser ses paiements" disponible dans la liste "Gestion des comptes" des droits des profils

==Comment autoriser une personne à saisir des encaissements pour les autres ?==
Il faut rajouter à son profil le droit "Saisir les encaissements pour les tiers" disponible dans la liste "Gestion des comptes" des droits des profils

==Comment définir les types d'encaissements saisissable ?==
Lorsque dans Comptes > Encaissements > Types d'encaissements, le drapeau "Accessible aux personnes autorisées à saisir pour tous" est coché cela signifie que seules les personnes disposant du droit "Saisir les encaissements pour les tiers" seront autorisées à saisir un encaissement de ce type sinon toutes les personnes disposant du droit "Encaisser ses paiements" ou "Saisir les encaissements pour les tiers" en auront la possibilité.

=Comment facturer une cotisation ?=
Toute facturation à un membre s'effectue par le menu Admin > Comptes > Saisir un flux
*Débiter le compte du membre
*Créditer le compte produit Cotisation
*Valider

=Comment supprimer un transfert de compte à compte ?=
Il n'est pas possible de supprimer un transfert de compte à compte si il a été fait par les utilisateurs.

Par contre il est possible d'annuler son "effet" en créant une écriture opposée.

Ce choix permet de garder une traçabilité des écritures qui peuvent avoir été saisies par d'autres personnes et surtout qui peuvent affecter des comptes de membres.

C'est comme pour un compte bancaire : un banquier ne supprime jamais une écriture sur un compte client. Il passe simplement une nouvelle écriture qui annule l'effet de la précédente.

Si le transfert a été fait par le module Saisir un flux alors la modification est possible tant que le process de validation n'a pas été effectué

=Comment mettre à jour le tarif des aéronefs ?=
*Aller sur la page '''Admin > Comptes > Tarification des heures > Actualisation des tarifs''' : cliquer sur '''Modifier un tarif'''.

Un tarif débute à partir d'une date, vous pouvez anticiper un changement de tarif. Le tarif s'appliquera à la date du mouvement.

'''Attention''' : si vous cliquez sur l'icône '''Edition''' (Crayon dans la colonne action) et que vous modifiez la valeur, alors vous changez le prix de l'heure actuel mais vous ne créez pas un nouveau tarif. Vous perdrez toute possibilité de corriger un vol à une date donnée.

*Chaque variable doit avoir une valeur pour la période d'exercice en cours (date définie dans '''Admin > Comptes > Gestion & Export''') sinon il y aurait un "trou tarifaire" qui permettrait à des pilotes de voler gratuitement.

=Les exports comptables=

==Quels sont les formats d'export supportés ?==
Nous intégrons à la demande tout type de format d'export.

Actuellement nous avons créé des formats d'export pour des logiciels de comptabilité tels que EBP, Ciel ou Sage.

Les exports sont constitués des éléments demandés par le logiciel de comptabilité
En cas, de différence de format, ne pas hésiter à nous contacter.

Le contenu de la colonne du libellé est contextuel, l'affichage dépend de la catégorie du compte:
*Catégorie club, charge, trésorerie, produit et taxe, c'est le nom du compte
*Catégorie membre, c'est le type de compte membre suivi du nom de l'utilisateur
*Catégorie aéronef, c'est le type de compte aéronef suivi de l'immatriculation
*Catégorie fournisseur, c'est le nom du fournisseur

Cependant il faut être vigilant sur le fait que ces logiciels peuvent faire évoluer leur format d'import et qu'il est préférable de faire des tests pour valider le format avant un export avec validation des écritures.

==Caractères accentués dans les format d'exports==
Les programmes d'imports sont souvent ancien et ils utilisent le format d'encodage CP850 (ciel, EBP)

Nos fichiers sont convertis à ce format donc si vous l'ouvrez avec une programme qui n'accepte pas cette encodage (Tel que Word ou Excel) alors les caractères ne s'afficheront pas correctement. Nous conseillons les logiciels [http://fr.openoffice.org/ OpenOffice] [http://www.libreoffice.org/ ou Libre Office]
Lors de l'import dans votre logiciel de comptabilité les écritures doivent apparaitre correctement. La tendance des programmes plus récents est de gérer l'encodage, si ces caractères n'apparaissent pas correctement nous contacter
*'''Conseils''': pour OpenOffice ou Libre Office choisir dans l'import de texte: Europe occidentale (DOS/OS2-850 international). Et pour ne pas avoir de conversion des colonnes chiffres, mettre pour les colonne ou il y a des nombres, le type de colonne Texte au lieu de Standard
*Pour le format d'export '''csv''' vous pouvez choisir directement l'encodage de sortie: pour Windows CP1252, pour Mac Mac Roman, pour Linux ISO-8859-15.
*Dans Admin/Configuration/Paramètres vous pouvez mettre une valeur par défaut qui sera utilisée dans tous les exports au format csv

==[[FAQ_export#Import_de_fichiers_CSV_dans_OpenOffice.2FLibreOffice|Lire un fichier exporté en .csv avec OpenOffice ou LibreOffice]]==

==Exporter le résultat des requêtes SQL du gestionnaire de rapport==
Comment je peux exporter les informations que l'on visualise par les rapports (requêtes SQL). Le format XML enregistré n'est pas directement exploitable. Pourquoi ne pas disposer d'un format .csv ?

Les requêtes SQL fournissent un puisant outil pour accéder à vos données. Il est cependant utile de pouvoir récupérer les données pour une exploitation particulière. Le format csv dans ce contexte n'est pas approprié. OF affiche une page XHTML ce qui signifie un texte correctement formaté qui peut être récupéré par un simple copier collé.
Le tableur Calc de Open Office ou Libre Office interprète correctement ce HTML et le formate en colonne conformément à la présentation de votre page. Il a cependant un paramétrage à faire pour que les textes soit correctement encodé (affichage des caractères accentués) et que les cellules numériques affichent le format correct

*Allez dans l'onglet Outils/Options/Chargement&Enegistrement/Compatibilité HTML (Tools/Options/Load&Save/HTML Compatibility)
*Cocher "Utiliser l'environnement linguistique Anglais (USA) pour les nombres", ("Use English (USA) locale numbers")
*Par la même occasion vous pouvez aussi changer le Jeu d'encodage (Character set) par Unicode (UTF-8)

Le programme interprète alors le point comme le séparateur décimal et vous avez directement le bon copier/coller
Si vous avec choisi l'encodage UTF-8 les caractères accentués seront aussi correctement traduits (A rechanger si vous avez à faire des copier coller depuis des programmes à l'encodage CP1252 "Windows Microsoft")

=A quoi servent les comptes d'export ?=
Pour chaque compte, il faut préciser un compte d'export qui sert dans le cas où on exporte la comptabilité vers un autre logiciel de comptabilité.

Cela sert également si on souhaite éditer une comptabilité depuis OpenFlyers et son module de gestion des rapports tout en respectant un plan comptable codifié.

==Comment attribuer un code d'export comptable à un utilisateur ou pour les comptes aéronefs ?==
*Aller dans Admin > Comptes > Membres > Comptes membres ou Admin > Comptes > Aéronefs > Comptes aéronef
*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

==Comment attribuer un code d'export comptable - Autre comptes ?==
*Aller dans Comptes > Liste les comptes > Tous les comptes
*Modifier le champ Compte d'export, la validation est automatique lors de la sortie du champs (javascript doit être activé sur l'ordinateur)

==Comment attribuer un code d'export comptable - Méthode groupée ?==
La modification par lot peut etre effectué depuis Admin > Configuration > Imports > Initialisation des comptes avec l'importation d'un fichier au format csv

==Comment attribuer un code d'export comptable - Numérotation automatique ?==
Dans Admin > Comptes > Membres > Gerer les comptes d'export mettez une formule

On peut utiliser les wildcards suivants :
- %MEMBER_NUM
- %LASTNAME
- %FIRSTNAME
- %ACCOUNT_TYPE
- %AUTO_INCREMENT
- %AUTHENTICATION_LOGIN

On peut utiliser les fonctions suivantes :
- substr
- strtolower
- strtoupper

Exemples :
- 411+%LASTNAME vous créera un compte d'export 411dupont,411dupond,....
- 411+%MEMBER_NUM vous créera un compte d'export 411XXXXX,.... (l'intitulé XXXXXX est le champ Numéro de membre qui est inscrit sur la fiche personnelle de vos clients. A vous de vérifier l'unicité de cette valeurs)
- 411+%LASTNAME+substr(%FIRSTNAME,0,1) vous créera un compte d'export 411dupontf,411dupontt,....
- 411+%ACCOUNT_TYPEE vous créera un compte d'export 41100045,4110005,.... Le numéro ACCOUNT est interne à OF et il sera unique
- 411+%AUTO_INCRENENT vous créera un compte d'export : 41100001, 41100002,....,4110000x
- 01+%AUTHENTICATION_LOGIN vous créera un compte d'export : 01XXXX (où XXX correspond à l'identifiant du client)

==Doit-on saisir les codes d'export avant de saisir des mouvements ?==
C'est inutile ! Vous pouvez même modifier vos codes d'export à n'importe quel moment. Ces codes ne sont jamais utilisés dans l'application OpenFlyers. Ils sont utilisés uniquement pour générer le fichier d'export.

==Comment est effectuée la répartition des journaux dans les exports comptables ?==
Les codes des journaux ne sont pas paramétrables : voici ceux utilisés dans les exports comptables :
* les transactions liées aux vols sont dans un journal de vente VT,
* les règlements sont dans un journal de banque BQ,
* tous les autres mouvements sont dans un journal d'ordres divers OD

==[[Use_Accounting3#Passage_d.27un_exercice_comptable_.C3.A0_l.27autre|Comment réaliser le passage d'un exercice comptable à l'autre ?]]==

==Comment exporter les écritures ?==

Dans le bas de la page Admin > Comptes > Import/export vous avez soit
*le message
Vous ne pouvez exporter car il y a des comptes sans valeur d'export :
Julien Julien (Pilote)

Dans ce cas le programme vous indique les comptes qui n'ont pas de compte d'export. Voir la rubrique [[#A_quoi_servent_les_comptes_d.27export_.3F|A quoi servent les comptes d'export ?]]

*un formulaire qui vous permet de faire les exports
Choisissez le format d'export et cocher ou non la case "Marquer les écritures".

'''Attention : il faut prendre soin de réaliser un premier export sans "Marquer les écritures".'''

'''Le but est de vérifier que le format de l'export correspond bien au format souhaité par le logiciel où sont importées les données (lisible avec un traitement de texte).'''

'''De plus, il faut toujours, pour chaque export, faire la manipulation au moins une fois sans valider au cas où il y aurait une coupure internet lors de la réception du fichier.'''

'''Une fois marquées, les écritures exportées ne peuvent plus être modifiées!!!'''

Sélectionner la période d'exportation

Attention, ne soyez pas trop gourmand dans les dates d'export, selon la taille de votre club et les mois chargés (15 jours à 3 mois selon votre volume de vols). Si vous avez un fichier d'export dénommé index.php c'est que votre demande était trop forte.

==Erreur HTTP 500 ou 504 lors d'un export==
Si vous rencontrer une erreur de ce type cela veut dire que le fichier d'export à générer est trop gros.

La solution consiste à scinder l'export en plusieurs morceaux en modifiant les dates à prendre en compte.

==Comment retrouver les écritures non validées afin de pouvoir réaliser l'export ?==
Dans le module de gestion des exports, vous pouvez avoir un message qui dit :
"La 1ère écriture NON VALIDEE date de 06/01/2008 00:00 et il y en a 408"
Cela veut dire qu'il y a au moins un vol, un paiement ou un transfert de compte qui date du 6 janvier 2008 qui n'a pas été validé.

Pour vérifier les vols restant à valider, il suffit d'aller dans Admin > Vols > Liste des vols puis "Valider les vols sélectionnés" pour chaque avion

Pour vérifier les paiements restant à valider, il suffit d'aller dans Admin > Comptes > Pointer et choisir chaque type de paiement.

Pour vérifier les transferts, il suffit d'aller dans Admin > Comptes > Valider les flux puis valider les transferts.

De plus, le nombre d'écritures non validées correspond au nombre TOTAL d'écritures non validées. En effet, OpenFlyers sait quand est-ce que vous commencez un exercice mais il ne sait pas quand est-ce que vous voulez qu'il s'arrête. Donc il prend toutes les écritures non validées.

Enfin, OpenFlyers ne vous permettra d'exporter QUE la période qui inclut des écritures validées. Dès qu'il rencontre une écriture non validée, il vous empêche d'exporter une période qui inclut cette écriture.

=Comment revenir sur une écriture saisie ?=
*Soit l'écriture n'est pas validée (elle apparaît en vert, gras, italique) : vous pouvez alors modifier ou supprimer l'écriture
*Soit l'écriture est validée (elle apparaît en noir, "droit") : dans ce cas, vous ne pouvez pas revenir sur cette écriture. Il s'agit d'un principe fondamental de traçabilité comptable. En effet, si vous pouviez faire "disparaître" une écriture validée, alors vos utilisateurs pourraient croire qu'ils ont "rêvé" en voyant une écriture un jour et en ne la voyant plus le lendemain. Par contre, vous pouvez toujours passer une contrepartie qui annule l'effet d'une écriture qui n'aurait pas due exister. Ainsi, les utilisateurs verront la première écriture et également la seconde.

=Comment mettre en place des alertes par e-mail pour les soldes insuffisants ?=
*'''Configuration > Paramétrage'''
*Formulaire '''Gestion des comptes'''
*Renseigner le champ '''Seuil de compte pour l'envoi d'email d'alerte :'''
*Renseigner le champ '''Fréquence de rappel pour l'envoi d'email d'alerte :'''
*Cliquer sur '''Valider'''

=Alertes de configuration=
==Message d'erreur avec nombre de membres sans compte==
ALERTE DE CONFIGURATION :
La gestion des comptes est activée mais il y a 3 membre(s) qui n'a (ont) pas de compte

Ce message survient si des membres non pas de compte de défini. Chaque utilisateur avec le statut membre et appartenant à un groupe doit avoir au moins un compte, sinon aucun mouvement ne sera autorisé pour cet utilisateur
Allez dans la page Admin > Comptes > Membres et cliquer sur l'icône rouge

Si le nombre est négatif (- 3) cela signifie qu'il y a des membres avec des comptes alors qu'ils n'appartiennent à aucun groupe (Ceci a pu ce produire avant la correction d'un bug qui ne verrouillait pas cette situation)
Aller dans Admin > Club > Utilisateurs repérez les membres dont le Groupe est vide et affectez lui un groupe

Si vous créer de "Faux" utilisateurs pour des besoins de gestion, il ne faut pas leur attribuer de Groupe. Ceci bloquera une éventuelle utilisation de ce compte pour une opération comptable
==Vol sans écriture comptable==
ALERTE DE CONFIGURATION :
Il n'y a pas de mouvement comptable associé au vol
01 01 2000 F-ABCD DUPONT Pierre 1:32
Ce message survient lorsqu'il y a un trou dans le paramétrage de la tarification des heures de vols : le vol saisi ne correspond à aucune des règles définies et par conséquent aucun mouvement comptable n'est créé (alors que le vol lui est bien créé).

Pour corriger ce problème, il faut regarder pour ce vol :
*Le type d'aéronef
*Les types de vols
*Le groupe auquel appartient le pilote
Et ensuite regarder dans les règles de tarification, la ou les règles qui devraient s'appliquer et détecter pourquoi dans le cas présent la où les règles ne s'appliquent.

Il faut notamment faire attention aux exclusions des types de vol qui peuvent avoir été attribuées aux règles de tarification.

Si ce vol a été validé, alors il faut le faire dé-valider par l'équipe OpenFlyers. Cette opération est soit incluse soit en sus de votre abonnement.

Écritures comptables

2016-04-19T14:11:36Z

Claratte :

=Règles sur les écritures=

En comptabilité, il ne peut y avoir d'écriture de débit négatif ou de crédit négatif.

=Les 4 grands types d'écritures=
Note : quelque soit l'écriture (=ensemble de mouvements)
elle doit toujours être équilibrée (=la somme des débits doit être égale à la somme des crédits)

==Facture fournisseur==
'''Attention :''' nous présentons ici uniquement la saisie d'une facture fournisseur d'un produit non immobilisé. Cf. le cas d'une [[#Facture_fournisseur_d.27immobilisation|facture fournisseur d'un produit immobilisé]].

J'achète un stylo à 15 € HT + 2.94 € de TVA dans une papeterie :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||15 €||
|-
|TVA déductible (445660) ||2.94 €||
|-
|Papeterie||||17.94 €
|}
A l'issue de l'enregistrement de cette écriture le fournisseur à un solde créditeur de 17.94 € sur son compte

Dans le cas où l'on ne gère pas la TVA, l'écriture devient :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||17.94 €||
|-
|Papeterie||||17.94 €
|}

===Facture fournisseur intra-communautaire===
*http://www.eguens.com/v2/comptabilite/cours/tva-intracommunautaire.php
J'achète un stylo à 15 € HT + 2.94 € de TVA dans une papeterie allemande :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||15 €||
|-
|TVA déductible (445660)||2.94 €||
|-
|Papeterie (401)||||15 €
|-
|TVA due intracommunautaire (445200)||||2.94 €
|}
A l'issue de l'enregistrement de cette écriture le fournisseur à un solde créditeur de 15.00 € sur son compte

====Passage de la TVA fournisseur en intra-communautaire====
Si cette facture a déjà été [[#Saisie_d.27une_facture_fournisseur|saisie comme une facture fournisseur normale]], alors il faut rajouter les écritures :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|TVA déductible intracommunautaire(445661)||2.94 €||
|-
|TVA due intracommunautaire (445200)||||2.94 €
|}

==Facture client==
Je vend un stylo à 20 € HT + 3.92 € de TVA à un client :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Client||23.92 €||
|-
|Stylo (compte de produit)||||20 €
|-
|TVA collectée (445710) ||||3.92 €
|}
A l'issue de l'enregistrement de cette écriture le client à un solde débiteur 23.92 € sur son compte

Dans le cas où l'on ne facture pas la TVA, l'écriture devient :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Client||20 €||
|-
|Stylo (compte de produit)||||20 €
|}

==Paiement (à un fournisseur)==
Je fais un chèque de 17.94 € à mon papetier :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Papeterie||17.94 €||
|-
|Trésorerie||||17.94 €
|}

==Encaissement (d'un client)==
Je reçois un chèque de 23.92 € de mon client :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Client||||23.92 €
|-
|Trésorerie||23.92 €||
|}

=Avoirs=
==Avoir clients==
Si vous souhaitez faire bénéficier un client d'un avoir sur ses futures factures (par exemple dans le cas où il paie une facture d'essence qui est normalement supportée par la structure), il vous faut saisir une écriture qui va créditer son compte client et débiter un compte produit. Cependant, normalement, on ne débite pas les comptes produits. Il faut donc enregistrer le mouvement sur un compte produit particulier en 709x. Voici un exemple avec un avoir sur des prestations de service à venir :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Compte client (411)||||119.60 €
|-
|TVA collectée (445710) ||19.60 €||
|-
|Compte remise (709600 dans le cas d'une remise des services en 706)||100.00 €||
|}

Dans le cas où l'on ne gère pas la TVA, l'écriture devient :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Compte client (411)||||119.60 €
|-
|Compte remise (709600 dans le cas d'une remise des services en 706)||119.60 €||
|}

===Remises sur facture clients===
Si vous souhaitez effectuer une remise sur une facture client, il faut passer une écriture de ce sens opposé à l'écriture correspondant à la facture en tenant compte de la TVA, si applicable.

==Avoir fournisseurs==
Un avoir fournisseur peut correspondre à une remise ou à un retour sur achat.
===Remise sur facture fournisseur===
''A documenter''

===Retour sur achat fournisseur===
Il s'agit d'annuler partiellement ou totalement une facture du fait du retour du produit ou d'une partie des produits. Dans ce cas, les écritures à passer corresponde exactement à l'opposé des écritures de d'une [[#Saisie_d.27une_facture_fournisseur|facture fournisseur]] :

J'achète un stylo à 15 € HT + 2.94 € de TVA dans une papeterie puis finalement, le stylo ne met plait pas, je le ramène et le fournisseur me rembourse. Je dois donc saisir une écriture qui annulera la 1ère facture :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||||15 €
|-
|TVA déductible (445660) ||||2.94 €
|-
|Papeterie||17.94 €||
|}

Dans le cas où l'on ne gère pas la TVA, l'écriture devient :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||||17.94 €
|-
|Papeterie||17.94 €||
|}

Si le fournisseur m'a fait un avoir, alors le montant de cet avoir doit correspondre au solde du compte du fournisseur (sous réserve que l'ensemble de ses factures soient payées).

Si le fournisseur m'a remboursé le trop perçu, alors il faut également [[#Remboursement_fournisseur|saisir un remboursement fournisseur]].

=Factures clients spécifiques=
==Saisie d'une facture client Google AdSense==
Je vend à Google AdSense de l'espace publicitaire. Sur leur attestation de revenus, il n'y a pas mention de TVA. Sur leur FAQ, il est noté : "Dans ce cas [je suis hors d'Irlande], les paiements dus sont effectués par Google Ireland, entreprise régie par les lois irlandaises. Conformément aux termes de votre contrat avec Google, les services fournis sont soumis au mécanisme d'autoliquidation : la TVA est due par le bénéficiaire du service, à savoir Google Ireland, conformément à l'article 196 de la directive 2006/112/CE du Conseil."

C'est donc Google (le bénéficiaire du service) qui se charge d'acquitter la TVA.
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Client AdSense||20 €||
|-
|Stylo (compte de produit)||||20 €
|}

=Factures fournisseurs spécifiques=
==Achat direct==
On appelle "achat direct" un achat pour lequel on a effectué le paiement directement et dont on ne souhaite pas gérer le compte fournisseur. Cela permet d'avoir 1 seule saisie au lieu de 2 normalement à savoir :
*[[#Facture_fournisseur|Facture fournisseur]]
*[[#Paiement_.28.C3.A0_un_fournisseur.29|Paiement au fournisseur]]
Ainsi, comptablement, on a les écritures suivantes :

{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||15 €||
|-
|TVA déductible (445660) ||2.94 €||
|-
|Trésorerie||||17.94 €
|}

==Saisie d'une facture fournisseur Google AdWords==
J'achète à Google AdWords de l'espace publicitaire. Sur leur facture, il n'y a pas mention de TVA. Par contre, il est mentionné : "conformément à l'article 196 de la directive du Conseil 2006/112/EC, la TVA sur ce service est due par le bénéficiaire du service." (à savoir nous).

Dans ce cas, on saisit la facture sans la TVA et [[#Passage_de_la_TVA_fournisseur_en_intra-communautaire|on saisit ensuite 2 lignes fictives qui s'équilibrent]]. Cette opération est possible car Google est en Irlande (il s'agit donc d'une TVA intra-communautaire).

==Facture fournisseur d'immobilisation==
Référence : [http://www.eguens.com/v2/comptabilite/cours/enregistrer-achat-immobilisation.php enregistrer achat immobilisation].

J'achète un avion à 150 000 € HT + 29 400 € de TVA chez un constructeur :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Immobilisation corporelle (21xxxx)||150 000 €||
|-
|TVA déductible sur immobilisations (445620) ||29 400 €||
|-
|Constructeur (401xxx)||||179 400 €
|}
A l'issue de l'enregistrement de cette écriture le fournisseur à un solde créditeur de 179 400 € sur son compte

=Remboursement fournisseur=
Si j'ai payé trop à un fournisseur ou que j'ai retourné un achat, ce dernier va me rembourser le trop perçu. Un remboursement fournisseur correspond à l'opposé d'un paiement fournisseur :

Mon papetier me fait un chèque de 17.94 € :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Papeterie||||17.94 €
|-
|Trésorerie||17.94 €||
|}

=Revenus mobiliers=
Dans ce type de revenu, il n'y a pas de facture et il n'y a pas de client. Il suffit donc de saisir un mouvement entre le compte de trésorerie (au débit dans le cas d'un revenu positif) et le compte de produit correspondant à l'enregistrement des revenus mobiliers (compte 764 par exemple).

=Paiement de la TVA=
==TVA annuelle==
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|TVA à décaisser (445510)||X €||
|-
|Compte courant (512xxx)||||X €
|}

==Acomptes de TVA==
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Taxes sur le chiffre d'affaires à régulariser ou en attente - Acomptes - Régime simplifié d'imposition (445810)||X €||
|-
|Compte courant (512xxx)||||X €
|}

=Solde de compte de bilan=
Normalement, il n'y a pas lieu de modifier le solde d'un compte de bilan autrement que lors de la mise en place de la comptabilité. Cette initialisation s'effectue lors du rapatriement des à nouveaux. Dans OpenFlyers, elle est automatisable pour les comptes clients. Elle peut être décalée dans le temps et doit être faite manuellement pour les autres comptes de bilan sur le modèle ci-dessous qui correspond au type d'écriture généré automatiquement pour l'import des comptes clients :

{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|[[Comptabilité#Comptes_de_bilan|Compte de bilan concerné]]||10.000 €||
|-
|[[Comptabilité#Compte_de_report_.C3.A0_nouveau|Report à nouveau]]||||10.000 €
|}

==Initialiser le solde d'un compte de trésorerie==
'''Attention''' : dans le cas d'un compte de trésorerie il faut penser que le signe du solde doit être inversé par rapport au relevé de banque. Ainsi, si le compte de trésorerie est positif de +1234 €, alors il faut saisir un flux qui va le débiter de +1234 €. L'écriture comptable sera donc la suivante :

{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Compte de trésorerie||1.234 €||
|-
|[[Comptabilité#Compte_de_report_.C3.A0_nouveau|Report à nouveau]]||||1.234 €
|}

Dans la version 3 d'OpenFlyers cette opération se fait au travers de la [[Use_Accounting3#Saisie_d.27un_flux|saisie d'un flux]].

=Subventions=
==Subventions d'exploitation==
*[http://www.compta-facile.com/la-comptabilisation-des-subventions-dexploitation/ La comptabilisation des subventions d'exploitation]
===Subventions d’exploitation accordées sans conditions===
Enregistrement de la "promesse" de subvention (par exemple lors de l'obtention d'un document officiel indiquant l'obtention de la subvention)
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Subventions d’exploitation à recevoir ([[Comptabilité#Comptes_de_tiers|4417]] - compte de tiers)||10.000 €||
|-
|Subventions d’exploitation ([[Wikipedia-fr:Plan_comptable_général_(France)#74._Subventions_d.27exploitation|74]] - compte produit)||||10.000 €
|}

Lorsque la subvention est réellement encaissée, il faut [[#Saisie_d.27un_encaissement_.28d.27un_client.29|saisir cet encaissement]] sur le compte 4417.

==Subventions d'investissement==
*[http://www.compta-facile.com/subventions-dinvestissement-comptabilite/ La comptabilisation des subventions d'investissement]

=Transfert de charge=
Dans certains cas, de l'argent peut "arriver" sur le compte de trésorerie sans que cela soit pour autant une recette issue d'une facturation client. C'est le cas par exemple :
*Lorsqu'une assurance rembourse un sinistre,
*Lorsque des utilisateurs bénéficient d'une subvention attribuée par leur fédération et qui est versée sur le compte de leur de leur structure

L'écriture de transfert de charge correspond alors à enregistrer :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Trésorerie (512)||100.00 €||
|-
|Transfert de charge (791) ||||100.00 €
|}

Il n'y a pas d'opération de TVA à associer.

=Écritures de fin d'exercice avant la clôture de la comptabilité=
OpenFlyers n'implémente pas de fonctionnalité permettant de générer automatiquement les écritures de fin d'année à passer en comptabilité hormis l'[[#.C3.89criture_d.27apurement_des_comptes_de_r.C3.A9sultat|écriture d'apurement du compte de résultat]]. Il peut être nécessaire de faire appel à un expert-comptable.

Entre autre, il faut penser à :
*Calculer le solde de TVA lorsque la structure est soumise à la TVA
*Corriger éventuellement les ventilations des salaires et charges sociales
*[[#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|Transférer les produits et charges constatées d'avance]]
*Passer les amortissements et provisions pour charge
*Passer l'[[#.C3.89criture_d.27apurement_des_comptes_de_r.C3.A9sultat|écriture d'apurement des comptes de résultat]]

==Écriture d'apurement des comptes de résultat==
L'écriture d’apurement des comptes de charges (6x) et de produits (7x) se fait après édition du compte de résultat au 31 décembre de l'année considérée.

Le but est de solder (=mettre à 0) tous les comptes de résultat et d'injecter le résultat de l'exercice dans le compte 129000 (perte) ou 120000 (bénéfice).

[[Use_Accounting3#Solder_les_comptes|La version 3 d'OpenFlyers intègre un module]] permettant d'effectuer cette opération semi-automatiquement.

==Écriture de report à nouveau==
Cette écriture n'a pas besoin d'être passée dans OpenFlyers lorsqu'on ouvre un nouvel exercice Comptable. En effet, les à nouveaux sont repris automatiquement du solde de l'exercice précédent.

Cependant, lorsqu'on crée de nouveaux comptes, lorsqu'on met en place la comptabilité dans OpenFlyers, il peut être nécessaire de passer une ou plusieurs écritures de report d'à nouveau. Il s'agit de saisir un flux au sens OpenFlyers en effectuant un mouvement entre un compte bilan 110000 "Report à nouveau" et le ou les comptes concernés. Voir saisie d'un flux sur la [[Use_Accounting3#Saisie_d.27un_flux| version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux| version 4]].

==Écritures de transfert des produits et charges constatées d'avance==
L'idéal est d'avoir des comptes produits dédiés pour recevoir les ventes correspondant à des produits constatés d'avance. Il en est de même pour les comptes de charges.

Ainsi, supposons que nous ayons un compte produit ''Cotisation N+1'' recevant [[Conseils spécifiques pour la comptabilité#Cotisations.2Fabonnements_ann.C3.A9e_N.2B1|les produits des cotisations valables pour l'année suivante]]. En fin d'année, ce compte produit à un solde X. Il faut transférer le montant de ce solde sur un compte de produits constatés d'avance :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Cotisations N+1 (compte de produit)||X €||
|-
|Produits constatés d'avances ([[Wikipedia-fr:Plan_comptable_général_(France)#48._Comptes_de_r.C3.A9gularisation|compte de tiers 487]])||||X €
|}

Après l'ouverture du nouvel exercice, il faudra [[#.C3.89critures_de_r.C3.A9affectation_des_produits.2Fcharges_constat.C3.A9es_d.27avances|réaffecter les produits/charges constatées d'avances]].

=Écritures de début d'exercice après l'ouverture de la comptabilité=
==Écritures de réaffectation des produits/charges constatées d'avances==
Avant la clôture de la comptabilité, s'il a été nécessaire de [[#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|transférer des produits ou charges constatées d'avances]], alors après l'ouverture de la comptabilité, il faut réaffecter ces montants sur les comptes produits "normaux".

Ainsi, supposons que nous ayons passé un mouvement de X € entre le compte produit ''Cotisations N+1'' et le compte de produits constatés d'avance. Alors il faudra réaffecter ce même montant sur le compte produit ''Cotisations N'' :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Produits constatés d'avances ([[Wikipedia-fr:Plan_comptable_général_(France)#48._Comptes_de_r.C3.A9gularisation|compte de tiers 487]])||X €||
|-
|Cotisations (compte de produit)||||X €
|}

FAQ administrateur 2.0

2016-04-19T14:10:44Z

Claratte :

=Questions générales=
==Comment personnaliser la documentation utilisateur ?==
Il suffit de suivre la FAQ indiquant [[FAQ utilisateur#Comment_imprimer_la_doc.3F|comment imprimer la doc]] et, au lieu de l'imprimer avec son navigateur, effectuer une sauvegarde avec la commande "Enregistrer sous..." ou équivalente de son navigateur.
Vous obtiendrez ainsi un fichier HTML que vous pourrez modifier à l'aide d'un logiciel d'édition comme Open Office.

==Comment se connecter sur le support-forum ?==
*Allez sur l'onglet "Support" du site [http://www.openflyers.com openflyers]
*Cliquez sur '''S'identifier'''
*Puis cliquez sur '''Pas encore enregistré ? - Cliquez ici pour vous enregistrer -'''
*Vous n'avez plus qu'à vous créer un profil utilisateur, à le soumettre
*Vous devez recevoir automatiquement un mail de confirmation avec un lien à suivre
==Comment se connecter sur le BTS pour rapporter un bug ?==
*Allez sur [http://bts.openflyers.org le BTS]
*Cliquez sur "Ouvrir un nouveau compte"
*Remplissez les champs
*Vous devez recevoir automatiquement un mail de confirmation avec un lien à suivre
=Affichage=
==Le logo du club prend toute la place sur la page d'accueil, comment corriger cela ?==
Il suffit de diminuer la taille du logo avec un logiciel d'édition d'image comme "gimp". Une taille normale devrait être de l'ordre de 100 pixels par 100 pixels et faire un poids d'une vingtaine de kilo-octets.
=Gestion des utilisateurs=
==Comment mettre à jour les cotisations des membres ?==
*Aller sur la page Admin/Club/Paramétrage : sous le titre "Gestion des cotisations", modifier la date d'expiration de la cotisation (c'est cette date qui sera utilisée lors de la mise à jour des cotisations des membres)
*Aller sur la page Utilisateurs/Utilisateurs : cocher les membres à mettre à jour et cliquer sur "Mise à jour" au droit de la ligne "Prochaine échéance club : ......"

Remarque : Le fond de la cellule "Cotisation" est grisé avec la date en rouge si la cotisation n'est pas à jour.
==Comment permettre aux utilisateurs de réserver au-delà de la fin de validité de leur cotisation ?==
Plusieurs solutions possibles :
*[[Documentation administrateur#Gestion_des_cotisations|Paramétrer]] OpenFlyers pour qu'il n'y ait qu'un message d'alerte ou ne pas gérer du tout les cotisations.
*[[Documentation administrateur#Gestion_des_cotisations|Paramétrer]] OpenFlyers avec une date de fin de cotisation à x mois après l'échéance réelle afin de permettre à l'utilisateur de pouvoir disposer de tous les droits de son profil jusqu'à x mois après l'échéance réelle.
*[[Documentation administrateur#Gestion_des_cotisations|Paramétrer]] OpenFlyers pour un accès restreint à un profil qui n'ait que le droit de réserver (profil à créer préalablement)

==Certains utilisateurs apparaissent sur fond rouge, pourquoi ?==
Les utlisateurs sur fond rouge, sont les utilisateurs pour lesquels le sexe, la nationalité ou la date de naissance ne sont pas renseignés.

==[[Documentation administrateur#Restreindre_les_droits_d.27un_utilisateur_dont_le_solde_du_compte_est_insuffisant|Comment restreindre les droits d'un utilisateur dont le solde du compte est insuffisant ?]]==

=Gestion des réservations=
==Peut-on limiter le nombre de réservations par pilotes ?==
Oui :
*Aller sur la page Admin/Configuration/Paramétrage et dans la partie "Gestion des réservations" utilisez "Limitation du nombre de réservations"
==Peut-on limiter dans le temps les réservations ?==
Oui :
*Aller sur la page Admin/Configuration/Paramétrage et dans la partie "Gestion des réservations" utilisez "Limitation dans le temps des réservations"
==Comment empêcher un membre de réserver si ses qualifications ne sont pas à jour ?==
*Aller sur la page Admin/Configuration/Paramétrage et dans la partie "Gestion des licences/qualifications" utiliser "En mode "Restriction" pour les réservations"
*Définir les qualifications sur la page Admin/Utilisateurs/Qualifications
*Ensuite pour chaque type d'aéronef (via le menu Admin/Flotte/Type d'aéronef) définir les qualifications requises (loupe dans la colonne "Qualification")

=Gestion des aéronefs=
==[[Documentation administrateur#D.C3.A9sactiver_un_a.C3.A9ronef|Comment désactiver un aéronef ?]]==

=Comptabilité / Finance=
==Autorisation de saisie des encaissements==
===Comment autoriser une personne à saisir des encaissements pour elle-même ?===
Il faut rajouter à son profil le droit "Encaisser ses paiements" disponible dans la liste "Gestion des comptes" des droits des profils
===Comment autoriser une personne à saisir des encaissements pour les autres ?===
Il faut rajouter à son profil le droit "Saisir les encaissement pour les tiers" disponible dans la liste "Gestion des comptes" des droits des profils
===Comment définir les types d'encaissements saisissable ?===
Lorsque dans Comptes/Encaissements/Types d'encaissements, le drapeau "Accessible aux personnes autorisées à saisir pour tous" est coché cela signifie que seules les personnes disposant du droit "Saisir les encaissement pour les tiers" seront autorisées à saisir un encaissement de ce type sinon toutes les personnes disposant du droit "Encaisser ses paiements" ou "Saisir les encaissement pour les tiers" en auront la possibilité.

==Comment facturer une cotisation ?==
Toute facturation à un membre s'effectue par la page transfert de compte à compte du menu Admin/Comptes
*Débiter le compte du membre
*Créditer le compte divers cotisation
*Indiquer le montant
*Valider

==Comment initialiser la balance des comptes ?==
Pour que le solde des comptes soit exact il faut initialiser la balance à la date d'activation de votre comptabilité. Cette opération se fait en 2 temps :
*On exporte un fichier csv qui contient la structure et notamment les numéros des comptes depuis OpenFlyers
*On modifie ce fichier pour mettre à jour les soldes des comptes puis on le ré-injecte dans OpenFlyers

La procédure se décompose comme suit :
* Aller dans '''Comptes > Gestion-Export''' et initialiser la date de début d'exercice
* Voir la rubrique Comment créer des comptes d'export ?
* Tous vos intitulés de compte doivent avoir au moins un compte valide
* Aller dans '''Admin > Configuration > Reporting''' et cliquer sur '''Liste des comptes''', vous récupérez un fichier au format csv. Le fichier est [[Wikipedia-fr:Encodage_de_caract%C3%A8res|encodé]] selon le paramètre d'encodage défini dans la page '''Admin > Configuration > Paramétrage''' formulaire '''Reporting/Export'''.
** Si vous avez sélectionné UTF-8 alors le fichier sera encodé en UTF-8. Attention : si par la suite vous éditez le fichier avec un logiciel qui n'accepte pas l'UTF-8 alors le fichier ne sera plus conforme au format d'encodage UTF-8 après enregistrement par ce logiciel. Pour ouvrir un fichier encodé en UTF-8 nous conseillons [http://fr.openoffice.org/ OpenOffice]. A l'ouverture du fichier il y a une fenêtre de paramétrage. Il faut choisir le jeu de caractère UTF-8, séparateur '''Point virgule''' (décocher l'option par défaut '''Virgule''') et dans les champs '''Débit''' et '''Crédit''' il faut mettre le type '''Texte''' (sinon, avec les paramètres par défaut, certains montants seront transformés en Date). Le fichier garde alors sa structure UTF-8 et à l'enregistrement ces paramètres seront conservés.
** si vous avez choisi un autre encodage (CP-1252 pour Microsoft Windows), vous devez l'ouvrir avec un éditeur de texte qui reconnait votre encodage. Mais à l'enregistrement vous devrez définir l'encodage UTF-8 du fichier de sorti. [http://fr.openoffice.org/ OpenOffice] permet de faire ce choix.
* Vous indiquez le montant pour chacun des comptes (attention au séparateur décimale des débits/crédits, c'est le point et non la virgule qui est reconnu) et il faut passer la colonne '''Update''' à 1 sinon la ligne ne sera pas prise en compte
* Il n'est pas possible de créer des comptes, il ne faut pas en ajouter
* Sauvez votre fichier
* Allez dans '''Admin > Configuration > Imports > Initialisation''' des comptes et importez votre fichier
A noter que lors de l'import, les seuls champs qui sont pris en compte par OpenFlyers sont n° de compte;;;;;compte d'export;débit;crédit;update;. De plus, les colonnes comptes d'export, débit et crédit, rattachés au compte dont le numéro correspond, sont mise à jour uniquement si la colonne update est à un.

Si vous rencontrez des problèmes d'encodage de caractères, pensez [[FAQ_accounting3#Caract.C3.A8res_accentu.C3.A9s_dans_les_format_d.27exports|à regarder du coté de la FAQ]].

==Comment supprimer un transfert de compte à compte ?==
Il n'est pas possible de supprimer un transfert de compte à compte.

Par contre il est possible d'annuler son "effet" en créant une écriture opposée.

Ce choix permet de garder une traçabilité des écritures qui peuvent avoir été saisies par d'autres personnes et surtout qui peuvent affecter des comptes de membres.

C'est comme pour un compte bancaire : un banquier ne supprime jamais une écriture sur un compte client. Il passe simplement une nouvelle écriture qui annule l'effet de la précédente.

==Comment mettre à jour le tarif des avions ?==
*Aller sur la page Admin/Comptes/Tarification des heures/Paramétrage des valeurs : cliquer sur "Ajouter une valeur" pour chaque variable.
'''Attention''' : si vous cliquez sur l'icône "Edition" (Crayon dans la colonne action) et que vous modifiez la valeur, alors vous perdrez toute possibilité de corriger un vol à un tarif horaire différent du dernier tarif en vigueur.
*Chaque variable doit avoir une valeur pour la période d'exercice en cours sinon il y aurait un "trou tarifaire" où les pilotes voleraient gratuitement.

==Les exports comptables==
===Quels sont les formats d'export supportés ?===
Nous intégrons à la demande tout type de format d'export.

Actuellement nous avons créé des formats d'export pour des logiciels de comptabilité tels que EBP, Ciel ou Sage.

Cependant il faut être vigilant sur le fait que ces logiciels peuvent faire évoluer leur format d'import et qu'il est préférable de faire des tests pour valider le format avant un export avec validation des écritures.

En cas, de différence de format, ne pas hésiter à nous contacter.
===Comment attribuer un code d'export comptable à un utilisateur ?===
*Aller dans Comptes/Membres
*Retrouver l'utilisateur concerné
*Cliquer sur l'icone "crayon" pour modifier : un formulaire apparait permettant de modifier/saisir le code comptable pour l'exportation

Remarque : cette opération peut être effectuée de manière globale depuis Comptes/Membres/Types de comptes puis "Gérer massivement les comptes d'export pour les comptes membres"

===Doit-on saisir les codes d'export avant de saisir des mouvements ?===
C'est inutile ! Vous pouvez même modifier vos codes d'export à n'importe quel moment. Ces codes ne sont jamais utilisés dans l'application OpenFlyers. Ils sont utilisés uniquement pour générer le fichier d'export.

===Comment est effectuée la répartition des journaux dans les exports comptables ?===
Les codes des journaux ne sont pas paramétrables : voici ceux utilisés dans les exports comptables :
* les transactions liées aux vols sont dans un journal de vente VT,
* les règlements sont dans un journal de banque BQ,
* tous les autres mouvements sont dans un journal d'ordres divers OD

===Comment réaliser le passage d'un exercice comptable à l'autre ?===
Au préalable il est bon de dire qu'il n'y a pas urgence à faire la clôture. Le programme continue à fonctionner de la même façon, que la clôture soit faite ou pas. La différence est seulement sur la date de prise en compte des éléments. Le programme additionne ou soustrait tout les mouvements d'un compte qui sont postérieurs à la date de début d'exercice. Le fait de faire une clôture vous permettra toutefois de faire des opérations qui ne sont pas possible si des données sont dans l'exercice en cours (suppression d'un avion ou d'un compte par exemple).

Si vous avez un logiciel de comptabilité, la clôture OF doit être faite après la clôture de votre compta. il vous sera possible de vérifier que votre A nouveaux est identique dans OF en allant dans "Admin/Rapports/Voir les rapports" (nous avons mis la requête des A nouveaux disponible sur [[http://doc-en.openflyers.com/index.php?title=Export_generator#Carry_forwards Carry forwards]]).

Jusqu'à la version 2.0 OF ne fait pas la comptabilité. Il faut donc transférer les données dans votre logiciel de comptabilité. L'export est prévu pour Ciel Compta, EBP et SAGE; si vous avez un autre logiciel, regardez s'il n'accepte pas un de ces formats ou alors utilisez le format .csv et formatez-le conformément à votre besoin.

A partir de la version 2.1 OF permet de saisir facilement toutes les écritures comptables usuelles (ventes, achats, paiements, encaissements). Par contre, il n'y a pour le moment rien de fait au niveau des amortissements et plus généralement du bilan. Mais cela peut très bien se faire à la main en passant les écritures adéquates.

Si vous n'avez pas de logiciel de compta, il faudra quand même faire l'export et l'archiver sur votre disque dur car les données dans OF ne seront plus modifiables une fois l'export effectué (leur visualisation reste toujours possible dans OF).

Pour clôturer un exercice il faut :
- que toutes les écritures de l'exercice (vols + comptes) soient validées,
- que tous vos comptes aient un compte d'export,
- que les écritures soient exportées.

Vous visualisez l'état de toutes ces étapes en allant dans le menu Admin/Comptes/Import-export. Au début de la page vous allez avoir quelque chose comme cela :
La 1ère écriture date de 02/01/2007 01:00 et il y en a 11758
La 1ère écriture VALIDEE date de 02/01/2007 01:00 et il y en a 11648
La 1ère écriture NON VALIDEE date de 01/11/2008 18:15 et il y en a 110
La 1ère écriture EXPORTEE date de 02/01/2007 01:00 et il y en a 6300
La 1ère écriture NON EXPORTEE date de 01/01/2008 01:00 et il y en a 5458
L'exercice comptable débute au 01/01/2008

Selon l'état de votre base vous pouvez clôturer ou non. Il faut définir la date de clôture et celle de début puis cliquer sur le bouton "Clôturer l'exercice puis ouvrir un nouvel exercice".
Pour un club qui a un exercice annuel les dates devraient être 31/12/XXXX et 01/01/XXXX+1

Dans l'exemple ci-dessus, cela n'est pas possible car ils y a des écritures non exportées de 2008. Voir la rubrique [[http://wiki.openflyers.fr/index.php?title=FAQ administrateur 2.0 Comment exporter les écritures]]

===Comment exporter les écritures ?===

Dans le bas de la page Admin/Comptes/Import-export vous avez soit
*le message
Vous ne pouvez exporter car il y a des comptes sans valeur d'export :
Julien Julien (Pilote)

Dans ce cas le programme vous indique les comptes qui n'ont pas de compte d'export. Voir la rubrique [[http://wiki.openflyers.fr/index.php?title=FAQ administrateur 2.0 Comment créer des comptes d'export]]

*un formulaire qui vous permet de faire les exports
Choisissez le format d'export et cocher ou non la case "Marquer les écritures".

'''Attention : il faut prendre soin de réaliser un premier export sans "Marquer les écritures".'''

'''Le but est de vérifier que le format de l'export correspond bien au format souhaité par le logiciel où sont importées les données (lisible avec un traitement de texte).'''

'''De plus, il faut toujours, pour chaque export, faire la manipulation au moins une fois sans valider au cas où il y aurait une coupure internet lors de la réception du fichier.'''

'''Une fois marquées, les écritures exportées ne peuvent plus l'être !!!'''

Sélectionner la période d'exportation

Attention, ne soyez pas trop gourmand dans les dates d'export, selon la taille de votre club et les mois chargés (15 jours à 3 mois selon votre volume de vols). Si vous avez un fichier d'export dénommé index.php c'est que votre demande était trop forte.

===Comment retrouver les écritures non validées afin de pouvoir réaliser l'export ?===
Dans le module de gestion des exports, vous pouvez avoir un message qui dit :
"La 1ère écriture NON VALIDEE date de 06/01/2008 00:00 et il y en a 408"
Cela veut dire que soit un vol ou un paiement qui datent du 6 janvier 2008 n'a pas été validé.

Pour vérifier les vols restant à valider, il suffit d'aller dans VOLS/LISTE DES VOLS puis "valider les vols sélectionnés" pour chaque avion

Pour vérifier les paiements restant à valider, il suffit d'aller dans COMPTES/POINTER et choisir chaque type de paiement.

De plus, le nombre d'écritures non validées correspond au nombre TOTAL d'écritures non validées. En effet, OpenFlyers sait quand est-ce que vous commencez un exercice mais il ne sait pas quand est-ce que vous voulez qu'il s'arrête. Donc il prend toutes les écritures non validées.

Enfin, OpenFlyers ne vous permettra d'exporter QUE la période qui inclut des écritures validées. Dès qu'il rencontre une écriture non validée, il vous empêche d'exporter une période qui inclut cette écriture.

===Comment créer des comptes d'export ?===

- Pour les comptes avion et club les comptes d'export sont à créer individuellement
Dans la page Admin/Comptes/Aéronef ou Admin/Comptes/Lister les comptes/Comptes divers puis cliquer sur l'icône Crayon pour éditer le compte

Vous indiquez le compte d'export dans le champ '''Code comptable''' pour l'exportation

- Pour les comptes membre la méthode individuelle est aussi disponible mais peut être fastidieuse. 2 possibilités de renseignement groupé vous sont offertes
*Dans la page Admin/Comptes/Membres/Type de compte cliquer sur le bouton "'''Gérer massivement les comptes d'export pour les comptes membres'''". Vous avez la possibilité de définir un pattern qui structurera vos comptes d'export en indiquant une racine et un complément variable en fonction d'un paramètre

On peut utiliser les wildcards suivants :
- %MEMBER_NUM
- %LASTNAME
- %FIRSTNAME
- %ACCOUNT_TYPE
- %AUTO_INCREMENT
Exemples :
- 411+%LASTNAME vous créera un compte d'export 411dupont,411dupond,....
- 411+%MEMBER_NUM vous créera un compte d'export 411XXXXX,.... (l'intitulé XXXXXX est le champ Numéro de membre qui est inscrit sur la fiche personnelle de vos adhérents. A vous de vérifier l'unicité de cette valeurs)
- 411+%LASTNAME+substr(%FIRSTNAME,0,1) vous créera un compte d'export 411dupontf,411dupontt,....
- 411+%ACCOUNT_TYPEE vous créera un compte d'export 41100045,4110005,.... Le numéro ACCOUNT est interne à OF et il sera unique
- 411+%AUTO_INCRENENT vous créera un compte d'export : 41100001, 41100002,....,4110000x

*Enfin si vos numéros sont existants et que vous voulez les copier dans OF vous pouvez aller dans Admin/Configuration/Imports/Initialisation des comptes. Il est possible d'importer un fichier .csv avec vos numéros, suivez les explications fournis sur cette page
===Erreur HTTP 500, 502 ou 504 lors d'un export===
Si vous rencontrer une erreur de ce type cela veut dire que le fichier d'export à générer est trop gros.

La solution consiste à scinder l'export en plusieurs morceaux en modifiant les dates à prendre en compte.

==Comment revenir sur une écriture saisie ?==
*Soit l'écriture n'est pas validée (elle apparaît en vert, gras, italique) : vous pouvez alors modifier ou supprimer l'écriture
*Soit l'écriture est validée (elle apparaît en noir, "droit") : dans ce cas, vous ne pouvez pas revenir sur cette écriture. Il s'agit d'un principe fondamental de traçabilité comptable. En effet, si vous pouviez faire "disparaître" une écriture validée, alors vos utilisateurs pourraient croire qu'ils ont "rêvé" en voyant une écriture un jour et en ne la voyant plus le lendemain. Par contre, vous pouvez toujours passer une contrepartie qui annule l'effet d'une écriture qui n'aurait pas due exister. Ainsi, les utilisateurs verront la première écriture et également la seconde.

=Gestion des vols=
==Comment visualiser les vols oubliés ?==
*Aller sur la page Admin/Vols/Liste des vols :
- Vous cliquez sur l'icône de l'avion de la colonne "Vérifier la continuité des vols
- Vous pouvez éventuellement limiter votre contrôle entre 2 dates et/ou à partir d'un compteur particulier (utile pour lister les vols entre 2 maintenances). Par défaut les vols du mois en cours sont proposés
- Si vous avez sélectionnez l'option compteur sur cette avion, les discordances apparaissent en rouge sur fond grisé. L'erreur peut provenir de la ligne supérieure. Cliquer sur l'icône d'édition du vols dans la colonne action. Vous retrouvez la page de saisie pour corriger le compteur (ceci peut demander de modifier aussi le temps de vol)
==Comment savoir quel est le vol sans mouvement ?==
*Vous avez côté admin, le message suivant :
"Le vol suivant n'a pas de mouvement associé : x"
Pour connaitre le vol concerné, il faut utiliser dans le gestionnaire des rapports la requête suivante :
http://doc-en.openflyers.com/index.php?title=Export_generator#Flight_without_account_movement
==Message de type de vol manquant pour un vol en double commande...==
Vous avez sélectionné en admin "Type de vol requis dans le cas de la présence d'un second pilote à bord" et lorsque vous saisissez un vol en double commande il vous est impossible de le valider malgré la sélection du fameux type de vol requis.
Vous avez un message d'alerte "Seul le type de vol requis dans le cas de la présence d'un second pilote a été sélectionné, vous devez en sélectionner au moins un autre en plus".
Dans ce cas, il faut également mettre "NON" à l'option "Le type de vol requis dans le cas de la présence d'un second pilote à bord ne peut être sélectionné seul"

=Reports=
==Nous rencontrons des problèmes de reconnaissance de caractères avec Excel==
Nous conseillons [http://fr.openoffice.org/ OpenOffice] car Excel ne gère pas les encodages de caractère dans toutes ses versions.

==Comment effectuer des requêtes SQL pour générer des rapports ?==
*La saisie des requêtes se fait dans le menu Rapports/Critères
*Leur visualisation se fait dans le menu Rapports/Voir les rapports
==Où trouver des requêtes SQL pour générer des rapports ?==
Nous préconisons la centralisation des requêtes SQL sur le wiki anglais sur la page [http://doc-en.openflyers.com/index.php?title=Export_generator Export generator]. Cela permet d'avoir une ressource d'informations centralisée utilisable par les administrateurs de tous les pays.
==Je ne trouve pas la requête que je souhaite, comment la demander ?==
Si vous ne trouvez pas sur la page [http://doc-en.openflyers.com/index.php?title=Export_generator Export generator] la requête que vous souhaitez, nous préconisons l'utilisation du support-forum depuis [http://www.openflyers.com www.openflyers.com] pour effectuer une demande de création de requête SQL.

Soit un autre utilisateur vous proposera alors son aide, soit nous vous proposerons de créer cette requête SQL. Comme cela nécessite pour nous du temps, nous facturons cette création qui ensuite sera rajoutée sur la page contenant les diverses requêtes SQL.

Le coût de cette création est fonction de la complexité de la requête. Il est facturé au coût horaire "Assistance - Intervention" présent sur le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]. A noter que l'assistance peut être prise en charge dans le cadre d'un abonnement spécifique (cf. le catalogue tarifaire).
==Dans les exports csv il apparait des « N° Id ». A quoi correspond ce numéro ?==
C'est un numéro interne à la base de données OpenFlyers (une clé primaire en langage base de données). Il ne sert que lorsqu'il est utilisé pour des requêtes d'extractions en SQL (cf. http://wiki.openflyers.org/index.php/Export_generator )

==A quoi servent les adresses IPs bloquées ou les identifiants bloqués ?==
Lorsqu'un utilisateur tente à plusieurs reprises et de manière infructueuse à se loguer sur OpenFlyers, au bout d'un certain nombre de tentatives son adresse IP et/ou son identifiant sont bloqués pour une durée croissante au fur et à mesure qu'il retente toujours de manière infructueuse.

Le but de ce blocage est d'éviter à des attaques de type "force brute" d'arriver à trouver un couple identifiant/mot de passe valide.

Cependant, il peut arriver qu'il soit nécessaire de débloquer des adresses IPs bloquées ou des identifiants bloqués. C'est l'objet du gestionnaire d'adresses IPs bloquées et du gestionnaire d'identifiants bloqués. En supprimant ces entrées de la liste des entrées bloquées, vous les débloquez.

=Armoire à clé=
==Check-list Armoire à clé INOP==
#Vérifier les branchements

FAQ client

2016-04-19T14:10:10Z

Claratte :

=Fonctionnement d'OpenFlyers=
==[[Modèle_commercial_et_compte_client_OpenFlyers#Fonctionnement_.C3.A9conomique|Fonctionnement économique]]==

==Fonctionnement applicatif==
Les composants logiciels utilisés pour développer notre applicatif sont tous open source (notamment PHP et MySQL).

La version 2.0 du logiciel OpenFlyers, propriété de la S.A.R.L. OpenFlyers, est sous licence semi-libre : il peut être installé et utilisé pour les besoins propres d'une structure aéronautique mais il ne peut être commercialisé par une société tiers sans licence spécifique (même à la demande d'un seul client) ou déployé pour des filiales d'une structure commerciale ou non.

Les versions ultérieures à la version 2.0 du logiciel OpenFlyers, sont commercialisées uniquement par le biais d'un abonnement auprès de la S.A.R.L. OpenFlyers qui en garde l'hébergement exclusif.

==[[Modèle_commercial_et_compte_client_OpenFlyers#Arbitrage_des_demandes_de_d.C3.A9veloppements#Financement_des_d.C3.A9veloppements|Nouveaux développements]]==

==De quoi avons-nous besoin pour faire fonctionner OpenFlyers ?==
Il suffit de disposer d'un ordinateur avec un accès internet et d'un navigateur moderne tel que Google Chrome, Firefox, Internet Explorer, Opera ou Safari. Aucune installation particulière n'est nécessaire sur l'ordinateur.

=Les bases de données=
==Les données stockées sont-elles bien protégées ?==
Nous tâchons de mettre en œuvre les différentes recommandations concernant la gestion des serveurs afin d'empêcher toute intrusion.

De plus, nous disposons de plusieurs serveurs répartis en plusieurs endroits de la planète.

Chaque nuit, tous les serveurs sauvegardent leurs bases de données et les envoient à tous les autres serveurs.

Ces sauvegardes sont stockées par roulement sur une quinzaine de jours.
==Comment récupérer notre base de données ?==
Vous pouvez à tout moment récupérer le contenu de votre base de données :
*[[AdminDoc3#Configuration_.3E_Export_SQL_.3E_Complet|Procédure version 3]]

==Peut-on avoir un accès de type "phpMyAdmin" à notre base de données ?==
Vous avez un accès en lecture à la base de données via l'export mais également via la génération des rapports.

La structure de la base de données est documentée ici : http://doc-en.openflyers.com/index.php?title=Database_specification

Par contre, nous nous interdisons de vous fournir un accès en écriture à la base de données. Car nous devons pouvoir garantir l'intégrité de cette base de données vis-à-vis de vous-même, vis-à-vis de vos utilisateurs mais également vis-à-vis de tierces personnes ou encore vis-à-vis des autorités.

Cependant, si vous avez besoin de modifier une saisie en base de données, nous pouvons intervenir sur votre demande par e-mail ou courrier. Cette opération est facturée en fonction de sa complexité (voir [http://www.openflyers.com/pricing/catalog-price le catalogue tarifaire]).

==Peut-on importer notre ancienne base de données externe OF 1.3.x lors du passage en production sur la solution hébergée OpenFlyers ?==
Oui, il est tout a fait possible de reprendre votre ancienne base de données OF 1.3.x.

Le coût est à partir de 50 € HT/heure, le temps effectif étant déterminé lors de l'import. Il faut nous faire parvenir un export complet de la base SQL de votre plateforme.

Il faut au préalable que vous ayez créé une [https://client.openflyers.com/newSubscription.php?lang=francais plateforme client ], puis nous signaler l'identifiant de votre plateforme.

Il faut ensuite vous créer la ou les factures, selon l'abonnement choisi, à partir de votre [http://client.openflyers.com/ clientmanager]

Vous acquittez les factures correspondant à la migration de votre base de données, de votre abonnement et éventuellement de la migration de votre plateforme de la version 2.1 en 3.0

Puis, l'idéal est de fixer un rendez-vous, par exemple, le XX-XX-2012 à 9 h. Puis, à cette même date :
*vous bloquez votre accès sur votre plateforme OF le jour J à 9h00 ;
*vous nous envoyez la base de données en suivant ;
*nous migrons, dès réception, votre base de données vers la version 2.1 (ou la version 3.0) sur nos serveurs ;
*une fois cela fait, on vous envoie un e-mail ;
*vous mettez en place de votre côté une redirection vers la nouvelle URL OF.

Il faut compter environ 2 heures maximum pour procéder à la migration (suivant les difficultés que nous rencontrerons avec votre base de données).

Les opérations d'export/import sont ainsi synchronisées et l'interruption de service est la plus courte possible.

=Compte client OpenFlyers=

==[[Modèle_commercial_et_compte_client_OpenFlyers#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Comment accéder à mon compte client ?]]==

==Comment modifier des éléments de la fiche client ?==
Il vous suffit de vous [[Modèle_commercial_et_compte_client_OpenFlyers#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|connecter à votre plateforme]] OpenFlyers.

Puis d'éditer la fiche en allant dans Données/Affichage et fiche personnelle.

==[[Modèle_commercial_et_compte_client_OpenFlyers#Changer_de_responsable_en_charge_d.27OpenFlyers|Comment changer de responsable OpenFlyers ?]]==

==[[Modèle_commercial_et_compte_client_OpenFlyers#Renouveler_son_abonnement_OpenFlyers|Comment renouveler l'abonnement ?]]==

==Nous avons renouvelé notre abonnement et nous avons quand même un message d'alerte concernant la cotisation==
Le message d'alerte '''votre cotisation n'est pas à jour''' correspond à un message lié à la configuration de la plateforme OpenFlyers et non pas à l'abonnement OpenFlyers de cette plateforme. Il signifie que l'utilisateur qui se connecte n'est pas à jour de sa qualification/validité cotisation au sein de la structure.

Dans tous les cas, l'administrateur référent (celui dont l'adresse e-mail doit apparaitre sur la page d'accueil d'OpenFlyers) conserve néanmoins tous ses droits.

Cf. Gestion des validités des utilisateurs dans OpenFlyers [[Validity-management3#Gestion_des_validit.C3.A9s_des_utilisateurs| la version 3]] et la [[Validity-management4#Gestion_des_validit.C3.A9s_des_utilisateurs| la version 4]].

==Changement du nombre de ressources en cours d'année et mise à jour de l'abonnement==
*[[Modèle_commercial_et_compte_client_OpenFlyers#Ajouter_une_ressource_.C3.A0_son_abonnement_OpenFlyers|Ajouter une ressource à son abonnement OpenFlyers]]
*[[Modèle_commercial_et_compte_client_OpenFlyers#Enlever_une_ressource_.C3.A0_son_abonnement_OpenFlyers|Enlever une ressource à son abonnement OpenFlyers]]
*[[Modèle_commercial_et_compte_client_OpenFlyers#Remplacer_une_ressource_par_une_autre_dans_son_abonnement_OpenFlyers|Remplacer une ressource dans son abonnement OpenFlyers]]

==[[Modèle-commercial-et-compte-client-OpenFlyers#Remplacer-une-ressource-par-une-autre-dans-son-abonnement-OpenFlyers|Comment remplacer une ressource par une autre ?]]==

==Facturation des ressources réelles et virtuelles==
A partir de la version 2.1 d'OpenFlyers, seules les ressources qui génèrent du chiffre d'affaires pour la structure cliente sont intégrées dans l'abonnement. Ainsi, les salles de cours ne sont pas retenues dans le calcul de l'abonnement. Pour qu'OpenFlyers fasse la différence entre une ressource "réelle" et une ressource "virtuelle", il suffit de décocher "Aéronef réel" au niveau de la ligne associée à l'aéronef ('''Admin > Flotte > Aéronefs''' colonne Aéronefs réels).

==[[Créer_une_plateforme_OpenFlyers_pour_sa_structure#Prise_d.27abonnement|Nous avons créé une plateforme, comment passer en production ?]]==

==J'ai souscrit un abonnement First Price - Peut-on souscrire à tout moment un forfait paramétrage ?==
Oui, effectivement. Il se peut que le paramétrage de votre plateforme se révèle complexe, ou bien que vous manquiez de temps pour le configurer. Vous pouvez à tout moment opter pour notre forfait paramétrage, dont vous pouvez retrouver le tarif dans notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire].

Cependant, dans le cas là, nous repartons d'une base de données vierge pour ne pas perdre de temps dans la correction (et la compréhension) du paramétrage initialement effectué.

==J'ai souscrit un abonnement First Price - Peut-on basculer en cours d'année vers un abonnement Business ?==
Oui, vous pouvez à tout moment basculer vers un abonnement Business. Il faut pour cela nous en faire la demande. Nous vous créons alors la facture correspondant à la différence de tarif. Vous pouvez ensuite régler cette facture depuis votre Client Manager.

==Je m'abonne en cours d'année - Combien vais-je devoir payer ?==
Pour la première année d'abonnement, le prix est calculé au prorata du nombre de jours civils entre la date de la commande et le trente-et-un (31) décembre de l’année civile en cours cf nos [http://www.openflyers.com/license/conditionsgenerales1_3.pdf conditions générales].

==L'accès First Price dispose-t-il d'une connexion sécurisée ?==
Non, l'accès First Price ne dispose pas d'une connexion sécurisée. Il peut être pris en option (renouvelable chaque année) selon le tarif en vigueur dans notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]. L'accès First Price plus l'option HTTPS est de même niveau que le Business avec HTTPS inclus (256 bits).

=Plateforme OpenFlyers=
==[[Créer_une_plateforme_OpenFlyers_pour_sa_structure|Comment créer une plateforme ?]]==

==Impossible d'accéder à la plateforme de notre structure après création==
Attention ! Il ne faut pas confondre le couple identifiant/mot de passe qui permet d'accéder au compte client OpenFlyers de votre structure, depuis [https://client.openflyers.com Client Manager], avec le couple identifiant/mot de passe qui permet d'accéder à la plateforme OpenFlyers.

*Le couple identifiant/mot de passe pour accéder au compte client OpenFlyers de votre structure vous a été communiqué par e-mail.
*Le couple identifiant/mot de passe pour accéder à votre plateforme OpenFlyers, immédiatement après création, est admin/admin. Vous êtes invité à le modifier des que possible

==Nous avons déjà une plateforme OpenFlyers version X et nous voudrions tester la version Y==
===Quelles alternatives ?===
====soit vous migrez directement de la version X vers la version Y====
'''Nous recommandons cette solution (c'est même un prérequis dans le cadre du [[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|forfait paramétrage]])'''

*avantages :
:*Vous habituez vos utilisateurs à la nouvelle interface sans pour autant leur activer les nouvelles fonctionnalités
:*Vous paramétrez tranquillement depuis une base de données à jour les éléments
*inconvénients :
:*vous payez de suite la tarification de la version Y
:*vous êtes moins libre car vous travaillez sur une base de données en production (mais vous pouvez supprimer cet inconvénient en travaillant en parallèle sur une autre base de données en test)
Pour procéder à cette migration, il suffit d'envoyer un e-mail à l'équipe OpenFlyers. A noter, qu'il faudra acquitter une nouvelle facture d'hébergement correspondant à la différence de tarification entre la version X et la version Y.

====soit vous créez une nouvelle plateforme qui vous servira de plateforme de test====
*avantages :
:*vous avez toute latitude pour paramétrer sans risque
:*vous ne payez pas la différence de coût entre la version X et la version Y pendant que vous testez
*inconvénients :
:*lors de votre migration de votre plateforme en production, vous devrez reprendre tout le paramétrage

Pour cela, il vous suffit de suivre [[#Comment_cr.C3.A9er_une_plateforme_.3F|la procédure de création de plateforme]].

Ensuite, lorsque vous souhaiterez migrer de la version X à la version Y (passage en production sur la version Y), voici ce qu'il faudra faire :
*nous envoyer un e-mail de demande de migration (ou passer par le forum)
Alors nous effectuerons les actions suivantes :
*migration de la base de données X vers la Y
*changement du pointage de votre adresse nom_de_la_plateforme.openflyers.fr par exemple de la X vers la version Y
Ensuite vous devrez modifier les paramétrages de la nouvelle Y (en reprenant par exemple ceux de votre version de test)

Une fois que cela sera fait, vous nous le direz et nous supprimerons la base de données de la version Y

Ensuite nous facturons chaque demande de migration de base de données (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).

====Forfait paramétrage====
N'oubliez-pas que nous proposons [[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|le forfait paramétrage]] pour la configuration d'OpenFlyers.

===Quel est le délai pour migrer une base de données ?===
Il faut compter 1 semaine

==[[Modèle_commercial_et_compte_client_OpenFlyers#D.C3.A9roulement_d.27une_migration|Comment se fait la migration vers une version supérieure ?]]==

==[[Modèle_commercial_et_compte_client_OpenFlyers#Cons.C3.A9quences_d.27une_migration|Quelles sont les conséquences d'une migration ?]]==

==La configuration nous laisse perplexe (paramétrage de la facturation, de la comptabilité, du décompte des temps de vols), comment faire ?==
Si vous souhaitez utiliser en production rapidement votre plateforme OpenFlyers (par exemple idéalement à l'occasion d'un nouvel exercice comptable, c'est à dire au 1er janvier), et que vous souhaitez avoir un paramétrage fonctionnel rapidement sans avoir à y consacrer des heures pour comprendre, tester et sans doute passer à côté de certaines "subtilités", alors sachez que nous avons mis en place un "[[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|forfait paramétrage]]".

Ce forfait est également valable pour un client utilisateur de la version 1.3.x et qui souhaite migrer sans attendre à la version 3.0.3 en utilisant toutes ses fonctionnalités (comptes pilotes et heures de vols).

==Nous avons une version 3 en test==
===mais nous souhaiterions reprendre tout à zéro, comment faire ?===
Vous vous inscrivez à nouveau avec un nouveau nom ici : http://client.openflyers.com

===Peut-on garder la configuration de la version 3 et migrer uniquement les réservations de la 1.3.x ?===
Non, ce n'est pas possible car les contenus auront évolués différemment.

Voila ce qu'il faut faire :
*demander la migration par e-mail de la 1.3.x vers la 3 avec passage en prod sur la 3 (c'est transparent pour les utilisateurs : seule l'interface changera pour eux tant que l'administrateur ne leur aura pas donné de droits supplémentaires)
*reprendre la configuration faite sur la 3 en test sur la nouvelle 3
*envoyer un nouveau e-mail pour dire que l'on peut supprimer l'ancienne 3 en test

==Comment passer à la gestion des comptes et la comptabilité dans OpenFlyers ?==
Pour activer la gestion des comptes et de la comptabilité dans OpenFlyers, vous pouvez suivre les FAQ dédiées à la comptabilité ainsi que les documentations qui présentent les modules de comptabilité :
*[[FAQ comptabilité|FAQ comptabilité version 2.1]]
*[[FAQ_accounting3|FAQ comptabilité version 3.0]]
*[[FAQ_accounting4|FAQ comptabilité version 4]]
*[[Accueil#Comptabilit.C3.A9|Documentations sur la comptabilité]]
dont [[Comptabilité#Mise_en_place_de_la_comptabilit.C3.A9_dans_OpenFlyers|Quelques conseils sur la mise en place de la comptabilité dans OpenFlyers]]

=Support=
==Quels sont les supports techniques ?==
Il existe à ce jour 3 types de support :
*le support-forum accessible depuis notre site internet http://www.openflyers.com à l'onglet "Support"
*le support par e-mail réservé aux abonnements "Business" et plus.
*le [http://www.openflyers.com/support support ponctuel par téléphone] qui peut vous permettre de vous dépanner si nous pouvons vous fournir la réponse en temps réel.

==[[How_to_communicate_with_OpenFlyers#Cr.C3.A9er_un_compte_d.27acc.C3.A8s_au_support-forum|Comment créer son accès au support-forum ?]]==

==Les e-mails envoyés à OpenFlyers sont retournés en erreur==
Lors de l'envoi de vos messages, vous avez avez eu un message d'erreur en retour.

Le problème peut venir de l'[[Wikipedia-fr:Sender_Policy_Framework|authentification SPF]] que nous avons mis en place.

Ainsi, si le serveur OpenFlyers refuse les e-mails non authentifiés qui parviennent depuis un nom de domaine comme smtp.nom-de-domaine.com pour défaut de SPF, il faut rajouter un enregistrmenet TXT dans le gestionnaire du serveur concerné avec la ligne de commande : v=spf1 include:_spf.nom-de-domaine.com ~all.

Comptabilité

2016-04-19T14:09:28Z

Claratte :

=Présentation=
Cette page présente la comptabilité en général. Il existe d'autres pages en relation avec ce sujet :
*la [[Configuration_Accounting3|configuration]] de la comptabilité dans OpenFlyers version 3
*la [[Configuration_Accounting4|configuration]] de la comptabilité dans OpenFlyers version 4
*l'[[Use_Accounting3|utilisation]] du module de comptabilité d'OpenFlyers version 3
*l'[[Use_Accounting4|utilisation]] du module de comptabilité d'OpenFlyers version 4
*les [[Conseils spécifiques pour la comptabilité|conseils]] sur la comptabilité

=Définitions=

==Comptabilité==
[http://fr.wikipedia.org/wiki/Comptabilit%C3%A9 définition de la comptabilité d'après wikipedia]

==Principe de la partie double==
[http://fr.wikipedia.org/wiki/Comptabilit%C3%A9_en_partie_double définition de la partie double d'après wikipedia]

==[[Écritures comptables#R.C3.A8gles_sur_les_.C3.A9critures|Règles concernant les écritures]]==

=Que fait OpenFlyers ?=
A partir de la version 3, OpenFlyers gère la saisie des écritures courantes de la comptabilité :
*facturation client
*facturation fournisseur
*encaissements
*paiements
*mouvements de compte à compte

=La Comptabilité=
==[[Wikipedia-fr:Plan_comptable_g%C3%A9n%C3%A9ral_%28France%29#Cadre_comptable|Plan comptable à la française]]==
===[[Wikipedia-fr:Plan_comptable_général_(France)#Cadre_comptable|Comptes de bilan]]===
Les comptes de bilan regroupent l'ensemble des comptes qui ne sont pas réinitialisés lors d'un changement d'exercice comptable, c'est à dire que leur solde être conservé d'un exercice à l'autre pour assurer notamment la traçabilité des dettes envers [[#Comptes_de_tiers|les tiers]].

====[[Wikipedia-fr:Plan_comptable_général_(France)#11._Report_.C3.A0_nouveau|Compte de report à nouveau]]====
Le compte report à nouveau est utilisé pour l'initialisation des comptes bilan ainsi que pour contenir déterminer le bénéfice ou le déficit d'un exercice comptable.

====[[Wikipedia-fr:Plan_comptable_général_(France)#16._Emprunts_et_dettes_assimil.C3.A9es|Comptes d'emprunts et de dettes assimilées]]====
Les comptes d'emprunts et de dettes assimilées sont des comptes du bilan : leur solde n'est pas réinitialisé d'un exercice comptable à l'autre.

====[[Wikipedia-fr:Plan_comptable_général_(France)#Classe_4_:_Comptes_de_tiers|Comptes de tiers]]====
Les comptes de tiers sont des comptes du bilan : leur solde n'est pas réinitialisé d'un exercice comptable à l'autre.

Dans le plan comptable à la française, les comptes de tiers ont une racine en 4 ou 5.

Ils regroupent :
*[[Wikipedia-fr:Plan_comptable_général_(France)#40._Fournisseurs_et_comptes_rattach.C3.A9s|Les comptes fournisseurs, racine en 401]]
*[[Wikipedia-fr:Plan_comptable_général_(France)#41._Clients_et_comptes_rattach.C3.A9s|Les comptes clients, racine en 411]]
*[[Wikipedia-fr:Plan_comptable_général_(France)#44._.C3.89tat_et_autres_collectivit.C3.A9s_publiques|Les comptes représentant les collectivités pour les subventions, racine en 441]]
*[[Wikipedia-fr:Plan_comptable_général_(France)#48._Comptes_de_r.C3.A9gularisation|Les comptes de régularisation]]

====[[Wikipedia-fr:Plan_comptable_général_(France)#Classe_5_:_Comptes_financiers|Comptes financiers]]====
Les comptes financiers regroupent :
*[[Wikipedia-fr:Plan_comptable_général_(France)#51._Banques.2C_.C3.A9tablissements_financiers_et_assimil.C3.A9s|Les comptes bancaires, racine en 512]]
*[[Wikipedia-fr:Plan_comptable_général_(France)#53._CAISSE|Les comptes de caisses, racine en 531]]

===[[Wikipedia-fr:Plan_comptable_général_(France)#Cadre_comptable|Comptes d'exploitation]]===
Ou comptes de résultat. A l'opposé des comptes de bilan, les comptes d'exploitation sont remis à zéro à chaque changement d'exercice.

====[[Wikipedia-fr:Plan_comptable_général_(France)#Classe_6_:_Comptes_de_charges|Comptes de charges]]====
([[Wikipedia-fr:Plan_comptable_général_(France)#Classe_6_:_Comptes_de_charges|en France: comptes 6xxxxx]])

Les comptes de charges permettent de regrouper les coûts supportés par la structure sur un exercice donné. Il reçoivent les contreparties des factures fournisseurs.

Les principaux comptes de charges ont leur racine en [[Wikipedia-fr:Plan_comptable_général_(France)#60._Achats_.28sauf_603.29|60]] ou [[Wikipedia-fr:Plan_comptable_général_(France)#61._Services_ext.C3.A9rieurs|61]]. Le 61 permet de désigner les "Services extérieurs". C'est donc sur cette racine que trouveront leur place les charges "immatérielles" comme les assurances.

====[[Wikipedia-fr:Plan_comptable_général_(France)#Classe_7_:_comptes_de_produits|Comptes de produits]]====
([[Wikipedia-fr:Plan_comptable_général_(France)#Classe_7_:_comptes_de_produits|en France: comptes 7xxxxx]])

Les comptes de produits permettent de regrouper les ventes effectuées par la structure sur un exercice donné. Il reçoivent les contreparties des factures clients/utilisateurs.

De façon simplifiée, le total des soldes des comptes de produits représente le [[Wikipedia-fr:Chiffre_d'affaires|chiffre d'affaire]] de la structure.

==Présentation des comptes dans OpenFlyers==
===Comptes utilisateurs===
Au sens comptable, il s'agit en général de [[#Comptes_clients|comptes clients]] mais parfois également de [[Comptabilité#Comptes_fournisseurs|comptes fournisseurs]]. L'appellation "compte utilisateur" est propre à OpenFlyers et permet de coupler un compte comptable avec un utilisateur de la plateforme OpenFlyers.

*Les comptes sont débités des factures (activités, cotisations, etc.)
*Les comptes utilisateurs sont crédités par les paiements des utilisateurs (carte bancaire, chèques, liquide, etc.) que l'on nomme dans OpenFlyers les '''encaissements'''.

Quand un compte utilisateur est crédité par un encaissement, l'autre entrée (qui est un débit) doit affecter un compte de trésorerie (selon la ventilation paramétrée dans le gestionnaire des encaissements)

===Comptes ressources===
Les comptes ressources sont une notion propre à OpenFlyers. Ils servent à coupler des [[#Comptes_d.27exploitation|comptes d'exploitation]] liés aux ressources.

===Comptes clients===
([[Wikipedia-fr:Plan_comptable_général_(France)#41._Clients_et_comptes_rattach.C3.A9s|en France: comptes 411xxx]])

*Les comptes sont débités des factures clients (vente de produit)
*La contrepartie va au crédit sur un compte de produit.
*Les encaissements des clients sont crédités sur le compte client et débité sur le compte de trésorerie

===Comptes fournisseurs===
([[Wikipedia-fr:Plan_comptable_général_(France)#40._Fournisseurs_et_comptes_rattach.C3.A9s|en France: comptes 401xxx]])

*Les comptes sont crédités des factures fournisseurs (loyers, eau, électricité, etc.)
*La contrepartie va au débit sur un compte de charge.
*Les paiements des fournisseurs sont débités sur le compte fournisseur et crédité sur le compte de trésorerie

===Comptes de trésorerie===
([[Wikipedia-fr:Plan_comptable_général_(France)#Classe_5_:_Comptes_financiers|en France: comptes 5xxxxx]])

Les comptes de trésorerie sont essentiellement des comptes bancaires.

'''Attention :''' les mouvements sur ces comptes se font dans le sens opposé du relevé de compte bancaire. Ainsi, une opération au débit sur un relevé de compte bancaire sera enregistré en comptabilité au crédit et une opération au crédit sur un relevé de compte bancaire sera enregistré au débit.

===Comptes de TVA===
([[Wikipedia-fr:Plan_comptable_général_(France)#44._.C3.89tat_et_autres_collectivit.C3.A9s_publiques|en France comptes 445xxx]])

Les comptes de TVA sont utilisés pour enregistrer les contreparties liées à la TVA des factures fournisseurs et des factures clients.

Ils ne sont pas usités dans les associations qui ne facturent pas la TVA à leurs clients et qui n'ont donc pas besoin de gérer la contrepartie liée à la TVA des factures fournisseurs.

===[[#Comptes_de_charges|Comptes de charges]]===

===[[#Comptes_de_produits|Comptes de produits]]===
Normalement, dans OpenFlyers, la majorité des factures clients doivent être affectées à des [[#Comptes_ressources|comptes ressources-produits]] étant donné que les structures utilisant OpenFlyers génèrent l'essentiel de leur chiffre d'affaire par le biais de la mise à disposition de ressources.

===Comptes bilan===
([[Wikipedia-fr:Plan_comptable_général_(France)#Cadre_comptable|en France : comptes 1, 2, 3, 4, 5]])

Dans OpenFlyers, on ne met dans les comptes de bilan que les comptes qui ne sont ni des comptes de trésorerie, ni des comptes clients, ni des comptes fournisseurs

====[[#Compte_de_report_.C3.A0_nouveau|Report à nouveau]]====
*Compte 110000

==[[Écritures comptables|Les écritures comptables]]==
==Comptabilités multiples==
Dans le cas ou des entreprises ou associations mettent en commun des ressources qu'ils gèrent conjointement sur une même plateforme OpenFlyers, il est possible de mettre en place des comptabilités distinctes pour chaque entité.

===Facturations automatiques entre entités comptables distinctes===
Dans le cas où chaque utilisateur dispose d'un compte unique dans une seule des entités, alors l'utilisateur est facturé dans la comptabilité de son entité d'appartenance quelque soit la ressource utilisée.

Si la ressource utilisée appartient à une autre entité que celle à laquelle l'utilisateur est client alors il est possible de mettre en place des facturations automatiques entre les entités mises en jeu et cela dans chacune des comptabilités.

Exemple avec 2 entités A et B, un utilisateur U client de l'entité A et une ressource R appartenant à l'entité B. On considère que l'utilisateur U utilise la ressource R.
*L'utilisateur U sera débité sur son compte client de l'entité A et la contrepartie ira sur un compte produit de cette entité :
{| class="wikitable"
!'''comptabilité A'''!!Débit!!Crédit
|-
|Compte client Utilisateur U||X €||
|-
|Compte produit Ressource R||||X €
|}

*Mais comme la ressource R appartient à l'entité B, alors l'entité B va enregistrer automatiquement une écriture de débit sur le compte client A et la contrepartie ira sur un compte produit de l'entité B :
{| class="wikitable"
!'''comptabilité B'''!!Débit!!Crédit
|-
|Compte client Entité A||X €||
|-
|Compte produit Ressource R||||X €
|}

*Parallèlement, l'entité A, enregistre également le fait qu'elle est facturée par le fournisseur entité B :
{| class="wikitable"
!'''comptabilité A'''!!Débit!!Crédit
|-
|Compte charge Ressource R||||X €
|-
|Compte fournisseur Entité B||X €||
|}

=Principes comptables généraux=
==Règles de saisies de la comptabilité courante==
Ces règles s'incrivent dans le cadre du workflow proposé par OpenFlyers.
#La facturation client et les encaissements clients sont normalement saisies au jour le jour soit par les utilisateurs soit par des gestionnaires
#Il faut saisir les factures fournisseurs au vu des factures
#Nous recommandons de saisir les écritures bancaires au vu du relevé de banque et en utilisant la date d'enregistrement indiquée sur le relevé de banque. Cette forme de saisie vaut alors pointage.
Le principe est normalement de saisir les paiements et les encaissements à la vue des chèques, bordereaux, etc. puis ensuite de vérifier que l'on tombe juste avec la banque. Mais il est plus simple de saisir les écritures bancaires au vu du relevé : cela permet d'être tout de suite juste avec la banque. Cette façon de procéder ne peut s'appliquer que si on limite le paiement par chèque qui ne permet pas de maitriser la date d'encaissement par le fournisseur. Il faut ainsi privilégier les paiements par carte bancaire ou par virement qui permettent une prise en compte immédiate ou quasiment immédiate de la part de la banque et évitent ainsi les problèmes de "chèque dans la nature" car non encaissés par le fournisseur.
En procédant ainsi, les vérifications s'en trouvent simplifiées.

==Traçabilité des écritures==
Afin d'assurer la traçabilité des écritures comptables, il n'est pas possible d'effacer une écriture comptable validée. Cela permet de garantir la confiance entre les parties prenantes (utilisateurs, gestionnaires et OpenFlyers). Par contre, il est toujours possible d'annuler l'effet d'une écriture en saisissant un flux opposé. (cf. procédure pour [[Use_Accounting3#Annuler_l.27effet_d.27une_.C3.A9criture_comptable|OpenFlyers version 3]] et [[Use_Accounting4#Annuler_l.27effet_d.27une_.C3.A9criture_comptable|OpenFlyers version 4]]).

==Vérifications sur la comptabilité courante==
En respectant les [[#R.C3.A8gles_de_saisies_de_la_comptabilit.C3.A9_courante|recommandations de saisie d'OpenFlyers de la comptabilité courante]], les éléments à vérifiés sont les suivants :
#On vérifie que l'on tombe juste sur le solde du compte bancaire : le solde du compte bancaire sur la plateforme OpenFlyers doit correspondre au solde présent sur le relevé de banque à la même date. Si une erreur apparait, on procède par dychotomie pour identifier à partir de quelle date, les soldes sont différents et ainsi retrouver l'écriture en défaut. C'est seulement une fois que ce travail est effectué, que l'on peut passer à l'étape suivante.
#On vérifie que les comptes fournisseurs sont tous à 0 et lorsqu'ils ne sont pas à 0, on doit être capable de dire pourquoi (facture non payée par exemple). En effet, on peut être juste au niveau de la banque sans que pour autant le compte fournisseur débité soit le bon.
#Il reste alors à contrôler le chiffre d'affaire. Pour cette vérification le plus simple est de vérifier que le chiffre d'affaire correspond au volume de l'activité multiplié par le prix unitaire. Dans certains cas, cette vérification n'est pas aisée (changements de tarifs en cours d'année par exemple). Il faut donc scinder le volume en autant de composantes qu'il peut y avoir de tarifs.

=Quelques conseils généraux=
==Gestion comptable de cas particuliers==
===Débiter les vols mécaniques===
Les vols mécaniques sont une charge pour une structure. La structure peut être tentée de ne pas faire apparaitre cette charge dans sa comptabilité car il n'y a personne à facturer. Cependant OpenFlyers recommande de facturer les vols mécaniques au même tarif que autres vols pour plusieurs raisons :
*Cela permet de suivre d'une manière comptable le coût de la mécanique (et notamment sa partie "vols") et éventuellement de détecter des dérives. C'est aussi utile lorsque l'on veut calculer le prix de revient d'une ressource.
*Cela permet de contrôler plus facilement le chiffre d'affaire de la structure puisque le produit reste proportionnel aux heures de vol.
*L'impact sur le résultat est nul puisque la charge est égale au produit. De ce fait cela n'a pas de conséquence fiscale pour les structures soumises à l'impôt sur les sociétés ou à la TVA.
*Seul le rapport du résultat par rapport au chiffre d'affaire est très légèrement modifié.
Par contre la facturation d'un vol mécanique s'effectue en débitant un compte de charge au lieu d'un compte client. Ainsi, c'est neutre pour les utilisateurs.

===TVA sur les ventes à soi-même===
Lorsque vous faites de la vente à vous-même vous devez calculer la TVA correspondante. Cette opération est neutre car vous déduisez aussi la TVA déductible pour le même montant.

===Saisie des salaires===
Nous recommandons de dissocier les salaires en 2 parties :
*Le salaire net versé au salarié qui fait l'objet d'un mouvement qui crédite le compte "fournisseur" du salarié (401MARTIN pour M. MARTIN) et débite le compte de charge ''Rémunérations brutes'' (641100)
*Les taxes sur les salaires regroupées en un seul mouvement qui crédite le compte "fournisseur" URSSAF (431000) et débite le compte de charges ''Cotisations à l'URSSAF'' (645100)
Nous recommandons de saisir ces écritures récurrentes en tant que facture fournisseur (cf. procédure pour la [[Use_Accounting3#Saisie_des_factures_fournisseurs|version 3]] et la [[Use_Accounting4#Saisie_des_factures_fournisseurs|version 4]]). Cela permet d'enregistrer la ventilation des mouvements et ensuite de simplifier cette saisie.

==Contrôle du chiffre d'affaire==
Le contrôle du chiffre d'affaire est une opération que devrait faire les personnes en charge de la validation des comptes.

Contrôler le chiffre d'affaire c'est vérifier que ce que l'on a fabriqué à bien était facturé (ou stocké).

Dans le cas des vols, il n'y a pas de stock possible. Donc le contrôle du chiffre d'affaire est très simple : on prend le nombre d'heures de vol faite par un avion et on multiplie par son coÃ»t horaire. On vérifie alors que le CA lié à cet avion correspond avec l'ensemble facturé qui apparait dans les comptes produits.

Exemple :
*L'avion UE a fait 300 heures de vols en 2008.
*Le prix de l'heure de vol est de 100 €.
*Le chiffre d'affaire lié à l'avion est alors de 300*100 = 30 000 €.
*Le compte produit de l'avion doit donc faire apparaître exactement un solde de 30 000 €.

Il faut tenir compte des changements tarifaires intervenus durant l'année. Le trésorier devrait donc fournir un état des heures de vol sur chacune des périodes tarifaires de l'année. D'où l'utilité d'effectuer les changements de tarifaire au 1er d'un mois : les états sont plus faciles à créer.

Il faut également tenir compte des différents tarifs (double commande, baptêmes de l'air, etc.)

Ainsi, le trésorier ou le secrétaire devrait communiquer un tableau pour chaque avion (ou chaque type avion) avec une ligne par type de vol (impliquant un tarif différent) et une colonne par date d'application du tarif.

Un autre tableau devrait comporter la ventilation des heures en fonction des mêmes éléments.

Il suffit alors de multiplier les cellules du premier tableau avec celles du second tableau puis d'additionner le tout : on obtient le chiffre d'affaire de l'avion (que l'on doit comparer avec le chiffre d'affaire effectivement facturé).

==Messages d'alertes==
Nous recommandons comme bonne pratique d'attirer l'attention des utilisateurs autorisés à valider les vols ou les écritures comptables que '''tout message d'alerte apparaissant dans l'espace d'administration doit conduire à stopper la validation des écritures''' dans l'attente de la résolution du problème par l'administrateur.

Comptabilité

2016-04-19T14:09:00Z

Claratte :

=Présentation=
Cette page présente la comptabilité en général. Il existe d'autres pages en relation avec ce sujet :
*la [[Configuration_Accounting3|configuration]] de la comptabilité dans OpenFlyers version 3
*la [[Configuration_Accounting4|configuration]] de la comptabilité dans OpenFlyers version 4
*l'[[Use_Accounting3|utilisation]] du module de comptabilité d'OpenFlyers version 3
*l'[[Use_Accounting4|utilisation]] du module de comptabilité d'OpenFlyers version 4
*les [[Conseils spécifiques pour la comptabilité|conseils]] sur la comptabilité

=Définitions=

==Comptabilité==
[http://fr.wikipedia.org/wiki/Comptabilit%C3%A9 définition de la comptabilité d'après wikipedia]

==Principe de la partie double==
[http://fr.wikipedia.org/wiki/Comptabilit%C3%A9_en_partie_double définition de la partie double d'après wikipedia]

==[[Écritures comptables#R.C3.A8gles_sur_les_.C3.A9critures|Règles concernant les écritures]]==

=Que fait OpenFlyers ?=
A partir de la version 3, OpenFlyers gère la saisie des écritures courantes de la comptabilité :
*facturation client
*facturation fournisseur
*encaissements
*paiements
*mouvements de compte à compte

=La Comptabilité=
==[[Wikipedia-fr:Plan_comptable_g%C3%A9n%C3%A9ral_%28France%29#Cadre_comptable|Plan comptable à la française]]==
===[[Wikipedia-fr:Plan_comptable_général_(France)#Cadre_comptable|Comptes de bilan]]===
Les comptes de bilan regroupent l'ensemble des comptes qui ne sont pas réinitialisés lors d'un changement d'exercice comptable, c'est à dire que leur solde être conservé d'un exercice à l'autre pour assurer notamment la traçabilité des dettes envers [[#Comptes_de_tiers|les tiers]].

====[[Wikipedia-fr:Plan_comptable_général_(France)#11._Report_.C3.A0_nouveau|Compte de report à nouveau]]====
Le compte report à nouveau est utilisé pour l'initialisation des comptes bilan ainsi que pour contenir déterminer le bénéfice ou le déficit d'un exercice comptable.

====[[Wikipedia-fr:Plan_comptable_général_(France)#16._Emprunts_et_dettes_assimil.C3.A9es|Comptes d'emprunts et de dettes assimilées]]====
Les comptes d'emprunts et de dettes assimilées sont des comptes du bilan : leur solde n'est pas réinitialisé d'un exercice comptable à l'autre.

====[[Wikipedia-fr:Plan_comptable_général_(France)#Classe_4_:_Comptes_de_tiers|Comptes de tiers]]====
Les comptes de tiers sont des comptes du bilan : leur solde n'est pas réinitialisé d'un exercice comptable à l'autre.

Dans le plan comptable à la française, les comptes de tiers ont une racine en 4 ou 5.

Ils regroupent :
*[[Wikipedia-fr:Plan_comptable_général_(France)#40._Fournisseurs_et_comptes_rattach.C3.A9s|Les comptes fournisseurs, racine en 401]]
*[[Wikipedia-fr:Plan_comptable_général_(France)#41._Clients_et_comptes_rattach.C3.A9s|Les comptes clients, racine en 411]]
*[[Wikipedia-fr:Plan_comptable_général_(France)#44._.C3.89tat_et_autres_collectivit.C3.A9s_publiques|Les comptes représentant les collectivités pour les subventions, racine en 441]]
*[[Wikipedia-fr:Plan_comptable_général_(France)#48._Comptes_de_r.C3.A9gularisation|Les comptes de régularisation]]

====[[Wikipedia-fr:Plan_comptable_général_(France)#Classe_5_:_Comptes_financiers|Comptes financiers]]====
Les comptes financiers regroupent :
*[[Wikipedia-fr:Plan_comptable_général_(France)#51._Banques.2C_.C3.A9tablissements_financiers_et_assimil.C3.A9s|Les comptes bancaires, racine en 512]]
*[[Wikipedia-fr:Plan_comptable_général_(France)#53._CAISSE|Les comptes de caisses, racine en 531]]

===[[Wikipedia-fr:Plan_comptable_général_(France)#Cadre_comptable|Comptes d'exploitation]]===
Ou comptes de résultat. A l'opposé des comptes de bilan, les comptes d'exploitation sont remis à zéro à chaque changement d'exercice.

====[[Wikipedia-fr:Plan_comptable_général_(France)#Classe_6_:_Comptes_de_charges|Comptes de charges]]====
([[Wikipedia-fr:Plan_comptable_général_(France)#Classe_6_:_Comptes_de_charges|en France: comptes 6xxxxx]])

Les comptes de charges permettent de regrouper les coûts supportés par la structure sur un exercice donné. Il reçoivent les contreparties des factures fournisseurs.

Les principaux comptes de charges ont leur racine en [[Wikipedia-fr:Plan_comptable_général_(France)#60._Achats_.28sauf_603.29|60]] ou [[Wikipedia-fr:Plan_comptable_général_(France)#61._Services_ext.C3.A9rieurs|61]]. Le 61 permet de désigner les "Services extérieurs". C'est donc sur cette racine que trouveront leur place les charges "immatérielles" comme les assurances.

====[[Wikipedia-fr:Plan_comptable_général_(France)#Classe_7_:_comptes_de_produits|Comptes de produits]]====
([[Wikipedia-fr:Plan_comptable_général_(France)#Classe_7_:_comptes_de_produits|en France: comptes 7xxxxx]])

Les comptes de produits permettent de regrouper les ventes effectuées par la structure sur un exercice donné. Il reçoivent les contreparties des factures clients/utilisateurs.

De façon simplifiée, le total des soldes des comptes de produits représente le [[Wikipedia-fr:Chiffre_d'affaires|chiffre d'affaire]] de la structure.

==Présentation des comptes dans OpenFlyers==
===Comptes utilisateurs===
Au sens comptable, il s'agit en général de [[#Comptes_clients|comptes clients]] mais parfois également de [[Comptabilité#Comptes_fournisseurs|comptes fournisseurs]]. L'appellation "compte utilisateur" est propre à OpenFlyers et permet de coupler un compte comptable avec un utilisateur de la plateforme OpenFlyers.

*Les comptes sont débités des factures (activités, cotisations, etc.)
*Les comptes utilisateurs sont crédités par les paiements des utilisateurs (carte bancaire, chèques, liquide, etc.) que l'on nomme dans OpenFlyers les '''encaissements'''.

Quand un compte utilisateur est crédité par un encaissement, l'autre entrée (qui est un débit) doit affecter un compte de trésorerie (selon la ventilation paramétrée dans le gestionnaire des encaissements)

===Comptes ressources===
Les comptes ressources sont une notion propre à OpenFlyers. Ils servent à coupler des [[#Comptes_d.27exploitation|comptes d'exploitation]] liés aux ressources.

===Comptes clients===
([[Wikipedia-fr:Plan_comptable_général_(France)#41._Clients_et_comptes_rattach.C3.A9s|en France: comptes 411xxx]])

*Les comptes sont débités des factures clients (vente de produit)
*La contrepartie va au crédit sur un compte de produit.
*Les encaissements des clients sont crédités sur le compte client et débité sur le compte de trésorerie

===Comptes fournisseurs===
([[Wikipedia-fr:Plan_comptable_général_(France)#40._Fournisseurs_et_comptes_rattach.C3.A9s|en France: comptes 401xxx]])

*Les comptes sont crédités des factures fournisseurs (loyers, eau, électricité, etc.)
*La contrepartie va au débit sur un compte de charge.
*Les paiements des fournisseurs sont débités sur le compte fournisseur et crédité sur le compte de trésorerie

===Comptes de trésorerie===
([[Wikipedia-fr:Plan_comptable_général_(France)#Classe_5_:_Comptes_financiers|en France: comptes 5xxxxx]])

Les comptes de trésorerie sont essentiellement des comptes bancaires.

'''Attention :''' les mouvements sur ces comptes se font dans le sens opposé du relevé de compte bancaire. Ainsi, une opération au débit sur un relevé de compte bancaire sera enregistré en comptabilité au crédit et une opération au crédit sur un relevé de compte bancaire sera enregistré au débit.

===Comptes de TVA===
([[Wikipedia-fr:Plan_comptable_général_(France)#44._.C3.89tat_et_autres_collectivit.C3.A9s_publiques|en France comptes 445xxx]])

Les comptes de TVA sont utilisés pour enregistrer les contreparties liées à la TVA des factures fournisseurs et des factures clients.

Ils ne sont pas usités dans les associations qui ne facturent pas la TVA à leurs clients et qui n'ont donc pas besoin de gérer la contrepartie liée à la TVA des factures fournisseurs.

===[[#Comptes_de_charges|Comptes de charges]]===

===[[#Comptes_de_produits|Comptes de produits]]===
Normalement, dans OpenFlyers, la majorité des factures clients doivent être affectées à des [[#Comptes_ressources|comptes ressources-produits]] étant donné que les structures utilisant OpenFlyers génèrent l'essentiel de leur chiffre d'affaire par le biais de la mise à disposition de ressources.

===Comptes bilan===
([[Wikipedia-fr:Plan_comptable_général_(France)#Cadre_comptable|en France : comptes 1, 2, 3, 4, 5]])

Dans OpenFlyers, on ne met dans les comptes de bilan que les comptes qui ne sont ni des comptes de trésorerie, ni des comptes clients, ni des comptes fournisseurs

====[[#Compte_de_report_.C3.A0_nouveau|Report à nouveau]]====
*Compte 110000

==[[Écritures comptables|Les écritures comptables]]==
==Comptabilités multiples==
Dans le cas ou des entreprises ou associations mettent en commun des ressources qu'ils gèrent conjointement sur une même plateforme OpenFlyers, il est possible de mettre en place des comptabilités distinctes pour chaque entité.

===Facturations automatiques entre entités comptables distinctes===
Dans le cas où chaque utilisateur dispose d'un compte unique dans une seule des entités, alors l'utilisateur est facturé dans la comptabilité de son entité d'appartenance quelque soit la ressource utilisée.

Si la ressource utilisée appartient à une autre entité que celle à laquelle l'utilisateur est client alors il est possible de mettre en place des facturations automatiques entre les entités mises en jeu et cela dans chacune des comptabilités.

Exemple avec 2 entités A et B, un utilisateur U client de l'entité A et une ressource R appartenant à l'entité B. On considère que l'utilisateur U utilise la ressource R.
*L'utilisateur U sera débité sur son compte client de l'entité A et la contrepartie ira sur un compte produit de cette entité :
{| class="wikitable"
!'''comptabilité A'''!!Débit!!Crédit
|-
|Compte client Utilisateur U||X €||
|-
|Compte produit Ressource R||||X €
|}

*Mais comme la ressource R appartient à l'entité B, alors l'entité B va enregistrer automatiquement une écriture de débit sur le compte client A et la contrepartie ira sur un compte produit de l'entité B :
{| class="wikitable"
!'''comptabilité B'''!!Débit!!Crédit
|-
|Compte client Entité A||X €||
|-
|Compte produit Ressource R||||X €
|}

*Parallèlement, l'entité A, enregistre également le fait qu'elle est facturée par le fournisseur entité B :
{| class="wikitable"
!'''comptabilité A'''!!Débit!!Crédit
|-
|Compte charge Ressource R||||X €
|-
|Compte fournisseur Entité B||X €||
|}

=Principes comptables généraux=
==Règles de saisies de la comptabilité courante==
Ces règles s'incrivent dans le cadre du workflow proposé par OpenFlyers.
#La facturation client et les encaissements clients sont normalement saisies au jour le jour soit par les utilisateurs soit par des gestionnaires
#Il faut saisir les factures fournisseurs au vu des factures
#Nous recommandons de saisir les écritures bancaires au vu du relevé de banque et en utilisant la date d'enregistrement indiquée sur le relevé de banque. Cette forme de saisie vaut alors pointage.
Le principe est normalement de saisir les paiements et les encaissements à la vue des chèques, bordereaux, etc. puis ensuite de vérifier que l'on tombe juste avec la banque. Mais il est plus simple de saisir les écritures bancaires au vu du relevé : cela permet d'être tout de suite juste avec la banque. Cette façon de procéder ne peut s'appliquer que si on limite le paiement par chèque qui ne permet pas de maitriser la date d'encaissement par le fournisseur. Il faut ainsi privilégier les paiements par carte bancaire ou par virement qui permettent une prise en compte immédiate ou quasiment immédiate de la part de la banque et évitent ainsi les problèmes de "chèque dans la nature" car non encaissés par le fournisseur.
En procédant ainsi, les vérifications s'en trouvent simplifiées.

==Traçabilité des écritures==
Afin d'assurer la traçabilité des écritures comptables, il n'est pas possible d'effacer une écriture comptable validée. Cela permet de garantir la confiance entre les parties prenantes (utilisateurs, gestionnaires et OpenFlyers). Par contre, il est toujours possible d'annuler l'effet d'une écriture en saisissant un flux opposé. (cf. procédure pour [[Use_Accounting3#Annuler_l.27effet_d.27une_.C3.A9criture_comptable|OpenFlyers version 3]] et [[Use_Accounting4#Annuler_l.27effet_d.27une_.C3.A9criture_comptable|OpenFlyers version 4]]).

==Vérifications sur la comptabilité courante==
En respectant les [[#R.C3.A8gles_de_saisies_de_la_comptabilit.C3.A9_courante|recommandations de saisie d'OpenFlyers de la comptabilité courante]], les éléments à vérifiés sont les suivants :
#On vérifie que l'on tombe juste sur le solde du compte bancaire : le solde du compte bancaire sur la plateforme OpenFlyers doit correspondre au solde présent sur le relevé de banque à la même date. Si une erreur apparait, on procède par dychotomie pour identifier à partir de quelle date, les soldes sont différents et ainsi retrouver l'écriture en défaut. C'est seulement une fois que ce travail est effectué, que l'on peut passer à l'étape suivante.
#On vérifie que les comptes fournisseurs sont tous à 0 et lorsqu'ils ne sont pas à 0, on doit être capable de dire pourquoi (facture non payée par exemple). En effet, on peut être juste au niveau de la banque sans que pour autant le compte fournisseur débité soit le bon.
#Il reste alors à contrôler le chiffre d'affaire. Pour cette vérification le plus simple est de vérifier que le chiffre d'affaire correspond au volume de l'activité multiplié par le prix unitaire. Dans certains cas, cette vérification n'est pas aisée (changements de tarifs en cours d'année par exemple). Il faut donc scinder le volume en autant de composantes qu'il peut y avoir de tarifs.

=Quelques conseils généraux=
==[[Bien débuter avec OpenFlyers#Passer_en_production|Passer en production sur la saisie des vols dans OpenFlyers]]==

==[[Bien débuter avec OpenFlyers#Workflow|Mettre en place un workflow]]==

==Gestion comptable de cas particuliers==
===Débiter les vols mécaniques===
Les vols mécaniques sont une charge pour une structure. La structure peut être tentée de ne pas faire apparaitre cette charge dans sa comptabilité car il n'y a personne à facturer. Cependant OpenFlyers recommande de facturer les vols mécaniques au même tarif que autres vols pour plusieurs raisons :
*Cela permet de suivre d'une manière comptable le coût de la mécanique (et notamment sa partie "vols") et éventuellement de détecter des dérives. C'est aussi utile lorsque l'on veut calculer le prix de revient d'une ressource.
*Cela permet de contrôler plus facilement le chiffre d'affaire de la structure puisque le produit reste proportionnel aux heures de vol.
*L'impact sur le résultat est nul puisque la charge est égale au produit. De ce fait cela n'a pas de conséquence fiscale pour les structures soumises à l'impôt sur les sociétés ou à la TVA.
*Seul le rapport du résultat par rapport au chiffre d'affaire est très légèrement modifié.
Par contre la facturation d'un vol mécanique s'effectue en débitant un compte de charge au lieu d'un compte client. Ainsi, c'est neutre pour les utilisateurs.

===TVA sur les ventes à soi-même===
Lorsque vous faites de la vente à vous-même vous devez calculer la TVA correspondante. Cette opération est neutre car vous déduisez aussi la TVA déductible pour le même montant.

===Saisie des salaires===
Nous recommandons de dissocier les salaires en 2 parties :
*Le salaire net versé au salarié qui fait l'objet d'un mouvement qui crédite le compte "fournisseur" du salarié (401MARTIN pour M. MARTIN) et débite le compte de charge ''Rémunérations brutes'' (641100)
*Les taxes sur les salaires regroupées en un seul mouvement qui crédite le compte "fournisseur" URSSAF (431000) et débite le compte de charges ''Cotisations à l'URSSAF'' (645100)
Nous recommandons de saisir ces écritures récurrentes en tant que facture fournisseur (cf. procédure pour la [[Use_Accounting3#Saisie_des_factures_fournisseurs|version 3]] et la [[Use_Accounting4#Saisie_des_factures_fournisseurs|version 4]]). Cela permet d'enregistrer la ventilation des mouvements et ensuite de simplifier cette saisie.

==Contrôle du chiffre d'affaire==
Le contrôle du chiffre d'affaire est une opération que devrait faire les personnes en charge de la validation des comptes.

Contrôler le chiffre d'affaire c'est vérifier que ce que l'on a fabriqué à bien était facturé (ou stocké).

Dans le cas des vols, il n'y a pas de stock possible. Donc le contrôle du chiffre d'affaire est très simple : on prend le nombre d'heures de vol faite par un avion et on multiplie par son coÃ»t horaire. On vérifie alors que le CA lié à cet avion correspond avec l'ensemble facturé qui apparait dans les comptes produits.

Exemple :
*L'avion UE a fait 300 heures de vols en 2008.
*Le prix de l'heure de vol est de 100 €.
*Le chiffre d'affaire lié à l'avion est alors de 300*100 = 30 000 €.
*Le compte produit de l'avion doit donc faire apparaître exactement un solde de 30 000 €.

Il faut tenir compte des changements tarifaires intervenus durant l'année. Le trésorier devrait donc fournir un état des heures de vol sur chacune des périodes tarifaires de l'année. D'où l'utilité d'effectuer les changements de tarifaire au 1er d'un mois : les états sont plus faciles à créer.

Il faut également tenir compte des différents tarifs (double commande, baptêmes de l'air, etc.)

Ainsi, le trésorier ou le secrétaire devrait communiquer un tableau pour chaque avion (ou chaque type avion) avec une ligne par type de vol (impliquant un tarif différent) et une colonne par date d'application du tarif.

Un autre tableau devrait comporter la ventilation des heures en fonction des mêmes éléments.

Il suffit alors de multiplier les cellules du premier tableau avec celles du second tableau puis d'additionner le tout : on obtient le chiffre d'affaire de l'avion (que l'on doit comparer avec le chiffre d'affaire effectivement facturé).

==Messages d'alertes==
Nous recommandons comme bonne pratique d'attirer l'attention des utilisateurs autorisés à valider les vols ou les écritures comptables que '''tout message d'alerte apparaissant dans l'espace d'administration doit conduire à stopper la validation des écritures''' dans l'attente de la résolution du problème par l'administrateur.

Accueil

2016-04-19T14:07:39Z

Claratte : /* Présentation */

[[File:2013-OF4-launch.gif|right|link=OF_doc4-fr:Montée-de-version]]

Bienvenue sur la documentation de la '''version 1''' d'OpenFlyers.

Cette version est obsolète. Les versions en vigueurs sont les versions 3 et 4.

Vous pouvez retrouver leur documentation sur les pages suivantes :
*[[OF_doc3-fr:Accueil|Documentation OpenFlyers version 3]]
*[[OF_doc4-fr:Accueil|Documentation OpenFlyers version 4]]

You can also access to our [[OF_doc-en:Main-Page2|english documentation]].

=FAQ=
*[[FAQ client|FAQ clients]]
*[[FAQ utilisateur|FAQ utilisateur]]
*[[FAQ administrateur 2.0|FAQ administrateur version 2.0]]
*[[FAQ administrateur|FAQ administrateur]]
*[[FAQ comptabilité|FAQ comptabilité]]
*[[FAQ export]]
*[[FAQ AeroBox]]

=Documentation Administrateurs=
*[[Documentation administrateur|Documentation administrateur]]
*[[Liste de diffusion|Gérer une liste de diffusion sur OpenFlyers]]
*[[Formules de calcul|Formules de calcul]]

==Comptabilité==
*[[Use-Accounting2.1|Utilisation de la comptabilité sur version 2.1]]

===Facturation client===
*[[Gestion des ventes|Gestion des ventes version]]

===FAQ comptabilité===
*[[FAQ comptabilité|FAQ comptabilité version]]

==Maintenance==
*[[Maintenance aéronautique|Maintenance aéronautique]]
*[[Suivi de navigabilité|Suivi de la navigabilité]]

===Requêtes permettant de générer des rapports===
*[[OF_doc-en::Export generator 2.0|Génération d'export version 2.0]]
*[[OF_doc-en::Export generator 2.1|Génération d'export version]]

=Documentation Utilisateurs=
*[[Documentation utilisateur 2.0|Documentation utilisateur version 2.0]]
*[[Documentation utilisateur|Documentation utilisateur]]

=[[OF_wiki:|Documentation Webmasters et Développeurs]]=

=[[BTS|Rapporter des bugs]]=

=[[Trucs et astuces|Trucs et astuces]]=
==[[Kiosque PC|Mettre en place un PC kiosque]]==
==[[Réseau Internet hybride|Mettre en place un réseau internet hybride]]==

Accueil

2016-04-19T14:07:03Z

Claratte :

[[File:2013-OF4-launch.gif|right|link=OF_doc4-fr:Montée-de-version]]

Bienvenue sur la documentation de la '''version 1''' d'OpenFlyers.

Cette version est obsolète. Les versions en vigueurs sont les versions 3 et 4.

Vous pouvez retrouver leur documentation sur les pages suivantes :
*[[OF_doc3-fr:Accueil|Documentation OpenFlyers version 3]]
*[[OF_doc4-fr:Accueil|Documentation OpenFlyers version 4]]

You can also access to our [[OF_doc-en:Main-Page2|english documentation]].

=Présentation=
*[[Technologies de géolocalisation pour aéronautique|Technologies de géolocalisation pour aéronautique]]

=FAQ=
*[[FAQ client|FAQ clients]]
*[[FAQ utilisateur|FAQ utilisateur]]
*[[FAQ administrateur 2.0|FAQ administrateur version 2.0]]
*[[FAQ administrateur|FAQ administrateur]]
*[[FAQ comptabilité|FAQ comptabilité]]
*[[FAQ export]]
*[[FAQ AeroBox]]

=Documentation Administrateurs=
*[[Documentation administrateur|Documentation administrateur]]
*[[Liste de diffusion|Gérer une liste de diffusion sur OpenFlyers]]
*[[Formules de calcul|Formules de calcul]]

==Comptabilité==
*[[Use-Accounting2.1|Utilisation de la comptabilité sur version 2.1]]

===Facturation client===
*[[Gestion des ventes|Gestion des ventes version]]

===FAQ comptabilité===
*[[FAQ comptabilité|FAQ comptabilité version]]

==Maintenance==
*[[Maintenance aéronautique|Maintenance aéronautique]]
*[[Suivi de navigabilité|Suivi de la navigabilité]]

===Requêtes permettant de générer des rapports===
*[[OF_doc-en::Export generator 2.0|Génération d'export version 2.0]]
*[[OF_doc-en::Export generator 2.1|Génération d'export version]]

=Documentation Utilisateurs=
*[[Documentation utilisateur 2.0|Documentation utilisateur version 2.0]]
*[[Documentation utilisateur|Documentation utilisateur]]

=[[OF_wiki:|Documentation Webmasters et Développeurs]]=

=[[BTS|Rapporter des bugs]]=

=[[Trucs et astuces|Trucs et astuces]]=
==[[Kiosque PC|Mettre en place un PC kiosque]]==
==[[Réseau Internet hybride|Mettre en place un réseau internet hybride]]==

MediaWiki:Sidebar

2016-03-03T08:54:16Z

Claratte :

Accueil

2016-03-02T18:03:53Z

Claratte :

[[File:2013-OF4-launch.gif|right|link=Upgrade4]]
[[OF_doc4-fr:Upgrade4|Découvrir OpenFlyers 4]]

Bienvenue sur la documentation de la '''version 1''' d'OpenFlyers.

Cette version est obsolète. Les versions en vigueurs sont les versions 3 et 4.

Vous pouvez retrouver leur documentation sur les pages suivantes :
*[[OF_doc3-fr:Accueil|Documentation OpenFlyers version 3]]
*[[OF_doc4-fr:Accueil|Documentation OpenFlyers version 4]]

=FAQ=
*[[FAQ client|FAQ clients]]
*[[FAQ user2.1|FAQ utilisateur version 2.1]]
*[[FAQ admin2.0|FAQ administrateur version 2.0]]
*[[FAQ admin2.1|FAQ administrateur version 2.1]]
*[[FAQ accounting2.1|FAQ comptabilité version 2.1]]
*[[FAQ export]]
*[[FAQ AeroBox]]

=Documentation Administrateurs=
*[[adminDoc2.1|Documentation administrateur version 2.1]]
*[[Liste de diffusion|Gérer une liste de diffusion sur OpenFlyers]]

==Comptabilité==
*[[Use-Accounting2.1|Utilisation de la comptabilité sur version 2.1]]

===Facturation client===
*[[admin-sale-manager2.1|Gestionnaire des ventes version 2.1]]

===FAQ comptabilité===
*[[FAQ accounting2.1|FAQ comptabilité version 2.1]]

==Maintenance==
*[[MRO|Généralités sur la maintenance]]
*[[MRO2.1|Suivi de la navigabilité version 2.1]]

===Requêtes permettant de générer des rapports===
*[[OF_doc-en::Export generator 2.0|Génération d'export version 2.0]]
*[[OF_doc-en::Export generator 2.1|Génération d'export version 2.1]]

=Documentation Utilisateurs=
*[[userDoc2.0|Documentation utilisateur version 2.0]]
*[[userDoc2.1|Documentation utilisateur version 2.1]]

=[[OF_wiki:|Documentation Webmasters et Développeurs]]=

=[[BTS|Rapporter des bugs]]=

=[[Trucs et astuces|Trucs et astuces]]=
==[[Kiosque PC|Mettre en place un PC kiosque]]==
==[[Réseau Internet hybride|Mettre en place un réseau internet hybride]]==

Modèle commercial et compte client OpenFlyers

2016-02-29T10:07:09Z

Claratte : /* Remplacer une ressource par une autre dans son abonnement OpenFlyers */

__TOC__
=Définitions=
==Plateforme de démonstration==
Les plateformes de démonstration sont accessibles au public et servent de bac à sable.

Le sous-domaine de l'URL des plateformes de démonstration est ''demo'' ou commence par ''demo-''. Il existe également des plateformes de démonstration spécifiques dont le sous-domaine est différent.

Elles sont réinitialisées toutes les heures à la minute 44.
==Plateforme en production==
Une plateforme est considérée en production lorsque l'abonnement pour l'année en cours a été payé.

La phase de paramétrage qui précède le "passage en production" effectif s'effectue toujours sur une "plateforme en production".

==Plateforme en test==
Les plateformes en test sont de 2 natures :
*Les plateformes créées par un utilisateur et qui ne sont pas [[#Plateforme_en_production|en production]];
*[[#Plateforme_suppl.C3.A9mentaire_de_test|Les plateformes supplémentaires de test]];

=Le modèle commercial de la SARL OpenFlyers=
==Fonctionnement économique==
OpenFlyers fonctionne sur le modèle économique d'une ASP (=Application Service Provider) ou SaaS (= Software as a Service). On parle également de "cloud computing" (informatique dans les nuages). C'est-à-dire que nous fournissons un service applicatif par le biais d'internet pour lequel nous facturons un abonnement annuel.

Les avantages de ce système pour les clients finaux sont les suivants :
*la maintenance logiciel est déportée et ne nécessite plus le déplacement d'un technicien. Cela permet également de mettre en œuvre plus rapidement des correctifs à la demande ;
*le coût des développements est mutualisé entre les différents clients ;
*nous assurons nous-mêmes la pérennité des données par sauvegardes journalières sur plusieurs serveurs en plusieurs lieux et cela sur 20 jours glissants.

De plus, OpenFlyers existe en plusieurs versions dont certaines sont disponibles en téléchargement. Vous pouvez retrouver [http://wiki.openflyers.org/index.php?title=FAQ#May_I_install_OpenFlyers_on_my_own_server.3F plus d'infos sur notre support libre].

==Arbitrage des demandes de développements==
Les demandes de développements pour avoir de nouvelles fonctionnalités sont infinies. Au début de son existence OpenFlyers devait arbitrer entre les demandes des différents clients. Pour cela, l'équipe de développement OpenFlyers tenait compte de la taille d'un client ou d'un prospect pour arbitrer les différentes demandes et du potentiel impact qui pouvait en résulter sur le chiffre d'affaire au travers des nouveaux clients qui pouvaient se décider à passer à OpenFlyers du fait de l'existence de telle ou telle fonctionnalité. Ces demandes étant nombreuses, les demandes non retenues étaient nombreuses et cela pouvait conduire à "vexer" un client qui pouvait considérer que sa demande non retenue ou mise en attente était plus pertinente qu'une autre demande retenue.

Afin de ne plus être juge et parti, OpenFlyers a remis au goût du jour le [[Wikipedia-fr:Suffrage_censitaire|vote censitaire]] au travers des heures de bonus développement. Ainsi, les conditions générales d'OpenFlyers donne la possibilité aux clients de choisir eux-mêmes les développements qui leur seront le plus profitable. Le fonctionnement est le suivant :
*Tout client désireux de voir développer une nouvelle fonctionnalité peut faire '''une unique demande''' de devis développement '''par an'''. Cette demande doit être effectuée par e-mail en précisant le nom de la structure aéronautique cliente.
*En fonction du coût en heures de développement, ce développement peut être financé par les heures de bonus développement dont bénéficie chaque client. Plusieurs clients peuvent mutualiser leurs heures de bonus de développement. Les développements peuvent être également financés en partie ou en totalité par une facturation spécifique dans le cas où le bonus développement ne permet pas de couvrir l'intégralité du coût en heures.
*A l'issue d'une demande de devis, un client peut demander un nouveau devis à condition qu'il ait accepté le 1er devis. Le but est de limiter le temps consacré par l'équipe OpenFlyers à effectuer des devis.
Nous mutualisons les développements : tous nos développements sont intégrés au sein de l'unique version en cours de développement. Ainsi, tous les clients bénéficient des demandes de chacun d'entre-eux.
*Les développements "votés" sont triés par ordre d'arrivé sauf pour ceux dont une partie est financée en somme "sonnante et trébuchante" qui passent en priorité.

Enfin, les clients peuvent, avant d'effectuer une demande de devis par e-mail, faire part de leur demande sur le [http://support-fr.openflyers.com/ forum] dans la partie '''Evolutions et Adaptations''' en vérifiant qu'elle n'existe pas déjà. C'est aussi un moyen pour le demandeur d'inviter d'autres clients à s'associer à leur demande en mutualisant leurs heures de bonus développement.

==Bonus assistance/développement==
Chaque client dispose en fonction de son abonnement d'un quota d'heures de bonus qui peuvent être utilisées comme assistance ou comme développement (cf. [[#Arbitrage_des_demandes_de_d.C3.A9veloppements|Arbitrage des demandes de développements]]).

L'assistance permet de couvrir une demande de support téléphonique ou une demande d'intervention sur la plateforme.

Pour utiliser les heures de bonus, il faut :
*Faire une demande par e-mail d'intervention ou de support.
''Nous répondons en indiquant le temps à prévoir/déduire des heures de bonus''
*Confirmer sa demande par retour d'e-mail

Les demandes sont triées par ordre d'arrivé sauf pour celles dont une partie est financée en somme "sonnante et trébuchante" qui passent en priorité.

A noter que les heures non utilisées dans l'année sont perdues (cf. les [https://openflyers.com/fr/entreprise/conditions-generales conditions générales de vente]).

Il n'existe pas à ce jour d'interface permettant de suivre les heures déjà utilisées. Il est néanmoins possible d'en obtenir le suivi sur simple demande par e-mail.

=Compte client OpenFlyers=
Attention, il ne faut pas confondre son compte client OpenFlyers qui permet d'accéder à sa fiche client OpenFlyers et qui permet de renouveler son abonnement OpenFlyers avec son identifiant personnel permettant d'accéder à sa plateforme OpenFlyers.

==Accéder à son compte client OpenFlyers==
Aller sur [https://client.openflyers.com l'espace client] OpenFlyers.

L'identifiant permettant d'accéder à votre compte client correspond au sous-domaine de votre plateforme.

Par exemple, si votre plateforme est référencée par l'adresse :
http://mermoz.openflyers.fr

Alors le sous-domaine est '''mermoz'''.

C'est donc '''mermoz''' qu'il faut utiliser comme identifiant pour vous connecter au .

Si vous n'avez pas le mot de passe, vous pouvez le réactiver avec la fonction '''Mot de passe oublié ?''' qui est sur la page d'identification.

Une adresse e-mail vous sera demandée. Vous pourrez saisir l'adresse e-mail de la structure aéronautique ou celle du contact qui ont été saisies dans la fiche client (il s'agit des adresses e-mails sur lesquelles sont envoyées nos e-mails d'alerte de renouvellement ou d'information).

Dans le but de ne pas être submergés par les demandes, nous facturons la ré-initialisation manuelle, par nos soins, du mot de passe ou la mise à jour des adresses e-mails présentes sur la fiche client pour les abonnement First Price (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).

==Changer de responsable en charge d'OpenFlyers==
Lorsqu'il y a un changement de responsable en charge d'OpenFlyers, pour que la passation se passe dans les meilleures conditions, il faut penser à effectuer les 3 changements suivants :
*Attribuer un profil d'administrateur de la plateforme OpenFlyers au niveau de la plateforme (procédure pour intervenir sur la fiche utilisateur pour la [[User-management3#Modifier_un_utilisateur|version 3]] ou la [[User-management4#Acc.C3.A9der_.C3.A0_l.27interface_de_gestion_des_utilisateurs|version 4]])
*Mettre à jour le champ du responsable OpenFlyers au niveau de la plateforme (procédure pour la [[AdminDoc3#Responsable_OpenFlyers|version 3]] et la [[AdminDoc4#Responsable_OpenFlyers|version 4]]).
*Mettre à jour le nom du responsable OpenFlyers au niveau de la fiche client en effectuant la procédure suivante :
**[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter à l'espace client OpenFlyers]]
**Aller dans '''Fiche contact'''
**Mettre à jour la fiche
**Cliquer sur le bouton '''Valider'''

Dans le cas où la passation ne peut pas se faire ainsi car l'ancien responsable OpenFlyers ne peut pas effectuer ces opérations ou transmettre les couples (identifiants, mots de passe) au nouveau responsable pour qu'il effectue ces opérations, vous pouvez nous demandez, uniquement par e-mail, d'effectuer ces changements de responsable OpenFlyers, en joignant à l'e-mail :
*Un courrier signé du responsable de la structure (gérant, président, etc.) contenant la demande de mise à jour du responsable OpenFlyers désigné et indiquant explicitement le nom du nouveau responsable avec son adresse e-mail
*Une copie d'un document officiel (extrait K-BIS, procès-verbal d'assemblée générale, etc.) permettant de prouver la qualité du responsable de la structure.
Le courrier scanné n'est pas nécessaire dans le cas où le nouveau responsable OpenFlyers apparait sur l'extrait K-BIS.

'''Attention :''' dans le cas d'une société, le responsable de la structure doit détenir plus de la moitié des parts dans la société. Dans le cas où il y a cogérance, alors il faut que le courrier soit signé de l'ensemble des responsables de sorte à représenter plus de la moitié des parts de la société.

==Mettre à jour sa fiche client==
*[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter à l'espace client]]
*Cliquer sur le menu '''Fiche contact'''
*Mettre à jour le contenu des champs concernés
*Cliquer sur le bouton valider
''Conseil OpenFlyers :'' Il est fortement recommandé d'avoir 2 adresses e-mails différentes pour les champs '''E-mail client''' et '''E-mail contact'''

==Migrer vers une nouvelle version OpenFlyers==
Chez OpenFlyers, nous parlons de migration vers une nouvelle version lorsqu'il s'agit de mettre à jour une plateforme d'une version X vers une version Y incluant des changements majeurs.

Par contre, il existe les mises à jours. Les mises à jour ne changent pas le numéro de version principal (exemple : 3.2 ou 3.5 correspondent à la même version principale). OpenFlyers effectue ces mises à jour automatiquement. Leur objectif est de corriger des bugs ou de rajouter de nouvelles fonctionnalités.

Hormis pour les abonnements Première, qui disposent d'une plateforme avec une version gelée et indépendante d'OpenFlyers, toutes les autres plateformes OpenFlyers sont sur un moteur commun qui est mis à jour de façon transparente plusieurs fois par semaine, voir même par jour.

Nous ne présentons ci-dessous que les migrations "majeurs" qui peuvent impliquer des opérations de nettoyage manuel post-migration.

===Coût d'une migration===
Lorsque vous êtes en production sur une version X d'OpenFlyers, vous pouvez demander à migrer vers la dernière version stable proposée aux nouveaux clients ou même vers la dernière version en développement dénommée "alpha" ou "beta" (par exemple "version 3.0alpha").

Les migrations sont incluses dans le support des abonnement Business, Première et Corporate.

Dans le cas d'un abonnement First Price, la migration est facturée 50 € HT sauf dans le cas d'une migration vers une version alpha ou beta ou depuis vers une version alpha ou beta vers la version stable suivante. Exemple de migrations offertes en abonnement First Price :
*Migration depuis la version 3.0alpha vers la version 3
*Migration depuis la version 3.5 vers la version 4.0alpha
*Migration depuis la version 4.0alpha vers la version 4

Enfin, dans le cas où la plateforme bénéficiait d'un ancien tarif, le fait de migrer implique le passage au tarif en vigueur au moment de la migration et à l'acquittement de la différence de tarif par rapport à l'ancien tarif.

===Déroulement d'une migration===
#Il faut avoir pris connaissance des [[#Cons.C3.A9quences_d.27une_migration|conséquences d'une migration]] et accepter le fait qu'elle est irréversible
#Il faut éventuellement créer la ou les factures selon l'abonnement déjà souscrit et l'abonnement souhaité (cf. [[#Co.C3.BBt_d.27une_migration|Coût d'une migration]] en [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|se connectant sur l'espace client]].
#Il faut payer les factures correspondantes ainsi créées.
#Il faut en faire la demande par e-mail et précisant la date avant laquelle vous ne souhaitez pas qu'on effectue de migration. Il n'est pas possible de programmer une date pour une migration : cela se fait en fonction de la synchronisation des disponibilités des différents collaborateurs d'OpenFlyers qui doivent intervenir à tour de rôle.
#Nous créons alors les factures liées à la migration, à la différence de tarif et au forfait paramétrage selon votre abonnement et les options souscrites (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).
#Vous payez.
#Nous procédons alors à cette migration et nous fournissons une URL de substitution pendant une semaine pour palier les problèmes de cache DNS. Lors de la migration l'interruption de service est seulement de quelques minutes. Elle est donc transparente pour la quasi totalité des utilisateurs.
#Selon ce qui a été convenu nous effectuons ou le client effectue [[Upgrade3|le nettoyage lié au passage à la version 3]].
#Si vous avez souscrit au forfait paramétrage ou qu'il est inclut dans votre abonnement, nous vous envoyons un questionnaire pour le paramétrage. Cf. [[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|Forfait paramétrage]]

===Conséquences d'une migration===
*Toute migration est irréversible : nous ne créons pas de script permettant de revenir vers une version antérieure. En effet, nous effectuons des migrations "cachées" plusieurs fois par semaine qui constituent des corrections de bugs ou l'ajout de nouvelles fonctionnalités. De ce fait, notre exploitation est organisée pour pouvoir palier à un défaut apparaissant à l'issue d'une migration tout comme elle est organisée pour faire face à l'apparition d'un nouveau bug lors d'une mise à jour transparente.
*Attention notamment à une migration vers une version "alpha" ou "beta" : en effet, une migration vers cette version implique que vous acceptiez de fonctionner sur une version qui évolue sans cesse. Outre les corrections de bugs, nous rajoutons sur la version beta régulièrement des fonctionnalités qui peuvent créer de nouvelles anomalies. Bien entendu, nous faisons le nécessaire dès que nous avons connaissance d'un problème (notamment par le [http://bts.openflyers.org BTS] pour résoudre les défauts. C'est d'ailleurs grâce aux clients volontaires pour fonctionner sur la version beta que nous pouvons faire évoluer le produit.

==Ajouter une ressource à son abonnement OpenFlyers==
L'abonnement OpenFlyers est calculé en fonction du nombre de ressources. Le nombre est déterminé pour l'année civile complète.

Si vous voulez rajouter une ressource en cours d'année, alors vous devez [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|vous connecter sur l'espace client OpenFlyers]] et créer une facture d'ajout de ressource en indiquant le nombre de ressources supplémentaires. Le tarif appliqué sera alors celui de l'année complète.

Une fois le paiement de la facture correspondante acquitté, il sera possible d'intervenir sur la plateforme concernée pour rajouter la ressource. Il y alors 2 cas possible :
*C'est une ressource dont les tarifs correspondent à un type de ressource déjà présent sur la plateforme concernée. Dans ce cas, l'opération est relativement simple et nous conseillons de suivre soi-même la [[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|procédure de création ci-dessous]].
*C'est une ressource qui nécessite la création d'un nouveau type de ressource avec de nouveaux tarifs : dans ce cas, l'opération est plus complexe. Elle peut être effectuée de façon autonome en suivant la [[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|procédure de création ci-dessous]] et en procédant par comparaison avec les types de ressources existantes. Cependant, si vous souhaitez éviter tout risque d'erreur, nous recommandons de nous confier cette tâche en nous communiquant les éléments comme lors de la mise en place du paramétrage par nos soins à l'aide du questionnaire. Nous décomptons notre intervention des heures de bonus assistance/développement à hauteur d'une heure.

===Créer une ressource sur sa plateforme OpenFlyers===
*[[AdminDoc1.2#Ajouter_un_avion|Ajouter un avion avec la version 1.3 d'OpenFlyers]]
*[[AdminDoc2.1#Ajouter_un_a.C3.A9ronef|Ajouter un aéronef avec la version 2.1 d'OpenFlyers]]
*[[Resource-management3#Ajouter_une_ressource|Ajouter une ressource avec la version 3 d'OpenFlyers]]
*[[Resource-management4#Ajouter_une_ressource|Ajouter une ressource avec la version 4 d'OpenFlyers]]

==Enlever une ressource à son abonnement OpenFlyers==
Si vous enlevez une ressource en cours d'année, il n'y a aucun changement d'abonnement puisque les ressources sont souscrites pour toute l'année.

===Désactiver une ressource sur sa plateforme OpenFlyers===
*[[AdminDoc1.2#D.C3.A9sactiver_un_avion|Désactiver un avion avec la version 1.3 d'OpenFlyers]]
*[[AdminDoc2.1#D.C3.A9sactiver_un_a.C3.A9ronef|Désactiver un aéronef avec la version 2.1 d'OpenFlyers]]
*[[Resource-management3#D.C3.A9sactiver_une_ressource|Désactiver une ressource avec la version 3 d'OpenFlyers]]
*[[Resource-management4#D.C3.A9sactiver_une_ressource|Désactiver une ressource avec la version 4 d'OpenFlyers]]

==Remplacer une ressource par une autre dans son abonnement OpenFlyers==
S'il y a un remplacement de ressource, alors il n'y a pas besoin d'acquitter un nouvel abonnement pour la nouvelle ressource. Le remplacement doit se faire en 2 étapes :
#[[#Désactiver-une-ressource-sur-sa-plateforme-OpenFlyers|désactiver l'ancienne ressource]]
#[[#Créer-une-ressource-sur-sa-plateforme-OpenFlyers|activer la nouvelle ressource]]

Dans le cas d'un remplacement temporaire, il peut être aussi simple de simplement renommer la ressource concernée (immatriculation par exemple). A noter que dans ce cas, les statistiques totaliseront l'activité des 2 ressources en 1 seule.

Si vous ne souhaitez pas désactiver cette ressource, alors vous pouvez [[#Ajouter_une_ressource_.C3.A0_son_abonnement_OpenFlyers|créer une facture complémentaire d'abonnement pour une ressource supplémentaire]].

==Renouveler son abonnement OpenFlyers==
Pour renouveler l'abonnement, il faut :
#[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter]] sur le compte client OpenFlyers
#Créer la facture en fonction du choix d'abonnement (vous trouverez plus d'informations dans notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire])
#Ensuite, payer soit :
#*par carte bancaire en cliquant sur le lien "paiement par carte bancaire" (le choix le plus pratique pour une prise en compte immédiate)
#*par transfert bancaire (dans ce cas, vous devez prendre en charge tous les frais liés à la transaction). Les coordonnées bancaires sont indiquées sur la facture.
#*par chèque (attention au délai d'acheminement du courrier)

===Variation du nombre de ressources lors du renouvellement===
Lors du renouvellement, le nombre minimum de ressources proposées, dans l'interface de renouvellement de l'abonnement, correspond au nombre de ressources activées dans la plateforme OpenFlyers.

Si vous souhaitez augmenter le nombre de ressources pour l'année suivante, il suffit de modifier la valeur proposée par défaut.

Si vous souhaitez diminuer le nombre de ressources pour l'année suivante, il faut [[#D.C3.A9sactiver_une_ressource_sur_sa_plateforme_OpenFlyers|désactiver des ressources dans la plateforme OpenFlyers]] afin que le nombre proposé par défaut diminue avant de créer la facture de renouvellement d'abonnement.

==Plateforme supplémentaire de test==
Cette fonctionnalité, disponible pour les clients étant au moins sous la version 3.5 d'OpenFlyers, est utile dans le cas où vous souhaitez :
*effectuer des tests sur une recopie de la plateforme de démonstration.
*effectuer des tests sur une recopie de votre propre plateforme et ainsi modifier son paramétrage sur une version [[Wikipedia-fr:Sandbox_(sécurité_informatique)|sandbox]] sans impacter la version de production.
*essayer la version 4 d'OpenFlyers

[[File:Sandbox.png]]

Pour cela, il faut :
*Se connecter sur son [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|compte client]]
*Aller dans le menu '''Plateforme'''
* Plusieurs choix sont proposés :
** Si vous êtes sous la version 3.5 :
*** '''De demo.openflyers.fr vers acbd.test.openflyers.fr''' : Permet de créer une plateforme de test en effectuant une recopie de la plateforme démo avec suppression du message d'accueil "La base de données cette plateforme de démonstration est réinitialisée toutes les heures, vers XX:45".
*** '''De acbd.openflyers.fr vers acbd.of4.openflyers.fr''' : Permet de créer une plateforme d'essai sous la version 4 d'OpenFlyers en effectuant une recopie de votre plateforme existante puis en faisant une montée de version sur cette recopie
** Si vous êtes sous la version 3.5 ou supérieure :
*** '''De acbd.openflyers.fr vers acbd.test.openflyers.fr''' : Permet de créer une plateforme de test en effectuant une recopie de votre plateforme existante
* Cliquer sur '''Valider'''

Si votre plateforme est référencée par l'adresse :
<pre>http://acbd.openflyers.fr</pre>
L'accès à la plateforme de test se fait par l'adresse :
<pre>http://acbd.test.openflyers.fr</pre>
L'accès à la plateforme d'essai de la version 4 d'OpenFlyers se fait par l'adresse :
<pre>http://acbd.of4.openflyers.fr</pre>

FAQ client

2016-02-29T10:05:09Z

Claratte : /* Comment remplacer une ressource par une autre ? */

=Fonctionnement d'OpenFlyers=
==[[Modèle_commercial_et_compte_client_OpenFlyers#Fonctionnement_.C3.A9conomique|Fonctionnement économique]]==

==Fonctionnement applicatif==
Les composants logiciels utilisés pour développer notre applicatif sont tous open source (notamment PHP et MySQL).

La version 2.0 du logiciel OpenFlyers, propriété de la S.A.R.L. OpenFlyers, est sous licence semi-libre : il peut être installé et utilisé pour les besoins propres d'une structure aéronautique mais il ne peut être commercialisé par une société tiers sans licence spécifique (même à la demande d'un seul client) ou déployé pour des filiales d'une structure commerciale ou non.

Les versions ultérieures à la version 2.0 du logiciel OpenFlyers, sont commercialisées uniquement par le biais d'un abonnement auprès de la S.A.R.L. OpenFlyers qui en garde l'hébergement exclusif.

==[[Modèle_commercial_et_compte_client_OpenFlyers#Arbitrage_des_demandes_de_d.C3.A9veloppements#Financement_des_d.C3.A9veloppements|Nouveaux développements]]==

==De quoi avons-nous besoin pour faire fonctionner OpenFlyers ?==
Il suffit de disposer d'un ordinateur avec un accès internet et d'un navigateur moderne tel que Google Chrome, Firefox, Internet Explorer, Opera ou Safari. Aucune installation particulière n'est nécessaire sur l'ordinateur.

=Les bases de données=
==Les données stockées sont-elles bien protégées ?==
Nous tâchons de mettre en œuvre les différentes recommandations concernant la gestion des serveurs afin d'empêcher toute intrusion.

De plus, nous disposons de plusieurs serveurs répartis en plusieurs endroits de la planète.

Chaque nuit, tous les serveurs sauvegardent leurs bases de données et les envoient à tous les autres serveurs.

Ces sauvegardes sont stockées par roulement sur une quinzaine de jours.
==Comment récupérer notre base de données ?==
Vous pouvez à tout moment récupérer le contenu de votre base de données :
*[[AdminDoc3#Configuration_.3E_Export_SQL_.3E_Complet|Procédure version 3]]

==Peut-on avoir un accès de type "phpMyAdmin" à notre base de données ?==
Vous avez un accès en lecture à la base de données via l'export mais également via la génération des rapports.

La structure de la base de données est documentée ici : http://doc-en.openflyers.com/index.php?title=Database_specification

Par contre, nous nous interdisons de vous fournir un accès en écriture à la base de données. Car nous devons pouvoir garantir l'intégrité de cette base de données vis-à-vis de vous-même, vis-à-vis de vos utilisateurs mais également vis-à-vis de tierces personnes ou encore vis-à-vis des autorités.

Cependant, si vous avez besoin de modifier une saisie en base de données, nous pouvons intervenir sur votre demande par e-mail ou courrier. Cette opération est facturée en fonction de sa complexité (voir [http://www.openflyers.com/pricing/catalog-price le catalogue tarifaire]).

==Peut-on importer notre ancienne base de données externe OF 1.3.x lors du passage en production sur la solution hébergée OpenFlyers ?==
Oui, il est tout a fait possible de reprendre votre ancienne base de données OF 1.3.x.

Le coût est à partir de 50 € HT/heure, le temps effectif étant déterminé lors de l'import. Il faut nous faire parvenir un export complet de la base SQL de votre plateforme.

Il faut au préalable que vous ayez créé une [https://client.openflyers.com/newSubscription.php?lang=francais plateforme client ], puis nous signaler l'identifiant de votre plateforme.

Il faut ensuite vous créer la ou les factures, selon l'abonnement choisi, à partir de votre [http://client.openflyers.com/ clientmanager]

Vous acquittez les factures correspondant à la migration de votre base de données, de votre abonnement et éventuellement de la migration de votre plateforme de la version 2.1 en 3.0

Puis, l'idéal est de fixer un rendez-vous, par exemple, le XX-XX-2012 à 9 h. Puis, à cette même date :
*vous bloquez votre accès sur votre plateforme OF le jour J à 9h00 ;
*vous nous envoyez la base de données en suivant ;
*nous migrons, dès réception, votre base de données vers la version 2.1 (ou la version 3.0) sur nos serveurs ;
*une fois cela fait, on vous envoie un e-mail ;
*vous mettez en place de votre côté une redirection vers la nouvelle URL OF.

Il faut compter environ 2 heures maximum pour procéder à la migration (suivant les difficultés que nous rencontrerons avec votre base de données).

Les opérations d'export/import sont ainsi synchronisées et l'interruption de service est la plus courte possible.

=Compte client OpenFlyers=

==[[Modèle_commercial_et_compte_client_OpenFlyers#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Comment accéder à mon compte client ?]]==

==Comment modifier des éléments de la fiche client ?==
Il vous suffit de vous [[Modèle_commercial_et_compte_client_OpenFlyers#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|connecter à votre plateforme]] OpenFlyers.

Puis d'éditer la fiche en allant dans Données/Affichage et fiche personnelle.

==[[Modèle_commercial_et_compte_client_OpenFlyers#Changer_de_responsable_en_charge_d.27OpenFlyers|Comment changer de responsable OpenFlyers ?]]==

==[[Modèle_commercial_et_compte_client_OpenFlyers#Renouveler_son_abonnement_OpenFlyers|Comment renouveler l'abonnement ?]]==

==Nous avons renouvelé notre abonnement et nous avons quand même un message d'alerte concernant la cotisation==
Le message d'alerte '''votre cotisation n'est pas à jour''' correspond à un message lié à la configuration de la plateforme OpenFlyers et non pas à l'abonnement OpenFlyers de cette plateforme. Il signifie que l'utilisateur qui se connecte n'est pas à jour de sa qualification/validité cotisation au sein de la structure.

Dans tous les cas, l'administrateur référent (celui dont l'adresse e-mail doit apparaitre sur la page d'accueil d'OpenFlyers) conserve néanmoins tous ses droits.

Cf. Gestion des validités des utilisateurs dans OpenFlyers [[Validity-management3#Gestion_des_validit.C3.A9s_des_utilisateurs| la version 3]] et la [[Validity-management4#Gestion_des_validit.C3.A9s_des_utilisateurs| la version 4]].

==Changement du nombre de ressources en cours d'année et mise à jour de l'abonnement==
*[[Modèle_commercial_et_compte_client_OpenFlyers#Ajouter_une_ressource_.C3.A0_son_abonnement_OpenFlyers|Ajouter une ressource à son abonnement OpenFlyers]]
*[[Modèle_commercial_et_compte_client_OpenFlyers#Enlever_une_ressource_.C3.A0_son_abonnement_OpenFlyers|Enlever une ressource à son abonnement OpenFlyers]]
*[[Modèle_commercial_et_compte_client_OpenFlyers#Remplacer_une_ressource_par_une_autre_dans_son_abonnement_OpenFlyers|Remplacer une ressource dans son abonnement OpenFlyers]]

==[[Modèle-commercial-et-compte-client-OpenFlyers#Remplacer-une-ressource-par-une-autre-dans-son-abonnement-OpenFlyers|Comment remplacer une ressource par une autre ?]]==

==Facturation des ressources réelles et virtuelles==
A partir de la version 2.1 d'OpenFlyers, seules les ressources qui génèrent du chiffre d'affaires pour la structure cliente sont intégrées dans l'abonnement. Ainsi, les salles de cours ne sont pas retenues dans le calcul de l'abonnement. Pour qu'OpenFlyers fasse la différence entre une ressource "réelle" et une ressource "virtuelle", il suffit de décocher "Aéronef réel" au niveau de la ligne associée à l'aéronef ('''Admin > Flotte > Aéronefs''' colonne Aéronefs réels).

==[[Créer_une_plateforme_OpenFlyers_pour_sa_structure#Prise_d.27abonnement|Nous avons créé une plateforme, comment passer en production ?]]==

==[[Getting_started_with_OpenFlyers#Forfait_param.C3.A9trage|Comment fonctionne le forfait paramétrage ?]]==
===[[Getting_started_with_OpenFlyers#Chronologie_du_forfait_param.C3.A9trage|Quelle est la chronologie du paramétrage ?]]===

==J'ai souscrit un abonnement First Price - Peut-on souscrire à tout moment un forfait paramétrage ?==
Oui, effectivement. Il se peut que le paramétrage de votre plateforme se révèle complexe, ou bien que vous manquiez de temps pour le configurer. Vous pouvez à tout moment opter pour notre forfait paramétrage, dont vous pouvez retrouver le tarif dans notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire].

Cependant, dans le cas là, nous repartons d'une base de données vierge pour ne pas perdre de temps dans la correction (et la compréhension) du paramétrage initialement effectué.

==J'ai souscrit un abonnement First Price - Peut-on basculer en cours d'année vers un abonnement Business ?==
Oui, vous pouvez à tout moment basculer vers un abonnement Business. Il faut pour cela nous en faire la demande. Nous vous créons alors la facture correspondant à la différence de tarif. Vous pouvez ensuite régler cette facture depuis votre Client Manager.

==Je m'abonne en cours d'année - Combien vais-je devoir payer ?==
Pour la première année d'abonnement, le prix est calculé au prorata du nombre de jours civils entre la date de la commande et le trente-et-un (31) décembre de l’année civile en cours cf nos [http://www.openflyers.com/license/conditionsgenerales1_3.pdf conditions générales].

==L'accès First Price dispose-t-il d'une connexion sécurisée ?==
Non, l'accès First Price ne dispose pas d'une connexion sécurisée. Il peut être pris en option (renouvelable chaque année) selon le tarif en vigueur dans notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]. L'accès First Price plus l'option HTTPS est de même niveau que le Business avec HTTPS inclus (256 bits).

=Plateforme OpenFlyers=
==[[Créer_une_plateforme_OpenFlyers_pour_sa_structure|Comment créer une plateforme ?]]==

==Impossible d'accéder à la plateforme de notre structure après création==
Attention ! Il ne faut pas confondre le couple identifiant/mot de passe qui permet d'accéder au compte client OpenFlyers de votre structure, depuis [https://client.openflyers.com Client Manager], avec le couple identifiant/mot de passe qui permet d'accéder à la plateforme OpenFlyers.

*Le couple identifiant/mot de passe pour accéder au compte client OpenFlyers de votre structure vous a été communiqué par e-mail.
*Le couple identifiant/mot de passe pour accéder à votre plateforme OpenFlyers, immédiatement après création, est admin/admin. Vous êtes invité à le modifier des que possible

==Nous avons déjà une plateforme OpenFlyers version X et nous voudrions tester la version Y==
===Quelles alternatives ?===
====soit vous migrez directement de la version X vers la version Y====
'''Nous recommandons cette solution (c'est même un prérequis dans le cadre du [[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|forfait paramétrage]])'''

*avantages :
:*Vous habituez vos utilisateurs à la nouvelle interface sans pour autant leur activer les nouvelles fonctionnalités
:*Vous paramétrez tranquillement depuis une base de données à jour les éléments
*inconvénients :
:*vous payez de suite la tarification de la version Y
:*vous êtes moins libre car vous travaillez sur une base de données en production (mais vous pouvez supprimer cet inconvénient en travaillant en parallèle sur une autre base de données en test)
Pour procéder à cette migration, il suffit d'envoyer un e-mail à l'équipe OpenFlyers. A noter, qu'il faudra acquitter une nouvelle facture d'hébergement correspondant à la différence de tarification entre la version X et la version Y.

====soit vous créez une nouvelle plateforme qui vous servira de plateforme de test====
*avantages :
:*vous avez toute latitude pour paramétrer sans risque
:*vous ne payez pas la différence de coût entre la version X et la version Y pendant que vous testez
*inconvénients :
:*lors de votre migration de votre plateforme en production, vous devrez reprendre tout le paramétrage

Pour cela, il vous suffit de suivre [[#Comment_cr.C3.A9er_une_plateforme_.3F|la procédure de création de plateforme]].

Ensuite, lorsque vous souhaiterez migrer de la version X à la version Y (passage en production sur la version Y), voici ce qu'il faudra faire :
*nous envoyer un e-mail de demande de migration (ou passer par le forum)
Alors nous effectuerons les actions suivantes :
*migration de la base de données X vers la Y
*changement du pointage de votre adresse nom_de_la_plateforme.openflyers.fr par exemple de la X vers la version Y
Ensuite vous devrez modifier les paramétrages de la nouvelle Y (en reprenant par exemple ceux de votre version de test)

Une fois que cela sera fait, vous nous le direz et nous supprimerons la base de données de la version Y

Ensuite nous facturons chaque demande de migration de base de données (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).

====Forfait paramétrage====
N'oubliez-pas que nous proposons [[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|le forfait paramétrage]] pour la configuration d'OpenFlyers.

===Quel est le délai pour migrer une base de données ?===
Il faut compter 1 semaine

==[[Modèle_commercial_et_compte_client_OpenFlyers#D.C3.A9roulement_d.27une_migration|Comment se fait la migration vers une version supérieure ?]]==

==[[Modèle_commercial_et_compte_client_OpenFlyers#Cons.C3.A9quences_d.27une_migration|Quelles sont les conséquences d'une migration ?]]==

==La configuration nous laisse perplexe (paramétrage de la facturation, de la comptabilité, du décompte des temps de vols), comment faire ?==
Si vous souhaitez utiliser en production rapidement votre plateforme OpenFlyers (par exemple idéalement à l'occasion d'un nouvel exercice comptable, c'est à dire au 1er janvier), et que vous souhaitez avoir un paramétrage fonctionnel rapidement sans avoir à y consacrer des heures pour comprendre, tester et sans doute passer à côté de certaines "subtilités", alors sachez que nous avons mis en place un "[[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|forfait paramétrage]]".

Ce forfait est également valable pour un client utilisateur de la version 1.3.x et qui souhaite migrer sans attendre à la version 3.0.3 en utilisant toutes ses fonctionnalités (comptes pilotes et heures de vols).

==Nous avons une version 3 en test==
===mais nous souhaiterions reprendre tout à zéro, comment faire ?===
Vous vous inscrivez à nouveau avec un nouveau nom ici : http://client.openflyers.com

===Peut-on garder la configuration de la version 3 et migrer uniquement les réservations de la 1.3.x ?===
Non, ce n'est pas possible car les contenus auront évolués différemment.

Voila ce qu'il faut faire :
*demander la migration par e-mail de la 1.3.x vers la 3 avec passage en prod sur la 3 (c'est transparent pour les utilisateurs : seule l'interface changera pour eux tant que l'administrateur ne leur aura pas donné de droits supplémentaires)
*reprendre la configuration faite sur la 3 en test sur la nouvelle 3
*envoyer un nouveau e-mail pour dire que l'on peut supprimer l'ancienne 3 en test

==[[Getting_started_with_OpenFlyers#Mettre_en_place_un_TPE_virtuel|Comment mettre en place une solution de paiement en ligne par carte bancaire pour les comptes clients ?]]==

==Comment passer à la gestion des comptes et la comptabilité dans OpenFlyers ?==
Pour activer la gestion des comptes et de la comptabilité dans OpenFlyers, vous pouvez suivre les FAQ dédiées à la comptabilité ainsi que les documentations qui présentent les modules de comptabilité :
*[[FAQ_accounting2.1|FAQ comptabilité version 2.1]]
*[[FAQ_accounting3|FAQ comptabilité version 3.0]]
*[[FAQ_accounting4|FAQ comptabilité version 4]]
*[[Accueil#Comptabilit.C3.A9|Documentations sur la comptabilité]]
dont [[Comptabilité#Mise_en_place_de_la_comptabilit.C3.A9_dans_OpenFlyers|Quelques conseils sur la mise en place de la comptabilité dans OpenFlyers]]

=Support=
==Quels sont les supports techniques ?==
Il existe à ce jour 3 types de support :
*le support-forum accessible depuis notre site internet http://www.openflyers.com à l'onglet "Support"
*le support par e-mail réservé aux abonnements "Business" et plus.
*le [http://www.openflyers.com/support support ponctuel par téléphone] qui peut vous permettre de vous dépanner si nous pouvons vous fournir la réponse en temps réel.

==[[How_to_communicate_with_OpenFlyers#Cr.C3.A9er_un_compte_d.27acc.C3.A8s_au_support-forum|Comment créer son accès au support-forum ?]]==

==Les e-mails envoyés à OpenFlyers sont retournés en erreur==
Lors de l'envoi de vos messages, vous avez avez eu un message d'erreur en retour.

Le problème peut venir de l'[[Wikipedia-fr:Sender_Policy_Framework|authentification SPF]] que nous avons mis en place.

Ainsi, si le serveur OpenFlyers refuse les e-mails non authentifiés qui parviennent depuis un nom de domaine comme smtp.nom-de-domaine.com pour défaut de SPF, il faut rajouter un enregistrmenet TXT dans le gestionnaire du serveur concerné avec la ligne de commande : v=spf1 include:_spf.nom-de-domaine.com ~all.

Bibliothèque des rapports

2016-02-14T22:03:03Z

Claratte : /* Users with validities viewer */

=Users=
<sql>SELECT id, last_name, first_name
FROM person
WHERE activated=1</sql>

=Users and <e-mail>=
<sql>SELECT CONCAT(person.first_name, ' ', person.last_name, ' <', person.email, '>') AS emails
FROM person
WHERE person.activated=1
ORDER BY person.last_name, person.first_name</sql>

=Users by profile=
Variable $profile should be defined first and should be of dbOject::Profile value type.

<sql>SELECT
last_name AS Lastname,
first_name AS Firstname,
profile.name AS Profile
FROM person
LEFT JOIN profile ON (person.profile & profile.id)
WHERE person.activated = 1 AND profile.id = $profile
ORDER BY Profile, Lastname, Firstname</sql>

=Users by validity=
Following extra field required:
*validityTypeId (Type: dbObject:ValidityType)

<sql>SELECT validity_type.name AS 'Validity',
DATE_FORMAT(grant_date,'%d/%m/%Y') AS Date_d_obtention,
last_name AS Name,
first_name AS Firstname,
ident_value AS Comment
FROM validity_type
LEFT JOIN validity ON validity.validity_type_id =validity_type.id
LEFT JOIN person ON person.id=validity.person_id
WHERE validity_type.id='$validityTypeId'
ORDER BY Name, Firstname</sql>

=Users by validity obtained after the selected year=

* Variable '''$year''' should be defined first and should be of '''Year''' value type.

<sql>SELECT validity_type.name AS 'Validity',
DATE_FORMAT(grant_date,'%d/%m/%Y') AS Date,
last_name AS Name,
first_name AS Firstname,
ident_value AS Comment
FROM validity_type
LEFT JOIN validity ON validity.validity_type_id=validity_type.id
LEFT JOIN person ON person.id=validity.person_id
WHERE YEAR(grant_date)>$year
ORDER BY 'Validity', Name, Firstname</sql>

=Users with address=
<sql>SELECT
last_name,
first_name,
name AS login,
email,
address,
zipcode,
city AS Ville,
state AS etat_region,
country AS pays,
home_phone AS tel_domicile,
work_phone AS tel_travail,
cell_phone AS tel_mobile
FROM person
WHERE activated=1
ORDER BY last_name,first_name</sql>

=Users with address and registration date (using ExtraField)=
Extra field required :
#registrationDate
#*label : Registration date
#*category : User
#*value type : DateTime

Validity type required :
#Cotisation

<sql>SELECT
last_name,
first_name,
email,
address,
zipcode,
city,
state,
country,
home_phone,
work_phone,
cell_phone,
sex,
DATE_FORMAT(birthdate, '%Y-%m-%d') AS birthdate,
nationality,
validity.grant_date AS subscription_date,
(
SELECT DATE_FORMAT(extra_field_content.content, '%Y-%m-%d')
FROM extra_field
LEFT JOIN extra_field_content ON extra_field.id=extra_field_content.extra_field_id
WHERE extra_field.variable="registrationDate" and extra_field_content.category_id=person.id
)AS registration_date
FROM person
LEFT JOIN validity ON (validity.person_id = person.id)
LEFT JOIN validity_type ON (validity_type.id = validity.validity_type_id)
WHERE activated = 1 AND validity_type.name = 'Cotisation'
ORDER BY last_name, first_name</sql>

=Users with address and registration date (using Validity)=
<sql>SELECT
person.last_name,
person.first_name,
validity.grant_date AS registration_date
FROM person
LEFT JOIN validity ON validity.person_id=person.id
LEFT JOIN validity_type ON validity_type.id=validity.validity_type_id
WHERE validity_type.name = "Date d'inscription" AND person.activated=1
GROUP BY last_name, first_name</sql>

=Users with e-mails of selected validity type person equals given year=
Following extra field required:
*validityTypeId (Type: dbObject:ValidityType)
*year (Type: Year)

<sql>SELECT CONCAT(person.first_name, ' ', person.last_name, ' <', person.email, '>') AS emails
FROM person
LEFT JOIN validity ON (validity.person_id = person.id)
LEFT JOIN validity_type ON (validity_type.id = validity.validity_type_id)
WHERE person.activated=1 AND YEAR(validity.expire_date) = $year AND validity_type.id = '$validityTypeId'
ORDER BY person.last_name, person.first_name</sql>

=Users with e-mails with up-to-date expire date of validity VVV=
Following symbols should be replace:
*VVV : validity type id

<sql>SELECT CONCAT(person.first_name, ' ', person.last_name, ' <', person.email, '>') AS emails
FROM person
LEFT JOIN validity ON (validity.person_id = person.id)
LEFT JOIN validity_type ON (validity_type.id = validity.validity_type_id)
WHERE person.activated=1 AND validity.expire_date > NOW() AND validity_type.id = VVV
ORDER BY last_name,first_name</sql>

=Users with validity ending before a specific date=
Following extra field required:
*endDate (Type: Date)
*validityTypeId (Type: dbObject:ValidityType)

<sql>SELECT person.id, person.first_name, person.last_name, validity_type.name AS 'Validity'
FROM person
LEFT JOIN validity ON (validity.person_id = person.id)
LEFT JOIN validity_type ON (validity_type.id = validity.validity_type_id)
WHERE person.activated=1 AND validity.grant_date <= '$endDate'
AND validity_type.id = '$validityTypeId'</sql>

=Users with up-to-date validity X and Y and user details=
Replace X and Y by the validity_type id (2 times).
<sql>SELECT CONCAT(last_name, ' ', first_name) AS 'User',
validity_type.name AS 'Validity name',
expire_date AS 'Expire date',
DATE_FORMAT(birthdate, '%Y/%m/%d') AS 'Birthdate',
email,
CONCAT (address, ' ', zipcode, ' ', city, ' ', state, ' ', country) AS 'Adress',
home_phone AS 'Home phone',
work_phone AS 'Work phone',
cell_phone AS 'Cell phone'
FROM person
LEFT JOIN validity ON person.id=validity.person_id
LEFT JOIN validity_type ON validity_type.id=validity.validity_type_id
WHERE validity_type.time_limitation=1 AND (validity_type.id=X OR validity_type.id=Y)
AND person.id IN
( SELECT person.id FROM person
LEFT JOIN validity ON person.id=validity.person_id
LEFT JOIN validity_type ON validity_type.id=validity.validity_type_id
WHERE person.activated=1 AND (validity_type.id=X OR validity_type.id=Y) AND validity.expire_date >= UTC_DATE() )
ORDER BY last_name, first_name, validity_type.name</sql>

=Utilisateurs avec leurs validités=
<sql>SELECT
last_name AS "Nom",
first_name AS "Prenom",
validity_type.name AS "Validité",
DATE_FORMAT(expire_date,'%d/%m/%Y') AS "Date expiration",
IF((DATEDIFF(DATE(expire_date),DATE(Now())) < 0), "Expired","") AS "Perimee",
DATE_FORMAT(grant_date,'%d/%m/%Y') AS "Date obtention"
FROM validity_type
LEFT JOIN validity ON validity.validity_type_id = validity_type.id
LEFT JOIN person ON person.id=validity.person_id
WHERE person.activated = 1
ORDER BY Last_name, First_name, validity_type.name</sql>

=Users with age and birth date=
<sql>(SELECT last_name AS Last_name,

first_name AS First_name,

DATE_FORMAT(birthdate ,'%d-%m-%Y') AS Birth_date,

IF ( (sex = 0), 'Man', 'Woman' ) AS sex,

(DATE_FORMAT(DATE('$day'), '%Y') -
DATE_FORMAT(birthdate, '%Y') -
(SELECT DATE_FORMAT(DATE('$day'), '00-%m-%d') < DATE_FORMAT( birthdate, '00-%m-%d'))) AS 'age',

DATE_FORMAT(DATE('$day'),'%d-%m-%Y') AS on_date,

IF((DATE_FORMAT(DATE('$day'), '%Y') -
DATE_FORMAT(birthdate, '%Y') -
(SELECT DATE_FORMAT(DATE('$day'), '00-%m-%d') < DATE_FORMAT( birthdate, '00-%m-%d')))>=21, '>= 21', '< 21') AS Major,

-- inscription_date,

-- member.subscription,

-- entry.account_date as Adhesion
DATE_FORMAT(entry.account_date,'%d-%m-%Y') as Grant_date

-- ,MAX(entry.account_date)

-- , $day
-- , entry.flow_id
-- , account.name

FROM person

RIGHT JOIN validity ON validity.person_id = person.id

RIGHT JOIN account acc2 on acc2.owner_id = person.id

RIGHT JOIN account_entry linked_entry on linked_entry.account_id = acc2.id

RIGHT JOIN account_entry entry on linked_entry.flow_id = entry.flow_id

RIGHT JOIN account on entry.account_id = account.id

WHERE year(validity.grant_date) = $year

AND account.name = 'Cotisations ACB'

AND (year(entry.account_date)=$year OR (year(entry.account_date)=$year -1 AND month(entry.account_date)=12) )

AND entry.account_date < DATE('$day')

ORDER BY Last_name LIMIT 999999
)
UNION
(
SELECT COUNT(*) AS Last_name,

COUNT(*) AS First_name,

COUNT(*) AS Birth_date,

COUNT(*) AS sex,

COUNT(*) AS 'age',

COUNT(*) AS on_date,

COUNT(*) AS Major,

COUNT(*) as Grant_date

FROM person

RIGHT JOIN validity ON validity.person_id = person.id

RIGHT JOIN account acc2 on acc2.owner_id = person.id

RIGHT JOIN account_entry linked_entry on linked_entry.account_id = acc2.id

RIGHT JOIN account_entry entry on linked_entry.flow_id = entry.flow_id

RIGHT JOIN account on entry.account_id = account.id

WHERE year(validity.grant_date) = $year

AND account.name = 'Cotisations ACB'

AND (year(entry.account_date)=$year OR (year(entry.account_date)=$year -1 AND month(entry.account_date)=12) )

AND entry.account_date < DATE('$day')
)</sql>

=Users with validity grant date and profiles=
Following extra field required:
*validityTypeId (Type: dbObject:ValidityType)

<sql>SELECT validity_type.name AS 'Validity',
DATE_FORMAT(grant_date, '%d/%m/%Y') AS grant_date,
last_name AS Name,
first_name AS Firstname,
ident_value AS Comment,
( SELECT GROUP_CONCAT(profile.name SEPARATOR ', ')
FROM profile WHERE (person.profile & profile.id)
)AS Profile
FROM validity_type
LEFT JOIN validity ON validity.validity_type_id=validity_type.id
LEFT JOIN person ON person.id=validity.person_id
WHERE YEAR(grant_date)>=$year
AND validity_type.id='$validityTypeId'
ORDER BY Name, Firstname</sql>

=Users with registration date, profiles and total flight time=
<sql>SELECT
person.last_name,
person.first_name,
validity.grant_date AS registration_date,
person.birthdate AS birthdate,
IF ( (person.sex = 0), 'M', 'F' ) AS Gender,
(
SELECT GROUP_CONCAT(profile.name SEPARATOR ', ')
FROM profile WHERE (person.profile & profile.id)
)AS Profile,
IFNULL((
SELECT
CONCAT(FLOOR(SUM( flight.duration )/600),':',TIME_FORMAT(SEC_TO_TIME((SUM( flight.duration )/600 - FLOOR(SUM( flight.duration )/600))*3600),'%i')) AS Total
FROM flight_pilot fp
LEFT JOIN flight ON fp.flight_id=flight.id
WHERE fp.pilot_id=person.id AND fp.num=0
), 0) AS Total_flight_time
FROM person
LEFT JOIN validity ON validity.person_id=person.id
LEFT JOIN validity_type ON validity_type.id=validity.validity_type_id
WHERE validity_type.name = "Date d'inscription" AND person.activated=1
GROUP BY last_name, first_name</sql>

=Users with email=
<sql>SELECT last_name, first_name, email
FROM person
WHERE activated=1
ORDER BY last_name, first_name</sql>

=Users with expire date validity equals a given year=
Following extra field required:
*validityTypeId (Type: dbObject:ValidityType)
*year (Type: Year)

<sql>SELECT person.id, person.first_name, person.last_name, validity_type.name AS 'Validity'
FROM person
LEFT JOIN validity ON (validity.person_id = person.id)
LEFT JOIN validity_type ON (validity_type.id = validity.validity_type_id)
WHERE person.activated=1 AND YEAR(validity.expire_date) = $year AND validity_type.id = '$validityTypeId'</sql>

=Users with expire date validities inferior to the first day of the given month and year=

Following extra field required:
* month (Type: integer)
* year (Type: year)

<sql>SELECT CONCAT(last_name, ' ', first_name) AS 'User', validity_type.name AS 'Validity name', expire_date AS 'Expire date'
FROM person
LEFT JOIN validity ON person.id=validity.person_id
LEFT JOIN validity_type ON validity_type.id=validity.validity_type_id
WHERE validity_type.time_limitation=1
AND validity.expire_date < '$year-$month-01'
AND person.activated=1
ORDER BY last_name, first_name, validity_type.name</sql>

=Users with expire date validities inferior to the first day of the given month and year, with up-to-date expire date of validity XX=

Following extra field required:
* month (Type: integer)
* year (Type: year)
Following symbols should be replace:
* XX : validity type id

<sql>SELECT CONCAT(last_name, ' ', first_name) AS 'User', validity_type.name AS 'Validity name', expire_date AS 'Expire date'
FROM person
LEFT JOIN validity ON person.id=validity.person_id
LEFT JOIN validity_type ON validity_type.id=validity.validity_type_id
WHERE validity_type.time_limitation=1
AND validity.expire_date < '$year-$month-01'
AND person.id IN (
SELECT person.id
FROM person
LEFT JOIN validity ON person.id=validity.person_id
LEFT JOIN validity_type ON validity_type.id=validity.validity_type_id
WHERE person.activated=1
AND validity_type.id=XX
AND validity.expire_date >= UTC_DATE()
)
ORDER BY last_name, first_name, validity_type.name</sql>

=Users without required validities=
<sql>SELECT CONCAT(person.last_name, ' ', person.first_name) AS pilot, validity_type.name AS validity_name
FROM flight_type_mandatory_validity_type
LEFT JOIN flight_type ON flight_type.id = flight_type_mandatory_validity_type.flight_type_id
LEFT JOIN flight ON flight.flight_type_id & flight_type.id
LEFT JOIN resource ON resource.id = flight.aircraft_id
LEFT JOIN aircraft_type ON resource.resource_type_id = aircraft_type.id
LEFT JOIN aircraft_type_validity_type ON aircraft_type.id = aircraft_type_validity_type.aircraft_type_id
LEFT JOIN flight_pilot ON flight.id = flight_pilot.flight_id
LEFT JOIN person ON person.id = flight_pilot.pilot_id
LEFT JOIN validity_type ON (validity_type.id = flight_type_mandatory_validity_type.validity_type_id OR validity_type.id = aircraft_type_validity_type.validity_type_id)
WHERE flight.airborne = 0
AND ROW(person.id, validity_type.id) NOT IN (SELECT person_id, validity_type_id FROM validity)
AND validity_type.experience_formula IS NULL
GROUP BY person.id, validity_type.id
ORDER BY pilot, validity_name</sql>

=Users without up to date subscription=
Following extra field required:
*validityTypeId (Type: dbObject:ValidityType)
*year (Type: Year)

<sql>SELECT
last_name AS Nom,
first_name AS prénom,
email,
home_phone AS tel_dommicile,
work_phone AS tel_travail,
cell_phone AS tel_mobile,
DATE_FORMAT(validity.expire_date,'%d/%m/%Y') AS date_cotisation
FROM person
LEFT JOIN validity ON (validity.person_id = person.id)
LEFT JOIN validity_type ON (validity_type.id = validity.validity_type_id)
WHERE person.activated=1 AND YEAR(validity.expire_date) < $year AND validity_type.id = '$validityTypeId'
ORDER BY last_name,first_name</sql>

=Users without an account=
<SQL>SELECT person.last_name, person.first_name FROM person
LEFT JOIN account ON account.owner_id=person.id
LEFT JOIN account_type ON account.account_type=account_type.id
WHERE person.activated=1 AND account.category=2 AND account_type.activated=1 AND account.activated=0</SQL>

=Young users=
<SQL>SELECT
last_name AS Last_name,
first_name AS First_name,
DATE_FORMAT(birthdate ,'%m-%d-%Y') AS Birthdate,
IF ( (sex = 0), 'Male', 'Female' ) AS sex
FROM person
WHERE ($year-YEAR(birthdate))<=21</SQL>

Bibliothèque des rapports

2016-02-14T22:02:05Z

Claratte : Page créée avec « =Users= <sql>SELECT id, last_name, first_name FROM person WHERE activated=1</sql> =Users and <e-mail>= <sql>SELECT CONCAT(person.first_name, ' ', person.last_name, ' <',... »

=Users=
<sql>SELECT id, last_name, first_name
FROM person
WHERE activated=1</sql>

=Users and <e-mail>=
<sql>SELECT CONCAT(person.first_name, ' ', person.last_name, ' <', person.email, '>') AS emails
FROM person
WHERE person.activated=1
ORDER BY person.last_name, person.first_name</sql>

=Users by profile=
Variable $profile should be defined first and should be of dbOject::Profile value type.

<sql>SELECT
last_name AS Lastname,
first_name AS Firstname,
profile.name AS Profile
FROM person
LEFT JOIN profile ON (person.profile & profile.id)
WHERE person.activated = 1 AND profile.id = $profile
ORDER BY Profile, Lastname, Firstname</sql>

=Users by validity=
Following extra field required:
*validityTypeId (Type: dbObject:ValidityType)

<sql>SELECT validity_type.name AS 'Validity',
DATE_FORMAT(grant_date,'%d/%m/%Y') AS Date_d_obtention,
last_name AS Name,
first_name AS Firstname,
ident_value AS Comment
FROM validity_type
LEFT JOIN validity ON validity.validity_type_id =validity_type.id
LEFT JOIN person ON person.id=validity.person_id
WHERE validity_type.id='$validityTypeId'
ORDER BY Name, Firstname</sql>

=Users by validity obtained after the selected year=

* Variable '''$year''' should be defined first and should be of '''Year''' value type.

<sql>SELECT validity_type.name AS 'Validity',
DATE_FORMAT(grant_date,'%d/%m/%Y') AS Date,
last_name AS Name,
first_name AS Firstname,
ident_value AS Comment
FROM validity_type
LEFT JOIN validity ON validity.validity_type_id=validity_type.id
LEFT JOIN person ON person.id=validity.person_id
WHERE YEAR(grant_date)>$year
ORDER BY 'Validity', Name, Firstname</sql>

=Users with address=
<sql>SELECT
last_name,
first_name,
name AS login,
email,
address,
zipcode,
city AS Ville,
state AS etat_region,
country AS pays,
home_phone AS tel_domicile,
work_phone AS tel_travail,
cell_phone AS tel_mobile
FROM person
WHERE activated=1
ORDER BY last_name,first_name</sql>

=Users with address and registration date (using ExtraField)=
Extra field required :
#registrationDate
#*label : Registration date
#*category : User
#*value type : DateTime

Validity type required :
#Cotisation

<sql>SELECT
last_name,
first_name,
email,
address,
zipcode,
city,
state,
country,
home_phone,
work_phone,
cell_phone,
sex,
DATE_FORMAT(birthdate, '%Y-%m-%d') AS birthdate,
nationality,
validity.grant_date AS subscription_date,
(
SELECT DATE_FORMAT(extra_field_content.content, '%Y-%m-%d')
FROM extra_field
LEFT JOIN extra_field_content ON extra_field.id=extra_field_content.extra_field_id
WHERE extra_field.variable="registrationDate" and extra_field_content.category_id=person.id
)AS registration_date
FROM person
LEFT JOIN validity ON (validity.person_id = person.id)
LEFT JOIN validity_type ON (validity_type.id = validity.validity_type_id)
WHERE activated = 1 AND validity_type.name = 'Cotisation'
ORDER BY last_name, first_name</sql>

=Users with address and registration date (using Validity)=
<sql>SELECT
person.last_name,
person.first_name,
validity.grant_date AS registration_date
FROM person
LEFT JOIN validity ON validity.person_id=person.id
LEFT JOIN validity_type ON validity_type.id=validity.validity_type_id
WHERE validity_type.name = "Date d'inscription" AND person.activated=1
GROUP BY last_name, first_name</sql>

=Users with e-mails of selected validity type person equals given year=
Following extra field required:
*validityTypeId (Type: dbObject:ValidityType)
*year (Type: Year)

<sql>SELECT CONCAT(person.first_name, ' ', person.last_name, ' <', person.email, '>') AS emails
FROM person
LEFT JOIN validity ON (validity.person_id = person.id)
LEFT JOIN validity_type ON (validity_type.id = validity.validity_type_id)
WHERE person.activated=1 AND YEAR(validity.expire_date) = $year AND validity_type.id = '$validityTypeId'
ORDER BY person.last_name, person.first_name</sql>

=Users with e-mails with up-to-date expire date of validity VVV=
Following symbols should be replace:
*VVV : validity type id

<sql>SELECT CONCAT(person.first_name, ' ', person.last_name, ' <', person.email, '>') AS emails
FROM person
LEFT JOIN validity ON (validity.person_id = person.id)
LEFT JOIN validity_type ON (validity_type.id = validity.validity_type_id)
WHERE person.activated=1 AND validity.expire_date > NOW() AND validity_type.id = VVV
ORDER BY last_name,first_name</sql>

=Users with validity ending before a specific date=
Following extra field required:
*endDate (Type: Date)
*validityTypeId (Type: dbObject:ValidityType)

<sql>SELECT person.id, person.first_name, person.last_name, validity_type.name AS 'Validity'
FROM person
LEFT JOIN validity ON (validity.person_id = person.id)
LEFT JOIN validity_type ON (validity_type.id = validity.validity_type_id)
WHERE person.activated=1 AND validity.grant_date <= '$endDate'
AND validity_type.id = '$validityTypeId'</sql>

=Users with up-to-date validity X and Y and user details=
Replace X and Y by the validity_type id (2 times).
<sql>SELECT CONCAT(last_name, ' ', first_name) AS 'User',
validity_type.name AS 'Validity name',
expire_date AS 'Expire date',
DATE_FORMAT(birthdate, '%Y/%m/%d') AS 'Birthdate',
email,
CONCAT (address, ' ', zipcode, ' ', city, ' ', state, ' ', country) AS 'Adress',
home_phone AS 'Home phone',
work_phone AS 'Work phone',
cell_phone AS 'Cell phone'
FROM person
LEFT JOIN validity ON person.id=validity.person_id
LEFT JOIN validity_type ON validity_type.id=validity.validity_type_id
WHERE validity_type.time_limitation=1 AND (validity_type.id=X OR validity_type.id=Y)
AND person.id IN
( SELECT person.id FROM person
LEFT JOIN validity ON person.id=validity.person_id
LEFT JOIN validity_type ON validity_type.id=validity.validity_type_id
WHERE person.activated=1 AND (validity_type.id=X OR validity_type.id=Y) AND validity.expire_date >= UTC_DATE() )
ORDER BY last_name, first_name, validity_type.name</sql>

=Users with validities viewer=
<sql>SELECT
last_name AS "Last name",
first_name AS "First name",
validity_type.name AS "Validity",
DATE_FORMAT(expire_date,'%d/%m/%Y') AS "Expiration date",
IF((DATEDIFF(DATE(expire_date),DATE(Now())) < 0), "Expired","") AS "Expired",
DATE_FORMAT(grant_date,'%d/%m/%Y') AS "Obtention date"
FROM validity_type
LEFT JOIN validity ON validity.validity_type_id = validity_type.id
LEFT JOIN person ON person.id=validity.person_id
WHERE person.activated = 1
ORDER BY Last_name, First_name, validity_type.name</sql>

=Users with age and birth date=
<sql>(SELECT last_name AS Last_name,

first_name AS First_name,

DATE_FORMAT(birthdate ,'%d-%m-%Y') AS Birth_date,

IF ( (sex = 0), 'Man', 'Woman' ) AS sex,

(DATE_FORMAT(DATE('$day'), '%Y') -
DATE_FORMAT(birthdate, '%Y') -
(SELECT DATE_FORMAT(DATE('$day'), '00-%m-%d') < DATE_FORMAT( birthdate, '00-%m-%d'))) AS 'age',

DATE_FORMAT(DATE('$day'),'%d-%m-%Y') AS on_date,

IF((DATE_FORMAT(DATE('$day'), '%Y') -
DATE_FORMAT(birthdate, '%Y') -
(SELECT DATE_FORMAT(DATE('$day'), '00-%m-%d') < DATE_FORMAT( birthdate, '00-%m-%d')))>=21, '>= 21', '< 21') AS Major,

-- inscription_date,

-- member.subscription,

-- entry.account_date as Adhesion
DATE_FORMAT(entry.account_date,'%d-%m-%Y') as Grant_date

-- ,MAX(entry.account_date)

-- , $day
-- , entry.flow_id
-- , account.name

FROM person

RIGHT JOIN validity ON validity.person_id = person.id

RIGHT JOIN account acc2 on acc2.owner_id = person.id

RIGHT JOIN account_entry linked_entry on linked_entry.account_id = acc2.id

RIGHT JOIN account_entry entry on linked_entry.flow_id = entry.flow_id

RIGHT JOIN account on entry.account_id = account.id

WHERE year(validity.grant_date) = $year

AND account.name = 'Cotisations ACB'

AND (year(entry.account_date)=$year OR (year(entry.account_date)=$year -1 AND month(entry.account_date)=12) )

AND entry.account_date < DATE('$day')

ORDER BY Last_name LIMIT 999999
)
UNION
(
SELECT COUNT(*) AS Last_name,

COUNT(*) AS First_name,

COUNT(*) AS Birth_date,

COUNT(*) AS sex,

COUNT(*) AS 'age',

COUNT(*) AS on_date,

COUNT(*) AS Major,

COUNT(*) as Grant_date

FROM person

RIGHT JOIN validity ON validity.person_id = person.id

RIGHT JOIN account acc2 on acc2.owner_id = person.id

RIGHT JOIN account_entry linked_entry on linked_entry.account_id = acc2.id

RIGHT JOIN account_entry entry on linked_entry.flow_id = entry.flow_id

RIGHT JOIN account on entry.account_id = account.id

WHERE year(validity.grant_date) = $year

AND account.name = 'Cotisations ACB'

AND (year(entry.account_date)=$year OR (year(entry.account_date)=$year -1 AND month(entry.account_date)=12) )

AND entry.account_date < DATE('$day')
)</sql>

=Users with validity grant date and profiles=
Following extra field required:
*validityTypeId (Type: dbObject:ValidityType)

<sql>SELECT validity_type.name AS 'Validity',
DATE_FORMAT(grant_date, '%d/%m/%Y') AS grant_date,
last_name AS Name,
first_name AS Firstname,
ident_value AS Comment,
( SELECT GROUP_CONCAT(profile.name SEPARATOR ', ')
FROM profile WHERE (person.profile & profile.id)
)AS Profile
FROM validity_type
LEFT JOIN validity ON validity.validity_type_id=validity_type.id
LEFT JOIN person ON person.id=validity.person_id
WHERE YEAR(grant_date)>=$year
AND validity_type.id='$validityTypeId'
ORDER BY Name, Firstname</sql>

=Users with registration date, profiles and total flight time=
<sql>SELECT
person.last_name,
person.first_name,
validity.grant_date AS registration_date,
person.birthdate AS birthdate,
IF ( (person.sex = 0), 'M', 'F' ) AS Gender,
(
SELECT GROUP_CONCAT(profile.name SEPARATOR ', ')
FROM profile WHERE (person.profile & profile.id)
)AS Profile,
IFNULL((
SELECT
CONCAT(FLOOR(SUM( flight.duration )/600),':',TIME_FORMAT(SEC_TO_TIME((SUM( flight.duration )/600 - FLOOR(SUM( flight.duration )/600))*3600),'%i')) AS Total
FROM flight_pilot fp
LEFT JOIN flight ON fp.flight_id=flight.id
WHERE fp.pilot_id=person.id AND fp.num=0
), 0) AS Total_flight_time
FROM person
LEFT JOIN validity ON validity.person_id=person.id
LEFT JOIN validity_type ON validity_type.id=validity.validity_type_id
WHERE validity_type.name = "Date d'inscription" AND person.activated=1
GROUP BY last_name, first_name</sql>

=Users with email=
<sql>SELECT last_name, first_name, email
FROM person
WHERE activated=1
ORDER BY last_name, first_name</sql>

=Users with expire date validity equals a given year=
Following extra field required:
*validityTypeId (Type: dbObject:ValidityType)
*year (Type: Year)

<sql>SELECT person.id, person.first_name, person.last_name, validity_type.name AS 'Validity'
FROM person
LEFT JOIN validity ON (validity.person_id = person.id)
LEFT JOIN validity_type ON (validity_type.id = validity.validity_type_id)
WHERE person.activated=1 AND YEAR(validity.expire_date) = $year AND validity_type.id = '$validityTypeId'</sql>

=Users with expire date validities inferior to the first day of the given month and year=

Following extra field required:
* month (Type: integer)
* year (Type: year)

<sql>SELECT CONCAT(last_name, ' ', first_name) AS 'User', validity_type.name AS 'Validity name', expire_date AS 'Expire date'
FROM person
LEFT JOIN validity ON person.id=validity.person_id
LEFT JOIN validity_type ON validity_type.id=validity.validity_type_id
WHERE validity_type.time_limitation=1
AND validity.expire_date < '$year-$month-01'
AND person.activated=1
ORDER BY last_name, first_name, validity_type.name</sql>

=Users with expire date validities inferior to the first day of the given month and year, with up-to-date expire date of validity XX=

Following extra field required:
* month (Type: integer)
* year (Type: year)
Following symbols should be replace:
* XX : validity type id

<sql>SELECT CONCAT(last_name, ' ', first_name) AS 'User', validity_type.name AS 'Validity name', expire_date AS 'Expire date'
FROM person
LEFT JOIN validity ON person.id=validity.person_id
LEFT JOIN validity_type ON validity_type.id=validity.validity_type_id
WHERE validity_type.time_limitation=1
AND validity.expire_date < '$year-$month-01'
AND person.id IN (
SELECT person.id
FROM person
LEFT JOIN validity ON person.id=validity.person_id
LEFT JOIN validity_type ON validity_type.id=validity.validity_type_id
WHERE person.activated=1
AND validity_type.id=XX
AND validity.expire_date >= UTC_DATE()
)
ORDER BY last_name, first_name, validity_type.name</sql>

=Users without required validities=
<sql>SELECT CONCAT(person.last_name, ' ', person.first_name) AS pilot, validity_type.name AS validity_name
FROM flight_type_mandatory_validity_type
LEFT JOIN flight_type ON flight_type.id = flight_type_mandatory_validity_type.flight_type_id
LEFT JOIN flight ON flight.flight_type_id & flight_type.id
LEFT JOIN resource ON resource.id = flight.aircraft_id
LEFT JOIN aircraft_type ON resource.resource_type_id = aircraft_type.id
LEFT JOIN aircraft_type_validity_type ON aircraft_type.id = aircraft_type_validity_type.aircraft_type_id
LEFT JOIN flight_pilot ON flight.id = flight_pilot.flight_id
LEFT JOIN person ON person.id = flight_pilot.pilot_id
LEFT JOIN validity_type ON (validity_type.id = flight_type_mandatory_validity_type.validity_type_id OR validity_type.id = aircraft_type_validity_type.validity_type_id)
WHERE flight.airborne = 0
AND ROW(person.id, validity_type.id) NOT IN (SELECT person_id, validity_type_id FROM validity)
AND validity_type.experience_formula IS NULL
GROUP BY person.id, validity_type.id
ORDER BY pilot, validity_name</sql>

=Users without up to date subscription=
Following extra field required:
*validityTypeId (Type: dbObject:ValidityType)
*year (Type: Year)

<sql>SELECT
last_name AS Nom,
first_name AS prénom,
email,
home_phone AS tel_dommicile,
work_phone AS tel_travail,
cell_phone AS tel_mobile,
DATE_FORMAT(validity.expire_date,'%d/%m/%Y') AS date_cotisation
FROM person
LEFT JOIN validity ON (validity.person_id = person.id)
LEFT JOIN validity_type ON (validity_type.id = validity.validity_type_id)
WHERE person.activated=1 AND YEAR(validity.expire_date) < $year AND validity_type.id = '$validityTypeId'
ORDER BY last_name,first_name</sql>

=Users without an account=
<SQL>SELECT person.last_name, person.first_name FROM person
LEFT JOIN account ON account.owner_id=person.id
LEFT JOIN account_type ON account.account_type=account_type.id
WHERE person.activated=1 AND account.category=2 AND account_type.activated=1 AND account.activated=0</SQL>

=Young users=
<SQL>SELECT
last_name AS Last_name,
first_name AS First_name,
DATE_FORMAT(birthdate ,'%m-%d-%Y') AS Birthdate,
IF ( (sex = 0), 'Male', 'Female' ) AS sex
FROM person
WHERE ($year-YEAR(birthdate))<=21</SQL>

FAQ client

2016-01-23T18:33:38Z

Claratte : /* Fonctionnement applicatif */

=Fonctionnement d'OpenFlyers=
==[[Modèle_commercial_et_compte_client_OpenFlyers#Fonctionnement_.C3.A9conomique|Fonctionnement économique]]==

==Fonctionnement applicatif==
Les composants logiciels utilisés pour développer notre applicatif sont tous open source (notamment PHP et MySQL).

La version 2.0 du logiciel OpenFlyers, propriété de la S.A.R.L. OpenFlyers, est sous licence semi-libre : il peut être installé et utilisé pour les besoins propres d'une structure aéronautique mais il ne peut être commercialisé par une société tiers sans licence spécifique (même à la demande d'un seul client) ou déployé pour des filiales d'une structure commerciale ou non.

Les versions ultérieures à la version 2.0 du logiciel OpenFlyers, sont commercialisées uniquement par le biais d'un abonnement auprès de la S.A.R.L. OpenFlyers qui en garde l'hébergement exclusif.

==[[Modèle_commercial_et_compte_client_OpenFlyers#Arbitrage_des_demandes_de_d.C3.A9veloppements#Financement_des_d.C3.A9veloppements|Nouveaux développements]]==

==De quoi avons-nous besoin pour faire fonctionner OpenFlyers ?==
Il suffit de disposer d'un ordinateur avec un accès internet et d'un navigateur moderne tel que Google Chrome, Firefox, Internet Explorer, Opera ou Safari. Aucune installation particulière n'est nécessaire sur l'ordinateur.

=Les bases de données=
==Les données stockées sont-elles bien protégées ?==
Nous tâchons de mettre en œuvre les différentes recommandations concernant la gestion des serveurs afin d'empêcher toute intrusion.

De plus, nous disposons de plusieurs serveurs répartis en plusieurs endroits de la planète.

Chaque nuit, tous les serveurs sauvegardent leurs bases de données et les envoient à tous les autres serveurs.

Ces sauvegardes sont stockées par roulement sur une quinzaine de jours.
==Comment récupérer notre base de données ?==
Vous pouvez à tout moment récupérer le contenu de votre base de données :
*[[AdminDoc3#Configuration_.3E_Export_SQL_.3E_Complet|Procédure version 3]]

==Peut-on avoir un accès de type "phpMyAdmin" à notre base de données ?==
Vous avez un accès en lecture à la base de données via l'export mais également via la génération des rapports.

La structure de la base de données est documentée ici : http://doc-en.openflyers.com/index.php?title=Database_specification

Par contre, nous nous interdisons de vous fournir un accès en écriture à la base de données. Car nous devons pouvoir garantir l'intégrité de cette base de données vis-à-vis de vous-même, vis-à-vis de vos utilisateurs mais également vis-à-vis de tierces personnes ou encore vis-à-vis des autorités.

Cependant, si vous avez besoin de modifier une saisie en base de données, nous pouvons intervenir sur votre demande par e-mail ou courrier. Cette opération est facturée en fonction de sa complexité (voir [http://www.openflyers.com/pricing/catalog-price le catalogue tarifaire]).

==Peut-on importer notre ancienne base de données externe OF 1.3.x lors du passage en production sur la solution hébergée OpenFlyers ?==
Oui, il est tout a fait possible de reprendre votre ancienne base de données OF 1.3.x.

Le coût est à partir de 50 € HT/heure, le temps effectif étant déterminé lors de l'import. Il faut nous faire parvenir un export complet de la base SQL de votre plateforme.

Il faut au préalable que vous ayez créé une [https://client.openflyers.com/newSubscription.php?lang=francais plateforme client ], puis nous signaler l'identifiant de votre plateforme.

Il faut ensuite vous créer la ou les factures, selon l'abonnement choisi, à partir de votre [http://client.openflyers.com/ clientmanager]

Vous acquittez les factures correspondant à la migration de votre base de données, de votre abonnement et éventuellement de la migration de votre plateforme de la version 2.1 en 3.0

Puis, l'idéal est de fixer un rendez-vous, par exemple, le XX-XX-2012 à 9 h. Puis, à cette même date :
*vous bloquez votre accès sur votre plateforme OF le jour J à 9h00 ;
*vous nous envoyez la base de données en suivant ;
*nous migrons, dès réception, votre base de données vers la version 2.1 (ou la version 3.0) sur nos serveurs ;
*une fois cela fait, on vous envoie un e-mail ;
*vous mettez en place de votre côté une redirection vers la nouvelle URL OF.

Il faut compter environ 2 heures maximum pour procéder à la migration (suivant les difficultés que nous rencontrerons avec votre base de données).

Les opérations d'export/import sont ainsi synchronisées et l'interruption de service est la plus courte possible.

=Compte client OpenFlyers=

==[[Modèle_commercial_et_compte_client_OpenFlyers#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Comment accéder à mon compte client ?]]==

==Comment modifier des éléments de la fiche client ?==
Il vous suffit de vous [[Modèle_commercial_et_compte_client_OpenFlyers#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|connecter à votre plateforme]] OpenFlyers.

Puis d'éditer la fiche en allant dans Données/Affichage et fiche personnelle.

==[[Modèle_commercial_et_compte_client_OpenFlyers#Changer_de_responsable_en_charge_d.27OpenFlyers|Comment changer de responsable OpenFlyers ?]]==

==[[Modèle_commercial_et_compte_client_OpenFlyers#Renouveler_son_abonnement_OpenFlyers|Comment renouveler l'abonnement ?]]==

==Nous avons renouvelé notre abonnement et nous avons quand même un message d'alerte concernant la cotisation==
Le message d'alerte '''votre cotisation n'est pas à jour''' correspond à un message lié à la configuration de la plateforme OpenFlyers et non pas à l'abonnement OpenFlyers de cette plateforme. Il signifie que l'utilisateur qui se connecte n'est pas à jour de sa qualification/validité cotisation au sein de la structure.

Dans tous les cas, l'administrateur référent (celui dont l'adresse e-mail doit apparaitre sur la page d'accueil d'OpenFlyers) conserve néanmoins tous ses droits.

Cf. Gestion des validités des utilisateurs dans OpenFlyers [[Validity-management3#Gestion_des_validit.C3.A9s_des_utilisateurs| la version 3]] et la [[Validity-management4#Gestion_des_validit.C3.A9s_des_utilisateurs| la version 4]].

==Changement du nombre de ressources en cours d'année et mise à jour de l'abonnement==
*[[Modèle_commercial_et_compte_client_OpenFlyers#Ajouter_une_ressource_.C3.A0_son_abonnement_OpenFlyers|Ajouter une ressource à son abonnement OpenFlyers]]
*[[Modèle_commercial_et_compte_client_OpenFlyers#Enlever_une_ressource_.C3.A0_son_abonnement_OpenFlyers|Enlever une ressource à son abonnement OpenFlyers]]
*[[Modèle_commercial_et_compte_client_OpenFlyers#Remplacer_une_ressource_par_une_autre_dans_son_abonnement_OpenFlyers|Remplacer une ressource dans son abonnement OpenFlyers]]

==[[Modèle_commercial_et_compte_client_OpenFlyers#Remplacer_une_ressource_par_une_autre_dans_son_abonnement_OpenFlyers|Comment remplacer une ressource par une autre ?]]==

==Facturation des ressources réelles et virtuelles==
A partir de la version 2.1 d'OpenFlyers, seules les ressources qui génèrent du chiffre d'affaires pour la structure cliente sont intégrées dans l'abonnement. Ainsi, les salles de cours ne sont pas retenues dans le calcul de l'abonnement. Pour qu'OpenFlyers fasse la différence entre une ressource "réelle" et une ressource "virtuelle", il suffit de décocher "Aéronef réel" au niveau de la ligne associée à l'aéronef ('''Admin > Flotte > Aéronefs''' colonne Aéronefs réels).

==[[Créer_une_plateforme_OpenFlyers_pour_sa_structure#Prise_d.27abonnement|Nous avons créé une plateforme, comment passer en production ?]]==

==[[Getting_started_with_OpenFlyers#Forfait_param.C3.A9trage|Comment fonctionne le forfait paramétrage ?]]==
===[[Getting_started_with_OpenFlyers#Chronologie_du_forfait_param.C3.A9trage|Quelle est la chronologie du paramétrage ?]]===

==J'ai souscrit un abonnement First Price - Peut-on souscrire à tout moment un forfait paramétrage ?==
Oui, effectivement. Il se peut que le paramétrage de votre plateforme se révèle complexe, ou bien que vous manquiez de temps pour le configurer. Vous pouvez à tout moment opter pour notre forfait paramétrage, dont vous pouvez retrouver le tarif dans notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire].

Cependant, dans le cas là, nous repartons d'une base de données vierge pour ne pas perdre de temps dans la correction (et la compréhension) du paramétrage initialement effectué.

==J'ai souscrit un abonnement First Price - Peut-on basculer en cours d'année vers un abonnement Business ?==
Oui, vous pouvez à tout moment basculer vers un abonnement Business. Il faut pour cela nous en faire la demande. Nous vous créons alors la facture correspondant à la différence de tarif. Vous pouvez ensuite régler cette facture depuis votre Client Manager.

==Je m'abonne en cours d'année - Combien vais-je devoir payer ?==
Pour la première année d'abonnement, le prix est calculé au prorata du nombre de jours civils entre la date de la commande et le trente-et-un (31) décembre de l’année civile en cours cf nos [http://www.openflyers.com/license/conditionsgenerales1_3.pdf conditions générales].

==L'accès First Price dispose-t-il d'une connexion sécurisée ?==
Non, l'accès First Price ne dispose pas d'une connexion sécurisée. Il peut être pris en option (renouvelable chaque année) selon le tarif en vigueur dans notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]. L'accès First Price plus l'option HTTPS est de même niveau que le Business avec HTTPS inclus (256 bits).

=Plateforme OpenFlyers=
==[[Créer_une_plateforme_OpenFlyers_pour_sa_structure|Comment créer une plateforme ?]]==

==Impossible d'accéder à la plateforme de notre structure après création==
Attention ! Il ne faut pas confondre le couple identifiant/mot de passe qui permet d'accéder au compte client OpenFlyers de votre structure, depuis [https://client.openflyers.com Client Manager], avec le couple identifiant/mot de passe qui permet d'accéder à la plateforme OpenFlyers.

*Le couple identifiant/mot de passe pour accéder au compte client OpenFlyers de votre structure vous a été communiqué par e-mail.
*Le couple identifiant/mot de passe pour accéder à votre plateforme OpenFlyers, immédiatement après création, est admin/admin. Vous êtes invité à le modifier des que possible

==Nous avons déjà une plateforme OpenFlyers version X et nous voudrions tester la version Y==
===Quelles alternatives ?===
====soit vous migrez directement de la version X vers la version Y====
'''Nous recommandons cette solution (c'est même un prérequis dans le cadre du [[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|forfait paramétrage]])'''

*avantages :
:*Vous habituez vos utilisateurs à la nouvelle interface sans pour autant leur activer les nouvelles fonctionnalités
:*Vous paramétrez tranquillement depuis une base de données à jour les éléments
*inconvénients :
:*vous payez de suite la tarification de la version Y
:*vous êtes moins libre car vous travaillez sur une base de données en production (mais vous pouvez supprimer cet inconvénient en travaillant en parallèle sur une autre base de données en test)
Pour procéder à cette migration, il suffit d'envoyer un e-mail à l'équipe OpenFlyers. A noter, qu'il faudra acquitter une nouvelle facture d'hébergement correspondant à la différence de tarification entre la version X et la version Y.

====soit vous créez une nouvelle plateforme qui vous servira de plateforme de test====
*avantages :
:*vous avez toute latitude pour paramétrer sans risque
:*vous ne payez pas la différence de coût entre la version X et la version Y pendant que vous testez
*inconvénients :
:*lors de votre migration de votre plateforme en production, vous devrez reprendre tout le paramétrage

Pour cela, il vous suffit de suivre [[#Comment_cr.C3.A9er_une_plateforme_.3F|la procédure de création de plateforme]].

Ensuite, lorsque vous souhaiterez migrer de la version X à la version Y (passage en production sur la version Y), voici ce qu'il faudra faire :
*nous envoyer un e-mail de demande de migration (ou passer par le forum)
Alors nous effectuerons les actions suivantes :
*migration de la base de données X vers la Y
*changement du pointage de votre adresse nom_de_la_plateforme.openflyers.fr par exemple de la X vers la version Y
Ensuite vous devrez modifier les paramétrages de la nouvelle Y (en reprenant par exemple ceux de votre version de test)

Une fois que cela sera fait, vous nous le direz et nous supprimerons la base de données de la version Y

Ensuite nous facturons chaque demande de migration de base de données (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).

====Forfait paramétrage====
N'oubliez-pas que nous proposons [[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|le forfait paramétrage]] pour la configuration d'OpenFlyers.

===Quel est le délai pour migrer une base de données ?===
Il faut compter 1 semaine

==[[Modèle_commercial_et_compte_client_OpenFlyers#D.C3.A9roulement_d.27une_migration|Comment se fait la migration vers une version supérieure ?]]==

==[[Modèle_commercial_et_compte_client_OpenFlyers#Cons.C3.A9quences_d.27une_migration|Quelles sont les conséquences d'une migration ?]]==

==La configuration nous laisse perplexe (paramétrage de la facturation, de la comptabilité, du décompte des temps de vols), comment faire ?==
Si vous souhaitez utiliser en production rapidement votre plateforme OpenFlyers (par exemple idéalement à l'occasion d'un nouvel exercice comptable, c'est à dire au 1er janvier), et que vous souhaitez avoir un paramétrage fonctionnel rapidement sans avoir à y consacrer des heures pour comprendre, tester et sans doute passer à côté de certaines "subtilités", alors sachez que nous avons mis en place un "[[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|forfait paramétrage]]".

Ce forfait est également valable pour un client utilisateur de la version 1.3.x et qui souhaite migrer sans attendre à la version 3.0.3 en utilisant toutes ses fonctionnalités (comptes pilotes et heures de vols).

==Nous avons une version 3 en test==
===mais nous souhaiterions reprendre tout à zéro, comment faire ?===
Vous vous inscrivez à nouveau avec un nouveau nom ici : http://client.openflyers.com

===Peut-on garder la configuration de la version 3 et migrer uniquement les réservations de la 1.3.x ?===
Non, ce n'est pas possible car les contenus auront évolués différemment.

Voila ce qu'il faut faire :
*demander la migration par e-mail de la 1.3.x vers la 3 avec passage en prod sur la 3 (c'est transparent pour les utilisateurs : seule l'interface changera pour eux tant que l'administrateur ne leur aura pas donné de droits supplémentaires)
*reprendre la configuration faite sur la 3 en test sur la nouvelle 3
*envoyer un nouveau e-mail pour dire que l'on peut supprimer l'ancienne 3 en test

==[[Getting_started_with_OpenFlyers#Mettre_en_place_un_TPE_virtuel|Comment mettre en place une solution de paiement en ligne par carte bancaire pour les comptes clients ?]]==

==Comment passer à la gestion des comptes et la comptabilité dans OpenFlyers ?==
Pour activer la gestion des comptes et de la comptabilité dans OpenFlyers, vous pouvez suivre les FAQ dédiées à la comptabilité ainsi que les documentations qui présentent les modules de comptabilité :
*[[FAQ_accounting2.1|FAQ comptabilité version 2.1]]
*[[FAQ_accounting3|FAQ comptabilité version 3.0]]
*[[FAQ_accounting4|FAQ comptabilité version 4]]
*[[Accueil#Comptabilit.C3.A9|Documentations sur la comptabilité]]
dont [[Account#Mise_en_place_de_la_comptabilit.C3.A9_dans_OpenFlyers|Quelques conseils sur la mise en place de la comptabilité dans OpenFlyers]]

=Support=
==Quels sont les supports techniques ?==
Il existe à ce jour 3 types de support :
*le support-forum accessible depuis notre site internet http://www.openflyers.com à l'onglet "Support"
*le support par e-mail réservé aux abonnements "Business" et plus.
*le [http://www.openflyers.com/support support ponctuel par téléphone] qui peut vous permettre de vous dépanner si nous pouvons vous fournir la réponse en temps réel.

==[[How_to_communicate_with_OpenFlyers#Cr.C3.A9er_un_compte_d.27acc.C3.A8s_au_support-forum|Comment créer son accès au support-forum ?]]==

==Les e-mails envoyés à OpenFlyers sont retournés en erreur==
Lors de l'envoi de vos messages, vous avez avez eu un message d'erreur en retour.

Le problème peut venir de l'[[Wikipedia-fr:Sender_Policy_Framework|authentification SPF]] que nous avons mis en place.

Ainsi, si le serveur OpenFlyers refuse les e-mails non authentifiés qui parviennent depuis un nom de domaine comme smtp.nom-de-domaine.com pour défaut de SPF, il faut rajouter un enregistrmenet TXT dans le gestionnaire du serveur concerné avec la ligne de commande : v=spf1 include:_spf.nom-de-domaine.com ~all.

Conseils spécifiques pour la comptabilité

2016-01-13T17:14:03Z

Claratte : /* Dons */

=Présentation=
L'objet de cette page est de présenter nos conseils sur la [[Account|comptabilité]]

=Baptêmes dans un aéro-club=
Dans un aéro-club, les baptêmes ne doivent pas dépasser pas 8% de l'activité (cf. [http://www.legifrance.gouv.fr/affichCodeArticle.do;?cidTexte=LEGITEXT000006074234&idArticle=LEGIARTI000006844019&dateTexte=20140707&categorieLien=id#LEGIARTI000006844019 Article D510-7 du code de l'aviation civile]). Aussi, nous déconseillons de mettre en place les tarifs des baptêmes qui engendrent plus d'erreurs de saisies qu'autre chose. Par contre, dans le cas d'une société commerciale et notamment si la saisie des vols est entre les mains d'un nombre réduit de personnes, alors la tarification des baptêmes peut être mise en place. Voici donc comment nous conseillons de gérer les baptêmes dans OpenFlyers pour un aéro-club.

==Paramétrage préconisé pour gérer les baptêmes de l'air d'un aéro-club==
*[[Configuration_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Configuration_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Utilisation pratique du paramétrage préconisé des baptêmes de l'air d'un aéro-club==
*[[Use_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Use_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Bons baptêmes payés et non effectués==
Quelque soit le statut commercial de la structure aéronautique (association ou société), voici comment nous conseillons de gérer les bons baptêmes :
*Enregistrer dans OpenFlyers uniquement l'encaissement du bon sans saisir de vente (et donc ne pas créer de produit pour cela)
*Lorsque le baptême est effectué, saisir le vol : cela génère la facture selon le paramétrage
Lors de la clôture de l'exercice, il suffit de contrôler le compte "client baptême" et de le comparer avec les dates de remise des bons baptêmes. C'est alors que doit être décidé si un bon ne sera jamais utilisé. Auquel cas, une écriture spécifique est à prévoir comptablement.

==Contrôle du quota d'heures baptêmes==
Pour vérifier que l'activité baptême de l'aéro-club ne dépasse pas les 8% des heures de vols, il faut utiliser les rapports pour contrôler le pourcentage d'heures de vols baptêmes par rapport au total des heures de vols.

=Cautions=
Le principe de la caution est de demander, lors de l'inscription en général, un montant de X € à l'utilisateur qui est mis en réserve et remboursé lorsqu'il quitte la structure.

Cette somme doit être encaissée normalement sur son compte utilisateur.

Par contre, elle doit également générer une "facture" qui va débiter son compte utilisateur du montant de la caution et créditer un [[Account#Comptes_d.27emprunts_et_de_dettes_assimil.C3.A9es|compte d'emprunts de dettes assimilées]] pour "stocker" la caution. Ce compte de caution est en général en 165000.

Il est possible de mettre en place la vente d'un produit "Caution" qui génère automatiquement l'écriture entre le compte utilisateur et le compte de caution.

=Cotisations fédérales des adhérents dans une association=
La gestion des cotisations fédérales des adhérents dans OpenFlyers dépend de plusieurs facteurs.
*Si les cotisations fédérales sont souscrites par les adhérents directement auprès des fédérations concernées et qu'il n'y a pas de mouvement financier au travers de l'association, alors il n'y a pas à mettre en place comptablement de gestion. Par contre, il peut être nécessaire de gérer les types de validités (cf. procédure pour [[Validity-management3|OpenFlyers version 3]], et [[Validity-management4|OpenFlyers version 4]]) correspondantes dans OpenFlyers notamment lorsque les cotisations fédérales inclues des assurances pour la pratique de l'activité. Dans ce cas là, il faut également voir avec l'équipe OpenFlyers s'il n'existe pas un système automatique de mise à jour dans OpenFlyers depuis le système de gestion des fédérations concernées.
*Si les cotisations fédérales sont souscrites par les adhérents auprès de l'association et que par conséquent l'association leur facture comptablement ces cotisations, alors il faut mettre en place dans OpenFlyers la vente de produits validités (cf. procédure pour [[Product_sale_manager3#Configuration_d.27un_produit_validit.C3.A9| OpenFlyers version 3]], et [[Product_sale_manager4#Configuration_d.27un_produit_validit.C3.A9|OpenFlyers version 4]]) correspondante.
*:Dans ce cas là, il y a également la question de la gestion des "factures fournisseurs" des fédérations. 2 cas possibles :
*#Si OpenFlyers n'est utilisé que pour gérer la "facturation client", c'est à dire le chiffre d'affaire, alors la saisie des factures fédérales doit se faire dans le logiciel de gestion comptable.
*#Si OpenFlyers est utilisé pour gérer l'intégralité de la comptabilité courante de la structure, alors il faudra saisir dans OpenFlyers les factures des fédérations en tant que facture fournisseur (cf. procédure pour [[Purchase-management3#Saisie_d.27une_facture_fournisseur|OpenFlyers version 3]], et [[Purchase-management4#Saisie_d.27une_facture_fournisseur|OpenFlyers version 4]]). Comptablement les choses sont hermétiques entre :
*#*d'un côté, la vente d'une cotisation d'une fédération à un adhérent qui va impacter son [[Account#Comptes_clients|compte client]] et un [[Account#Comptes_de_produits|compte produit]].
*#*de l'autre côté, l'achat de la même cotisation auprès de la fédération pour cet adhérent qui va impacter le [[Account#Comptes_fournisseurs|compte fournisseur]] de la fédération et un [[Account#Comptes_de_charges|compte de charge]].

=Cotisations/abonnements année N+1=
Certaines cotisations ou abonnements peuvent être facturées sur l'année précédente de leur date d'effet. Comptablement, ces factures clients doivent apparaitre sur l'exercice où elles ont été établies. Cependant, il est souvent nécessaire de séparer leur produit des cotisations ou abonnements de l'année N afin de pouvoir les sortir du chiffre d'affaire de l'année N.

Voici comment gérer cela dans OpenFlyers :
*Nous supposons qu'il existe déjà un compte produit ''Cotisation'' dont le compte d'export est par exemple ''706100''.
*Il faut créer un 2ème compte produit intitulé ''Cotisation N+1'' dont le compte d'export sera par exemple ''706110''.
*Dans '''Ventes > Tarification des produits''', il faut créer une nouvelle ligne de tarification qui va transférer le crédit au profit du compte produit "Cotisation" vers le comptes produit "Cotisation N+1". De plus, ce transfert ne devra s'applique que lorsqu'on est dans la période de renouvellement anticipé. Voici un exemple de règle de tarification lorsque la cotisation peut être pris de façon anticipée à partir du mois d'octobre :
{| class="wikitable"
!Champ!!Ligne Cotisation N+1
|-
|'''Nom'''||Cotisation N+1
|-
|'''Quantité/Taux'''||
|-
|'''Prix unitaire hors-taxe / TVA'''||
|-
|'''Formule'''||(formatDate('MM',%NOW_DATE)>9)?@tarifGeneral:0
|-
|'''Nom de variable associé à la formule'''||tarifGeneral
|-
|'''Produit'''||''Cocher uniquement les produits concernés. Normalement, il s'agit de la même liste de produit que pour la règle "parente" Cotisation.
|-
|'''Type de compte à débiter'''||Compte produit
|-
|'''Compte à débiter'''||Cotisation
|-
|'''Type de compte à créditer'''||Compte produit
|-
|'''Compte produit à créditer'''||Cotisation N+1
|}

Si la structure applique une remise sur cotisation sur certains critères, comme par exemple l'âge, il faut que la règle appliquant la remise s'applique avant la règle ci-dessus de ventilation. De plus, il faut que la règle de remise stocke son calcul dans une variable associée à la formule (cf. procédure pour la [[CustomerPricing3#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 3]] et la [[CustomerPricing4#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 4]]) comme par exemple @remise pour que la remise soit prise en compte pour la ventilation N+1. Voici un exemple de construction de ces règles en cascade :
[[Fichier:Tarification cotisation N+1.png]]

*En fin d'année, avant la clôture de la comptabilité, il faudra effectuer une [[Accounting_entries#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|opération comptable pour transférer le solde du compte produit N+1 dans un compte de ''produit constaté d’avance'']]
*Puis, après l'ouverture de la comptabilité, il faudra [[Accounting_entries#.C3.89critures_de_r.C3.A9affectation_des_produits.2Fcharges_constat.C3.A9es_d.27avances|transférer le même montant du compte ''produit constaté d’avance'' vers le compte produit de l'année N]].

=Dons=
*Enregistrement du don à effectuer :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Tiers percevant le don (401...)||||1000 €
|-
|Divers (pourboires, dons courants...) (6238)||1000 €||
|}

Le compte de charge ''Divers (pourboires, dons courants...) (6238)'' peut être remplacé par le compte de charge exceptionnelle ''Dons, libéralités (6713)''.

*Lorsque le don est décaissé par la structure :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||||1000 €
|-
|Tiers percevant le don (401...)||1000 €||
|}

=Facturation automatique à des organismes avec ou sans quotas=
Certains utilisateurs finaux peuvent appartenir à des organismes (Entreprises, Comités d'entreprises, établissements publics etc.) qui prennent en charge soit une partie soit la totalité du coût d'une activité avec ou sans des limitations (quotas en heures d'activité ou en montant).

Il est possible de mettre en place sur une plateforme OpenFlyers un paramétrage comptable spécifique qui déclenchera la facturation automatiquement auprès de l'organisme devant être réellement facturé. Cela présente comme avantages :
*De ne pas avoir à passer systématiquement et manuellement des écritures de transfert de facturation entre comptes clients.
*D'avoir directement sur le compte client de l'organisme concerné l'ensemble des débits à sa charge et ainsi de pouvoir déterminer le montant du paiement global qu'il doit effectuer.

La mise en place du paramétrage comptable repose sur 2 éléments :
*un suivi (le cas échéant) des quotas d'heures d'activités/montants au travers de la mise en place d'une comptabilité en heures/euros séparée de la comptabilité générale. Ce mécanisme est identique dans son principe à celui mis en place pour la [[#Packs_d.27heures_d.27activit.C3.A9s|gestion des packs d'heures]]. Simplement, le "rechargement" du compte "quota" de l'utilisateur concerné ne se fait pas lors de la vente d'un pack mais lors du renouvellement d'une cotisation.
*une cascade d'écritures comptables permettant de débiter l'organisme en lieu et place de l'utilisateur

Les utilisateurs dépendant d'un organisme X doivent être identifiés dans OpenFlyers grâce à un profil spécifique et '''non sélectionnable par l'utilisateur'' (cf. le droit correspondant pour la [[Profile-management3#G.C3.A9n.C3.A9ralit.C3.A9s|version 3]] et la [[Profile-management4#G.C3.A9n.C3.A9ralit.C3.A9s|version 4]] d'OpenFlyers).

A l'usage, les choses se déroulent concrètement dans l'ordre suivant :
#L'utilisateur saisit son activité dans OpenFlyers => automatiquement la ventilation des écritures se fait. Si l'utilisateur dispose d'un quota positif d'heures/d'argent, voir même d'un quota illimité, alors c'est le compte de son organisme de rattachement qui est débité au lieu de son compte. Il est également possible de "mixer". C'est à dire que si l'organisme de rattachement ne prend en charge qu'une partie du coût, OpenFlyers calculera automatiquement qui paie quoi et débitera chaque compte en conséquence.
#Le gestionnaire de la structure envoie la liasse de factures ou un relevé d'activités général mensuellement/trimestriellement à l'organisme considéré. Ces éléments sont disponibles dans OpenFlyers.
#Le gestionnaire de la structure reçoit le paiement de l'organisme qu'il saisit directement dans OpenFlyers comme un encaissement normal qui va créditer le compte client de l'organisme considéré.

Ainsi, le gestionnaire n'a que 2 actions à faire :
#Générer le relevé d'activités ou la liasse de factures et l'envoyer par e-mail
#Saisir l'encaissement de l'organisme payeur

=Packs d'heures d'activités=
OpenFlyers propose un système de comptabilités multiples (cf. le paramétrage général des comptabilités [[Configuration_Accounting3#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 3]] ou [[Configuration_Accounting4#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 4]]). Ce système permet de mettre en place plusieurs comptabilités à la fois. Ainsi, on peut avoir une comptabilité en euros et une comptabilités en heures. La comptabilité en heures, permet de gérer des crédits d'heures d'activités qui sont mis en ventes sous la forme de packs d'heures d'activités.

==Fonctionnement d'un exemple de configuration de vente de packs d'heures==
L'exemple est basé sur une structure qui propose 2 packs d'heures d'activités :
*un pack de 5 heures à 450 €
*un pack de 10 heures à 850 €
Le tarif d'une heure d'activité hors pack est à 100 €.

===Achat d'un pack d'heures par un utilisateur===
un utilisateur achète un pack de 10 heures 850 euros :
*Son compte utilisateur en euro est débité de 850 euros : le solde de son compte est débiteur de 850 €.
*Son compte en heures est crédité de 10 heures.
Ensuite l'utilisateur paie son pack 850 € ce qui a pour effet de ramener le solde de son compte en euros à 0 €.

===Saisie d'une activité pour un utilisateur bénéficiant d'heures créditées===
Lors de la saisie d'une activité de 1 heure, le compte en heures de l'utilisateur est débité de 1 heure. Le compte en euros de l'utilisateur n'est pas impacté : les heures ont été payées en amont lors de l'achat du pack.

===Remboursement d'heures===
A titre commercial, une structure peut accepter de rembourser un utilisateur n'ayant pas épuisé ses heures. Dans ce cas, plusieurs méthodes commerciales sont possibles :
*Considérer le crédit d'heures restant au tarif de l'heure du pack (par exemple 85 €/h pour un pack de 10 heures à 850 €) : cela revient à faire un prorata du prix du pack
*Considérer que dans ce cas, les heures utilisées sont refacturables à leur tarif hors pack. Dans ce cas, il faut consulter l'histoire du compte pour trouver le dernier pack acheté (pack de 5h ou de 10h), en déduire le nombre d'heures utilisées sur ce pack en faisant la différence avec le crédit d'heures restant, calculer le coût des heures utilisées hors pack et rembourser de la différence du prix du pack.

==Initialisation du solde d'heures lors de la mise en place des packs==
Lors de la mise en place du système des packs sur une structure aéronautique déjà en activités, des packs peuvent avoir déjà été vendues et des heures effectuées. Dans ce cas, il faut juste saisir un flux entre le compte d'heures de l'utilisateur et le compte de bilan représentant l'encours des heures. Ce flux va créditer le compte d'heures de l'utilisateur de la valeur du nombre d'heures auxquelles il a encore droit.

Exemple de saisie d'un flux dans la version 3 d'OpenFlyers :

[[Image:Exemple-saisie-flux-pour-initialisation-solde-heures.png]]

=Refacturation=
Il peut arriver qu'une structure soit facturée à la place de l'utilisateur final. Dans ce cas, la structure peut décider de refacturer à la personne concernée. C'est souvent le cas, par exemple, pour les factures de taxes d'atterrissages qui sont envoyée à la structure en tant que propriétaire de l'aéronef et qu'ensuite la structure refacture l'utilisateur concerné.

Comptablement, il faut saisir les 2 écritures séparément :
*Saisir la facture fournisseur de la taxe d'atterrissage soit dans OpenFlyers (cf. procédure pour la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 3]] et la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 4]]), soit dans le logiciel comptable utilisé pour les charges.
*Saisir l'achat d'une taxe d'atterrissages pour l'utilisateur concerné (cf. procédure pour la [[Product_sale_manager3#Achat_de_produit_non_stock.C3.A9|version 3]] et la [[Product_sale_manager4#Achat_de_produit_non_stock.C3.A9|version 4]]).

=Subventions=
Une structure peut recevoir 2 types de subventions :
*[[#Enregistrement_des_subventions_destin.C3.A9es_.C3.A0_la_structure|Des subventions destinées directement à la structure]]
*[[#Ventilation_des_subventions_destin.C3.A9es_aux_utilisateurs|Des subventions destinées à des utilisateurs de la structure et qui doivent donc être ventilées]]

==Enregistrement des subventions destinées à la structure==
Il existe plusieurs situations :
*Subventions d'exploitation accordées sans condition
*Subventions d'exploitation accordées avec condition résolutoire
*Subventions d'exploitation accordées avec condition suspensives
*Subventions d’investissement

Nous ne documentons ici que le cas de la subvention d'exploitation accordée sans condition. Pour ces autres cas, nous recommandons d'effectuer une recherche sur internet pour trouver les éléments décrivant l'enregistrement comptable correspondant.

*Enregistrement de la subvention à percevoir :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Tiers qui perçoit le don (401...)||||1000 €
|-
|Divers (pourboires, dons courants...) (6238)||1000 €||
|}

A la place du compte ''Divers (pourboires, dons courants...) (6238)'' cela peut être également le compte de charge exceptionnelle ''Dons, libéralités (6713)''.

*Lorsque le don est décaissé par la structure :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||||1000 €
|-
|Tiers qui perçoit le don (401...)||1000 €||
|}

Si on souhaite simplifier la saisie, on peut enregistrer directement et uniquement l'encaissement de la subvention :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||1000 €||
|-
|Subventions d’exploitation (74)||||1000 €
|}

==Ventilation des subventions destinées aux utilisateurs==
Il peut arriver que la structure reçoive de l'argent d'un organisme et que cet argent doive ensuite être ventilé entre plusieurs clients. C'est le cas notamment pour les bourses attribuées par les fédérations qui doivent être redistribuées sur les comptes des utilisateurs concernés.

Les opérations comptables à effectuer pour cela sont les suivantes :
*Saisir un flux correspondant à un [[Accounting_entries#Transfert_de_charge|transfert de charges]] (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
*Saisir un autre flux débitant le "compte de Transfert de charge (791)" et créditant les comptes des utilisateurs concernés (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
Si on sait au moment de l'encaissement du paiement quels sont les utilisateurs concernés, alors on peut saisir directement un flux qui débite le compte de trésorerie et crédite les comptes des utilisateurs concernés.

===Anticiper l'attribution des subventions pour ne pas bloquer les utilisateurs===
Dans le cas où il existe des restrictions sur les droits pour les utilisateurs n'ayant pas le solde suffisant sur leur compte, il peut être pénalisant pour les utilisateurs attendant des subventions de se retrouver restreints dans leur droit à cause d'un solde insuffisant alors que la subvention est certaine.

Afin, de ne pas restreindre les pilotes concernés, il faut :
*Créer un [[Account#Comptes_de_tiers|compte de tiers]], par exemple "Subvention à recevoir (441)".
*Saisir un flux créditant le compte de l'utilisateur et débitant le compte "Subvention à recevoir".
Ainsi :
*Le compte du pilote est crédité de la future subvention et il n'est donc pas restreint du fait d'un solde insuffisant dans l'attente d'une subvention.
*Il est possible de contrôler les sommes distribuées et non perçues au travers du compte "Subvention à recevoir".
*Lorsque la subvention sera réellement perçue, il suffira de saisir un flux de transfert entre ce compte et le compte recevant la subvention afin de le ramener à 0.

=Ventilation des factures essences=
Afin de déterminer le coût de revient d'une ressource, il est nécessaire de pouvoir ventiler les différents postes de charge par ressource. C'est notamment le cas pour le poste "essence" qui dans le cas de l'aéronautique représente une part importante des charges.

Dans le cas d'une structure aéronautique, en général, l'approvisionnement se fait principalement auprès d'une seul fournisseur d'essence localisé sur son aérodrome ou sur un aérodrome voisin.

Il existe alors 2 types de situations :
#la structure dispose de "clés" ou de badges par aéronef et ainsi le fournisseur d'essence est capable de générer des factures avec le détail des montants facturés par aéronef
#le fournisseur d'essence ne fournit qu'une facture globale

Dans la 1ère situation, il est judicieux de saisir les factures fournisseurs en éclatant la facture globale en autant de sous-factures qu'il y a de ressources concernées. Cela permet d'avoir directement une ventilation des charges par ressource. C'est également le cas qu'on retrouve dans le cas où les factures sont individualisées à chaque avitaillement : on est capable d'associer telle facture à telle ressource.

Dans la 2ème situation, il n'est pas possible à priori de ventiler la facture d'essence par ressource. Dans ce cas là, on recommande de regrouper toutes les factures d'essence dans un même compte de charge. Ensuite, grâce à la consultation du total des volumes d'essences saisis dans les rapports, on est capable d'en déduire la part du coût global qui revient à chaque ressource. On recommande de ne pas faire de post-ventilation comptable mais de gérer cela directement dans une feuille de calcul qui est normalement utilisée pour déterminer le coût de revient des ressources.

Conseils spécifiques pour la comptabilité

2016-01-13T17:11:27Z

Claratte : /* Cotisations/abonnements année N+1 */

=Présentation=
L'objet de cette page est de présenter nos conseils sur la [[Account|comptabilité]]

=Baptêmes dans un aéro-club=
Dans un aéro-club, les baptêmes ne doivent pas dépasser pas 8% de l'activité (cf. [http://www.legifrance.gouv.fr/affichCodeArticle.do;?cidTexte=LEGITEXT000006074234&idArticle=LEGIARTI000006844019&dateTexte=20140707&categorieLien=id#LEGIARTI000006844019 Article D510-7 du code de l'aviation civile]). Aussi, nous déconseillons de mettre en place les tarifs des baptêmes qui engendrent plus d'erreurs de saisies qu'autre chose. Par contre, dans le cas d'une société commerciale et notamment si la saisie des vols est entre les mains d'un nombre réduit de personnes, alors la tarification des baptêmes peut être mise en place. Voici donc comment nous conseillons de gérer les baptêmes dans OpenFlyers pour un aéro-club.

==Paramétrage préconisé pour gérer les baptêmes de l'air d'un aéro-club==
*[[Configuration_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Configuration_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Utilisation pratique du paramétrage préconisé des baptêmes de l'air d'un aéro-club==
*[[Use_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Use_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Bons baptêmes payés et non effectués==
Quelque soit le statut commercial de la structure aéronautique (association ou société), voici comment nous conseillons de gérer les bons baptêmes :
*Enregistrer dans OpenFlyers uniquement l'encaissement du bon sans saisir de vente (et donc ne pas créer de produit pour cela)
*Lorsque le baptême est effectué, saisir le vol : cela génère la facture selon le paramétrage
Lors de la clôture de l'exercice, il suffit de contrôler le compte "client baptême" et de le comparer avec les dates de remise des bons baptêmes. C'est alors que doit être décidé si un bon ne sera jamais utilisé. Auquel cas, une écriture spécifique est à prévoir comptablement.

==Contrôle du quota d'heures baptêmes==
Pour vérifier que l'activité baptême de l'aéro-club ne dépasse pas les 8% des heures de vols, il faut utiliser les rapports pour contrôler le pourcentage d'heures de vols baptêmes par rapport au total des heures de vols.

=Cautions=
Le principe de la caution est de demander, lors de l'inscription en général, un montant de X € à l'utilisateur qui est mis en réserve et remboursé lorsqu'il quitte la structure.

Cette somme doit être encaissée normalement sur son compte utilisateur.

Par contre, elle doit également générer une "facture" qui va débiter son compte utilisateur du montant de la caution et créditer un [[Account#Comptes_d.27emprunts_et_de_dettes_assimil.C3.A9es|compte d'emprunts de dettes assimilées]] pour "stocker" la caution. Ce compte de caution est en général en 165000.

Il est possible de mettre en place la vente d'un produit "Caution" qui génère automatiquement l'écriture entre le compte utilisateur et le compte de caution.

=Cotisations fédérales des adhérents dans une association=
La gestion des cotisations fédérales des adhérents dans OpenFlyers dépend de plusieurs facteurs.
*Si les cotisations fédérales sont souscrites par les adhérents directement auprès des fédérations concernées et qu'il n'y a pas de mouvement financier au travers de l'association, alors il n'y a pas à mettre en place comptablement de gestion. Par contre, il peut être nécessaire de gérer les types de validités (cf. procédure pour [[Validity-management3|OpenFlyers version 3]], et [[Validity-management4|OpenFlyers version 4]]) correspondantes dans OpenFlyers notamment lorsque les cotisations fédérales inclues des assurances pour la pratique de l'activité. Dans ce cas là, il faut également voir avec l'équipe OpenFlyers s'il n'existe pas un système automatique de mise à jour dans OpenFlyers depuis le système de gestion des fédérations concernées.
*Si les cotisations fédérales sont souscrites par les adhérents auprès de l'association et que par conséquent l'association leur facture comptablement ces cotisations, alors il faut mettre en place dans OpenFlyers la vente de produits validités (cf. procédure pour [[Product_sale_manager3#Configuration_d.27un_produit_validit.C3.A9| OpenFlyers version 3]], et [[Product_sale_manager4#Configuration_d.27un_produit_validit.C3.A9|OpenFlyers version 4]]) correspondante.
*:Dans ce cas là, il y a également la question de la gestion des "factures fournisseurs" des fédérations. 2 cas possibles :
*#Si OpenFlyers n'est utilisé que pour gérer la "facturation client", c'est à dire le chiffre d'affaire, alors la saisie des factures fédérales doit se faire dans le logiciel de gestion comptable.
*#Si OpenFlyers est utilisé pour gérer l'intégralité de la comptabilité courante de la structure, alors il faudra saisir dans OpenFlyers les factures des fédérations en tant que facture fournisseur (cf. procédure pour [[Purchase-management3#Saisie_d.27une_facture_fournisseur|OpenFlyers version 3]], et [[Purchase-management4#Saisie_d.27une_facture_fournisseur|OpenFlyers version 4]]). Comptablement les choses sont hermétiques entre :
*#*d'un côté, la vente d'une cotisation d'une fédération à un adhérent qui va impacter son [[Account#Comptes_clients|compte client]] et un [[Account#Comptes_de_produits|compte produit]].
*#*de l'autre côté, l'achat de la même cotisation auprès de la fédération pour cet adhérent qui va impacter le [[Account#Comptes_fournisseurs|compte fournisseur]] de la fédération et un [[Account#Comptes_de_charges|compte de charge]].

=Cotisations/abonnements année N+1=
Certaines cotisations ou abonnements peuvent être facturées sur l'année précédente de leur date d'effet. Comptablement, ces factures clients doivent apparaitre sur l'exercice où elles ont été établies. Cependant, il est souvent nécessaire de séparer leur produit des cotisations ou abonnements de l'année N afin de pouvoir les sortir du chiffre d'affaire de l'année N.

Voici comment gérer cela dans OpenFlyers :
*Nous supposons qu'il existe déjà un compte produit ''Cotisation'' dont le compte d'export est par exemple ''706100''.
*Il faut créer un 2ème compte produit intitulé ''Cotisation N+1'' dont le compte d'export sera par exemple ''706110''.
*Dans '''Ventes > Tarification des produits''', il faut créer une nouvelle ligne de tarification qui va transférer le crédit au profit du compte produit "Cotisation" vers le comptes produit "Cotisation N+1". De plus, ce transfert ne devra s'applique que lorsqu'on est dans la période de renouvellement anticipé. Voici un exemple de règle de tarification lorsque la cotisation peut être pris de façon anticipée à partir du mois d'octobre :
{| class="wikitable"
!Champ!!Ligne Cotisation N+1
|-
|'''Nom'''||Cotisation N+1
|-
|'''Quantité/Taux'''||
|-
|'''Prix unitaire hors-taxe / TVA'''||
|-
|'''Formule'''||(formatDate('MM',%NOW_DATE)>9)?@tarifGeneral:0
|-
|'''Nom de variable associé à la formule'''||tarifGeneral
|-
|'''Produit'''||''Cocher uniquement les produits concernés. Normalement, il s'agit de la même liste de produit que pour la règle "parente" Cotisation.
|-
|'''Type de compte à débiter'''||Compte produit
|-
|'''Compte à débiter'''||Cotisation
|-
|'''Type de compte à créditer'''||Compte produit
|-
|'''Compte produit à créditer'''||Cotisation N+1
|}

Si la structure applique une remise sur cotisation sur certains critères, comme par exemple l'âge, il faut que la règle appliquant la remise s'applique avant la règle ci-dessus de ventilation. De plus, il faut que la règle de remise stocke son calcul dans une variable associée à la formule (cf. procédure pour la [[CustomerPricing3#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 3]] et la [[CustomerPricing4#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 4]]) comme par exemple @remise pour que la remise soit prise en compte pour la ventilation N+1. Voici un exemple de construction de ces règles en cascade :
[[Fichier:Tarification cotisation N+1.png]]

*En fin d'année, avant la clôture de la comptabilité, il faudra effectuer une [[Accounting_entries#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|opération comptable pour transférer le solde du compte produit N+1 dans un compte de ''produit constaté d’avance'']]
*Puis, après l'ouverture de la comptabilité, il faudra [[Accounting_entries#.C3.89critures_de_r.C3.A9affectation_des_produits.2Fcharges_constat.C3.A9es_d.27avances|transférer le même montant du compte ''produit constaté d’avance'' vers le compte produit de l'année N]].

=Dons=
*Enregistrement du don à effectuer :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Subventions d’exploitation à recevoir (4411)||1000 €||
|-
|Subventions d’exploitation (74)||||1000 €
|}

*Lorsque la subvention est encaissée par la structure :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||1000 €||
|-
|Subventions d’exploitation à recevoir (4411)||||1000 €
|}

=Facturation automatique à des organismes avec ou sans quotas=
Certains utilisateurs finaux peuvent appartenir à des organismes (Entreprises, Comités d'entreprises, établissements publics etc.) qui prennent en charge soit une partie soit la totalité du coût d'une activité avec ou sans des limitations (quotas en heures d'activité ou en montant).

Il est possible de mettre en place sur une plateforme OpenFlyers un paramétrage comptable spécifique qui déclenchera la facturation automatiquement auprès de l'organisme devant être réellement facturé. Cela présente comme avantages :
*De ne pas avoir à passer systématiquement et manuellement des écritures de transfert de facturation entre comptes clients.
*D'avoir directement sur le compte client de l'organisme concerné l'ensemble des débits à sa charge et ainsi de pouvoir déterminer le montant du paiement global qu'il doit effectuer.

La mise en place du paramétrage comptable repose sur 2 éléments :
*un suivi (le cas échéant) des quotas d'heures d'activités/montants au travers de la mise en place d'une comptabilité en heures/euros séparée de la comptabilité générale. Ce mécanisme est identique dans son principe à celui mis en place pour la [[#Packs_d.27heures_d.27activit.C3.A9s|gestion des packs d'heures]]. Simplement, le "rechargement" du compte "quota" de l'utilisateur concerné ne se fait pas lors de la vente d'un pack mais lors du renouvellement d'une cotisation.
*une cascade d'écritures comptables permettant de débiter l'organisme en lieu et place de l'utilisateur

Les utilisateurs dépendant d'un organisme X doivent être identifiés dans OpenFlyers grâce à un profil spécifique et '''non sélectionnable par l'utilisateur'' (cf. le droit correspondant pour la [[Profile-management3#G.C3.A9n.C3.A9ralit.C3.A9s|version 3]] et la [[Profile-management4#G.C3.A9n.C3.A9ralit.C3.A9s|version 4]] d'OpenFlyers).

A l'usage, les choses se déroulent concrètement dans l'ordre suivant :
#L'utilisateur saisit son activité dans OpenFlyers => automatiquement la ventilation des écritures se fait. Si l'utilisateur dispose d'un quota positif d'heures/d'argent, voir même d'un quota illimité, alors c'est le compte de son organisme de rattachement qui est débité au lieu de son compte. Il est également possible de "mixer". C'est à dire que si l'organisme de rattachement ne prend en charge qu'une partie du coût, OpenFlyers calculera automatiquement qui paie quoi et débitera chaque compte en conséquence.
#Le gestionnaire de la structure envoie la liasse de factures ou un relevé d'activités général mensuellement/trimestriellement à l'organisme considéré. Ces éléments sont disponibles dans OpenFlyers.
#Le gestionnaire de la structure reçoit le paiement de l'organisme qu'il saisit directement dans OpenFlyers comme un encaissement normal qui va créditer le compte client de l'organisme considéré.

Ainsi, le gestionnaire n'a que 2 actions à faire :
#Générer le relevé d'activités ou la liasse de factures et l'envoyer par e-mail
#Saisir l'encaissement de l'organisme payeur

=Packs d'heures d'activités=
OpenFlyers propose un système de comptabilités multiples (cf. le paramétrage général des comptabilités [[Configuration_Accounting3#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 3]] ou [[Configuration_Accounting4#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 4]]). Ce système permet de mettre en place plusieurs comptabilités à la fois. Ainsi, on peut avoir une comptabilité en euros et une comptabilités en heures. La comptabilité en heures, permet de gérer des crédits d'heures d'activités qui sont mis en ventes sous la forme de packs d'heures d'activités.

==Fonctionnement d'un exemple de configuration de vente de packs d'heures==
L'exemple est basé sur une structure qui propose 2 packs d'heures d'activités :
*un pack de 5 heures à 450 €
*un pack de 10 heures à 850 €
Le tarif d'une heure d'activité hors pack est à 100 €.

===Achat d'un pack d'heures par un utilisateur===
un utilisateur achète un pack de 10 heures 850 euros :
*Son compte utilisateur en euro est débité de 850 euros : le solde de son compte est débiteur de 850 €.
*Son compte en heures est crédité de 10 heures.
Ensuite l'utilisateur paie son pack 850 € ce qui a pour effet de ramener le solde de son compte en euros à 0 €.

===Saisie d'une activité pour un utilisateur bénéficiant d'heures créditées===
Lors de la saisie d'une activité de 1 heure, le compte en heures de l'utilisateur est débité de 1 heure. Le compte en euros de l'utilisateur n'est pas impacté : les heures ont été payées en amont lors de l'achat du pack.

===Remboursement d'heures===
A titre commercial, une structure peut accepter de rembourser un utilisateur n'ayant pas épuisé ses heures. Dans ce cas, plusieurs méthodes commerciales sont possibles :
*Considérer le crédit d'heures restant au tarif de l'heure du pack (par exemple 85 €/h pour un pack de 10 heures à 850 €) : cela revient à faire un prorata du prix du pack
*Considérer que dans ce cas, les heures utilisées sont refacturables à leur tarif hors pack. Dans ce cas, il faut consulter l'histoire du compte pour trouver le dernier pack acheté (pack de 5h ou de 10h), en déduire le nombre d'heures utilisées sur ce pack en faisant la différence avec le crédit d'heures restant, calculer le coût des heures utilisées hors pack et rembourser de la différence du prix du pack.

==Initialisation du solde d'heures lors de la mise en place des packs==
Lors de la mise en place du système des packs sur une structure aéronautique déjà en activités, des packs peuvent avoir déjà été vendues et des heures effectuées. Dans ce cas, il faut juste saisir un flux entre le compte d'heures de l'utilisateur et le compte de bilan représentant l'encours des heures. Ce flux va créditer le compte d'heures de l'utilisateur de la valeur du nombre d'heures auxquelles il a encore droit.

Exemple de saisie d'un flux dans la version 3 d'OpenFlyers :

[[Image:Exemple-saisie-flux-pour-initialisation-solde-heures.png]]

=Refacturation=
Il peut arriver qu'une structure soit facturée à la place de l'utilisateur final. Dans ce cas, la structure peut décider de refacturer à la personne concernée. C'est souvent le cas, par exemple, pour les factures de taxes d'atterrissages qui sont envoyée à la structure en tant que propriétaire de l'aéronef et qu'ensuite la structure refacture l'utilisateur concerné.

Comptablement, il faut saisir les 2 écritures séparément :
*Saisir la facture fournisseur de la taxe d'atterrissage soit dans OpenFlyers (cf. procédure pour la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 3]] et la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 4]]), soit dans le logiciel comptable utilisé pour les charges.
*Saisir l'achat d'une taxe d'atterrissages pour l'utilisateur concerné (cf. procédure pour la [[Product_sale_manager3#Achat_de_produit_non_stock.C3.A9|version 3]] et la [[Product_sale_manager4#Achat_de_produit_non_stock.C3.A9|version 4]]).

=Subventions=
Une structure peut recevoir 2 types de subventions :
*[[#Enregistrement_des_subventions_destin.C3.A9es_.C3.A0_la_structure|Des subventions destinées directement à la structure]]
*[[#Ventilation_des_subventions_destin.C3.A9es_aux_utilisateurs|Des subventions destinées à des utilisateurs de la structure et qui doivent donc être ventilées]]

==Enregistrement des subventions destinées à la structure==
Il existe plusieurs situations :
*Subventions d'exploitation accordées sans condition
*Subventions d'exploitation accordées avec condition résolutoire
*Subventions d'exploitation accordées avec condition suspensives
*Subventions d’investissement

Nous ne documentons ici que le cas de la subvention d'exploitation accordée sans condition. Pour ces autres cas, nous recommandons d'effectuer une recherche sur internet pour trouver les éléments décrivant l'enregistrement comptable correspondant.

*Enregistrement de la subvention à percevoir :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Tiers qui perçoit le don (401...)||||1000 €
|-
|Divers (pourboires, dons courants...) (6238)||1000 €||
|}

A la place du compte ''Divers (pourboires, dons courants...) (6238)'' cela peut être également le compte de charge exceptionnelle ''Dons, libéralités (6713)''.

*Lorsque le don est décaissé par la structure :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||||1000 €
|-
|Tiers qui perçoit le don (401...)||1000 €||
|}

Si on souhaite simplifier la saisie, on peut enregistrer directement et uniquement l'encaissement de la subvention :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||1000 €||
|-
|Subventions d’exploitation (74)||||1000 €
|}

==Ventilation des subventions destinées aux utilisateurs==
Il peut arriver que la structure reçoive de l'argent d'un organisme et que cet argent doive ensuite être ventilé entre plusieurs clients. C'est le cas notamment pour les bourses attribuées par les fédérations qui doivent être redistribuées sur les comptes des utilisateurs concernés.

Les opérations comptables à effectuer pour cela sont les suivantes :
*Saisir un flux correspondant à un [[Accounting_entries#Transfert_de_charge|transfert de charges]] (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
*Saisir un autre flux débitant le "compte de Transfert de charge (791)" et créditant les comptes des utilisateurs concernés (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
Si on sait au moment de l'encaissement du paiement quels sont les utilisateurs concernés, alors on peut saisir directement un flux qui débite le compte de trésorerie et crédite les comptes des utilisateurs concernés.

===Anticiper l'attribution des subventions pour ne pas bloquer les utilisateurs===
Dans le cas où il existe des restrictions sur les droits pour les utilisateurs n'ayant pas le solde suffisant sur leur compte, il peut être pénalisant pour les utilisateurs attendant des subventions de se retrouver restreints dans leur droit à cause d'un solde insuffisant alors que la subvention est certaine.

Afin, de ne pas restreindre les pilotes concernés, il faut :
*Créer un [[Account#Comptes_de_tiers|compte de tiers]], par exemple "Subvention à recevoir (441)".
*Saisir un flux créditant le compte de l'utilisateur et débitant le compte "Subvention à recevoir".
Ainsi :
*Le compte du pilote est crédité de la future subvention et il n'est donc pas restreint du fait d'un solde insuffisant dans l'attente d'une subvention.
*Il est possible de contrôler les sommes distribuées et non perçues au travers du compte "Subvention à recevoir".
*Lorsque la subvention sera réellement perçue, il suffira de saisir un flux de transfert entre ce compte et le compte recevant la subvention afin de le ramener à 0.

=Ventilation des factures essences=
Afin de déterminer le coût de revient d'une ressource, il est nécessaire de pouvoir ventiler les différents postes de charge par ressource. C'est notamment le cas pour le poste "essence" qui dans le cas de l'aéronautique représente une part importante des charges.

Dans le cas d'une structure aéronautique, en général, l'approvisionnement se fait principalement auprès d'une seul fournisseur d'essence localisé sur son aérodrome ou sur un aérodrome voisin.

Il existe alors 2 types de situations :
#la structure dispose de "clés" ou de badges par aéronef et ainsi le fournisseur d'essence est capable de générer des factures avec le détail des montants facturés par aéronef
#le fournisseur d'essence ne fournit qu'une facture globale

Dans la 1ère situation, il est judicieux de saisir les factures fournisseurs en éclatant la facture globale en autant de sous-factures qu'il y a de ressources concernées. Cela permet d'avoir directement une ventilation des charges par ressource. C'est également le cas qu'on retrouve dans le cas où les factures sont individualisées à chaque avitaillement : on est capable d'associer telle facture à telle ressource.

Dans la 2ème situation, il n'est pas possible à priori de ventiler la facture d'essence par ressource. Dans ce cas là, on recommande de regrouper toutes les factures d'essence dans un même compte de charge. Ensuite, grâce à la consultation du total des volumes d'essences saisis dans les rapports, on est capable d'en déduire la part du coût global qui revient à chaque ressource. On recommande de ne pas faire de post-ventilation comptable mais de gérer cela directement dans une feuille de calcul qui est normalement utilisée pour déterminer le coût de revient des ressources.

Conseils spécifiques pour la comptabilité

2016-01-13T17:08:45Z

Claratte : /* Enregistrement des subventions destinées à la structure */

=Présentation=
L'objet de cette page est de présenter nos conseils sur la [[Account|comptabilité]]

=Baptêmes dans un aéro-club=
Dans un aéro-club, les baptêmes ne doivent pas dépasser pas 8% de l'activité (cf. [http://www.legifrance.gouv.fr/affichCodeArticle.do;?cidTexte=LEGITEXT000006074234&idArticle=LEGIARTI000006844019&dateTexte=20140707&categorieLien=id#LEGIARTI000006844019 Article D510-7 du code de l'aviation civile]). Aussi, nous déconseillons de mettre en place les tarifs des baptêmes qui engendrent plus d'erreurs de saisies qu'autre chose. Par contre, dans le cas d'une société commerciale et notamment si la saisie des vols est entre les mains d'un nombre réduit de personnes, alors la tarification des baptêmes peut être mise en place. Voici donc comment nous conseillons de gérer les baptêmes dans OpenFlyers pour un aéro-club.

==Paramétrage préconisé pour gérer les baptêmes de l'air d'un aéro-club==
*[[Configuration_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Configuration_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Utilisation pratique du paramétrage préconisé des baptêmes de l'air d'un aéro-club==
*[[Use_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Use_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Bons baptêmes payés et non effectués==
Quelque soit le statut commercial de la structure aéronautique (association ou société), voici comment nous conseillons de gérer les bons baptêmes :
*Enregistrer dans OpenFlyers uniquement l'encaissement du bon sans saisir de vente (et donc ne pas créer de produit pour cela)
*Lorsque le baptême est effectué, saisir le vol : cela génère la facture selon le paramétrage
Lors de la clôture de l'exercice, il suffit de contrôler le compte "client baptême" et de le comparer avec les dates de remise des bons baptêmes. C'est alors que doit être décidé si un bon ne sera jamais utilisé. Auquel cas, une écriture spécifique est à prévoir comptablement.

==Contrôle du quota d'heures baptêmes==
Pour vérifier que l'activité baptême de l'aéro-club ne dépasse pas les 8% des heures de vols, il faut utiliser les rapports pour contrôler le pourcentage d'heures de vols baptêmes par rapport au total des heures de vols.

=Cautions=
Le principe de la caution est de demander, lors de l'inscription en général, un montant de X € à l'utilisateur qui est mis en réserve et remboursé lorsqu'il quitte la structure.

Cette somme doit être encaissée normalement sur son compte utilisateur.

Par contre, elle doit également générer une "facture" qui va débiter son compte utilisateur du montant de la caution et créditer un [[Account#Comptes_d.27emprunts_et_de_dettes_assimil.C3.A9es|compte d'emprunts de dettes assimilées]] pour "stocker" la caution. Ce compte de caution est en général en 165000.

Il est possible de mettre en place la vente d'un produit "Caution" qui génère automatiquement l'écriture entre le compte utilisateur et le compte de caution.

=Cotisations fédérales des adhérents dans une association=
La gestion des cotisations fédérales des adhérents dans OpenFlyers dépend de plusieurs facteurs.
*Si les cotisations fédérales sont souscrites par les adhérents directement auprès des fédérations concernées et qu'il n'y a pas de mouvement financier au travers de l'association, alors il n'y a pas à mettre en place comptablement de gestion. Par contre, il peut être nécessaire de gérer les types de validités (cf. procédure pour [[Validity-management3|OpenFlyers version 3]], et [[Validity-management4|OpenFlyers version 4]]) correspondantes dans OpenFlyers notamment lorsque les cotisations fédérales inclues des assurances pour la pratique de l'activité. Dans ce cas là, il faut également voir avec l'équipe OpenFlyers s'il n'existe pas un système automatique de mise à jour dans OpenFlyers depuis le système de gestion des fédérations concernées.
*Si les cotisations fédérales sont souscrites par les adhérents auprès de l'association et que par conséquent l'association leur facture comptablement ces cotisations, alors il faut mettre en place dans OpenFlyers la vente de produits validités (cf. procédure pour [[Product_sale_manager3#Configuration_d.27un_produit_validit.C3.A9| OpenFlyers version 3]], et [[Product_sale_manager4#Configuration_d.27un_produit_validit.C3.A9|OpenFlyers version 4]]) correspondante.
*:Dans ce cas là, il y a également la question de la gestion des "factures fournisseurs" des fédérations. 2 cas possibles :
*#Si OpenFlyers n'est utilisé que pour gérer la "facturation client", c'est à dire le chiffre d'affaire, alors la saisie des factures fédérales doit se faire dans le logiciel de gestion comptable.
*#Si OpenFlyers est utilisé pour gérer l'intégralité de la comptabilité courante de la structure, alors il faudra saisir dans OpenFlyers les factures des fédérations en tant que facture fournisseur (cf. procédure pour [[Purchase-management3#Saisie_d.27une_facture_fournisseur|OpenFlyers version 3]], et [[Purchase-management4#Saisie_d.27une_facture_fournisseur|OpenFlyers version 4]]). Comptablement les choses sont hermétiques entre :
*#*d'un côté, la vente d'une cotisation d'une fédération à un adhérent qui va impacter son [[Account#Comptes_clients|compte client]] et un [[Account#Comptes_de_produits|compte produit]].
*#*de l'autre côté, l'achat de la même cotisation auprès de la fédération pour cet adhérent qui va impacter le [[Account#Comptes_fournisseurs|compte fournisseur]] de la fédération et un [[Account#Comptes_de_charges|compte de charge]].

=Cotisations/abonnements année N+1=
Certaines cotisations ou abonnements peuvent être facturées sur l'année précédente de leur date d'effet. Comptablement, ces factures clients doivent apparaitre sur l'exercice où elles ont été établies. Cependant, il est souvent nécessaire de séparer leur produit des cotisations ou abonnements de l'année N afin de pouvoir les sortir du chiffre d'affaire de l'année N.

Voici comment gérer cela dans OpenFlyers :
*Nous supposons qu'il existe déjà un compte produit ''Cotisation'' dont le compte d'export est par exemple ''706100''.
*Il faut créer un 2ème compte produit intitulé ''Cotisation N+1'' dont le compte d'export sera par exemple ''706110''.
*Dans '''Ventes > Tarification des produits''', il faut créer une nouvelle ligne de tarification qui va transférer le crédit au profit du compte produit "Cotisation" vers le comptes produit "Cotisation N+1". De plus, ce transfert ne devra s'applique que lorsqu'on est dans la période de renouvellement anticipé. Voici un exemple de règle de tarification lorsque la cotisation peut être pris de façon anticipée à partir du mois d'octobre :
{| class="wikitable"
!Champ!!Ligne Cotisation N+1
|-
|'''Nom'''||Cotisation N+1
|-
|'''Quantité/Taux'''||
|-
|'''Prix unitaire hors-taxe / TVA'''||
|-
|'''Formule'''||(formatDate('MM',%NOW_DATE)>9)?@tarifGeneral:0
|-
|'''Nom de variable associé à la formule'''||tarifGeneral
|-
|'''Produit'''||''Cocher uniquement les produits concernés. Normalement, il s'agit de la même liste de produit que pour la règle "parente" Cotisation.
|-
|'''Type de compte à débiter'''||Compte produit
|-
|'''Compte à débiter'''||Cotisation
|-
|'''Type de compte à créditer'''||Compte produit
|-
|'''Compte produit à créditer'''||Cotisation N+1
|}

Si la structure applique une remise sur cotisation sur certains critères, comme par exemple l'âge, il faut que la règle appliquant la remise s'applique avant la règle ci-dessus de ventilation. De plus, il faut que la règle de remise stocke son calcul dans une variable associée à la formule (cf. procédure pour la [[CustomerPricing3#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 3]] et la [[CustomerPricing4#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 4]]) comme par exemple @remise pour que la remise soit prise en compte pour la ventilation N+1. Voici un exemple de construction de ces règles en cascade :
[[Fichier:Tarification cotisation N+1.png]]

*En fin d'année, avant la clôture de la comptabilité, il faudra effectuer une [[Accounting_entries#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|opération comptable pour transférer le solde du compte produit N+1 dans un compte de ''produit constaté d’avance'']]
*Puis, après l'ouverture de la comptabilité, il faudra [[Accounting_entries#.C3.89critures_de_r.C3.A9affectation_des_produits.2Fcharges_constat.C3.A9es_d.27avances|transférer le même montant du compte ''produit constaté d’avance'' vers le compte produit de l'année N]].

=Facturation automatique à des organismes avec ou sans quotas=
Certains utilisateurs finaux peuvent appartenir à des organismes (Entreprises, Comités d'entreprises, établissements publics etc.) qui prennent en charge soit une partie soit la totalité du coût d'une activité avec ou sans des limitations (quotas en heures d'activité ou en montant).

Il est possible de mettre en place sur une plateforme OpenFlyers un paramétrage comptable spécifique qui déclenchera la facturation automatiquement auprès de l'organisme devant être réellement facturé. Cela présente comme avantages :
*De ne pas avoir à passer systématiquement et manuellement des écritures de transfert de facturation entre comptes clients.
*D'avoir directement sur le compte client de l'organisme concerné l'ensemble des débits à sa charge et ainsi de pouvoir déterminer le montant du paiement global qu'il doit effectuer.

La mise en place du paramétrage comptable repose sur 2 éléments :
*un suivi (le cas échéant) des quotas d'heures d'activités/montants au travers de la mise en place d'une comptabilité en heures/euros séparée de la comptabilité générale. Ce mécanisme est identique dans son principe à celui mis en place pour la [[#Packs_d.27heures_d.27activit.C3.A9s|gestion des packs d'heures]]. Simplement, le "rechargement" du compte "quota" de l'utilisateur concerné ne se fait pas lors de la vente d'un pack mais lors du renouvellement d'une cotisation.
*une cascade d'écritures comptables permettant de débiter l'organisme en lieu et place de l'utilisateur

Les utilisateurs dépendant d'un organisme X doivent être identifiés dans OpenFlyers grâce à un profil spécifique et '''non sélectionnable par l'utilisateur'' (cf. le droit correspondant pour la [[Profile-management3#G.C3.A9n.C3.A9ralit.C3.A9s|version 3]] et la [[Profile-management4#G.C3.A9n.C3.A9ralit.C3.A9s|version 4]] d'OpenFlyers).

A l'usage, les choses se déroulent concrètement dans l'ordre suivant :
#L'utilisateur saisit son activité dans OpenFlyers => automatiquement la ventilation des écritures se fait. Si l'utilisateur dispose d'un quota positif d'heures/d'argent, voir même d'un quota illimité, alors c'est le compte de son organisme de rattachement qui est débité au lieu de son compte. Il est également possible de "mixer". C'est à dire que si l'organisme de rattachement ne prend en charge qu'une partie du coût, OpenFlyers calculera automatiquement qui paie quoi et débitera chaque compte en conséquence.
#Le gestionnaire de la structure envoie la liasse de factures ou un relevé d'activités général mensuellement/trimestriellement à l'organisme considéré. Ces éléments sont disponibles dans OpenFlyers.
#Le gestionnaire de la structure reçoit le paiement de l'organisme qu'il saisit directement dans OpenFlyers comme un encaissement normal qui va créditer le compte client de l'organisme considéré.

Ainsi, le gestionnaire n'a que 2 actions à faire :
#Générer le relevé d'activités ou la liasse de factures et l'envoyer par e-mail
#Saisir l'encaissement de l'organisme payeur

=Packs d'heures d'activités=
OpenFlyers propose un système de comptabilités multiples (cf. le paramétrage général des comptabilités [[Configuration_Accounting3#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 3]] ou [[Configuration_Accounting4#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 4]]). Ce système permet de mettre en place plusieurs comptabilités à la fois. Ainsi, on peut avoir une comptabilité en euros et une comptabilités en heures. La comptabilité en heures, permet de gérer des crédits d'heures d'activités qui sont mis en ventes sous la forme de packs d'heures d'activités.

==Fonctionnement d'un exemple de configuration de vente de packs d'heures==
L'exemple est basé sur une structure qui propose 2 packs d'heures d'activités :
*un pack de 5 heures à 450 €
*un pack de 10 heures à 850 €
Le tarif d'une heure d'activité hors pack est à 100 €.

===Achat d'un pack d'heures par un utilisateur===
un utilisateur achète un pack de 10 heures 850 euros :
*Son compte utilisateur en euro est débité de 850 euros : le solde de son compte est débiteur de 850 €.
*Son compte en heures est crédité de 10 heures.
Ensuite l'utilisateur paie son pack 850 € ce qui a pour effet de ramener le solde de son compte en euros à 0 €.

===Saisie d'une activité pour un utilisateur bénéficiant d'heures créditées===
Lors de la saisie d'une activité de 1 heure, le compte en heures de l'utilisateur est débité de 1 heure. Le compte en euros de l'utilisateur n'est pas impacté : les heures ont été payées en amont lors de l'achat du pack.

===Remboursement d'heures===
A titre commercial, une structure peut accepter de rembourser un utilisateur n'ayant pas épuisé ses heures. Dans ce cas, plusieurs méthodes commerciales sont possibles :
*Considérer le crédit d'heures restant au tarif de l'heure du pack (par exemple 85 €/h pour un pack de 10 heures à 850 €) : cela revient à faire un prorata du prix du pack
*Considérer que dans ce cas, les heures utilisées sont refacturables à leur tarif hors pack. Dans ce cas, il faut consulter l'histoire du compte pour trouver le dernier pack acheté (pack de 5h ou de 10h), en déduire le nombre d'heures utilisées sur ce pack en faisant la différence avec le crédit d'heures restant, calculer le coût des heures utilisées hors pack et rembourser de la différence du prix du pack.

==Initialisation du solde d'heures lors de la mise en place des packs==
Lors de la mise en place du système des packs sur une structure aéronautique déjà en activités, des packs peuvent avoir déjà été vendues et des heures effectuées. Dans ce cas, il faut juste saisir un flux entre le compte d'heures de l'utilisateur et le compte de bilan représentant l'encours des heures. Ce flux va créditer le compte d'heures de l'utilisateur de la valeur du nombre d'heures auxquelles il a encore droit.

Exemple de saisie d'un flux dans la version 3 d'OpenFlyers :

[[Image:Exemple-saisie-flux-pour-initialisation-solde-heures.png]]

=Refacturation=
Il peut arriver qu'une structure soit facturée à la place de l'utilisateur final. Dans ce cas, la structure peut décider de refacturer à la personne concernée. C'est souvent le cas, par exemple, pour les factures de taxes d'atterrissages qui sont envoyée à la structure en tant que propriétaire de l'aéronef et qu'ensuite la structure refacture l'utilisateur concerné.

Comptablement, il faut saisir les 2 écritures séparément :
*Saisir la facture fournisseur de la taxe d'atterrissage soit dans OpenFlyers (cf. procédure pour la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 3]] et la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 4]]), soit dans le logiciel comptable utilisé pour les charges.
*Saisir l'achat d'une taxe d'atterrissages pour l'utilisateur concerné (cf. procédure pour la [[Product_sale_manager3#Achat_de_produit_non_stock.C3.A9|version 3]] et la [[Product_sale_manager4#Achat_de_produit_non_stock.C3.A9|version 4]]).

=Subventions=
Une structure peut recevoir 2 types de subventions :
*[[#Enregistrement_des_subventions_destin.C3.A9es_.C3.A0_la_structure|Des subventions destinées directement à la structure]]
*[[#Ventilation_des_subventions_destin.C3.A9es_aux_utilisateurs|Des subventions destinées à des utilisateurs de la structure et qui doivent donc être ventilées]]

==Enregistrement des subventions destinées à la structure==
Il existe plusieurs situations :
*Subventions d'exploitation accordées sans condition
*Subventions d'exploitation accordées avec condition résolutoire
*Subventions d'exploitation accordées avec condition suspensives
*Subventions d’investissement

Nous ne documentons ici que le cas de la subvention d'exploitation accordée sans condition. Pour ces autres cas, nous recommandons d'effectuer une recherche sur internet pour trouver les éléments décrivant l'enregistrement comptable correspondant.

*Enregistrement de la subvention à percevoir :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Tiers qui perçoit le don (401...)||||1000 €
|-
|Divers (pourboires, dons courants...) (6238)||1000 €||
|}

A la place du compte ''Divers (pourboires, dons courants...) (6238)'' cela peut être également le compte de charge exceptionnelle ''Dons, libéralités (6713)''.

*Lorsque le don est décaissé par la structure :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||||1000 €
|-
|Tiers qui perçoit le don (401...)||1000 €||
|}

Si on souhaite simplifier la saisie, on peut enregistrer directement et uniquement l'encaissement de la subvention :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||1000 €||
|-
|Subventions d’exploitation (74)||||1000 €
|}

==Ventilation des subventions destinées aux utilisateurs==
Il peut arriver que la structure reçoive de l'argent d'un organisme et que cet argent doive ensuite être ventilé entre plusieurs clients. C'est le cas notamment pour les bourses attribuées par les fédérations qui doivent être redistribuées sur les comptes des utilisateurs concernés.

Les opérations comptables à effectuer pour cela sont les suivantes :
*Saisir un flux correspondant à un [[Accounting_entries#Transfert_de_charge|transfert de charges]] (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
*Saisir un autre flux débitant le "compte de Transfert de charge (791)" et créditant les comptes des utilisateurs concernés (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
Si on sait au moment de l'encaissement du paiement quels sont les utilisateurs concernés, alors on peut saisir directement un flux qui débite le compte de trésorerie et crédite les comptes des utilisateurs concernés.

===Anticiper l'attribution des subventions pour ne pas bloquer les utilisateurs===
Dans le cas où il existe des restrictions sur les droits pour les utilisateurs n'ayant pas le solde suffisant sur leur compte, il peut être pénalisant pour les utilisateurs attendant des subventions de se retrouver restreints dans leur droit à cause d'un solde insuffisant alors que la subvention est certaine.

Afin, de ne pas restreindre les pilotes concernés, il faut :
*Créer un [[Account#Comptes_de_tiers|compte de tiers]], par exemple "Subvention à recevoir (441)".
*Saisir un flux créditant le compte de l'utilisateur et débitant le compte "Subvention à recevoir".
Ainsi :
*Le compte du pilote est crédité de la future subvention et il n'est donc pas restreint du fait d'un solde insuffisant dans l'attente d'une subvention.
*Il est possible de contrôler les sommes distribuées et non perçues au travers du compte "Subvention à recevoir".
*Lorsque la subvention sera réellement perçue, il suffira de saisir un flux de transfert entre ce compte et le compte recevant la subvention afin de le ramener à 0.

=Ventilation des factures essences=
Afin de déterminer le coût de revient d'une ressource, il est nécessaire de pouvoir ventiler les différents postes de charge par ressource. C'est notamment le cas pour le poste "essence" qui dans le cas de l'aéronautique représente une part importante des charges.

Dans le cas d'une structure aéronautique, en général, l'approvisionnement se fait principalement auprès d'une seul fournisseur d'essence localisé sur son aérodrome ou sur un aérodrome voisin.

Il existe alors 2 types de situations :
#la structure dispose de "clés" ou de badges par aéronef et ainsi le fournisseur d'essence est capable de générer des factures avec le détail des montants facturés par aéronef
#le fournisseur d'essence ne fournit qu'une facture globale

Dans la 1ère situation, il est judicieux de saisir les factures fournisseurs en éclatant la facture globale en autant de sous-factures qu'il y a de ressources concernées. Cela permet d'avoir directement une ventilation des charges par ressource. C'est également le cas qu'on retrouve dans le cas où les factures sont individualisées à chaque avitaillement : on est capable d'associer telle facture à telle ressource.

Dans la 2ème situation, il n'est pas possible à priori de ventiler la facture d'essence par ressource. Dans ce cas là, on recommande de regrouper toutes les factures d'essence dans un même compte de charge. Ensuite, grâce à la consultation du total des volumes d'essences saisis dans les rapports, on est capable d'en déduire la part du coût global qui revient à chaque ressource. On recommande de ne pas faire de post-ventilation comptable mais de gérer cela directement dans une feuille de calcul qui est normalement utilisée pour déterminer le coût de revient des ressources.

Conseils spécifiques pour la comptabilité

2016-01-13T17:04:06Z

Claratte : /* Enregistrement des subventions destinées à la structure */

=Présentation=
L'objet de cette page est de présenter nos conseils sur la [[Account|comptabilité]]

=Baptêmes dans un aéro-club=
Dans un aéro-club, les baptêmes ne doivent pas dépasser pas 8% de l'activité (cf. [http://www.legifrance.gouv.fr/affichCodeArticle.do;?cidTexte=LEGITEXT000006074234&idArticle=LEGIARTI000006844019&dateTexte=20140707&categorieLien=id#LEGIARTI000006844019 Article D510-7 du code de l'aviation civile]). Aussi, nous déconseillons de mettre en place les tarifs des baptêmes qui engendrent plus d'erreurs de saisies qu'autre chose. Par contre, dans le cas d'une société commerciale et notamment si la saisie des vols est entre les mains d'un nombre réduit de personnes, alors la tarification des baptêmes peut être mise en place. Voici donc comment nous conseillons de gérer les baptêmes dans OpenFlyers pour un aéro-club.

==Paramétrage préconisé pour gérer les baptêmes de l'air d'un aéro-club==
*[[Configuration_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Configuration_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Utilisation pratique du paramétrage préconisé des baptêmes de l'air d'un aéro-club==
*[[Use_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Use_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Bons baptêmes payés et non effectués==
Quelque soit le statut commercial de la structure aéronautique (association ou société), voici comment nous conseillons de gérer les bons baptêmes :
*Enregistrer dans OpenFlyers uniquement l'encaissement du bon sans saisir de vente (et donc ne pas créer de produit pour cela)
*Lorsque le baptême est effectué, saisir le vol : cela génère la facture selon le paramétrage
Lors de la clôture de l'exercice, il suffit de contrôler le compte "client baptême" et de le comparer avec les dates de remise des bons baptêmes. C'est alors que doit être décidé si un bon ne sera jamais utilisé. Auquel cas, une écriture spécifique est à prévoir comptablement.

==Contrôle du quota d'heures baptêmes==
Pour vérifier que l'activité baptême de l'aéro-club ne dépasse pas les 8% des heures de vols, il faut utiliser les rapports pour contrôler le pourcentage d'heures de vols baptêmes par rapport au total des heures de vols.

=Cautions=
Le principe de la caution est de demander, lors de l'inscription en général, un montant de X € à l'utilisateur qui est mis en réserve et remboursé lorsqu'il quitte la structure.

Cette somme doit être encaissée normalement sur son compte utilisateur.

Par contre, elle doit également générer une "facture" qui va débiter son compte utilisateur du montant de la caution et créditer un [[Account#Comptes_d.27emprunts_et_de_dettes_assimil.C3.A9es|compte d'emprunts de dettes assimilées]] pour "stocker" la caution. Ce compte de caution est en général en 165000.

Il est possible de mettre en place la vente d'un produit "Caution" qui génère automatiquement l'écriture entre le compte utilisateur et le compte de caution.

=Cotisations fédérales des adhérents dans une association=
La gestion des cotisations fédérales des adhérents dans OpenFlyers dépend de plusieurs facteurs.
*Si les cotisations fédérales sont souscrites par les adhérents directement auprès des fédérations concernées et qu'il n'y a pas de mouvement financier au travers de l'association, alors il n'y a pas à mettre en place comptablement de gestion. Par contre, il peut être nécessaire de gérer les types de validités (cf. procédure pour [[Validity-management3|OpenFlyers version 3]], et [[Validity-management4|OpenFlyers version 4]]) correspondantes dans OpenFlyers notamment lorsque les cotisations fédérales inclues des assurances pour la pratique de l'activité. Dans ce cas là, il faut également voir avec l'équipe OpenFlyers s'il n'existe pas un système automatique de mise à jour dans OpenFlyers depuis le système de gestion des fédérations concernées.
*Si les cotisations fédérales sont souscrites par les adhérents auprès de l'association et que par conséquent l'association leur facture comptablement ces cotisations, alors il faut mettre en place dans OpenFlyers la vente de produits validités (cf. procédure pour [[Product_sale_manager3#Configuration_d.27un_produit_validit.C3.A9| OpenFlyers version 3]], et [[Product_sale_manager4#Configuration_d.27un_produit_validit.C3.A9|OpenFlyers version 4]]) correspondante.
*:Dans ce cas là, il y a également la question de la gestion des "factures fournisseurs" des fédérations. 2 cas possibles :
*#Si OpenFlyers n'est utilisé que pour gérer la "facturation client", c'est à dire le chiffre d'affaire, alors la saisie des factures fédérales doit se faire dans le logiciel de gestion comptable.
*#Si OpenFlyers est utilisé pour gérer l'intégralité de la comptabilité courante de la structure, alors il faudra saisir dans OpenFlyers les factures des fédérations en tant que facture fournisseur (cf. procédure pour [[Purchase-management3#Saisie_d.27une_facture_fournisseur|OpenFlyers version 3]], et [[Purchase-management4#Saisie_d.27une_facture_fournisseur|OpenFlyers version 4]]). Comptablement les choses sont hermétiques entre :
*#*d'un côté, la vente d'une cotisation d'une fédération à un adhérent qui va impacter son [[Account#Comptes_clients|compte client]] et un [[Account#Comptes_de_produits|compte produit]].
*#*de l'autre côté, l'achat de la même cotisation auprès de la fédération pour cet adhérent qui va impacter le [[Account#Comptes_fournisseurs|compte fournisseur]] de la fédération et un [[Account#Comptes_de_charges|compte de charge]].

=Cotisations/abonnements année N+1=
Certaines cotisations ou abonnements peuvent être facturées sur l'année précédente de leur date d'effet. Comptablement, ces factures clients doivent apparaitre sur l'exercice où elles ont été établies. Cependant, il est souvent nécessaire de séparer leur produit des cotisations ou abonnements de l'année N afin de pouvoir les sortir du chiffre d'affaire de l'année N.

Voici comment gérer cela dans OpenFlyers :
*Nous supposons qu'il existe déjà un compte produit ''Cotisation'' dont le compte d'export est par exemple ''706100''.
*Il faut créer un 2ème compte produit intitulé ''Cotisation N+1'' dont le compte d'export sera par exemple ''706110''.
*Dans '''Ventes > Tarification des produits''', il faut créer une nouvelle ligne de tarification qui va transférer le crédit au profit du compte produit "Cotisation" vers le comptes produit "Cotisation N+1". De plus, ce transfert ne devra s'applique que lorsqu'on est dans la période de renouvellement anticipé. Voici un exemple de règle de tarification lorsque la cotisation peut être pris de façon anticipée à partir du mois d'octobre :
{| class="wikitable"
!Champ!!Ligne Cotisation N+1
|-
|'''Nom'''||Cotisation N+1
|-
|'''Quantité/Taux'''||
|-
|'''Prix unitaire hors-taxe / TVA'''||
|-
|'''Formule'''||(formatDate('MM',%NOW_DATE)>9)?@tarifGeneral:0
|-
|'''Nom de variable associé à la formule'''||tarifGeneral
|-
|'''Produit'''||''Cocher uniquement les produits concernés. Normalement, il s'agit de la même liste de produit que pour la règle "parente" Cotisation.
|-
|'''Type de compte à débiter'''||Compte produit
|-
|'''Compte à débiter'''||Cotisation
|-
|'''Type de compte à créditer'''||Compte produit
|-
|'''Compte produit à créditer'''||Cotisation N+1
|}

Si la structure applique une remise sur cotisation sur certains critères, comme par exemple l'âge, il faut que la règle appliquant la remise s'applique avant la règle ci-dessus de ventilation. De plus, il faut que la règle de remise stocke son calcul dans une variable associée à la formule (cf. procédure pour la [[CustomerPricing3#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 3]] et la [[CustomerPricing4#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 4]]) comme par exemple @remise pour que la remise soit prise en compte pour la ventilation N+1. Voici un exemple de construction de ces règles en cascade :
[[Fichier:Tarification cotisation N+1.png]]

*En fin d'année, avant la clôture de la comptabilité, il faudra effectuer une [[Accounting_entries#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|opération comptable pour transférer le solde du compte produit N+1 dans un compte de ''produit constaté d’avance'']]
*Puis, après l'ouverture de la comptabilité, il faudra [[Accounting_entries#.C3.89critures_de_r.C3.A9affectation_des_produits.2Fcharges_constat.C3.A9es_d.27avances|transférer le même montant du compte ''produit constaté d’avance'' vers le compte produit de l'année N]].

=Facturation automatique à des organismes avec ou sans quotas=
Certains utilisateurs finaux peuvent appartenir à des organismes (Entreprises, Comités d'entreprises, établissements publics etc.) qui prennent en charge soit une partie soit la totalité du coût d'une activité avec ou sans des limitations (quotas en heures d'activité ou en montant).

Il est possible de mettre en place sur une plateforme OpenFlyers un paramétrage comptable spécifique qui déclenchera la facturation automatiquement auprès de l'organisme devant être réellement facturé. Cela présente comme avantages :
*De ne pas avoir à passer systématiquement et manuellement des écritures de transfert de facturation entre comptes clients.
*D'avoir directement sur le compte client de l'organisme concerné l'ensemble des débits à sa charge et ainsi de pouvoir déterminer le montant du paiement global qu'il doit effectuer.

La mise en place du paramétrage comptable repose sur 2 éléments :
*un suivi (le cas échéant) des quotas d'heures d'activités/montants au travers de la mise en place d'une comptabilité en heures/euros séparée de la comptabilité générale. Ce mécanisme est identique dans son principe à celui mis en place pour la [[#Packs_d.27heures_d.27activit.C3.A9s|gestion des packs d'heures]]. Simplement, le "rechargement" du compte "quota" de l'utilisateur concerné ne se fait pas lors de la vente d'un pack mais lors du renouvellement d'une cotisation.
*une cascade d'écritures comptables permettant de débiter l'organisme en lieu et place de l'utilisateur

Les utilisateurs dépendant d'un organisme X doivent être identifiés dans OpenFlyers grâce à un profil spécifique et '''non sélectionnable par l'utilisateur'' (cf. le droit correspondant pour la [[Profile-management3#G.C3.A9n.C3.A9ralit.C3.A9s|version 3]] et la [[Profile-management4#G.C3.A9n.C3.A9ralit.C3.A9s|version 4]] d'OpenFlyers).

A l'usage, les choses se déroulent concrètement dans l'ordre suivant :
#L'utilisateur saisit son activité dans OpenFlyers => automatiquement la ventilation des écritures se fait. Si l'utilisateur dispose d'un quota positif d'heures/d'argent, voir même d'un quota illimité, alors c'est le compte de son organisme de rattachement qui est débité au lieu de son compte. Il est également possible de "mixer". C'est à dire que si l'organisme de rattachement ne prend en charge qu'une partie du coût, OpenFlyers calculera automatiquement qui paie quoi et débitera chaque compte en conséquence.
#Le gestionnaire de la structure envoie la liasse de factures ou un relevé d'activités général mensuellement/trimestriellement à l'organisme considéré. Ces éléments sont disponibles dans OpenFlyers.
#Le gestionnaire de la structure reçoit le paiement de l'organisme qu'il saisit directement dans OpenFlyers comme un encaissement normal qui va créditer le compte client de l'organisme considéré.

Ainsi, le gestionnaire n'a que 2 actions à faire :
#Générer le relevé d'activités ou la liasse de factures et l'envoyer par e-mail
#Saisir l'encaissement de l'organisme payeur

=Packs d'heures d'activités=
OpenFlyers propose un système de comptabilités multiples (cf. le paramétrage général des comptabilités [[Configuration_Accounting3#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 3]] ou [[Configuration_Accounting4#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 4]]). Ce système permet de mettre en place plusieurs comptabilités à la fois. Ainsi, on peut avoir une comptabilité en euros et une comptabilités en heures. La comptabilité en heures, permet de gérer des crédits d'heures d'activités qui sont mis en ventes sous la forme de packs d'heures d'activités.

==Fonctionnement d'un exemple de configuration de vente de packs d'heures==
L'exemple est basé sur une structure qui propose 2 packs d'heures d'activités :
*un pack de 5 heures à 450 €
*un pack de 10 heures à 850 €
Le tarif d'une heure d'activité hors pack est à 100 €.

===Achat d'un pack d'heures par un utilisateur===
un utilisateur achète un pack de 10 heures 850 euros :
*Son compte utilisateur en euro est débité de 850 euros : le solde de son compte est débiteur de 850 €.
*Son compte en heures est crédité de 10 heures.
Ensuite l'utilisateur paie son pack 850 € ce qui a pour effet de ramener le solde de son compte en euros à 0 €.

===Saisie d'une activité pour un utilisateur bénéficiant d'heures créditées===
Lors de la saisie d'une activité de 1 heure, le compte en heures de l'utilisateur est débité de 1 heure. Le compte en euros de l'utilisateur n'est pas impacté : les heures ont été payées en amont lors de l'achat du pack.

===Remboursement d'heures===
A titre commercial, une structure peut accepter de rembourser un utilisateur n'ayant pas épuisé ses heures. Dans ce cas, plusieurs méthodes commerciales sont possibles :
*Considérer le crédit d'heures restant au tarif de l'heure du pack (par exemple 85 €/h pour un pack de 10 heures à 850 €) : cela revient à faire un prorata du prix du pack
*Considérer que dans ce cas, les heures utilisées sont refacturables à leur tarif hors pack. Dans ce cas, il faut consulter l'histoire du compte pour trouver le dernier pack acheté (pack de 5h ou de 10h), en déduire le nombre d'heures utilisées sur ce pack en faisant la différence avec le crédit d'heures restant, calculer le coût des heures utilisées hors pack et rembourser de la différence du prix du pack.

==Initialisation du solde d'heures lors de la mise en place des packs==
Lors de la mise en place du système des packs sur une structure aéronautique déjà en activités, des packs peuvent avoir déjà été vendues et des heures effectuées. Dans ce cas, il faut juste saisir un flux entre le compte d'heures de l'utilisateur et le compte de bilan représentant l'encours des heures. Ce flux va créditer le compte d'heures de l'utilisateur de la valeur du nombre d'heures auxquelles il a encore droit.

Exemple de saisie d'un flux dans la version 3 d'OpenFlyers :

[[Image:Exemple-saisie-flux-pour-initialisation-solde-heures.png]]

=Refacturation=
Il peut arriver qu'une structure soit facturée à la place de l'utilisateur final. Dans ce cas, la structure peut décider de refacturer à la personne concernée. C'est souvent le cas, par exemple, pour les factures de taxes d'atterrissages qui sont envoyée à la structure en tant que propriétaire de l'aéronef et qu'ensuite la structure refacture l'utilisateur concerné.

Comptablement, il faut saisir les 2 écritures séparément :
*Saisir la facture fournisseur de la taxe d'atterrissage soit dans OpenFlyers (cf. procédure pour la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 3]] et la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 4]]), soit dans le logiciel comptable utilisé pour les charges.
*Saisir l'achat d'une taxe d'atterrissages pour l'utilisateur concerné (cf. procédure pour la [[Product_sale_manager3#Achat_de_produit_non_stock.C3.A9|version 3]] et la [[Product_sale_manager4#Achat_de_produit_non_stock.C3.A9|version 4]]).

=Subventions=
Une structure peut recevoir 2 types de subventions :
*[[#Enregistrement_des_subventions_destin.C3.A9es_.C3.A0_la_structure|Des subventions destinées directement à la structure]]
*[[#Ventilation_des_subventions_destin.C3.A9es_aux_utilisateurs|Des subventions destinées à des utilisateurs de la structure et qui doivent donc être ventilées]]

==Enregistrement des subventions destinées à la structure==
Il existe plusieurs situations :
*Subventions d'exploitation accordées sans condition
*Subventions d'exploitation accordées avec condition résolutoire
*Subventions d'exploitation accordées avec condition suspensives
*Subventions d’investissement

Nous ne documentons ici que le cas de la subvention d'exploitation accordée sans condition. Pour ces autres cas, nous recommandons d'effectuer une recherche sur internet pour trouver les éléments décrivant l'enregistrement comptable correspondant.

*Enregistrement de la subvention à percevoir :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Tiers qui perçoit le don (401...)||||1000 €
|-
|Pourboires et dons (6238)||1000 €||
|}

*Lorsque le don est décaissé par la structure :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||||1000 €
|-
|Tiers qui perçoit le don (401...)||1000 €||
|}

Si on souhaite simplifier la saisie, on peut enregistrer directement et uniquement l'encaissement de la subvention :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||1000 €||
|-
|Subventions d’exploitation (74)||||1000 €
|}

==Ventilation des subventions destinées aux utilisateurs==
Il peut arriver que la structure reçoive de l'argent d'un organisme et que cet argent doive ensuite être ventilé entre plusieurs clients. C'est le cas notamment pour les bourses attribuées par les fédérations qui doivent être redistribuées sur les comptes des utilisateurs concernés.

Les opérations comptables à effectuer pour cela sont les suivantes :
*Saisir un flux correspondant à un [[Accounting_entries#Transfert_de_charge|transfert de charges]] (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
*Saisir un autre flux débitant le "compte de Transfert de charge (791)" et créditant les comptes des utilisateurs concernés (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
Si on sait au moment de l'encaissement du paiement quels sont les utilisateurs concernés, alors on peut saisir directement un flux qui débite le compte de trésorerie et crédite les comptes des utilisateurs concernés.

===Anticiper l'attribution des subventions pour ne pas bloquer les utilisateurs===
Dans le cas où il existe des restrictions sur les droits pour les utilisateurs n'ayant pas le solde suffisant sur leur compte, il peut être pénalisant pour les utilisateurs attendant des subventions de se retrouver restreints dans leur droit à cause d'un solde insuffisant alors que la subvention est certaine.

Afin, de ne pas restreindre les pilotes concernés, il faut :
*Créer un [[Account#Comptes_de_tiers|compte de tiers]], par exemple "Subvention à recevoir (441)".
*Saisir un flux créditant le compte de l'utilisateur et débitant le compte "Subvention à recevoir".
Ainsi :
*Le compte du pilote est crédité de la future subvention et il n'est donc pas restreint du fait d'un solde insuffisant dans l'attente d'une subvention.
*Il est possible de contrôler les sommes distribuées et non perçues au travers du compte "Subvention à recevoir".
*Lorsque la subvention sera réellement perçue, il suffira de saisir un flux de transfert entre ce compte et le compte recevant la subvention afin de le ramener à 0.

=Ventilation des factures essences=
Afin de déterminer le coût de revient d'une ressource, il est nécessaire de pouvoir ventiler les différents postes de charge par ressource. C'est notamment le cas pour le poste "essence" qui dans le cas de l'aéronautique représente une part importante des charges.

Dans le cas d'une structure aéronautique, en général, l'approvisionnement se fait principalement auprès d'une seul fournisseur d'essence localisé sur son aérodrome ou sur un aérodrome voisin.

Il existe alors 2 types de situations :
#la structure dispose de "clés" ou de badges par aéronef et ainsi le fournisseur d'essence est capable de générer des factures avec le détail des montants facturés par aéronef
#le fournisseur d'essence ne fournit qu'une facture globale

Dans la 1ère situation, il est judicieux de saisir les factures fournisseurs en éclatant la facture globale en autant de sous-factures qu'il y a de ressources concernées. Cela permet d'avoir directement une ventilation des charges par ressource. C'est également le cas qu'on retrouve dans le cas où les factures sont individualisées à chaque avitaillement : on est capable d'associer telle facture à telle ressource.

Dans la 2ème situation, il n'est pas possible à priori de ventiler la facture d'essence par ressource. Dans ce cas là, on recommande de regrouper toutes les factures d'essence dans un même compte de charge. Ensuite, grâce à la consultation du total des volumes d'essences saisis dans les rapports, on est capable d'en déduire la part du coût global qui revient à chaque ressource. On recommande de ne pas faire de post-ventilation comptable mais de gérer cela directement dans une feuille de calcul qui est normalement utilisée pour déterminer le coût de revient des ressources.

Conseils spécifiques pour la comptabilité

2016-01-13T17:03:04Z

Claratte : /* Enregistrement des subventions destinées à la structure */

=Présentation=
L'objet de cette page est de présenter nos conseils sur la [[Account|comptabilité]]

=Baptêmes dans un aéro-club=
Dans un aéro-club, les baptêmes ne doivent pas dépasser pas 8% de l'activité (cf. [http://www.legifrance.gouv.fr/affichCodeArticle.do;?cidTexte=LEGITEXT000006074234&idArticle=LEGIARTI000006844019&dateTexte=20140707&categorieLien=id#LEGIARTI000006844019 Article D510-7 du code de l'aviation civile]). Aussi, nous déconseillons de mettre en place les tarifs des baptêmes qui engendrent plus d'erreurs de saisies qu'autre chose. Par contre, dans le cas d'une société commerciale et notamment si la saisie des vols est entre les mains d'un nombre réduit de personnes, alors la tarification des baptêmes peut être mise en place. Voici donc comment nous conseillons de gérer les baptêmes dans OpenFlyers pour un aéro-club.

==Paramétrage préconisé pour gérer les baptêmes de l'air d'un aéro-club==
*[[Configuration_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Configuration_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Utilisation pratique du paramétrage préconisé des baptêmes de l'air d'un aéro-club==
*[[Use_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Use_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Bons baptêmes payés et non effectués==
Quelque soit le statut commercial de la structure aéronautique (association ou société), voici comment nous conseillons de gérer les bons baptêmes :
*Enregistrer dans OpenFlyers uniquement l'encaissement du bon sans saisir de vente (et donc ne pas créer de produit pour cela)
*Lorsque le baptême est effectué, saisir le vol : cela génère la facture selon le paramétrage
Lors de la clôture de l'exercice, il suffit de contrôler le compte "client baptême" et de le comparer avec les dates de remise des bons baptêmes. C'est alors que doit être décidé si un bon ne sera jamais utilisé. Auquel cas, une écriture spécifique est à prévoir comptablement.

==Contrôle du quota d'heures baptêmes==
Pour vérifier que l'activité baptême de l'aéro-club ne dépasse pas les 8% des heures de vols, il faut utiliser les rapports pour contrôler le pourcentage d'heures de vols baptêmes par rapport au total des heures de vols.

=Cautions=
Le principe de la caution est de demander, lors de l'inscription en général, un montant de X € à l'utilisateur qui est mis en réserve et remboursé lorsqu'il quitte la structure.

Cette somme doit être encaissée normalement sur son compte utilisateur.

Par contre, elle doit également générer une "facture" qui va débiter son compte utilisateur du montant de la caution et créditer un [[Account#Comptes_d.27emprunts_et_de_dettes_assimil.C3.A9es|compte d'emprunts de dettes assimilées]] pour "stocker" la caution. Ce compte de caution est en général en 165000.

Il est possible de mettre en place la vente d'un produit "Caution" qui génère automatiquement l'écriture entre le compte utilisateur et le compte de caution.

=Cotisations fédérales des adhérents dans une association=
La gestion des cotisations fédérales des adhérents dans OpenFlyers dépend de plusieurs facteurs.
*Si les cotisations fédérales sont souscrites par les adhérents directement auprès des fédérations concernées et qu'il n'y a pas de mouvement financier au travers de l'association, alors il n'y a pas à mettre en place comptablement de gestion. Par contre, il peut être nécessaire de gérer les types de validités (cf. procédure pour [[Validity-management3|OpenFlyers version 3]], et [[Validity-management4|OpenFlyers version 4]]) correspondantes dans OpenFlyers notamment lorsque les cotisations fédérales inclues des assurances pour la pratique de l'activité. Dans ce cas là, il faut également voir avec l'équipe OpenFlyers s'il n'existe pas un système automatique de mise à jour dans OpenFlyers depuis le système de gestion des fédérations concernées.
*Si les cotisations fédérales sont souscrites par les adhérents auprès de l'association et que par conséquent l'association leur facture comptablement ces cotisations, alors il faut mettre en place dans OpenFlyers la vente de produits validités (cf. procédure pour [[Product_sale_manager3#Configuration_d.27un_produit_validit.C3.A9| OpenFlyers version 3]], et [[Product_sale_manager4#Configuration_d.27un_produit_validit.C3.A9|OpenFlyers version 4]]) correspondante.
*:Dans ce cas là, il y a également la question de la gestion des "factures fournisseurs" des fédérations. 2 cas possibles :
*#Si OpenFlyers n'est utilisé que pour gérer la "facturation client", c'est à dire le chiffre d'affaire, alors la saisie des factures fédérales doit se faire dans le logiciel de gestion comptable.
*#Si OpenFlyers est utilisé pour gérer l'intégralité de la comptabilité courante de la structure, alors il faudra saisir dans OpenFlyers les factures des fédérations en tant que facture fournisseur (cf. procédure pour [[Purchase-management3#Saisie_d.27une_facture_fournisseur|OpenFlyers version 3]], et [[Purchase-management4#Saisie_d.27une_facture_fournisseur|OpenFlyers version 4]]). Comptablement les choses sont hermétiques entre :
*#*d'un côté, la vente d'une cotisation d'une fédération à un adhérent qui va impacter son [[Account#Comptes_clients|compte client]] et un [[Account#Comptes_de_produits|compte produit]].
*#*de l'autre côté, l'achat de la même cotisation auprès de la fédération pour cet adhérent qui va impacter le [[Account#Comptes_fournisseurs|compte fournisseur]] de la fédération et un [[Account#Comptes_de_charges|compte de charge]].

=Cotisations/abonnements année N+1=
Certaines cotisations ou abonnements peuvent être facturées sur l'année précédente de leur date d'effet. Comptablement, ces factures clients doivent apparaitre sur l'exercice où elles ont été établies. Cependant, il est souvent nécessaire de séparer leur produit des cotisations ou abonnements de l'année N afin de pouvoir les sortir du chiffre d'affaire de l'année N.

Voici comment gérer cela dans OpenFlyers :
*Nous supposons qu'il existe déjà un compte produit ''Cotisation'' dont le compte d'export est par exemple ''706100''.
*Il faut créer un 2ème compte produit intitulé ''Cotisation N+1'' dont le compte d'export sera par exemple ''706110''.
*Dans '''Ventes > Tarification des produits''', il faut créer une nouvelle ligne de tarification qui va transférer le crédit au profit du compte produit "Cotisation" vers le comptes produit "Cotisation N+1". De plus, ce transfert ne devra s'applique que lorsqu'on est dans la période de renouvellement anticipé. Voici un exemple de règle de tarification lorsque la cotisation peut être pris de façon anticipée à partir du mois d'octobre :
{| class="wikitable"
!Champ!!Ligne Cotisation N+1
|-
|'''Nom'''||Cotisation N+1
|-
|'''Quantité/Taux'''||
|-
|'''Prix unitaire hors-taxe / TVA'''||
|-
|'''Formule'''||(formatDate('MM',%NOW_DATE)>9)?@tarifGeneral:0
|-
|'''Nom de variable associé à la formule'''||tarifGeneral
|-
|'''Produit'''||''Cocher uniquement les produits concernés. Normalement, il s'agit de la même liste de produit que pour la règle "parente" Cotisation.
|-
|'''Type de compte à débiter'''||Compte produit
|-
|'''Compte à débiter'''||Cotisation
|-
|'''Type de compte à créditer'''||Compte produit
|-
|'''Compte produit à créditer'''||Cotisation N+1
|}

Si la structure applique une remise sur cotisation sur certains critères, comme par exemple l'âge, il faut que la règle appliquant la remise s'applique avant la règle ci-dessus de ventilation. De plus, il faut que la règle de remise stocke son calcul dans une variable associée à la formule (cf. procédure pour la [[CustomerPricing3#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 3]] et la [[CustomerPricing4#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 4]]) comme par exemple @remise pour que la remise soit prise en compte pour la ventilation N+1. Voici un exemple de construction de ces règles en cascade :
[[Fichier:Tarification cotisation N+1.png]]

*En fin d'année, avant la clôture de la comptabilité, il faudra effectuer une [[Accounting_entries#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|opération comptable pour transférer le solde du compte produit N+1 dans un compte de ''produit constaté d’avance'']]
*Puis, après l'ouverture de la comptabilité, il faudra [[Accounting_entries#.C3.89critures_de_r.C3.A9affectation_des_produits.2Fcharges_constat.C3.A9es_d.27avances|transférer le même montant du compte ''produit constaté d’avance'' vers le compte produit de l'année N]].

=Facturation automatique à des organismes avec ou sans quotas=
Certains utilisateurs finaux peuvent appartenir à des organismes (Entreprises, Comités d'entreprises, établissements publics etc.) qui prennent en charge soit une partie soit la totalité du coût d'une activité avec ou sans des limitations (quotas en heures d'activité ou en montant).

Il est possible de mettre en place sur une plateforme OpenFlyers un paramétrage comptable spécifique qui déclenchera la facturation automatiquement auprès de l'organisme devant être réellement facturé. Cela présente comme avantages :
*De ne pas avoir à passer systématiquement et manuellement des écritures de transfert de facturation entre comptes clients.
*D'avoir directement sur le compte client de l'organisme concerné l'ensemble des débits à sa charge et ainsi de pouvoir déterminer le montant du paiement global qu'il doit effectuer.

La mise en place du paramétrage comptable repose sur 2 éléments :
*un suivi (le cas échéant) des quotas d'heures d'activités/montants au travers de la mise en place d'une comptabilité en heures/euros séparée de la comptabilité générale. Ce mécanisme est identique dans son principe à celui mis en place pour la [[#Packs_d.27heures_d.27activit.C3.A9s|gestion des packs d'heures]]. Simplement, le "rechargement" du compte "quota" de l'utilisateur concerné ne se fait pas lors de la vente d'un pack mais lors du renouvellement d'une cotisation.
*une cascade d'écritures comptables permettant de débiter l'organisme en lieu et place de l'utilisateur

Les utilisateurs dépendant d'un organisme X doivent être identifiés dans OpenFlyers grâce à un profil spécifique et '''non sélectionnable par l'utilisateur'' (cf. le droit correspondant pour la [[Profile-management3#G.C3.A9n.C3.A9ralit.C3.A9s|version 3]] et la [[Profile-management4#G.C3.A9n.C3.A9ralit.C3.A9s|version 4]] d'OpenFlyers).

A l'usage, les choses se déroulent concrètement dans l'ordre suivant :
#L'utilisateur saisit son activité dans OpenFlyers => automatiquement la ventilation des écritures se fait. Si l'utilisateur dispose d'un quota positif d'heures/d'argent, voir même d'un quota illimité, alors c'est le compte de son organisme de rattachement qui est débité au lieu de son compte. Il est également possible de "mixer". C'est à dire que si l'organisme de rattachement ne prend en charge qu'une partie du coût, OpenFlyers calculera automatiquement qui paie quoi et débitera chaque compte en conséquence.
#Le gestionnaire de la structure envoie la liasse de factures ou un relevé d'activités général mensuellement/trimestriellement à l'organisme considéré. Ces éléments sont disponibles dans OpenFlyers.
#Le gestionnaire de la structure reçoit le paiement de l'organisme qu'il saisit directement dans OpenFlyers comme un encaissement normal qui va créditer le compte client de l'organisme considéré.

Ainsi, le gestionnaire n'a que 2 actions à faire :
#Générer le relevé d'activités ou la liasse de factures et l'envoyer par e-mail
#Saisir l'encaissement de l'organisme payeur

=Packs d'heures d'activités=
OpenFlyers propose un système de comptabilités multiples (cf. le paramétrage général des comptabilités [[Configuration_Accounting3#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 3]] ou [[Configuration_Accounting4#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 4]]). Ce système permet de mettre en place plusieurs comptabilités à la fois. Ainsi, on peut avoir une comptabilité en euros et une comptabilités en heures. La comptabilité en heures, permet de gérer des crédits d'heures d'activités qui sont mis en ventes sous la forme de packs d'heures d'activités.

==Fonctionnement d'un exemple de configuration de vente de packs d'heures==
L'exemple est basé sur une structure qui propose 2 packs d'heures d'activités :
*un pack de 5 heures à 450 €
*un pack de 10 heures à 850 €
Le tarif d'une heure d'activité hors pack est à 100 €.

===Achat d'un pack d'heures par un utilisateur===
un utilisateur achète un pack de 10 heures 850 euros :
*Son compte utilisateur en euro est débité de 850 euros : le solde de son compte est débiteur de 850 €.
*Son compte en heures est crédité de 10 heures.
Ensuite l'utilisateur paie son pack 850 € ce qui a pour effet de ramener le solde de son compte en euros à 0 €.

===Saisie d'une activité pour un utilisateur bénéficiant d'heures créditées===
Lors de la saisie d'une activité de 1 heure, le compte en heures de l'utilisateur est débité de 1 heure. Le compte en euros de l'utilisateur n'est pas impacté : les heures ont été payées en amont lors de l'achat du pack.

===Remboursement d'heures===
A titre commercial, une structure peut accepter de rembourser un utilisateur n'ayant pas épuisé ses heures. Dans ce cas, plusieurs méthodes commerciales sont possibles :
*Considérer le crédit d'heures restant au tarif de l'heure du pack (par exemple 85 €/h pour un pack de 10 heures à 850 €) : cela revient à faire un prorata du prix du pack
*Considérer que dans ce cas, les heures utilisées sont refacturables à leur tarif hors pack. Dans ce cas, il faut consulter l'histoire du compte pour trouver le dernier pack acheté (pack de 5h ou de 10h), en déduire le nombre d'heures utilisées sur ce pack en faisant la différence avec le crédit d'heures restant, calculer le coût des heures utilisées hors pack et rembourser de la différence du prix du pack.

==Initialisation du solde d'heures lors de la mise en place des packs==
Lors de la mise en place du système des packs sur une structure aéronautique déjà en activités, des packs peuvent avoir déjà été vendues et des heures effectuées. Dans ce cas, il faut juste saisir un flux entre le compte d'heures de l'utilisateur et le compte de bilan représentant l'encours des heures. Ce flux va créditer le compte d'heures de l'utilisateur de la valeur du nombre d'heures auxquelles il a encore droit.

Exemple de saisie d'un flux dans la version 3 d'OpenFlyers :

[[Image:Exemple-saisie-flux-pour-initialisation-solde-heures.png]]

=Refacturation=
Il peut arriver qu'une structure soit facturée à la place de l'utilisateur final. Dans ce cas, la structure peut décider de refacturer à la personne concernée. C'est souvent le cas, par exemple, pour les factures de taxes d'atterrissages qui sont envoyée à la structure en tant que propriétaire de l'aéronef et qu'ensuite la structure refacture l'utilisateur concerné.

Comptablement, il faut saisir les 2 écritures séparément :
*Saisir la facture fournisseur de la taxe d'atterrissage soit dans OpenFlyers (cf. procédure pour la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 3]] et la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 4]]), soit dans le logiciel comptable utilisé pour les charges.
*Saisir l'achat d'une taxe d'atterrissages pour l'utilisateur concerné (cf. procédure pour la [[Product_sale_manager3#Achat_de_produit_non_stock.C3.A9|version 3]] et la [[Product_sale_manager4#Achat_de_produit_non_stock.C3.A9|version 4]]).

=Subventions=
Une structure peut recevoir 2 types de subventions :
*[[#Enregistrement_des_subventions_destin.C3.A9es_.C3.A0_la_structure|Des subventions destinées directement à la structure]]
*[[#Ventilation_des_subventions_destin.C3.A9es_aux_utilisateurs|Des subventions destinées à des utilisateurs de la structure et qui doivent donc être ventilées]]

==Enregistrement des subventions destinées à la structure==
Il existe plusieurs situations :
*Subventions d'exploitation accordées sans condition
*Subventions d'exploitation accordées avec condition résolutoire
*Subventions d'exploitation accordées avec condition suspensives
*Subventions d’investissement

Nous ne documentons ici que le cas de la subvention d'exploitation accordée sans condition. Pour ces autres cas, nous recommandons d'effectuer une recherche sur internet pour trouver les éléments décrivant l'enregistrement comptable correspondant.

*Enregistrement de la subvention à percevoir :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Tiers qui perçoit le don (401...)||||1000 €
|-
|Divers (pourboires, dons courants...) (6238)||1000 €||
|}

*Lorsque le don est décaissé par la structure :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||||1000 €
|-
|Tiers qui perçoit le don (401...)||1000 €||
|}

Si on souhaite simplifier la saisie, on peut enregistrer directement et uniquement l'encaissement de la subvention :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||1000 €||
|-
|Subventions d’exploitation (74)||||1000 €
|}

==Ventilation des subventions destinées aux utilisateurs==
Il peut arriver que la structure reçoive de l'argent d'un organisme et que cet argent doive ensuite être ventilé entre plusieurs clients. C'est le cas notamment pour les bourses attribuées par les fédérations qui doivent être redistribuées sur les comptes des utilisateurs concernés.

Les opérations comptables à effectuer pour cela sont les suivantes :
*Saisir un flux correspondant à un [[Accounting_entries#Transfert_de_charge|transfert de charges]] (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
*Saisir un autre flux débitant le "compte de Transfert de charge (791)" et créditant les comptes des utilisateurs concernés (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
Si on sait au moment de l'encaissement du paiement quels sont les utilisateurs concernés, alors on peut saisir directement un flux qui débite le compte de trésorerie et crédite les comptes des utilisateurs concernés.

===Anticiper l'attribution des subventions pour ne pas bloquer les utilisateurs===
Dans le cas où il existe des restrictions sur les droits pour les utilisateurs n'ayant pas le solde suffisant sur leur compte, il peut être pénalisant pour les utilisateurs attendant des subventions de se retrouver restreints dans leur droit à cause d'un solde insuffisant alors que la subvention est certaine.

Afin, de ne pas restreindre les pilotes concernés, il faut :
*Créer un [[Account#Comptes_de_tiers|compte de tiers]], par exemple "Subvention à recevoir (441)".
*Saisir un flux créditant le compte de l'utilisateur et débitant le compte "Subvention à recevoir".
Ainsi :
*Le compte du pilote est crédité de la future subvention et il n'est donc pas restreint du fait d'un solde insuffisant dans l'attente d'une subvention.
*Il est possible de contrôler les sommes distribuées et non perçues au travers du compte "Subvention à recevoir".
*Lorsque la subvention sera réellement perçue, il suffira de saisir un flux de transfert entre ce compte et le compte recevant la subvention afin de le ramener à 0.

=Ventilation des factures essences=
Afin de déterminer le coût de revient d'une ressource, il est nécessaire de pouvoir ventiler les différents postes de charge par ressource. C'est notamment le cas pour le poste "essence" qui dans le cas de l'aéronautique représente une part importante des charges.

Dans le cas d'une structure aéronautique, en général, l'approvisionnement se fait principalement auprès d'une seul fournisseur d'essence localisé sur son aérodrome ou sur un aérodrome voisin.

Il existe alors 2 types de situations :
#la structure dispose de "clés" ou de badges par aéronef et ainsi le fournisseur d'essence est capable de générer des factures avec le détail des montants facturés par aéronef
#le fournisseur d'essence ne fournit qu'une facture globale

Dans la 1ère situation, il est judicieux de saisir les factures fournisseurs en éclatant la facture globale en autant de sous-factures qu'il y a de ressources concernées. Cela permet d'avoir directement une ventilation des charges par ressource. C'est également le cas qu'on retrouve dans le cas où les factures sont individualisées à chaque avitaillement : on est capable d'associer telle facture à telle ressource.

Dans la 2ème situation, il n'est pas possible à priori de ventiler la facture d'essence par ressource. Dans ce cas là, on recommande de regrouper toutes les factures d'essence dans un même compte de charge. Ensuite, grâce à la consultation du total des volumes d'essences saisis dans les rapports, on est capable d'en déduire la part du coût global qui revient à chaque ressource. On recommande de ne pas faire de post-ventilation comptable mais de gérer cela directement dans une feuille de calcul qui est normalement utilisée pour déterminer le coût de revient des ressources.

Interfaçage OpenFlyers et armoire à clé

2016-01-11T17:22:13Z

Claratte : /* Présentation */

__TOC__

=Présentation=
L'objet de cette page est de décrire le protocole d'interfaçage avec toute solution d'armoire à clés tiers. Pour les armoires à clés commercialisées par OpenFlyers, il faut se référer à la [[Access-Control|documentation sur le contrôle d'accès]].

Le protocole repose sur le principe que l'interfaçage est réalisé par un logiciel de contrôle de l'armoire à clé sur un PC ou une solution embarquée et qui dispose d'un accès à internet lui permettant de communiquer avec OpenFlyers. La communication est synchrone.

=Interface utilisateur OpenFlyers=
L'utilisateur ouvre un vol dans OpenFlyers :

[[Fichier:Menu-contextuel-ouverture-de-vol.png]]

Il se retrouve sur le formulaire de saisie du vol en mode Départ en vol:

[[Fichier:Formulaire-ouverture-de-vol.png]]

Lorsqu'il clique sur le bouton de validation, 3 cas peuvent se présenter :
*Une alerte ou plusieurs alertes rouges (bloquantes), s'affichent : l'utilisateur n'a pas la possibilité de surpasser ses alertes, il ne peut alors récupérer la clé :

[[Fichier:Alertes-bloquantes-en-ouverture-vol.png]]

*Une alerte ou plusieurs alertes oranges (non-bloquantes), s'affichent : l'utilisateur a la possibilité de surpasser ses alertes, et ainsi de récupérer la clé :

[[Fichier:Alertes-non-bloquantes-en-ouverture-vol.png]]

*Aucune alerte ne s'affiche, l'utilisateur se retrouve alors directement sur la page lui indiquant :

[[Fichier:Message autorisation libération clé.png]]

Une fois qu'il a cliqué sur '''LIBÉRER LA CLÉ''', il dispose de X secondes. Cette durée est paramétrable par OpenFlyers.

*Lorsqu'il rentre de vol, l'utilisateur n'a plus qu'a retourner sur le formulaire de saisie de vol et à fermer son vol. La clé doit etre remise en place sur l'armoire pour fermer le vol.

=Interface administrateur OpenFlyers=
==Activation et configuration de la gestion des armoires à clé==
*'''Admin'''
*'''Configuration > Paramétrage'''
*Dans le formulaire '''Gestion des vols''', sélectionner '''Activé(e)''' pour le champ '''Gestion armoire à clé'''
*Cliquer sur le bouton '''Valider''' lié au formulaire
*Dans le formulaire '''Gestion des vols''', sélectionner '''Activé(e)''' pour le champ '''Gestion des clés'''
*Cliquer à nouveau sur le bouton '''Valider''' lié au formulaire
*Le formulaire apparait alors comme suit :

[[Fichier:Paramétrage armoire à clé.png]]

*Signification des paramètres :
**'''Gestion des clés''' : Gestion par OpenFlyers des clés de l'armoire ('''Désactivé(e)''' ou '''Activé(e)''')
**'''Nombre de clés''' : nombre de clés possibles dans l'armoire
**'''Temporisation''' : temps en secondes pendant lequel la clé peut être retirée après autorisation.
**'''Logiciel de contrôle de l'armoire à clé''' : Il s'agit du nom du logiciel de contrôle de l'armoire à clé. PyOpenKey (protocole open), OpenKey (protocole Openflyers, version 1), pyOpenkey2 (protocole Openflyers version 2) .
**'''IP du PC contenant le logiciel de contrôle''' : adresse IP du PC sur lequel se trouve le logiciel de contrôle de l'armoire à clé.
**'''Port du PC contenant le logiciel de contrôle''' : port sur lequel écoute le logiciel de contrôle de l'armoire à clé.
**'''Fermeture automatique des vols au retour de la clé''' : permet de programmer la fermeture automatique des vols au retour de la clé.
**'''Phrase mot de passe''' : phrase permettant d'authentifier la source de la transmission dans le cas d'une requête XML-RPC.
'''Attention :''' dans le cas où le logiciel de contrôle de l'armoire à clé se trouve sur le même PC que pour la saisie des vols dans OpenFlyers, il peut y avoir des problèmes de loopback au niveau du routeur.

==Attribution des clés aux ressources/aéronefs==
''Dans le cas où c'est le logiciel OpenFlyers qui gère les clés.''
*'''Admin'''
*'''Ressources > Ressources > Actives''' ou '''Flotte > Aéronefs > Aéronefs actifs''' sous version OF 2.1

[[Fichier:Liste des aéronefs.png]]

Pour chaque aéronef concerné, il suffit d'attribuer un numéro et un nom de clé dans les champs correspondants. La validation de la saisie se fait automatiquement en cliquant hors du champ de saisie.

=Protocole de dialogue XML-RPC entre OpenFlyers et le logiciel de gestion de l'armoire à clé=
Le dialogue avec le serveur XML-RPC d'OpenFlyers doit s'effectuer en '''HTTPS'''.

==Demande de libération d'une clé==

===Cas avec gestion des clés par OpenFlyers===

*Lorsque qu'une clé doit être libérée, le navigateur envoie un message au logiciel de contrôle de l'armoire à clé par le protocole HTTP sous la forme suivante :
http://127.0.0.1:4080/?sessid=e5f01p2oqh2vb36arisr8k5j87&timeOut=10000&key=1&resource=2&person=12;action='releaseKey'

:*L'adresse IP (ici 127.0.0.1) et le port (ici 4080) sont fonction de la [[#Activation_et_configuration_de_la_gestion_des_armoires_.C3.A0_cl.C3.A9|configuration de l'armoire à clé dans OpenFlyers]].
:*sessid contient le numéro de session en cours
:*timeout correspond au temps d'attente pour la prise d'une clé en millisecondes
:*key contient le numéro de la clé concernée
:*resource contient le numéro de la ressource concernée
:*person contient le numéro de l'utilisateur qui fait la demande
:*action est un mot clé désignant l'objet de la commande
:**release_key: ordre de libérer la clé
:**open_door: ordre d'ouvrir la porte
:**init_tags: ordre de lire les tags des clés
*Le logiciel de contrôle de l'armoire à clé doit alors envoyer une demande d'ordre au serveur OpenFlyers à l'adresse suivante https://structure.openflyers.tld/actionOnDemand.php où il faut remplacer structure.openflyers.tld par l'adresse de la plateforme OpenFlyers concernée, avec comme commande XML_RPC '''checkCommand ("e5f01p2oqh2vb36arisr8k5j87",int(key))'''.

*Le serveur OpenFlyers vérifie alors l'action demandée :
Pour release_key, il est vérifié :
#Que la clé est au bon format et existe. Lorsque la clé est validée, on passe à l'étape suivante sinon on retourne 0
#Que l'utilisateur faisant la demande est bien celui qui est connecté. Lorsque c'est le cas, on passe à l'étape suivante sinon on retourne 0
#Ensuite si l'utilisateur qui a passé la demande :
#*A le droit '''Gestion des clés''' (administrateur) alors on libère la clé sans condition (cela permet de libérer la clé sans contrôle) et on retourne 1
#*N'a pas le droit '''Gestion des clés''' (pilote) alors on vérifie s'il existe un vol ouvert qui remplit la double condition :
#**Vol attribué à l'utilisateur
#**Aéronef du vol associé à la demande de libération de la clé
#**Lorsque la double condition est remplie, on retourne 1 sinon 0

*Le serveur retourne ensuite la réponse :
**1 dans le cas d'autorisation de libération de clé
**0 dans le cas contraire

====Exemple de script en Python d'utilisation de la commande checkCommand avec gestion des clés====
<python># load library
from twisted.web.xmlrpc import Proxy
from twisted.internet import reactor, ssl

def printValue(value):
print repr(value)
reactor.stop()

def printError(error):
print 'error', error
reactor.stop()

# URL of the XML-RPC server
proxy = Proxy('https://yourURL.xx/actionOnDemand.php')

# init array to send
sessid = ""
key_num = 1

# send to the XML-RPC server
proxy.callRemote('checkCommand', sessid, key_num).addCallbacks(printValue, printError)
reactor.run()</python>

Ce test peut être complété (pour obtenir une réponse "1") en simulant une armoire à clé à l'aide d'un script PHP de la façon suivante :
*Installer un serveur local (par exemple [http://www.wampserver.com/ wampserver] sous Windows) de façon à avoir le port 127.0.0.1 qui lui est attribué
*Configurer la plateforme OpenFlyers de manière à gérer l'armoire à clé avec les éléments suivants :
**'''IP du PC contenant le logiciel de contrôle''' : 127.0.0.1
**'''Port du PC contenant le logiciel de contrôle''' : 80
*Configurer la plateforme OpenFlyers de manière à gérer les clés
*A la racine du répertoire www, mettre le script index.php suivant (on suppose que ce script est appelé par défaut lorsqu'on utilise l'URL http://127.0.0.1 ) :
<php><?php
file_put_contents('test.txt', 'TEST', FILE_APPEND );
file_put_contents('test.txt', print_r($_REQUEST, true), FILE_APPEND );
?></php>
*Toujours à la racine du répertoire www, créer un fichier test.txt
Le script PHP écrira dans le fichier test.txt les variables transmises lors de la demande d'ouverture de l'armoire à clé :
<pre>TESTArray
(
[sessid] => j2eo92215nbef09borb74jftm1
[key] => 1
[resource] => 1
[person] => 1
)</pre>
*Il suffit alors de recopier la valeur de '''sessid''' et de '''key''' dans le script python de ce début de paragraphe et de le tester : il devrait renvoyer 1.

===Cas sans gestion des clés par OpenFlyers===

*Lorsque qu'une demande de vérification doit être réalisée, le navigateur envoie un message au logiciel de contrôle de l'armoire à clé par le protocole HTTP sous la forme suivante :
http://127.0.0.1:4080/?sessid=e5f01p2oqh2vb36arisr8k5j87&resource=2&person=12

:*L'adresse IP (ici 127.0.0.1) et le port (ici 4080) sont fonction de la [[#Activation_et_configuration_de_la_gestion_des_armoires_.C3.A0_cl.C3.A9|configuration de l'armoire à clé dans OpenFlyers]].
:*sessid contient le numéro de session en cours
:*resource contient le numéro de la ressource concernée
:*person contient le numéro de l'utilisateur qui fait la demande
*Le logiciel de contrôle de l'armoire à clé doit alors envoyer une demande d'ordre au serveur OpenFlyers à l'adresse suivante https://structure.openflyers.tld/actionOnDemand.php où il faut remplacer structure.openflyers.tld par l'adresse de la plateforme OpenFlyers concernée, avec comme commande XML_RPC '''checkCommand ("e5f01p2oqh2vb36arisr8k5j87")'''.

*Le serveur OpenFlyers vérifie alors :
#Que l'utilisateur faisant la demande est bien celui qui est connecté. Lorsque c'est le cas, on passe à l'étape suivante sinon on retourne 0
#On vérifie s'il existe un vol ouvert qui remplit la double condition :
#*Vol attribué à l'utilisateur
#*Aéronef du vol associé à la demande de libération de la clé
#*Lorsque la double condition est remplie, on retourne 1 sinon 0

*Le serveur retourne ensuite la réponse :
**1 dans le cas d'autorisation
**0 dans le cas contraire

====Exemple de script en Python d'utilisation de la commande checkCommand sans gestion des clés====

<python># load library
from twisted.web.xmlrpc import Proxy
from twisted.internet import reactor, ssl

def printValue(value):
print repr(value)
reactor.stop()

def printError(error):
print 'error', error
reactor.stop()

# URL of the XML-RPC server
proxy = Proxy('https://yourURL.xx/actionOnDemand.php')

# init array to send
sessid = ""

# send to the XML-RPC server
proxy.callRemote('checkCommand', sessid).addCallbacks(printValue, printError)
reactor.run()</python>

Ce test peut être complété (pour obtenir une réponse "1") en simulant une armoire à clé à l'aide d'un script PHP de la façon suivante :
*Installer un serveur local (par exemple [http://www.wampserver.com/ wampserver] sous Windows) de façon à avoir le port 127.0.0.1 qui lui est attribué
*Configurer la plateforme OpenFlyers de manière à gérer l'armoire à clé avec les éléments suivants :
**'''IP du PC contenant le logiciel de contrôle''' : 127.0.0.1
**'''Port du PC contenant le logiciel de contrôle''' : 80
*Configurer la plateforme OpenFlyers de manière à ne pas gérer les clés
*A la racine du répertoire www, mettre le script index.php suivant (on suppose que ce script est appelé par défaut lorsqu'on utilise l'URL http://127.0.0.1 ) :
<php><?php
file_put_contents('test.txt', 'TEST', FILE_APPEND );
file_put_contents('test.txt', print_r($_REQUEST, true), FILE_APPEND );
?></php>
*Toujours à la racine du répertoire www, créer un fichier test.txt
Le script PHP écrira dans le fichier test.txt les variables transmises lors de la demande d'ouverture de l'armoire à clé :
<pre>TESTArray
(
[sessid] => j2eo92215nbef09borb74jftm1
[resource] => 1
[person] => 1
)</pre>
*Il suffit alors de recopier la valeur de '''sessid''' dans le script python de ce début de paragraphe et de le tester : il devrait renvoyer 1.

==Modification de l'état d'une clé==
''Applicable uniquement dans le cas où le logiciel OpenFlyers gère les clés.''
*Le logiciel de contrôle de l'armoire à clé doit envoyer un ordre '''notify([1,0,1,1,1,1,0,0], "passphrase")''' avec comme paramètre un tableau chronologique des clés ayant pour valeur leur état (1 = interrupteur de présence de clé fermé = clé absente de l'armoire, 0 = interrupteur de présence de clé ouvert = clé présente dans l'armoire)

===Exemple de script en Python pour la commande notify===
Nécessite les librairies Twisted et pyOpenSSL

<python># load library
from twisted.web.xmlrpc import Proxy
from twisted.internet import reactor, ssl
import random

def printValue(value):
print repr(value)
reactor.stop()

def printError(error):
print 'error', error
reactor.stop()

# URL of the XML-RPC server
proxy = Proxy('https://yourURL.xx/actionOnDemand.php')

# init passphrase
passphrase = 'SDjklsdiuQSIPO23879ZERK2098ZL2908DFZLK'

# init array to send
status = []
state = random.randint(0,1)
# Alternate 0 and 1 for test
for i in range(0,10):
status.append(state)
state = 0 if state == 1 else 1
#print status

# send to the XML-RPC server
proxy.callRemote('notify', status, passphrase).addCallbacks(printValue, printError)
reactor.run()</python>

Ces scripts nécessitent les librairies Twisted et pyOpenSSL.

Ils recevront (et afficheront) comme réponse 0 du fait que le numéro de session transmis n'est pas correct (et laissé à une chaine vide).

==Fermeture automatique d'un vol==

Le logiciel de contrôle de l'armoire à clé doit envoyer un ordre '''closeFlight("passphrase", "id de ressource")''' avec comme paramètre un passphrase et l'id qui va entraîner la fermeture du vol effectué sur cette ressource si un vol avait été ouvert et que la "Fermeture automatique des
vols au retour de la clé" soit activée. La commande retournera comme réponse une structure JSON pour déterminer si la fermeture du vol s'est bien réalisée ou non et qu'il n'y a pas eu d'erreur.

Réponse quand la vérification du passphrase est incorrecte, ce qui a entraîné la non-fermeture du vol :
<javascript>{[
ack : 0
]}</javascript>

Réponse quand la vérification du passphrase est correcte et que la demande de fermeture du vol s'est bien réalisée :
<javascript>{[
ack : 1
]}</javascript>

Réponse quand la vérification du passphrase est correcte et que la demande de fermeture du vol ne s'est pas bien réalisée suite à une erreur :
<javascript>{[
ack : 1,
error : 'Message d\'erreur ...'
]}</javascript>

===Script d'exemple pour closeFlight===
<python># load library
from twisted.web.xmlrpc import Proxy
from twisted.internet import reactor, ssl
import random

def printValue(value):
print repr(value)
reactor.stop()

def printError(error):
print 'error', error
reactor.stop()

# URL of the XML-RPC server
proxy = Proxy('https://yourURL.xx/actionOnDemand.php')

# Id of resource which needs a flight closing
resource_id = 1

# init passphrase
passphrase = 'SDjklsdiuQSIPO23879ZERK2098ZL2908DFZLK'

# send to the XML-RPC server
proxy.callRemote('closeFlight', resource_id, passphrase).addCallbacks(printValue, printError)
reactor.run()</python>

==Exemple de script en Python de logiciel de contrôle d'une armoire==
<python>#!/usr/bin/python
import xmlrpclib, time, dummy_proto, hashlib
from twisted.internet import reactor, task, threads, ssl
from twisted.application import internet, service
from twisted.internet.protocol import Protocol, ClientCreator, ReconnectingClientFactory
from twisted.web import resource, server

# Port from which the OF client contact OpenKeys service
SERVICE_PORT=4080
# IP address of the OpenKeys service
SERVICE_HOST="192.168.0.200"

# IP address of the key cabinet
KEYS_ADDR='192.168.0.201'
# Port from which OpenKeys service contacts the key cabinet
KEYS_PORT=6002
#Time to release the key
KEY_RELEASE_DURATION=15

# sha224 passwords
PASSWORDS=('847bed9bc354e7e47bc5350a3b3aaf6124f5748224a3c7ad79586c3c')

# init passphrase
passphrase = 'SDjklsdiuQSIPO23879ZERK2098ZL2908DFZLK'

OF_XMLRPC_URL="https://structure.openflyers.tld/actionOnDemand.php"

DEBUG=False

class dummyProtocol(Protocol):
def __init__(self, rpc_server):
self.rpc_server=rpc_server
self.lc = None

def connectionMade(self):
if not self.lc:
# update status every 10 minutes
self.lc = task.LoopingCall(self.updateStatus)
self.lc.start(600)

def dataReceived(self, data):
msg=dummy_proto.dummy_message.newFromData(data)
if DEBUG: msg.display()
try:
if type(msg)==dummyproto.dummy_ONOFF_Control_Response:
response = self.rpc_server.notify(msg.getKeysStatus(),passphrase)
except Exception, err:
if DEBUG: print "error: ", err
pass # ignore

def updateStatus(self):
msg = dummy_proto.dummy_State_Request()
self.transport.write(msg.build_message())

def send(self, dummy_data):
self.transport.write(dummy_data.build_message())

class dummyClientFactory(ReconnectingClientFactory):
def __init__(self, rpc_server):
self.rpc_server = rpc_server

def buildProtocol(self, addr):
self.resetDelay()
self.protocol = dummyProtocol(self.rpc_server)
return self.protocol

def clientConnectionLost(self, connector, reason):
ReconnectingClientFactory.clientConnectionLost(self, connector, reason)
connector.connect()

def clientConnectionFailed(self, connector, reason):
if DEBUG: print 'Connection failed. Reason:', reason
ReconnectingClientFactory.clientConnectionFailed(self, connector, reason)

# blocking method ! must be run in a new thread
def release_key(self, key_num, timeOur):
m = dummy_proto.dummy_ONOFF_Control()
m.setON(key_num)
self.protocol.send(m)
time.sleep(timeOut)
m.setOFF(key_num)
self.protocol.send(m)
return key_num

class WebResource(resource.Resource):
def __init__(self, rpc_server, dummy_client_factory):
self.rpc_server = rpc_server
self.dummy_client_factory = dummy_client_factory
resource.Resource.__init__(self)
self.keys_webcontrol_state = [0,0,0,0,0,0,0,0,0,0]

def getChild(self, name, request):
return self

def render(self, request):
reponse = 0 # NOK par defaut
key_num = 0
try:
sessid = request.args.get('sessid', [""])[0]
password = request.args.get('password', [""])[0]
key_num = int(request.args.get('key', ["0"])[0])
response = 0
if password:
if hashlib.sha224(password).hexdigest() in PASSWORDS:
timeOut = KEY_RELEASE_DURATION
response_XMLRPC = 1
else:
timeOut = int(request.args.get('timeout', ["0"])[0])
response = self.rpc_server.checkCommand(sessid, key_num)
except Exception, err:
if DEBUG: print "error: ", err
return "NOK:bad request"

if response == 1:
# Don't try to release a key that is being released
if self.keys_webcontrol_state[key_num-1]: return "OK:already released"
self.keys_webcontrol_state[key_num-1] = 1
d = threads.deferToThread(self.dummy_client_factory.release_key, key_num, timeOut)
d.addCallback(self.unset_webcontrol_state)
return "OK:releasing key..."
else:
return "NOK:permission refused"

def unset_webcontrol_state(self, key_num):
self.keys_webcontrol_state[key_num-1] = 0

class OpenKeysService(service.Service):
def __init__(self):
rpc_server=xmlrpclib.Server(OF_XMLRPC_URL);
self.dummy_client_factory = dummyClientFactory(rpc_server)
self.web_resource = WebResource(rpc_server, self.dummy_client_factory)

def getdummyClientFactory(self):
return self.dummy_client_factory

def getWebResource(self):
return self.web_resource

application = service.Application('openkeys')
f = OpenKeysService()
serviceCollection = service.IServiceCollection(application)
internet.TCPClient(KEYS_ADDR, KEYS_PORT, f.getdummyClientFactory()
).setServiceParent(serviceCollection)
internet.TCPServer(SERVICE_PORT, server.Site(f.getWebResource())
).setServiceParent(serviceCollection)</python>

==Maquette de script actionOnDemand.php côté serveur recevant les appels du logiciel de contrôle de l'armoire==
Ce script nécessite la bibliothèque PEAR [http://pear.php.net/package/XML_RPC2 XML_RPC2].

Pour les tests, il suffit de modifier la valeur de la variable $weDontWant.

<php><?php
include 'XML/RPC2/Server.php';

class OpenKeysGateway {
/**
* Update the status of the keys
*
* @param array $status Status of keys
* @return integer 1 if ok, 0 else
*/
public static function notify($status) {
$logmsg = "";
foreach ($status as $key_num_from_zero => $key_pres) {
if (!is_numeric($key_pres) || intval($key_pres)!=$key_pres || $key_pres < 0 || $key_pres > 1) continue;
if (!is_numeric($key_num_from_zero) || intval($key_num_from_zero)!=$key_num_from_zero
|| $key_num_from_zero < 0 || $key_num_from_zero > 9) continue;
$logmsg .= "".($key_num_from_zero+1).":".$key_pres.",";
}
file_put_contents('test.txt', "key notify :".$logmsg, FILE_APPEND );
return 1;
}

/**
* Check if user is able to release the key 'key_num'
*
* @param string $sessid PHPSESSID of a connected user
* @param integer $key_num number of the key to release
* @return integer 0:NOK, 1:OK
*/
public static function checkCommand($sessid, $key_num) {
/* sanitize input */
if (!is_numeric($key_num) || intval($key_num)!=$key_num || $key_num < 1 || $key_num > 10) {
return 0;
}

$weDontWant = 1;

if ($weDontWant) {
file_put_contents('test.txt', "$key_num has no associated airborne aircraft", FILE_APPEND );
return 0;
}
else {
file_put_contents('test.txt', "granted key: ".$key_num.":permission granted", FILE_APPEND );
return 1;
}
}
}

$options = array(
'autoDocument' => true,
);

// dirty hack to get things work !
$GLOBALS['HTTP_RAW_POST_DATA'] = file_get_contents('php://input');

$server = XML_RPC2_Server::create('OpenKeysGateway', $options);
$server->handleCall();

?></php>

Interfaçage OpenFlyers et armoire à clé

2016-01-11T17:21:35Z

Claratte : /* Présentation */

__TOC__

=Présentation=
L'objet de cette page est de décrire le protocole d'interfaçage avec toute solution d'armoire à clés tiers. Pour les armoires à clés commercialisées par OpenFlyers, il faut se référer à la [[Access-Control|documentation sur le contrôle d'accès]].

Le protocole repose sur le principe que l'interfaçage est réalisé par un logiciel de contrôle de l'armoire à clé sur un PC ou une solution embarquée et qui dispose d'un accès à internet lui permettant de communiquer avec OpenFlyers.

=Interface utilisateur OpenFlyers=
L'utilisateur ouvre un vol dans OpenFlyers :

[[Fichier:Menu-contextuel-ouverture-de-vol.png]]

Il se retrouve sur le formulaire de saisie du vol en mode Départ en vol:

[[Fichier:Formulaire-ouverture-de-vol.png]]

Lorsqu'il clique sur le bouton de validation, 3 cas peuvent se présenter :
*Une alerte ou plusieurs alertes rouges (bloquantes), s'affichent : l'utilisateur n'a pas la possibilité de surpasser ses alertes, il ne peut alors récupérer la clé :

[[Fichier:Alertes-bloquantes-en-ouverture-vol.png]]

*Une alerte ou plusieurs alertes oranges (non-bloquantes), s'affichent : l'utilisateur a la possibilité de surpasser ses alertes, et ainsi de récupérer la clé :

[[Fichier:Alertes-non-bloquantes-en-ouverture-vol.png]]

*Aucune alerte ne s'affiche, l'utilisateur se retrouve alors directement sur la page lui indiquant :

[[Fichier:Message autorisation libération clé.png]]

Une fois qu'il a cliqué sur '''LIBÉRER LA CLÉ''', il dispose de X secondes. Cette durée est paramétrable par OpenFlyers.

*Lorsqu'il rentre de vol, l'utilisateur n'a plus qu'a retourner sur le formulaire de saisie de vol et à fermer son vol. La clé doit etre remise en place sur l'armoire pour fermer le vol.

=Interface administrateur OpenFlyers=
==Activation et configuration de la gestion des armoires à clé==
*'''Admin'''
*'''Configuration > Paramétrage'''
*Dans le formulaire '''Gestion des vols''', sélectionner '''Activé(e)''' pour le champ '''Gestion armoire à clé'''
*Cliquer sur le bouton '''Valider''' lié au formulaire
*Dans le formulaire '''Gestion des vols''', sélectionner '''Activé(e)''' pour le champ '''Gestion des clés'''
*Cliquer à nouveau sur le bouton '''Valider''' lié au formulaire
*Le formulaire apparait alors comme suit :

[[Fichier:Paramétrage armoire à clé.png]]

*Signification des paramètres :
**'''Gestion des clés''' : Gestion par OpenFlyers des clés de l'armoire ('''Désactivé(e)''' ou '''Activé(e)''')
**'''Nombre de clés''' : nombre de clés possibles dans l'armoire
**'''Temporisation''' : temps en secondes pendant lequel la clé peut être retirée après autorisation.
**'''Logiciel de contrôle de l'armoire à clé''' : Il s'agit du nom du logiciel de contrôle de l'armoire à clé. PyOpenKey (protocole open), OpenKey (protocole Openflyers, version 1), pyOpenkey2 (protocole Openflyers version 2) .
**'''IP du PC contenant le logiciel de contrôle''' : adresse IP du PC sur lequel se trouve le logiciel de contrôle de l'armoire à clé.
**'''Port du PC contenant le logiciel de contrôle''' : port sur lequel écoute le logiciel de contrôle de l'armoire à clé.
**'''Fermeture automatique des vols au retour de la clé''' : permet de programmer la fermeture automatique des vols au retour de la clé.
**'''Phrase mot de passe''' : phrase permettant d'authentifier la source de la transmission dans le cas d'une requête XML-RPC.
'''Attention :''' dans le cas où le logiciel de contrôle de l'armoire à clé se trouve sur le même PC que pour la saisie des vols dans OpenFlyers, il peut y avoir des problèmes de loopback au niveau du routeur.

==Attribution des clés aux ressources/aéronefs==
''Dans le cas où c'est le logiciel OpenFlyers qui gère les clés.''
*'''Admin'''
*'''Ressources > Ressources > Actives''' ou '''Flotte > Aéronefs > Aéronefs actifs''' sous version OF 2.1

[[Fichier:Liste des aéronefs.png]]

Pour chaque aéronef concerné, il suffit d'attribuer un numéro et un nom de clé dans les champs correspondants. La validation de la saisie se fait automatiquement en cliquant hors du champ de saisie.

=Protocole de dialogue XML-RPC entre OpenFlyers et le logiciel de gestion de l'armoire à clé=
Le dialogue avec le serveur XML-RPC d'OpenFlyers doit s'effectuer en '''HTTPS'''.

==Demande de libération d'une clé==

===Cas avec gestion des clés par OpenFlyers===

*Lorsque qu'une clé doit être libérée, le navigateur envoie un message au logiciel de contrôle de l'armoire à clé par le protocole HTTP sous la forme suivante :
http://127.0.0.1:4080/?sessid=e5f01p2oqh2vb36arisr8k5j87&timeOut=10000&key=1&resource=2&person=12;action='releaseKey'

:*L'adresse IP (ici 127.0.0.1) et le port (ici 4080) sont fonction de la [[#Activation_et_configuration_de_la_gestion_des_armoires_.C3.A0_cl.C3.A9|configuration de l'armoire à clé dans OpenFlyers]].
:*sessid contient le numéro de session en cours
:*timeout correspond au temps d'attente pour la prise d'une clé en millisecondes
:*key contient le numéro de la clé concernée
:*resource contient le numéro de la ressource concernée
:*person contient le numéro de l'utilisateur qui fait la demande
:*action est un mot clé désignant l'objet de la commande
:**release_key: ordre de libérer la clé
:**open_door: ordre d'ouvrir la porte
:**init_tags: ordre de lire les tags des clés
*Le logiciel de contrôle de l'armoire à clé doit alors envoyer une demande d'ordre au serveur OpenFlyers à l'adresse suivante https://structure.openflyers.tld/actionOnDemand.php où il faut remplacer structure.openflyers.tld par l'adresse de la plateforme OpenFlyers concernée, avec comme commande XML_RPC '''checkCommand ("e5f01p2oqh2vb36arisr8k5j87",int(key))'''.

*Le serveur OpenFlyers vérifie alors l'action demandée :
Pour release_key, il est vérifié :
#Que la clé est au bon format et existe. Lorsque la clé est validée, on passe à l'étape suivante sinon on retourne 0
#Que l'utilisateur faisant la demande est bien celui qui est connecté. Lorsque c'est le cas, on passe à l'étape suivante sinon on retourne 0
#Ensuite si l'utilisateur qui a passé la demande :
#*A le droit '''Gestion des clés''' (administrateur) alors on libère la clé sans condition (cela permet de libérer la clé sans contrôle) et on retourne 1
#*N'a pas le droit '''Gestion des clés''' (pilote) alors on vérifie s'il existe un vol ouvert qui remplit la double condition :
#**Vol attribué à l'utilisateur
#**Aéronef du vol associé à la demande de libération de la clé
#**Lorsque la double condition est remplie, on retourne 1 sinon 0

*Le serveur retourne ensuite la réponse :
**1 dans le cas d'autorisation de libération de clé
**0 dans le cas contraire

====Exemple de script en Python d'utilisation de la commande checkCommand avec gestion des clés====
<python># load library
from twisted.web.xmlrpc import Proxy
from twisted.internet import reactor, ssl

def printValue(value):
print repr(value)
reactor.stop()

def printError(error):
print 'error', error
reactor.stop()

# URL of the XML-RPC server
proxy = Proxy('https://yourURL.xx/actionOnDemand.php')

# init array to send
sessid = ""
key_num = 1

# send to the XML-RPC server
proxy.callRemote('checkCommand', sessid, key_num).addCallbacks(printValue, printError)
reactor.run()</python>

Ce test peut être complété (pour obtenir une réponse "1") en simulant une armoire à clé à l'aide d'un script PHP de la façon suivante :
*Installer un serveur local (par exemple [http://www.wampserver.com/ wampserver] sous Windows) de façon à avoir le port 127.0.0.1 qui lui est attribué
*Configurer la plateforme OpenFlyers de manière à gérer l'armoire à clé avec les éléments suivants :
**'''IP du PC contenant le logiciel de contrôle''' : 127.0.0.1
**'''Port du PC contenant le logiciel de contrôle''' : 80
*Configurer la plateforme OpenFlyers de manière à gérer les clés
*A la racine du répertoire www, mettre le script index.php suivant (on suppose que ce script est appelé par défaut lorsqu'on utilise l'URL http://127.0.0.1 ) :
<php><?php
file_put_contents('test.txt', 'TEST', FILE_APPEND );
file_put_contents('test.txt', print_r($_REQUEST, true), FILE_APPEND );
?></php>
*Toujours à la racine du répertoire www, créer un fichier test.txt
Le script PHP écrira dans le fichier test.txt les variables transmises lors de la demande d'ouverture de l'armoire à clé :
<pre>TESTArray
(
[sessid] => j2eo92215nbef09borb74jftm1
[key] => 1
[resource] => 1
[person] => 1
)</pre>
*Il suffit alors de recopier la valeur de '''sessid''' et de '''key''' dans le script python de ce début de paragraphe et de le tester : il devrait renvoyer 1.

===Cas sans gestion des clés par OpenFlyers===

*Lorsque qu'une demande de vérification doit être réalisée, le navigateur envoie un message au logiciel de contrôle de l'armoire à clé par le protocole HTTP sous la forme suivante :
http://127.0.0.1:4080/?sessid=e5f01p2oqh2vb36arisr8k5j87&resource=2&person=12

:*L'adresse IP (ici 127.0.0.1) et le port (ici 4080) sont fonction de la [[#Activation_et_configuration_de_la_gestion_des_armoires_.C3.A0_cl.C3.A9|configuration de l'armoire à clé dans OpenFlyers]].
:*sessid contient le numéro de session en cours
:*resource contient le numéro de la ressource concernée
:*person contient le numéro de l'utilisateur qui fait la demande
*Le logiciel de contrôle de l'armoire à clé doit alors envoyer une demande d'ordre au serveur OpenFlyers à l'adresse suivante https://structure.openflyers.tld/actionOnDemand.php où il faut remplacer structure.openflyers.tld par l'adresse de la plateforme OpenFlyers concernée, avec comme commande XML_RPC '''checkCommand ("e5f01p2oqh2vb36arisr8k5j87")'''.

*Le serveur OpenFlyers vérifie alors :
#Que l'utilisateur faisant la demande est bien celui qui est connecté. Lorsque c'est le cas, on passe à l'étape suivante sinon on retourne 0
#On vérifie s'il existe un vol ouvert qui remplit la double condition :
#*Vol attribué à l'utilisateur
#*Aéronef du vol associé à la demande de libération de la clé
#*Lorsque la double condition est remplie, on retourne 1 sinon 0

*Le serveur retourne ensuite la réponse :
**1 dans le cas d'autorisation
**0 dans le cas contraire

====Exemple de script en Python d'utilisation de la commande checkCommand sans gestion des clés====

<python># load library
from twisted.web.xmlrpc import Proxy
from twisted.internet import reactor, ssl

def printValue(value):
print repr(value)
reactor.stop()

def printError(error):
print 'error', error
reactor.stop()

# URL of the XML-RPC server
proxy = Proxy('https://yourURL.xx/actionOnDemand.php')

# init array to send
sessid = ""

# send to the XML-RPC server
proxy.callRemote('checkCommand', sessid).addCallbacks(printValue, printError)
reactor.run()</python>

Ce test peut être complété (pour obtenir une réponse "1") en simulant une armoire à clé à l'aide d'un script PHP de la façon suivante :
*Installer un serveur local (par exemple [http://www.wampserver.com/ wampserver] sous Windows) de façon à avoir le port 127.0.0.1 qui lui est attribué
*Configurer la plateforme OpenFlyers de manière à gérer l'armoire à clé avec les éléments suivants :
**'''IP du PC contenant le logiciel de contrôle''' : 127.0.0.1
**'''Port du PC contenant le logiciel de contrôle''' : 80
*Configurer la plateforme OpenFlyers de manière à ne pas gérer les clés
*A la racine du répertoire www, mettre le script index.php suivant (on suppose que ce script est appelé par défaut lorsqu'on utilise l'URL http://127.0.0.1 ) :
<php><?php
file_put_contents('test.txt', 'TEST', FILE_APPEND );
file_put_contents('test.txt', print_r($_REQUEST, true), FILE_APPEND );
?></php>
*Toujours à la racine du répertoire www, créer un fichier test.txt
Le script PHP écrira dans le fichier test.txt les variables transmises lors de la demande d'ouverture de l'armoire à clé :
<pre>TESTArray
(
[sessid] => j2eo92215nbef09borb74jftm1
[resource] => 1
[person] => 1
)</pre>
*Il suffit alors de recopier la valeur de '''sessid''' dans le script python de ce début de paragraphe et de le tester : il devrait renvoyer 1.

==Modification de l'état d'une clé==
''Applicable uniquement dans le cas où le logiciel OpenFlyers gère les clés.''
*Le logiciel de contrôle de l'armoire à clé doit envoyer un ordre '''notify([1,0,1,1,1,1,0,0], "passphrase")''' avec comme paramètre un tableau chronologique des clés ayant pour valeur leur état (1 = interrupteur de présence de clé fermé = clé absente de l'armoire, 0 = interrupteur de présence de clé ouvert = clé présente dans l'armoire)

===Exemple de script en Python pour la commande notify===
Nécessite les librairies Twisted et pyOpenSSL

<python># load library
from twisted.web.xmlrpc import Proxy
from twisted.internet import reactor, ssl
import random

def printValue(value):
print repr(value)
reactor.stop()

def printError(error):
print 'error', error
reactor.stop()

# URL of the XML-RPC server
proxy = Proxy('https://yourURL.xx/actionOnDemand.php')

# init passphrase
passphrase = 'SDjklsdiuQSIPO23879ZERK2098ZL2908DFZLK'

# init array to send
status = []
state = random.randint(0,1)
# Alternate 0 and 1 for test
for i in range(0,10):
status.append(state)
state = 0 if state == 1 else 1
#print status

# send to the XML-RPC server
proxy.callRemote('notify', status, passphrase).addCallbacks(printValue, printError)
reactor.run()</python>

Ces scripts nécessitent les librairies Twisted et pyOpenSSL.

Ils recevront (et afficheront) comme réponse 0 du fait que le numéro de session transmis n'est pas correct (et laissé à une chaine vide).

==Fermeture automatique d'un vol==

Le logiciel de contrôle de l'armoire à clé doit envoyer un ordre '''closeFlight("passphrase", "id de ressource")''' avec comme paramètre un passphrase et l'id qui va entraîner la fermeture du vol effectué sur cette ressource si un vol avait été ouvert et que la "Fermeture automatique des
vols au retour de la clé" soit activée. La commande retournera comme réponse une structure JSON pour déterminer si la fermeture du vol s'est bien réalisée ou non et qu'il n'y a pas eu d'erreur.

Réponse quand la vérification du passphrase est incorrecte, ce qui a entraîné la non-fermeture du vol :
<javascript>{[
ack : 0
]}</javascript>

Réponse quand la vérification du passphrase est correcte et que la demande de fermeture du vol s'est bien réalisée :
<javascript>{[
ack : 1
]}</javascript>

Réponse quand la vérification du passphrase est correcte et que la demande de fermeture du vol ne s'est pas bien réalisée suite à une erreur :
<javascript>{[
ack : 1,
error : 'Message d\'erreur ...'
]}</javascript>

===Script d'exemple pour closeFlight===
<python># load library
from twisted.web.xmlrpc import Proxy
from twisted.internet import reactor, ssl
import random

def printValue(value):
print repr(value)
reactor.stop()

def printError(error):
print 'error', error
reactor.stop()

# URL of the XML-RPC server
proxy = Proxy('https://yourURL.xx/actionOnDemand.php')

# Id of resource which needs a flight closing
resource_id = 1

# init passphrase
passphrase = 'SDjklsdiuQSIPO23879ZERK2098ZL2908DFZLK'

# send to the XML-RPC server
proxy.callRemote('closeFlight', resource_id, passphrase).addCallbacks(printValue, printError)
reactor.run()</python>

==Exemple de script en Python de logiciel de contrôle d'une armoire==
<python>#!/usr/bin/python
import xmlrpclib, time, dummy_proto, hashlib
from twisted.internet import reactor, task, threads, ssl
from twisted.application import internet, service
from twisted.internet.protocol import Protocol, ClientCreator, ReconnectingClientFactory
from twisted.web import resource, server

# Port from which the OF client contact OpenKeys service
SERVICE_PORT=4080
# IP address of the OpenKeys service
SERVICE_HOST="192.168.0.200"

# IP address of the key cabinet
KEYS_ADDR='192.168.0.201'
# Port from which OpenKeys service contacts the key cabinet
KEYS_PORT=6002
#Time to release the key
KEY_RELEASE_DURATION=15

# sha224 passwords
PASSWORDS=('847bed9bc354e7e47bc5350a3b3aaf6124f5748224a3c7ad79586c3c')

# init passphrase
passphrase = 'SDjklsdiuQSIPO23879ZERK2098ZL2908DFZLK'

OF_XMLRPC_URL="https://structure.openflyers.tld/actionOnDemand.php"

DEBUG=False

class dummyProtocol(Protocol):
def __init__(self, rpc_server):
self.rpc_server=rpc_server
self.lc = None

def connectionMade(self):
if not self.lc:
# update status every 10 minutes
self.lc = task.LoopingCall(self.updateStatus)
self.lc.start(600)

def dataReceived(self, data):
msg=dummy_proto.dummy_message.newFromData(data)
if DEBUG: msg.display()
try:
if type(msg)==dummyproto.dummy_ONOFF_Control_Response:
response = self.rpc_server.notify(msg.getKeysStatus(),passphrase)
except Exception, err:
if DEBUG: print "error: ", err
pass # ignore

def updateStatus(self):
msg = dummy_proto.dummy_State_Request()
self.transport.write(msg.build_message())

def send(self, dummy_data):
self.transport.write(dummy_data.build_message())

class dummyClientFactory(ReconnectingClientFactory):
def __init__(self, rpc_server):
self.rpc_server = rpc_server

def buildProtocol(self, addr):
self.resetDelay()
self.protocol = dummyProtocol(self.rpc_server)
return self.protocol

def clientConnectionLost(self, connector, reason):
ReconnectingClientFactory.clientConnectionLost(self, connector, reason)
connector.connect()

def clientConnectionFailed(self, connector, reason):
if DEBUG: print 'Connection failed. Reason:', reason
ReconnectingClientFactory.clientConnectionFailed(self, connector, reason)

# blocking method ! must be run in a new thread
def release_key(self, key_num, timeOur):
m = dummy_proto.dummy_ONOFF_Control()
m.setON(key_num)
self.protocol.send(m)
time.sleep(timeOut)
m.setOFF(key_num)
self.protocol.send(m)
return key_num

class WebResource(resource.Resource):
def __init__(self, rpc_server, dummy_client_factory):
self.rpc_server = rpc_server
self.dummy_client_factory = dummy_client_factory
resource.Resource.__init__(self)
self.keys_webcontrol_state = [0,0,0,0,0,0,0,0,0,0]

def getChild(self, name, request):
return self

def render(self, request):
reponse = 0 # NOK par defaut
key_num = 0
try:
sessid = request.args.get('sessid', [""])[0]
password = request.args.get('password', [""])[0]
key_num = int(request.args.get('key', ["0"])[0])
response = 0
if password:
if hashlib.sha224(password).hexdigest() in PASSWORDS:
timeOut = KEY_RELEASE_DURATION
response_XMLRPC = 1
else:
timeOut = int(request.args.get('timeout', ["0"])[0])
response = self.rpc_server.checkCommand(sessid, key_num)
except Exception, err:
if DEBUG: print "error: ", err
return "NOK:bad request"

if response == 1:
# Don't try to release a key that is being released
if self.keys_webcontrol_state[key_num-1]: return "OK:already released"
self.keys_webcontrol_state[key_num-1] = 1
d = threads.deferToThread(self.dummy_client_factory.release_key, key_num, timeOut)
d.addCallback(self.unset_webcontrol_state)
return "OK:releasing key..."
else:
return "NOK:permission refused"

def unset_webcontrol_state(self, key_num):
self.keys_webcontrol_state[key_num-1] = 0

class OpenKeysService(service.Service):
def __init__(self):
rpc_server=xmlrpclib.Server(OF_XMLRPC_URL);
self.dummy_client_factory = dummyClientFactory(rpc_server)
self.web_resource = WebResource(rpc_server, self.dummy_client_factory)

def getdummyClientFactory(self):
return self.dummy_client_factory

def getWebResource(self):
return self.web_resource

application = service.Application('openkeys')
f = OpenKeysService()
serviceCollection = service.IServiceCollection(application)
internet.TCPClient(KEYS_ADDR, KEYS_PORT, f.getdummyClientFactory()
).setServiceParent(serviceCollection)
internet.TCPServer(SERVICE_PORT, server.Site(f.getWebResource())
).setServiceParent(serviceCollection)</python>

==Maquette de script actionOnDemand.php côté serveur recevant les appels du logiciel de contrôle de l'armoire==
Ce script nécessite la bibliothèque PEAR [http://pear.php.net/package/XML_RPC2 XML_RPC2].

Pour les tests, il suffit de modifier la valeur de la variable $weDontWant.

<php><?php
include 'XML/RPC2/Server.php';

class OpenKeysGateway {
/**
* Update the status of the keys
*
* @param array $status Status of keys
* @return integer 1 if ok, 0 else
*/
public static function notify($status) {
$logmsg = "";
foreach ($status as $key_num_from_zero => $key_pres) {
if (!is_numeric($key_pres) || intval($key_pres)!=$key_pres || $key_pres < 0 || $key_pres > 1) continue;
if (!is_numeric($key_num_from_zero) || intval($key_num_from_zero)!=$key_num_from_zero
|| $key_num_from_zero < 0 || $key_num_from_zero > 9) continue;
$logmsg .= "".($key_num_from_zero+1).":".$key_pres.",";
}
file_put_contents('test.txt', "key notify :".$logmsg, FILE_APPEND );
return 1;
}

/**
* Check if user is able to release the key 'key_num'
*
* @param string $sessid PHPSESSID of a connected user
* @param integer $key_num number of the key to release
* @return integer 0:NOK, 1:OK
*/
public static function checkCommand($sessid, $key_num) {
/* sanitize input */
if (!is_numeric($key_num) || intval($key_num)!=$key_num || $key_num < 1 || $key_num > 10) {
return 0;
}

$weDontWant = 1;

if ($weDontWant) {
file_put_contents('test.txt', "$key_num has no associated airborne aircraft", FILE_APPEND );
return 0;
}
else {
file_put_contents('test.txt', "granted key: ".$key_num.":permission granted", FILE_APPEND );
return 1;
}
}
}

$options = array(
'autoDocument' => true,
);

// dirty hack to get things work !
$GLOBALS['HTTP_RAW_POST_DATA'] = file_get_contents('php://input');

$server = XML_RPC2_Server::create('OpenKeysGateway', $options);
$server->handleCall();

?></php>

Formules de calcul

2016-01-11T09:16:54Z

Claratte : /* getSex('person id') */

Cette page à pour objet de présenter l'ensemble des fonctions et variables utilisables dans des formules de calculs d'OpenFlyers ainsi que les différents types de formules de calculs.
__TOC__

=Présentation=

==Fonctions==

===abs(X)===
Retourne la valeur absolue de X

Exemple :
<pre>abs(-200) donne 200</pre>
<pre>abs(100) donne 100</pre>

===changeTime('date', 'année', 'mois', 'jour')===
Retourne la date en changeant l'année, le mois et/ou le jour

La date doit être au format '''AAAA-MM-JJ hh:mm:ss''' ou '''AAAA-MM-JJ'''

Les valeurs possibles pour l'année, le mois ou le jour sont :
* 0 = L'année, le mois ou le jour reste inchangé
* +X = L'année, le mois ou le jour est augmenté de X
* -X = L'année, le mois ou le jour est diminué de X
* X = L'année, le mois ou le jour est placé sur X

Exemple :
<pre>changeTime( '2011-05-15', '0', '0', '0' ) donne 2011-05-15</pre>
<pre>changeTime( '2011-05-15', '0', '-test', '0' ) donne 2011-05-15 car la valeur du mois n'est pas valide</pre>
<pre>changeTime( '2011-05-15', '0', '-2', '0' ) donne 2011-03-15</pre>
<pre>changeTime( '2011-05-15', '0', '+2', '0' ) donne 2011-07-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '0' ) donne 2011-02-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '-1' ) donne 2011-02-14</pre>
<pre>changeTime( %NOW_DATE, '2015', '1', '1' ) donne 2015-01-01</pre>

===formatDate('patron', 'date')===

Formate la date selon le patron. Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#Date_and_time_format|format de date et d'heure]]

Exemple :
<pre>formatDate('yyyy', '2015-03-01') donne 2015</pre>
<pre>formatDate('MM', '2015-03-01') donne 03</pre>
<pre>formatDate('d', '2015-03-01') donne 1</pre>

===getSex('person id')===

Retourne un nombre correspondant au sexe de la personne :
* 0 pour un homme
* 1 pour une femme
* 2 lorsque ce n'est pas défini

Exemple :
<pre>getSex(1)
getSex(%USER_ID)</pre>

Exemple pour savoir si un utilisateur est une femme dans une règle de tarification des produits :
<pre>(getSex(%USER_ID) == 1) ? $reductionFemme : 0</pre>

===getValidityExpiredDate('person id', 'validity type id')===

* Retourne la date d'expiration de la validité de la personne si c'est une validité soumise à échéance et que la date d'expiration a été renseigné. La date est au format AAAA-MM-JJ.
* Retourne "0000-00-00" dans les autres cas

Exemple :
<pre>getValidityExpiredDate(%USER_ID, 1) donne 2014-12-31</pre>
<pre>getValidityExpiredDate(0, 20) donne 0000-00-00</pre>

===hasValidity('user id', 'validity type id', 'check only holding')===
'check only holding' est un paramètre optionnel. On ne prend en compte sa valeur que si elle est à 1. Dans les autres cas, on l'ignore.

*Si 'check only holding' n'est pas à 1 :
** Retourne '''1''' lorsque :
*** Si c'est une validité à formule d'expérience récente :
**** l'utilisateur a l'expérience requise
*** Si ce n'est pas une validité à formule d'expérience récente :
**** Si la validité n'est pas soumise à échéance alors l'utilisateur possède la validité
**** Si La validité est soumise à échéance alors l'utilisateur possède la validité et elle n'est pas encore expirée
** Retourne '''0''' dans les autres cas
*Si 'check only holding' est à 1 :
** Retourne '''1''' lorsque :
*** Si ce n'est pas une validité à formule d'expérience récente :
**** L'utilisateur possède la validité
** Retourne '''0''' dans les autres cas (y compris dans le cas d'une validité à formule d'expérience récente et que l'utilisateur possède l'expérience récente)

===max(X,Y)===
Retourne le maximum entre X et Y

===min(X,Y)===
Retourne le minimum entre X et Y

===roundCeil(X,Y)===
Arrondi la valeur X au nombre supérieur multiple de l'unité Y le plus proche

Exemple :
<pre>roundCeil(114,100) donne 200</pre>

<pre>roundCeil(114,10) donne 120</pre>

===sprintf('pattern', 'string')===

Formate la chaîne "string" avec le patron "pattern". Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#sprintf_format|format de sprintf]].

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible devant :
<php>sprintf('%05s', %MEMBER_NUM) retourne 00010 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible derrière :
<php>sprintf('%-05d', %MEMBER_NUM) retourne 10000 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 6 caractères en ajoutant autant d'espace que possible devant :
<php>sprintf('%6s', %MEMBER_NUM) retourne " 10" si %MEMBER_NUM vaut 10 par exemple</php>

===substr(string,a,b)===
Retourne l'extrait de chaîne de caractères "string" à partir du caractère "a", 0 étant le 1er caractère et "b" la longueur à extraire. Lorsque b est une valeur négative, alors il détermine le nombre de caractères devant être enlevé depuis la fin de la chaîne.

Exemples :
<pre>substr('FIRST_NAME', 0, 5) returns FIRST
substr('FIRST_NAME', 0, -2) returns FIRST_NA</pre>

===sumFlightHour('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumFlightTime(%PILOT, 'year', 'month', 'day', 'hour', 'minute', 'position', 'flight type' )===
Retourne le total des heures de vol faite par un pilote %PILOT pour le type de vol 'flight type' Depuis la date indiquée.

La position 0 correspond au 1er pilote, la position 1 au 2ème pilote.

Si le type de vol n'est pas spécifié, le total est déterminé pour tous les types de vols.

Exemple :
<pre>sumFlightTime(%PILOT, 2008, 01, 01, 00, 00, 0, 64 )</pre>
Retourne en [[#D.C3.A9finition_Unit.C3.A9_sexacentimal|Sexacentimal]] le total des heures de vol faites sur le type de vol 64 en tant que pilote en place gauche depuis le 2008-01-01 00:00:00.

===sumLandingNumber('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumPreviousFlightTime('pilot id', 'position', 'day', 'endingDate', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===strtolower(string)===
Retourne la chaine "string" en minuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "camelback"</pre>

===strtoupper(string)===
Retourne la chaine "string" en majuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "CAMELBACK"</pre>

==Variables==
===%ACCOUNT_TYPE===
Type de compte

===%AUTHENTICATION_LOGIN===
Identifiant utilisateur

===%AUTO_INCREMENT===
Valeur auto-incrémentale

===%COUNTER_ARRIVAL===
Compteur arrivé saisi dans le formulaire

===%COUNTER_DEPARTURE===
Compteur départ saisi dans le formulaire

===%DURATION===
Durée du vol

===%FIRSTNAME===
Prénom de l'utilisateur

===%LASTNAME===
Nom de l'utilisateur

===%MEMBER_NUM===
Numéro de membre

===%NOW_DATE===
Date courante au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%RESOURCE_NAME===
Nom de la ressource

===<s>%TIME_ARRIVAL</s>===
<s>Heure de fin saisie dans le formulaire</s>

===<s>%TIME_DEPARTURE</s>===
<s>Heure de début saisie dans le formulaire</s>

===%START_DATE===

Date de début du vol ou date d'achat de produit au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%USER_ID===

Id de l'utilisateur

=Compte d'export=

==Fonctions autorisées pour le calcul du compte d'export==

*[[#sprintf.28.27pattern.27.2C_.27string.27.29|sprintf]]
*[[#substr.28string.2Ca.2Cb.29|substr]]
*[[#strtolower.28string.29|strtolower]]
*[[#strtoupper.28string.29|strtoupper]]

==Variables autorisées pour le calcul du compte d'export==
*[[#.25ACCOUNT_TYPE|%ACCOUNT_TYPE]]
*[[#.25AUTHENTICATION_LOGIN|%AUTHENTICATION_LOGIN]]
*[[#.25AUTO_INCREMENT|%AUTO_INCREMENT]]
*[[#.25FIRSTNAME|%FIRSTNAME]]
*[[#.25LASTNAME|%LASTNAME]]
*[[#.25MEMBER_NUM|%MEMBER_NUM]]
*[[#.25RESOURCE_NAME|%RESOURCE_NAME]]
*[[#.25USER_ID|%USER_ID]]

==Exemples de formules pour le calcul du compte d'export==
{| class="wikitable sortable centre"
!Formule de calcul!!Usage!!Exemples de génération
|-
|411+%ACCOUNT_TYPE||Comptes ressources et utilisateurs||4110002, 4110005
|-
|411+%AUTHENTICATION_LOGIN||Comptes utilisateurs||411pdupont '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes utilisateurs'''
|-
|411+%AUTO_INCREMENT||Comptes ressources et utilisateurs||41100001, 41100002, ...., 4110000x
|-
|411+%LASTNAME||Comptes utilisateurs||411dupont, 411dupond
|-
|411+%LASTNAME+substr(%FIRSTNAME,0,1)||Comptes utilisateurs||411dupontp, 411dupontf
|-
|411+%MEMBER_NUM||Comptes utilisateurs||411XXXXX, l'intitulé XXXXXX est le champ Numéro de membre qui est inscrit sur la fiche personnelle de vos adhérents. Exemple : 411001. A vous de vérifier l'unicité de cette valeurs
|-
|411+sprintf('%03s', %USER_ID)||Comptes utilisateurs||411001, 411002, etc.
|-
|411+substr(%AUTHENTICATION_LOGIN,0,3)||Comptes utilisateurs||411pdu 411 suivi de l'identifiant limité à 3 caractères. Cela permet d'être compatible avec les logiciels de comptabilités paramétrés pour n'accepter que 6 caractères. Dans ce cas, il est nécessaire de modifier les comptes d'exports en doublon.
|-
|7061+sprintf('%02s', %RESOURCE_ID)||Comptes ressources||706101, 706102, etc. '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes ressources'''
|}

=Date d'expiration=
==Fonctions autorisées pour le calcul de la date d'expiration==

* [[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
* [[#formatDate.28.27patron.27.2C_.27date.27.29|formatDate]]
* [[#getValidityExpiredDate.28.27person_id.27.2C_.27validity_type_id.27.29|getValidityExpiredDate]]
* [[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]

==Variables autorisées pour le calcul de la date d'expiration==

* [[#.25NOW_DATE|%NOW_DATE]]
* [[#.25USER_ID|%USER_ID]]

==Exemples de formules de calcul de la date d'expiration==

===Date fixe===
<pre>2012-12-31</pre>

===Date dans un an ou dans un an après la date d'expiration d'une validité déjà détenue===
Cette formule permet de vendre une validité (par exemple une carte de réduction) valable 1 an.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité concerné :
<pre>formatDate( 'yyyy-MM-dd', changeTime( ( hasValidity(%USER_ID, XX) ? getValidityExpiredDate(%USER_ID, 3XX3) : %NOW_DATE ), '+1', '0', '0' ) )</pre>

===Fin de l'année courante===
<pre>formatDate( 'yyyy-12-31', %NOW_DATE )</pre>

===Fin de l'année courante ou la fin de l'année suivante si la date courante est strictement supérieure au 30 septembre===
Cette formule permet de vendre une validité (par exemple cotisation) dont la prise est valable jusqu'au 31 décembre de l'année en cours ou de l'année suivante si elle est souscrite à partir du 1er octobre.

<pre>formatDate( 'yyyy-12-31', (formatDate('MM', %NOW_DATE)<10) ? %NOW_DATE : changeTime(%NOW_DATE, '+1', 0, 0) )</pre>

=Expérience récente=
==Fonctions autorisées pour le calcul de l'expérience récente==
*[[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]
*[[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
*[[#sumFlightHour.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumFlightHour]]
*[[#sumFlightTime.28.25PILOT.2C_.27year.27.2C_.27month.27.2C_.27day.27.2C_.27hour.27.2C_.27minute.27.2C_.27position.27.2C_.27flight_type.27_.29|sumFlightTime]]
*[[#sumLandingNumber.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumLandingNumber]]
*[[#sumPreviousFlightTime.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27endingDate.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumPreviousFlightTime]]

==Variables autorisées pour le calcul de l'expérience récente==

* [[#.25NOW_DATE|%NOW_DATE]]

==Exemples de formules de calcul de l'expérience récente==

===Expérience récente en heures ou la détention d'une validité spécifique===
L'exemple suivant vérifie qu'un utilisateur a une expérience de 30 heures dans les 12 derniers mois ou qu'il possède une validité X lui permettant de s'affranchir du quota d'heures.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité spécifique :

<php>( (sumFlightHour(%PILOT, 0, 365)+sumFlightHour(%PILOT, 1, 365) > 17999) OR hasValidity(%PILOT, XX) )</php>

===Type d'activité X dans les 12 derniers mois===
L'exemple suivant vérifie si un utilisateur a effectué une activité d'un type X donné dans les 365 derniers jours.

Remplacer dans l'exemple suivant XX par l'identifiant du type d'activité donné :

<php>sumFlightTime(%PILOT, formatDate('yyyy', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('M', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('d', changeTime( %NOW_DATE, '-1', '0', '0' )), 00, 00, 0, XX ) > 0</php>

=Tarification=
Outre les définitions toujours valides pour le calcul du temps d'activité, voici d'autres définitions :
''A rédiger''

Voir [http://doc-en.openflyers.com/index.php?title=AdminDoc2.1 Formules en anglais]

==Fonctions autorisées pour le calcul de la tarification==

==Variables autorisées pour le calcul de la tarification==

* [[#.25START_DATE|%START_DATE]]

==Exemples de formules pour le calcul de la tarification==
===Motoplaneur : tarification à l'heure de vol ET à l'utilisation du moteur===
Pour cela, on suppose que les compteurs sont utilisés et qu'ils prennent en compte le temps d'utilisation du moteur :
%DURATION * $FLIGHT_HOUR_PRICE + (%COUNTER_ARRIVAL - %COUNTER_DEPARTURE) * $ENGINE_HOUR_PRICE

===Avion : réduction lorsque le compte pilote a un solde positif===
$C2 concerne le tarif horaire de l'avion 
$S le solde positif qui doit être atteint pour bénéficier de la réduction 
$R le montant horaire de la réduction obtenue dans ce cas 

roundCeil((((getBalance(%PILOT)>$S ? ($C2-$R) : $C2)*%DURATION/600)-0.5),1)

===Avion : réduction lorsque le vol se fait après une certaine heure===

$C2 concerne le tarif horaire de l'avion 
$C2R concerne le tarif horaire réduit de l'avion après une certaine heure 
659 correspond à 06:59 en temps UTC 
Dans ce cas la formule considère que dès 700, la réduction s'applique. 

roundCeil(((((formatDate('hmm',%START_DATE)>659)?$C2R:$C2)*%DURATION/600)-0.5),1)

=Temps d'activité=
Pour calculer le temps d'une activité (exemple : vol), les règles diffèrent selon les structures.

OpenFlyers permet d'attribuer des formules de calcul de temps d'activité par type de ressource. Cf. la gestion des types de ressource sur [[Resource-management3#Ajouter_un_type_de_ressource|version 3]] et [[Resource-management4#Ajouter_un_type_de_ressource|version 4]].

==Définition Unité sexacentimal==
En base de données, les temps et les compteurs sont stockés selon le plus petit multiple commun au système décimal (centième) et au système sexagésimale (hh min). Nous avons appelé cela le format ''sexacentimal''.

Cela permet de stocker les valeurs de temps sous la forme d'un entier. Cela supprime donc tout problème d'arrondi qui pourrait être problématique pour les additions.

*1 heure = 600 sexacentièmes
*1 minute = 10 sexacentièmes
*5 minutes = 50 sexacentièmes

*1 centième de minute = 6 sexacentièmes
*10 centième de minute (=1 dixième de minute) = 60 sexacentièmes

Exemples de formules :
*pour arrondir à 5 minutes : roundCeil(X,50)
*pour arrondir à 10 centièmes : roundCeil(X,60)

==Fonctions autorisées pour le calcul du temps d'activité==
*[[#abs.28X.29|abs]]
*[[#max.28X.2CY.29|max]]
*[[#min.28X.2CY.29|min]]
*[[#roundCeil.28X.2CY.29|roundCeil]]

==Variables autorisées pour le calcul du temps d'activité==
*[[#.25COUNTER_ARRIVAL|%COUNTER_ARRIVAL]]
*[[#.25COUNTER_DEPARTURE|%COUNTER_DEPARTURE]]
*[[#.25DURATION|%DURATION]]
*[[#.25TIME_ARRIVAL|%TIME_ARRIVAL]]
*[[#.25TIME_DEPARTURE|%TIME_DEPARTURE]]

==Exemples de formules de calcul du temps d'activité==
===Durée saisie===
<pre>%DURATION</pre>

===Différence des compteurs saisis===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE</pre>

===Durée saisie arrondie à 5 minutes===
<pre>roundCeil(%DURATION, 50)</pre>

===Différence des compteurs plus 5 centièmes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 30</pre>

===Différence des compteurs plus 5 minutes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 50</pre>

===Différence des compteurs arrondie au 5 minutes les plus proches plus 5 minutes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE - 25, 50) + 50</pre>

===Différence des compteurs arrondie à 10 centièmes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 60)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs===
<pre>max(%DURATION, %COUNTER_ARRIVAL - %COUNTER_DEPARTURE)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs arrondie à 5 minutes===
<pre>max(%DURATION,roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote
Puis elle prend le plus grand des deux

===Le plus grand entre la durée saisie, arrondie à 5 minutes, et la différence des compteurs, arrondie à 5 minutes===
<pre>max(roundCeil(%DURATION,50),roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote et l'arrondi à 5 minutes
Puis elle prend le plus grand des deux

Formules de calcul

2016-01-11T09:13:30Z

Claratte : /* getSex('person id') */

Cette page à pour objet de présenter l'ensemble des fonctions et variables utilisables dans des formules de calculs d'OpenFlyers ainsi que les différents types de formules de calculs.
__TOC__

=Présentation=

==Fonctions==

===abs(X)===
Retourne la valeur absolue de X

Exemple :
<pre>abs(-200) donne 200</pre>
<pre>abs(100) donne 100</pre>

===changeTime('date', 'année', 'mois', 'jour')===
Retourne la date en changeant l'année, le mois et/ou le jour

La date doit être au format '''AAAA-MM-JJ hh:mm:ss''' ou '''AAAA-MM-JJ'''

Les valeurs possibles pour l'année, le mois ou le jour sont :
* 0 = L'année, le mois ou le jour reste inchangé
* +X = L'année, le mois ou le jour est augmenté de X
* -X = L'année, le mois ou le jour est diminué de X
* X = L'année, le mois ou le jour est placé sur X

Exemple :
<pre>changeTime( '2011-05-15', '0', '0', '0' ) donne 2011-05-15</pre>
<pre>changeTime( '2011-05-15', '0', '-test', '0' ) donne 2011-05-15 car la valeur du mois n'est pas valide</pre>
<pre>changeTime( '2011-05-15', '0', '-2', '0' ) donne 2011-03-15</pre>
<pre>changeTime( '2011-05-15', '0', '+2', '0' ) donne 2011-07-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '0' ) donne 2011-02-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '-1' ) donne 2011-02-14</pre>
<pre>changeTime( %NOW_DATE, '2015', '1', '1' ) donne 2015-01-01</pre>

===formatDate('patron', 'date')===

Formate la date selon le patron. Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#Date_and_time_format|format de date et d'heure]]

Exemple :
<pre>formatDate('yyyy', '2015-03-01') donne 2015</pre>
<pre>formatDate('MM', '2015-03-01') donne 03</pre>
<pre>formatDate('d', '2015-03-01') donne 1</pre>

===getSex('person id')===

Retourne un nombre correspondant au sexe de la personne :
* 0 pour un homme
* 1 pour une femme
* 2 lorsque ce n'est pas défini

Exemple :
<pre>getSex(1)
getSex(%USER_ID)</pre>

Exemple pour savoir si un utilisateur est une femme dans une règle de tarification des validités :
<pre>(getSex(%USER_ID) == 1) ? $reductionFemme : 0</pre>

===getValidityExpiredDate('person id', 'validity type id')===

* Retourne la date d'expiration de la validité de la personne si c'est une validité soumise à échéance et que la date d'expiration a été renseigné. La date est au format AAAA-MM-JJ.
* Retourne "0000-00-00" dans les autres cas

Exemple :
<pre>getValidityExpiredDate(%USER_ID, 1) donne 2014-12-31</pre>
<pre>getValidityExpiredDate(0, 20) donne 0000-00-00</pre>

===hasValidity('user id', 'validity type id', 'check only holding')===
'check only holding' est un paramètre optionnel. On ne prend en compte sa valeur que si elle est à 1. Dans les autres cas, on l'ignore.

*Si 'check only holding' n'est pas à 1 :
** Retourne '''1''' lorsque :
*** Si c'est une validité à formule d'expérience récente :
**** l'utilisateur a l'expérience requise
*** Si ce n'est pas une validité à formule d'expérience récente :
**** Si la validité n'est pas soumise à échéance alors l'utilisateur possède la validité
**** Si La validité est soumise à échéance alors l'utilisateur possède la validité et elle n'est pas encore expirée
** Retourne '''0''' dans les autres cas
*Si 'check only holding' est à 1 :
** Retourne '''1''' lorsque :
*** Si ce n'est pas une validité à formule d'expérience récente :
**** L'utilisateur possède la validité
** Retourne '''0''' dans les autres cas (y compris dans le cas d'une validité à formule d'expérience récente et que l'utilisateur possède l'expérience récente)

===max(X,Y)===
Retourne le maximum entre X et Y

===min(X,Y)===
Retourne le minimum entre X et Y

===roundCeil(X,Y)===
Arrondi la valeur X au nombre supérieur multiple de l'unité Y le plus proche

Exemple :
<pre>roundCeil(114,100) donne 200</pre>

<pre>roundCeil(114,10) donne 120</pre>

===sprintf('pattern', 'string')===

Formate la chaîne "string" avec le patron "pattern". Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#sprintf_format|format de sprintf]].

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible devant :
<php>sprintf('%05s', %MEMBER_NUM) retourne 00010 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible derrière :
<php>sprintf('%-05d', %MEMBER_NUM) retourne 10000 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 6 caractères en ajoutant autant d'espace que possible devant :
<php>sprintf('%6s', %MEMBER_NUM) retourne " 10" si %MEMBER_NUM vaut 10 par exemple</php>

===substr(string,a,b)===
Retourne l'extrait de chaîne de caractères "string" à partir du caractère "a", 0 étant le 1er caractère et "b" la longueur à extraire. Lorsque b est une valeur négative, alors il détermine le nombre de caractères devant être enlevé depuis la fin de la chaîne.

Exemples :
<pre>substr('FIRST_NAME', 0, 5) returns FIRST
substr('FIRST_NAME', 0, -2) returns FIRST_NA</pre>

===sumFlightHour('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumFlightTime(%PILOT, 'year', 'month', 'day', 'hour', 'minute', 'position', 'flight type' )===
Retourne le total des heures de vol faite par un pilote %PILOT pour le type de vol 'flight type' Depuis la date indiquée.

La position 0 correspond au 1er pilote, la position 1 au 2ème pilote.

Si le type de vol n'est pas spécifié, le total est déterminé pour tous les types de vols.

Exemple :
<pre>sumFlightTime(%PILOT, 2008, 01, 01, 00, 00, 0, 64 )</pre>
Retourne en [[#D.C3.A9finition_Unit.C3.A9_sexacentimal|Sexacentimal]] le total des heures de vol faites sur le type de vol 64 en tant que pilote en place gauche depuis le 2008-01-01 00:00:00.

===sumLandingNumber('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumPreviousFlightTime('pilot id', 'position', 'day', 'endingDate', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===strtolower(string)===
Retourne la chaine "string" en minuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "camelback"</pre>

===strtoupper(string)===
Retourne la chaine "string" en majuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "CAMELBACK"</pre>

==Variables==
===%ACCOUNT_TYPE===
Type de compte

===%AUTHENTICATION_LOGIN===
Identifiant utilisateur

===%AUTO_INCREMENT===
Valeur auto-incrémentale

===%COUNTER_ARRIVAL===
Compteur arrivé saisi dans le formulaire

===%COUNTER_DEPARTURE===
Compteur départ saisi dans le formulaire

===%DURATION===
Durée du vol

===%FIRSTNAME===
Prénom de l'utilisateur

===%LASTNAME===
Nom de l'utilisateur

===%MEMBER_NUM===
Numéro de membre

===%NOW_DATE===
Date courante au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%RESOURCE_NAME===
Nom de la ressource

===<s>%TIME_ARRIVAL</s>===
<s>Heure de fin saisie dans le formulaire</s>

===<s>%TIME_DEPARTURE</s>===
<s>Heure de début saisie dans le formulaire</s>

===%START_DATE===

Date de début du vol ou date d'achat de produit au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%USER_ID===

Id de l'utilisateur

=Compte d'export=

==Fonctions autorisées pour le calcul du compte d'export==

*[[#sprintf.28.27pattern.27.2C_.27string.27.29|sprintf]]
*[[#substr.28string.2Ca.2Cb.29|substr]]
*[[#strtolower.28string.29|strtolower]]
*[[#strtoupper.28string.29|strtoupper]]

==Variables autorisées pour le calcul du compte d'export==
*[[#.25ACCOUNT_TYPE|%ACCOUNT_TYPE]]
*[[#.25AUTHENTICATION_LOGIN|%AUTHENTICATION_LOGIN]]
*[[#.25AUTO_INCREMENT|%AUTO_INCREMENT]]
*[[#.25FIRSTNAME|%FIRSTNAME]]
*[[#.25LASTNAME|%LASTNAME]]
*[[#.25MEMBER_NUM|%MEMBER_NUM]]
*[[#.25RESOURCE_NAME|%RESOURCE_NAME]]
*[[#.25USER_ID|%USER_ID]]

==Exemples de formules pour le calcul du compte d'export==
{| class="wikitable sortable centre"
!Formule de calcul!!Usage!!Exemples de génération
|-
|411+%ACCOUNT_TYPE||Comptes ressources et utilisateurs||4110002, 4110005
|-
|411+%AUTHENTICATION_LOGIN||Comptes utilisateurs||411pdupont '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes utilisateurs'''
|-
|411+%AUTO_INCREMENT||Comptes ressources et utilisateurs||41100001, 41100002, ...., 4110000x
|-
|411+%LASTNAME||Comptes utilisateurs||411dupont, 411dupond
|-
|411+%LASTNAME+substr(%FIRSTNAME,0,1)||Comptes utilisateurs||411dupontp, 411dupontf
|-
|411+%MEMBER_NUM||Comptes utilisateurs||411XXXXX, l'intitulé XXXXXX est le champ Numéro de membre qui est inscrit sur la fiche personnelle de vos adhérents. Exemple : 411001. A vous de vérifier l'unicité de cette valeurs
|-
|411+sprintf('%03s', %USER_ID)||Comptes utilisateurs||411001, 411002, etc.
|-
|411+substr(%AUTHENTICATION_LOGIN,0,3)||Comptes utilisateurs||411pdu 411 suivi de l'identifiant limité à 3 caractères. Cela permet d'être compatible avec les logiciels de comptabilités paramétrés pour n'accepter que 6 caractères. Dans ce cas, il est nécessaire de modifier les comptes d'exports en doublon.
|-
|7061+sprintf('%02s', %RESOURCE_ID)||Comptes ressources||706101, 706102, etc. '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes ressources'''
|}

=Date d'expiration=
==Fonctions autorisées pour le calcul de la date d'expiration==

* [[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
* [[#formatDate.28.27patron.27.2C_.27date.27.29|formatDate]]
* [[#getValidityExpiredDate.28.27person_id.27.2C_.27validity_type_id.27.29|getValidityExpiredDate]]
* [[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]

==Variables autorisées pour le calcul de la date d'expiration==

* [[#.25NOW_DATE|%NOW_DATE]]
* [[#.25USER_ID|%USER_ID]]

==Exemples de formules de calcul de la date d'expiration==

===Date fixe===
<pre>2012-12-31</pre>

===Date dans un an ou dans un an après la date d'expiration d'une validité déjà détenue===
Cette formule permet de vendre une validité (par exemple une carte de réduction) valable 1 an.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité concerné :
<pre>formatDate( 'yyyy-MM-dd', changeTime( ( hasValidity(%USER_ID, XX) ? getValidityExpiredDate(%USER_ID, 3XX3) : %NOW_DATE ), '+1', '0', '0' ) )</pre>

===Fin de l'année courante===
<pre>formatDate( 'yyyy-12-31', %NOW_DATE )</pre>

===Fin de l'année courante ou la fin de l'année suivante si la date courante est strictement supérieure au 30 septembre===
Cette formule permet de vendre une validité (par exemple cotisation) dont la prise est valable jusqu'au 31 décembre de l'année en cours ou de l'année suivante si elle est souscrite à partir du 1er octobre.

<pre>formatDate( 'yyyy-12-31', (formatDate('MM', %NOW_DATE)<10) ? %NOW_DATE : changeTime(%NOW_DATE, '+1', 0, 0) )</pre>

=Expérience récente=
==Fonctions autorisées pour le calcul de l'expérience récente==
*[[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]
*[[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
*[[#sumFlightHour.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumFlightHour]]
*[[#sumFlightTime.28.25PILOT.2C_.27year.27.2C_.27month.27.2C_.27day.27.2C_.27hour.27.2C_.27minute.27.2C_.27position.27.2C_.27flight_type.27_.29|sumFlightTime]]
*[[#sumLandingNumber.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumLandingNumber]]
*[[#sumPreviousFlightTime.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27endingDate.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumPreviousFlightTime]]

==Variables autorisées pour le calcul de l'expérience récente==

* [[#.25NOW_DATE|%NOW_DATE]]

==Exemples de formules de calcul de l'expérience récente==

===Expérience récente en heures ou la détention d'une validité spécifique===
L'exemple suivant vérifie qu'un utilisateur a une expérience de 30 heures dans les 12 derniers mois ou qu'il possède une validité X lui permettant de s'affranchir du quota d'heures.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité spécifique :

<php>( (sumFlightHour(%PILOT, 0, 365)+sumFlightHour(%PILOT, 1, 365) > 17999) OR hasValidity(%PILOT, XX) )</php>

===Type d'activité X dans les 12 derniers mois===
L'exemple suivant vérifie si un utilisateur a effectué une activité d'un type X donné dans les 365 derniers jours.

Remplacer dans l'exemple suivant XX par l'identifiant du type d'activité donné :

<php>sumFlightTime(%PILOT, formatDate('yyyy', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('M', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('d', changeTime( %NOW_DATE, '-1', '0', '0' )), 00, 00, 0, XX ) > 0</php>

=Tarification=
Outre les définitions toujours valides pour le calcul du temps d'activité, voici d'autres définitions :
''A rédiger''

Voir [http://doc-en.openflyers.com/index.php?title=AdminDoc2.1 Formules en anglais]

==Fonctions autorisées pour le calcul de la tarification==

==Variables autorisées pour le calcul de la tarification==

* [[#.25START_DATE|%START_DATE]]

==Exemples de formules pour le calcul de la tarification==
===Motoplaneur : tarification à l'heure de vol ET à l'utilisation du moteur===
Pour cela, on suppose que les compteurs sont utilisés et qu'ils prennent en compte le temps d'utilisation du moteur :
%DURATION * $FLIGHT_HOUR_PRICE + (%COUNTER_ARRIVAL - %COUNTER_DEPARTURE) * $ENGINE_HOUR_PRICE

===Avion : réduction lorsque le compte pilote a un solde positif===
$C2 concerne le tarif horaire de l'avion 
$S le solde positif qui doit être atteint pour bénéficier de la réduction 
$R le montant horaire de la réduction obtenue dans ce cas 

roundCeil((((getBalance(%PILOT)>$S ? ($C2-$R) : $C2)*%DURATION/600)-0.5),1)

===Avion : réduction lorsque le vol se fait après une certaine heure===

$C2 concerne le tarif horaire de l'avion 
$C2R concerne le tarif horaire réduit de l'avion après une certaine heure 
659 correspond à 06:59 en temps UTC 
Dans ce cas la formule considère que dès 700, la réduction s'applique. 

roundCeil(((((formatDate('hmm',%START_DATE)>659)?$C2R:$C2)*%DURATION/600)-0.5),1)

=Temps d'activité=
Pour calculer le temps d'une activité (exemple : vol), les règles diffèrent selon les structures.

OpenFlyers permet d'attribuer des formules de calcul de temps d'activité par type de ressource. Cf. la gestion des types de ressource sur [[Resource-management3#Ajouter_un_type_de_ressource|version 3]] et [[Resource-management4#Ajouter_un_type_de_ressource|version 4]].

==Définition Unité sexacentimal==
En base de données, les temps et les compteurs sont stockés selon le plus petit multiple commun au système décimal (centième) et au système sexagésimale (hh min). Nous avons appelé cela le format ''sexacentimal''.

Cela permet de stocker les valeurs de temps sous la forme d'un entier. Cela supprime donc tout problème d'arrondi qui pourrait être problématique pour les additions.

*1 heure = 600 sexacentièmes
*1 minute = 10 sexacentièmes
*5 minutes = 50 sexacentièmes

*1 centième de minute = 6 sexacentièmes
*10 centième de minute (=1 dixième de minute) = 60 sexacentièmes

Exemples de formules :
*pour arrondir à 5 minutes : roundCeil(X,50)
*pour arrondir à 10 centièmes : roundCeil(X,60)

==Fonctions autorisées pour le calcul du temps d'activité==
*[[#abs.28X.29|abs]]
*[[#max.28X.2CY.29|max]]
*[[#min.28X.2CY.29|min]]
*[[#roundCeil.28X.2CY.29|roundCeil]]

==Variables autorisées pour le calcul du temps d'activité==
*[[#.25COUNTER_ARRIVAL|%COUNTER_ARRIVAL]]
*[[#.25COUNTER_DEPARTURE|%COUNTER_DEPARTURE]]
*[[#.25DURATION|%DURATION]]
*[[#.25TIME_ARRIVAL|%TIME_ARRIVAL]]
*[[#.25TIME_DEPARTURE|%TIME_DEPARTURE]]

==Exemples de formules de calcul du temps d'activité==
===Durée saisie===
<pre>%DURATION</pre>

===Différence des compteurs saisis===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE</pre>

===Durée saisie arrondie à 5 minutes===
<pre>roundCeil(%DURATION, 50)</pre>

===Différence des compteurs plus 5 centièmes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 30</pre>

===Différence des compteurs plus 5 minutes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 50</pre>

===Différence des compteurs arrondie au 5 minutes les plus proches plus 5 minutes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE - 25, 50) + 50</pre>

===Différence des compteurs arrondie à 10 centièmes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 60)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs===
<pre>max(%DURATION, %COUNTER_ARRIVAL - %COUNTER_DEPARTURE)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs arrondie à 5 minutes===
<pre>max(%DURATION,roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote
Puis elle prend le plus grand des deux

===Le plus grand entre la durée saisie, arrondie à 5 minutes, et la différence des compteurs, arrondie à 5 minutes===
<pre>max(roundCeil(%DURATION,50),roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote et l'arrondi à 5 minutes
Puis elle prend le plus grand des deux

Écritures comptables

2016-01-07T12:08:12Z

Claratte : /* Initialiser le solde d'un compte de trésorerie */

=Règles sur les écritures=

En comptabilité, il ne peut y avoir d'écriture de débit négatif ou de crédit négatif.

=Les 4 grands types d'écritures=
Note : quelque soit l'écriture (=ensemble de mouvements)
elle doit toujours être équilibrée (=la somme des débits doit être égale à la somme des crédits)

==Facture fournisseur==
'''Attention :''' nous présentons ici uniquement la saisie d'une facture fournisseur d'un produit non immobilisé. Cf. le cas d'une [[#Facture_fournisseur_d.27immobilisation|facture fournisseur d'un produit immobilisé]].

J'achète un stylo à 15 € HT + 2.94 € de TVA dans une papeterie :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||15 €||
|-
|TVA déductible (445660) ||2.94 €||
|-
|Papeterie||||17.94 €
|}
A l'issue de l'enregistrement de cette écriture le fournisseur à un solde créditeur de 17.94 € sur son compte

Dans le cas où l'on ne gère pas la TVA, l'écriture devient :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||17.94 €||
|-
|Papeterie||||17.94 €
|}

===Facture fournisseur intra-communautaire===
*http://www.eguens.com/v2/comptabilite/cours/tva-intracommunautaire.php
J'achète un stylo à 15 € HT + 2.94 € de TVA dans une papeterie allemande :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||15 €||
|-
|TVA déductible (445660)||2.94 €||
|-
|Papeterie (401)||||15 €
|-
|TVA due intracommunautaire (445200)||||2.94 €
|}
A l'issue de l'enregistrement de cette écriture le fournisseur à un solde créditeur de 15.00 € sur son compte

====Passage de la TVA fournisseur en intra-communautaire====
Si cette facture a déjà été [[#Saisie_d.27une_facture_fournisseur|saisie comme une facture fournisseur normale]], alors il faut rajouter les écritures :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|TVA déductible intracommunautaire(445661)||2.94 €||
|-
|TVA due intracommunautaire (445200)||||2.94 €
|}

==Facture client==
Je vend un stylo à 20 € HT + 3.92 € de TVA à un client :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Client||23.92 €||
|-
|Stylo (compte de produit)||||20 €
|-
|TVA collectée (445710) ||||3.92 €
|}
A l'issue de l'enregistrement de cette écriture le client à un solde débiteur 23.92 € sur son compte

Dans le cas où l'on ne facture pas la TVA, l'écriture devient :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Client||20 €||
|-
|Stylo (compte de produit)||||20 €
|}

==Paiement (à un fournisseur)==
Je fais un chèque de 17.94 € à mon papetier :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Papeterie||17.94 €||
|-
|Trésorerie||||17.94 €
|}

==Encaissement (d'un client)==
Je reçois un chèque de 23.92 € de mon client :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Client||||23.92 €
|-
|Trésorerie||23.92 €||
|}

=Avoirs=
==Avoir clients==
Si vous souhaitez faire bénéficier un client d'un avoir sur ses futures factures (par exemple dans le cas où il paie une facture d'essence qui est normalement supportée par la structure), il vous faut saisir une écriture qui va créditer son compte client et débiter un compte produit. Cependant, normalement, on ne débite pas les comptes produits. Il faut donc enregistrer le mouvement sur un compte produit particulier en 709x. Voici un exemple avec un avoir sur des prestations de service à venir :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Compte client (411)||||119.60 €
|-
|TVA collectée (445710) ||19.60 €||
|-
|Compte remise (709600 dans le cas d'une remise des services en 706)||100.00 €||
|}

Dans le cas où l'on ne gère pas la TVA, l'écriture devient :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Compte client (411)||||119.60 €
|-
|Compte remise (709600 dans le cas d'une remise des services en 706)||119.60 €||
|}

===Remises sur facture clients===
Si vous souhaitez effectuer une remise sur une facture client, il faut passer une écriture de ce sens opposé à l'écriture correspondant à la facture en tenant compte de la TVA, si applicable.

==Avoir fournisseurs==
Un avoir fournisseur peut correspondre à une remise ou à un retour sur achat.
===Remise sur facture fournisseur===
''A documenter''

===Retour sur achat fournisseur===
Il s'agit d'annuler partiellement ou totalement une facture du fait du retour du produit ou d'une partie des produits. Dans ce cas, les écritures à passer corresponde exactement à l'opposé des écritures de d'une [[#Saisie_d.27une_facture_fournisseur|facture fournisseur]] :

J'achète un stylo à 15 € HT + 2.94 € de TVA dans une papeterie puis finalement, le stylo ne met plait pas, je le ramène et le fournisseur me rembourse. Je dois donc saisir une écriture qui annulera la 1ère facture :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||||15 €
|-
|TVA déductible (445660) ||||2.94 €
|-
|Papeterie||17.94 €||
|}

Dans le cas où l'on ne gère pas la TVA, l'écriture devient :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||||17.94 €
|-
|Papeterie||17.94 €||
|}

Si le fournisseur m'a fait un avoir, alors le montant de cet avoir doit correspondre au solde du compte du fournisseur (sous réserve que l'ensemble de ses factures soient payées).

Si le fournisseur m'a remboursé le trop perçu, alors il faut également [[#Remboursement_fournisseur|saisir un remboursement fournisseur]].

=Factures clients spécifiques=
==Saisie d'une facture client Google AdSense==
Je vend à Google AdSense de l'espace publicitaire. Sur leur attestation de revenus, il n'y a pas mention de TVA. Sur leur FAQ, il est noté : "Dans ce cas [je suis hors d'Irlande], les paiements dus sont effectués par Google Ireland, entreprise régie par les lois irlandaises. Conformément aux termes de votre contrat avec Google, les services fournis sont soumis au mécanisme d'autoliquidation : la TVA est due par le bénéficiaire du service, à savoir Google Ireland, conformément à l'article 196 de la directive 2006/112/CE du Conseil."

C'est donc Google (le bénéficiaire du service) qui se charge d'acquitter la TVA.
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Client AdSense||20 €||
|-
|Stylo (compte de produit)||||20 €
|}

=Factures fournisseurs spécifiques=
==Achat direct==
On appelle "achat direct" un achat pour lequel on a effectué le paiement directement et dont on ne souhaite pas gérer le compte fournisseur. Cela permet d'avoir 1 seule saisie au lieu de 2 normalement à savoir :
*[[#Facture_fournisseur|Facture fournisseur]]
*[[#Paiement_.28.C3.A0_un_fournisseur.29|Paiement au fournisseur]]
Ainsi, comptablement, on a les écritures suivantes :

{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||15 €||
|-
|TVA déductible (445660) ||2.94 €||
|-
|Trésorerie||||17.94 €
|}

==Saisie d'une facture fournisseur Google AdWords==
J'achète à Google AdWords de l'espace publicitaire. Sur leur facture, il n'y a pas mention de TVA. Par contre, il est mentionné : "conformément à l'article 196 de la directive du Conseil 2006/112/EC, la TVA sur ce service est due par le bénéficiaire du service." (à savoir nous).

Dans ce cas, on saisit la facture sans la TVA et [[#Passage_de_la_TVA_fournisseur_en_intra-communautaire|on saisit ensuite 2 lignes fictives qui s'équilibrent]]. Cette opération est possible car Google est en Irlande (il s'agit donc d'une TVA intra-communautaire).

==Facture fournisseur d'immobilisation==
Référence : [http://www.eguens.com/v2/comptabilite/cours/enregistrer-achat-immobilisation.php enregistrer achat immobilisation].

J'achète un avion à 150 000 € HT + 29 400 € de TVA chez un constructeur :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Immobilisation corporelle (21xxxx)||150 000 €||
|-
|TVA déductible sur immobilisations (445620) ||29 400 €||
|-
|Constructeur (401xxx)||||179 400 €
|}
A l'issue de l'enregistrement de cette écriture le fournisseur à un solde créditeur de 179 400 € sur son compte

=Remboursement fournisseur=
Si j'ai payé trop à un fournisseur ou que j'ai retourné un achat, ce dernier va me rembourser le trop perçu. Un remboursement fournisseur correspond à l'opposé d'un paiement fournisseur :

Mon papetier me fait un chèque de 17.94 € :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Papeterie||||17.94 €
|-
|Trésorerie||17.94 €||
|}

=Revenus mobiliers=
Dans ce type de revenu, il n'y a pas de facture et il n'y a pas de client. Il suffit donc de saisir un mouvement entre le compte de trésorerie (au débit dans le cas d'un revenu positif) et le compte de produit correspondant à l'enregistrement des revenus mobiliers (compte 764 par exemple).

=Paiement de la TVA=
==TVA annuelle==
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|TVA à décaisser (445510)||X €||
|-
|Compte courant (512xxx)||||X €
|}

==Acomptes de TVA==
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Taxes sur le chiffre d'affaires à régulariser ou en attente - Acomptes - Régime simplifié d'imposition (445810)||X €||
|-
|Compte courant (512xxx)||||X €
|}

=Solde de compte de bilan=
Normalement, il n'y a pas lieu de modifier le solde d'un compte de bilan autrement que lors de la mise en place de la comptabilité. Cette initialisation s'effectue lors du [[Getting_started_with_OpenFlyers#Rapatrier_les_.C3.A0_nouveaux_des_comptes_de_bilan|rapatriement des à nouveaux]]. Dans OpenFlyers, elle est [[Getting_started_with_OpenFlyers#Rapatrier_les_.C3.A0_nouveaux_des_comptes_clients|automatisable pour les comptes clients]]. Elle peut être décalée dans le temps et doit être faite manuellement pour les autres comptes de bilan sur le modèle ci-dessous qui correspond au type d'écriture généré automatiquement pour l'import des comptes clients :

{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|[[Account#Comptes_de_bilan|Compte de bilan concerné]]||10.000 €||
|-
|[[Account#Compte_de_report_.C3.A0_nouveau|Report à nouveau]]||||10.000 €
|}

==Initialiser le solde d'un compte de trésorerie==
'''Attention''' : dans le cas d'un compte de trésorerie il faut penser que le signe du solde doit être inversé par rapport au relevé de banque. Ainsi, si le compte de trésorerie est positif de +1234 €, alors il faut saisir un flux qui va le débiter de +1234 €. L'écriture comptable sera donc la suivante :

{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Compte de trésorerie||1.234 €||
|-
|[[Account#Compte_de_report_.C3.A0_nouveau|Report à nouveau]]||||1.234 €
|}

Dans la version 3 d'OpenFlyers cette opération se fait au travers de la [[Use_Accounting3#Saisie_d.27un_flux|saisie d'un flux]].

=Subventions=
==Subventions d'exploitation==
*[http://www.compta-facile.com/la-comptabilisation-des-subventions-dexploitation/ La comptabilisation des subventions d'exploitation]
===Subventions d’exploitation accordées sans conditions===
Enregistrement de la "promesse" de subvention (par exemple lors de l'obtention d'un document officiel indiquant l'obtention de la subvention)
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Subventions d’exploitation à recevoir ([[Account#Comptes_de_tiers|4417]] - compte de tiers)||10.000 €||
|-
|Subventions d’exploitation ([[Wikipedia-fr:Plan_comptable_général_(France)#74._Subventions_d.27exploitation|74]] - compte produit)||||10.000 €
|}

Lorsque la subvention est réellement encaissée, il faut [[#Saisie_d.27un_encaissement_.28d.27un_client.29|saisir cet encaissement]] sur le compte 4417.

==Subventions d'investissement==
*[http://www.compta-facile.com/subventions-dinvestissement-comptabilite/ La comptabilisation des subventions d'investissement]

=Transfert de charge=
Dans certains cas, de l'argent peut "arriver" sur le compte de trésorerie sans que cela soit pour autant une recette issue d'une facturation client. C'est le cas par exemple :
*Lorsqu'une assurance rembourse un sinistre,
*Lorsque des utilisateurs bénéficient d'une subvention attribuée par leur fédération et qui est versée sur le compte de leur de leur structure

L'écriture de transfert de charge correspond alors à enregistrer :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Trésorerie (512)||100.00 €||
|-
|Transfert de charge (791) ||||100.00 €
|}

Il n'y a pas d'opération de TVA à associer.

=Écritures de fin d'exercice avant la clôture de la comptabilité=
OpenFlyers n'implémente pas de fonctionnalité permettant de générer automatiquement les écritures de fin d'année à passer en comptabilité hormis l'[[#.C3.89criture_d.27apurement_des_comptes_de_r.C3.A9sultat|écriture d'apurement du compte de résultat]]. Il peut être nécessaire de faire appel à un expert-comptable.

Entre autre, il faut penser à :
*Calculer le solde de TVA lorsque la structure est soumise à la TVA
*Corriger éventuellement les ventilations des salaires et charges sociales
*[[#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|Transférer les produits et charges constatées d'avance]]
*Passer les amortissements et provisions pour charge
*Passer l'[[#.C3.89criture_d.27apurement_des_comptes_de_r.C3.A9sultat|écriture d'apurement des comptes de résultat]]

==Écriture d'apurement des comptes de résultat==
L'écriture d’apurement des comptes de charges (6x) et de produits (7x) se fait après édition du compte de résultat au 31 décembre de l'année considérée.

Le but est de solder (=mettre à 0) tous les comptes de résultat et d'injecter le résultat de l'exercice dans le compte 129000 (perte) ou 120000 (bénéfice).

[[Use_Accounting3#Solder_les_comptes|La version 3 d'OpenFlyers intègre un module]] permettant d'effectuer cette opération semi-automatiquement.

==Écriture de report à nouveau==
Cette écriture n'a pas besoin d'être passée dans OpenFlyers lorsqu'on ouvre un nouvel exercice Comptable. En effet, les à nouveaux sont repris automatiquement du solde de l'exercice précédent.

Cependant, lorsqu'on crée de nouveaux comptes, lorsqu'on met en place la comptabilité dans OpenFlyers, il peut être nécessaire de passer une ou plusieurs écritures de report d'à nouveau. Il s'agit de saisir un flux au sens OpenFlyers en effectuant un mouvement entre un compte bilan 110000 "Report à nouveau" et le ou les comptes concernés. Voir saisie d'un flux sur la [[Use_Accounting3#Saisie_d.27un_flux| version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux| version 4]].

==Écritures de transfert des produits et charges constatées d'avance==
L'idéal est d'avoir des comptes produits dédiés pour recevoir les ventes correspondant à des produits constatés d'avance. Il en est de même pour les comptes de charges.

Ainsi, supposons que nous ayons un compte produit ''Cotisation N+1'' recevant [[Accounting_Specic_Advise#Cotisations.2Fabonnements_ann.C3.A9e_N.2B1|les produits des cotisations valables pour l'année suivante]]. En fin d'année, ce compte produit à un solde X. Il faut transférer le montant de ce solde sur un compte de produits constatés d'avance :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Cotisations N+1 (compte de produit)||X €||
|-
|Produits constatés d'avances ([[Wikipedia-fr:Plan_comptable_général_(France)#48._Comptes_de_r.C3.A9gularisation|compte de tiers 487]])||||X €
|}

Après l'ouverture du nouvel exercice, il faudra [[#.C3.89critures_de_r.C3.A9affectation_des_produits.2Fcharges_constat.C3.A9es_d.27avances|réaffecter les produits/charges constatées d'avances]].

=Écritures de début d'exercice après l'ouverture de la comptabilité=
==Écritures de réaffectation des produits/charges constatées d'avances==
Avant la clôture de la comptabilité, s'il a été nécessaire de [[#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|transférer des produits ou charges constatées d'avances]], alors après l'ouverture de la comptabilité, il faut réaffecter ces montants sur les comptes produits "normaux".

Ainsi, supposons que nous ayons passé un mouvement de X € entre le compte produit ''Cotisations N+1'' et le compte de produits constatés d'avance. Alors il faudra réaffecter ce même montant sur le compte produit ''Cotisations N'' :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Produits constatés d'avances ([[Wikipedia-fr:Plan_comptable_général_(France)#48._Comptes_de_r.C3.A9gularisation|compte de tiers 487]])||X €||
|-
|Cotisations (compte de produit)||||X €
|}

Écritures comptables

2016-01-07T12:07:38Z

Claratte : /* Solde de compte de bilan */

=Règles sur les écritures=

En comptabilité, il ne peut y avoir d'écriture de débit négatif ou de crédit négatif.

=Les 4 grands types d'écritures=
Note : quelque soit l'écriture (=ensemble de mouvements)
elle doit toujours être équilibrée (=la somme des débits doit être égale à la somme des crédits)

==Facture fournisseur==
'''Attention :''' nous présentons ici uniquement la saisie d'une facture fournisseur d'un produit non immobilisé. Cf. le cas d'une [[#Facture_fournisseur_d.27immobilisation|facture fournisseur d'un produit immobilisé]].

J'achète un stylo à 15 € HT + 2.94 € de TVA dans une papeterie :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||15 €||
|-
|TVA déductible (445660) ||2.94 €||
|-
|Papeterie||||17.94 €
|}
A l'issue de l'enregistrement de cette écriture le fournisseur à un solde créditeur de 17.94 € sur son compte

Dans le cas où l'on ne gère pas la TVA, l'écriture devient :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||17.94 €||
|-
|Papeterie||||17.94 €
|}

===Facture fournisseur intra-communautaire===
*http://www.eguens.com/v2/comptabilite/cours/tva-intracommunautaire.php
J'achète un stylo à 15 € HT + 2.94 € de TVA dans une papeterie allemande :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||15 €||
|-
|TVA déductible (445660)||2.94 €||
|-
|Papeterie (401)||||15 €
|-
|TVA due intracommunautaire (445200)||||2.94 €
|}
A l'issue de l'enregistrement de cette écriture le fournisseur à un solde créditeur de 15.00 € sur son compte

====Passage de la TVA fournisseur en intra-communautaire====
Si cette facture a déjà été [[#Saisie_d.27une_facture_fournisseur|saisie comme une facture fournisseur normale]], alors il faut rajouter les écritures :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|TVA déductible intracommunautaire(445661)||2.94 €||
|-
|TVA due intracommunautaire (445200)||||2.94 €
|}

==Facture client==
Je vend un stylo à 20 € HT + 3.92 € de TVA à un client :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Client||23.92 €||
|-
|Stylo (compte de produit)||||20 €
|-
|TVA collectée (445710) ||||3.92 €
|}
A l'issue de l'enregistrement de cette écriture le client à un solde débiteur 23.92 € sur son compte

Dans le cas où l'on ne facture pas la TVA, l'écriture devient :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Client||20 €||
|-
|Stylo (compte de produit)||||20 €
|}

==Paiement (à un fournisseur)==
Je fais un chèque de 17.94 € à mon papetier :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Papeterie||17.94 €||
|-
|Trésorerie||||17.94 €
|}

==Encaissement (d'un client)==
Je reçois un chèque de 23.92 € de mon client :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Client||||23.92 €
|-
|Trésorerie||23.92 €||
|}

=Avoirs=
==Avoir clients==
Si vous souhaitez faire bénéficier un client d'un avoir sur ses futures factures (par exemple dans le cas où il paie une facture d'essence qui est normalement supportée par la structure), il vous faut saisir une écriture qui va créditer son compte client et débiter un compte produit. Cependant, normalement, on ne débite pas les comptes produits. Il faut donc enregistrer le mouvement sur un compte produit particulier en 709x. Voici un exemple avec un avoir sur des prestations de service à venir :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Compte client (411)||||119.60 €
|-
|TVA collectée (445710) ||19.60 €||
|-
|Compte remise (709600 dans le cas d'une remise des services en 706)||100.00 €||
|}

Dans le cas où l'on ne gère pas la TVA, l'écriture devient :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Compte client (411)||||119.60 €
|-
|Compte remise (709600 dans le cas d'une remise des services en 706)||119.60 €||
|}

===Remises sur facture clients===
Si vous souhaitez effectuer une remise sur une facture client, il faut passer une écriture de ce sens opposé à l'écriture correspondant à la facture en tenant compte de la TVA, si applicable.

==Avoir fournisseurs==
Un avoir fournisseur peut correspondre à une remise ou à un retour sur achat.
===Remise sur facture fournisseur===
''A documenter''

===Retour sur achat fournisseur===
Il s'agit d'annuler partiellement ou totalement une facture du fait du retour du produit ou d'une partie des produits. Dans ce cas, les écritures à passer corresponde exactement à l'opposé des écritures de d'une [[#Saisie_d.27une_facture_fournisseur|facture fournisseur]] :

J'achète un stylo à 15 € HT + 2.94 € de TVA dans une papeterie puis finalement, le stylo ne met plait pas, je le ramène et le fournisseur me rembourse. Je dois donc saisir une écriture qui annulera la 1ère facture :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||||15 €
|-
|TVA déductible (445660) ||||2.94 €
|-
|Papeterie||17.94 €||
|}

Dans le cas où l'on ne gère pas la TVA, l'écriture devient :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||||17.94 €
|-
|Papeterie||17.94 €||
|}

Si le fournisseur m'a fait un avoir, alors le montant de cet avoir doit correspondre au solde du compte du fournisseur (sous réserve que l'ensemble de ses factures soient payées).

Si le fournisseur m'a remboursé le trop perçu, alors il faut également [[#Remboursement_fournisseur|saisir un remboursement fournisseur]].

=Factures clients spécifiques=
==Saisie d'une facture client Google AdSense==
Je vend à Google AdSense de l'espace publicitaire. Sur leur attestation de revenus, il n'y a pas mention de TVA. Sur leur FAQ, il est noté : "Dans ce cas [je suis hors d'Irlande], les paiements dus sont effectués par Google Ireland, entreprise régie par les lois irlandaises. Conformément aux termes de votre contrat avec Google, les services fournis sont soumis au mécanisme d'autoliquidation : la TVA est due par le bénéficiaire du service, à savoir Google Ireland, conformément à l'article 196 de la directive 2006/112/CE du Conseil."

C'est donc Google (le bénéficiaire du service) qui se charge d'acquitter la TVA.
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Client AdSense||20 €||
|-
|Stylo (compte de produit)||||20 €
|}

=Factures fournisseurs spécifiques=
==Achat direct==
On appelle "achat direct" un achat pour lequel on a effectué le paiement directement et dont on ne souhaite pas gérer le compte fournisseur. Cela permet d'avoir 1 seule saisie au lieu de 2 normalement à savoir :
*[[#Facture_fournisseur|Facture fournisseur]]
*[[#Paiement_.28.C3.A0_un_fournisseur.29|Paiement au fournisseur]]
Ainsi, comptablement, on a les écritures suivantes :

{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Stylo (compte de charge)||15 €||
|-
|TVA déductible (445660) ||2.94 €||
|-
|Trésorerie||||17.94 €
|}

==Saisie d'une facture fournisseur Google AdWords==
J'achète à Google AdWords de l'espace publicitaire. Sur leur facture, il n'y a pas mention de TVA. Par contre, il est mentionné : "conformément à l'article 196 de la directive du Conseil 2006/112/EC, la TVA sur ce service est due par le bénéficiaire du service." (à savoir nous).

Dans ce cas, on saisit la facture sans la TVA et [[#Passage_de_la_TVA_fournisseur_en_intra-communautaire|on saisit ensuite 2 lignes fictives qui s'équilibrent]]. Cette opération est possible car Google est en Irlande (il s'agit donc d'une TVA intra-communautaire).

==Facture fournisseur d'immobilisation==
Référence : [http://www.eguens.com/v2/comptabilite/cours/enregistrer-achat-immobilisation.php enregistrer achat immobilisation].

J'achète un avion à 150 000 € HT + 29 400 € de TVA chez un constructeur :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Immobilisation corporelle (21xxxx)||150 000 €||
|-
|TVA déductible sur immobilisations (445620) ||29 400 €||
|-
|Constructeur (401xxx)||||179 400 €
|}
A l'issue de l'enregistrement de cette écriture le fournisseur à un solde créditeur de 179 400 € sur son compte

=Remboursement fournisseur=
Si j'ai payé trop à un fournisseur ou que j'ai retourné un achat, ce dernier va me rembourser le trop perçu. Un remboursement fournisseur correspond à l'opposé d'un paiement fournisseur :

Mon papetier me fait un chèque de 17.94 € :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Papeterie||||17.94 €
|-
|Trésorerie||17.94 €||
|}

=Revenus mobiliers=
Dans ce type de revenu, il n'y a pas de facture et il n'y a pas de client. Il suffit donc de saisir un mouvement entre le compte de trésorerie (au débit dans le cas d'un revenu positif) et le compte de produit correspondant à l'enregistrement des revenus mobiliers (compte 764 par exemple).

=Paiement de la TVA=
==TVA annuelle==
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|TVA à décaisser (445510)||X €||
|-
|Compte courant (512xxx)||||X €
|}

==Acomptes de TVA==
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Taxes sur le chiffre d'affaires à régulariser ou en attente - Acomptes - Régime simplifié d'imposition (445810)||X €||
|-
|Compte courant (512xxx)||||X €
|}

=Solde de compte de bilan=
Normalement, il n'y a pas lieu de modifier le solde d'un compte de bilan autrement que lors de la mise en place de la comptabilité. Cette initialisation s'effectue lors du [[Getting_started_with_OpenFlyers#Rapatrier_les_.C3.A0_nouveaux_des_comptes_de_bilan|rapatriement des à nouveaux]]. Dans OpenFlyers, elle est [[Getting_started_with_OpenFlyers#Rapatrier_les_.C3.A0_nouveaux_des_comptes_clients|automatisable pour les comptes clients]]. Elle peut être décalée dans le temps et doit être faite manuellement pour les autres comptes de bilan sur le modèle ci-dessous qui correspond au type d'écriture généré automatiquement pour l'import des comptes clients :

{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|[[Account#Comptes_de_bilan|Compte de bilan concerné]]||10.000 €||
|-
|[[Account#Compte_de_report_.C3.A0_nouveau|Report à nouveau]]||||10.000 €
|}

==Initialiser le solde d'un compte de trésorerie==
Attention : dans le cas d'un compte de trésorerie il faut penser que le signe du solde doit être inversé par rapport au relevé de banque. Ainsi, si le compte de trésorerie est positif de +1234 €, alors il faut saisir un flux qui va le débiter de +1234 €. L'écriture comptable sera donc la suivante :

{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Compte de trésorerie||1.234 €||
|-
|[[Account#Compte_de_report_.C3.A0_nouveau|Report à nouveau]]||||1.234 €
|}

Dans la version 3 d'OpenFlyers cette opération se fait au travers de la [[Use_Accounting3#Saisie_d.27un_flux|saisie d'un flux]].

=Subventions=
==Subventions d'exploitation==
*[http://www.compta-facile.com/la-comptabilisation-des-subventions-dexploitation/ La comptabilisation des subventions d'exploitation]
===Subventions d’exploitation accordées sans conditions===
Enregistrement de la "promesse" de subvention (par exemple lors de l'obtention d'un document officiel indiquant l'obtention de la subvention)
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Subventions d’exploitation à recevoir ([[Account#Comptes_de_tiers|4417]] - compte de tiers)||10.000 €||
|-
|Subventions d’exploitation ([[Wikipedia-fr:Plan_comptable_général_(France)#74._Subventions_d.27exploitation|74]] - compte produit)||||10.000 €
|}

Lorsque la subvention est réellement encaissée, il faut [[#Saisie_d.27un_encaissement_.28d.27un_client.29|saisir cet encaissement]] sur le compte 4417.

==Subventions d'investissement==
*[http://www.compta-facile.com/subventions-dinvestissement-comptabilite/ La comptabilisation des subventions d'investissement]

=Transfert de charge=
Dans certains cas, de l'argent peut "arriver" sur le compte de trésorerie sans que cela soit pour autant une recette issue d'une facturation client. C'est le cas par exemple :
*Lorsqu'une assurance rembourse un sinistre,
*Lorsque des utilisateurs bénéficient d'une subvention attribuée par leur fédération et qui est versée sur le compte de leur de leur structure

L'écriture de transfert de charge correspond alors à enregistrer :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Trésorerie (512)||100.00 €||
|-
|Transfert de charge (791) ||||100.00 €
|}

Il n'y a pas d'opération de TVA à associer.

=Écritures de fin d'exercice avant la clôture de la comptabilité=
OpenFlyers n'implémente pas de fonctionnalité permettant de générer automatiquement les écritures de fin d'année à passer en comptabilité hormis l'[[#.C3.89criture_d.27apurement_des_comptes_de_r.C3.A9sultat|écriture d'apurement du compte de résultat]]. Il peut être nécessaire de faire appel à un expert-comptable.

Entre autre, il faut penser à :
*Calculer le solde de TVA lorsque la structure est soumise à la TVA
*Corriger éventuellement les ventilations des salaires et charges sociales
*[[#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|Transférer les produits et charges constatées d'avance]]
*Passer les amortissements et provisions pour charge
*Passer l'[[#.C3.89criture_d.27apurement_des_comptes_de_r.C3.A9sultat|écriture d'apurement des comptes de résultat]]

==Écriture d'apurement des comptes de résultat==
L'écriture d’apurement des comptes de charges (6x) et de produits (7x) se fait après édition du compte de résultat au 31 décembre de l'année considérée.

Le but est de solder (=mettre à 0) tous les comptes de résultat et d'injecter le résultat de l'exercice dans le compte 129000 (perte) ou 120000 (bénéfice).

[[Use_Accounting3#Solder_les_comptes|La version 3 d'OpenFlyers intègre un module]] permettant d'effectuer cette opération semi-automatiquement.

==Écriture de report à nouveau==
Cette écriture n'a pas besoin d'être passée dans OpenFlyers lorsqu'on ouvre un nouvel exercice Comptable. En effet, les à nouveaux sont repris automatiquement du solde de l'exercice précédent.

Cependant, lorsqu'on crée de nouveaux comptes, lorsqu'on met en place la comptabilité dans OpenFlyers, il peut être nécessaire de passer une ou plusieurs écritures de report d'à nouveau. Il s'agit de saisir un flux au sens OpenFlyers en effectuant un mouvement entre un compte bilan 110000 "Report à nouveau" et le ou les comptes concernés. Voir saisie d'un flux sur la [[Use_Accounting3#Saisie_d.27un_flux| version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux| version 4]].

==Écritures de transfert des produits et charges constatées d'avance==
L'idéal est d'avoir des comptes produits dédiés pour recevoir les ventes correspondant à des produits constatés d'avance. Il en est de même pour les comptes de charges.

Ainsi, supposons que nous ayons un compte produit ''Cotisation N+1'' recevant [[Accounting_Specic_Advise#Cotisations.2Fabonnements_ann.C3.A9e_N.2B1|les produits des cotisations valables pour l'année suivante]]. En fin d'année, ce compte produit à un solde X. Il faut transférer le montant de ce solde sur un compte de produits constatés d'avance :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Cotisations N+1 (compte de produit)||X €||
|-
|Produits constatés d'avances ([[Wikipedia-fr:Plan_comptable_général_(France)#48._Comptes_de_r.C3.A9gularisation|compte de tiers 487]])||||X €
|}

Après l'ouverture du nouvel exercice, il faudra [[#.C3.89critures_de_r.C3.A9affectation_des_produits.2Fcharges_constat.C3.A9es_d.27avances|réaffecter les produits/charges constatées d'avances]].

=Écritures de début d'exercice après l'ouverture de la comptabilité=
==Écritures de réaffectation des produits/charges constatées d'avances==
Avant la clôture de la comptabilité, s'il a été nécessaire de [[#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|transférer des produits ou charges constatées d'avances]], alors après l'ouverture de la comptabilité, il faut réaffecter ces montants sur les comptes produits "normaux".

Ainsi, supposons que nous ayons passé un mouvement de X € entre le compte produit ''Cotisations N+1'' et le compte de produits constatés d'avance. Alors il faudra réaffecter ce même montant sur le compte produit ''Cotisations N'' :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Produits constatés d'avances ([[Wikipedia-fr:Plan_comptable_général_(France)#48._Comptes_de_r.C3.A9gularisation|compte de tiers 487]])||X €||
|-
|Cotisations (compte de produit)||||X €
|}

Modèle commercial et compte client OpenFlyers

2016-01-05T10:12:58Z

Claratte :

__TOC__
=Définitions=
==Plateforme de démonstration==
Les plateformes de démonstration sont accessibles au public et servent de bac à sable.

Le sous-domaine de l'URL des plateformes de démonstration est ''demo'' ou commence par ''demo-''. Il existe également des plateformes de démonstration spécifiques dont le sous-domaine est différent.

Elles sont réinitialisées toutes les heures à la minute 44.
==Plateforme en production==
Une plateforme est considérée en production lorsque l'abonnement pour l'année en cours a été payé.

La phase de paramétrage qui précède le "passage en production" effectif s'effectue toujours sur une "plateforme en production".

==Plateforme en test==
Les plateformes en test sont de 2 natures :
*Les plateformes créées par un utilisateur et qui ne sont pas [[#Plateforme_en_production|en production]];
*[[#Plateforme_suppl.C3.A9mentaire_de_test|Les plateformes supplémentaires de test]];

=Le modèle commercial de la SARL OpenFlyers=
==Fonctionnement économique==
OpenFlyers fonctionne sur le modèle économique d'une ASP (=Application Service Provider) ou SaaS (= Software as a Service). On parle également de "cloud computing" (informatique dans les nuages). C'est-à-dire que nous fournissons un service applicatif par le biais d'internet pour lequel nous facturons un abonnement annuel.

Les avantages de ce système pour les clients finaux sont les suivants :
*la maintenance logiciel est déportée et ne nécessite plus le déplacement d'un technicien. Cela permet également de mettre en œuvre plus rapidement des correctifs à la demande ;
*le coût des développements est mutualisé entre les différents clients ;
*nous assurons nous-mêmes la pérennité des données par sauvegardes journalières sur plusieurs serveurs en plusieurs lieux et cela sur 20 jours glissants.

De plus, OpenFlyers existe en plusieurs versions dont certaines sont disponibles en téléchargement. Vous pouvez retrouver [http://wiki.openflyers.org/index.php?title=FAQ#May_I_install_OpenFlyers_on_my_own_server.3F plus d'infos sur notre support libre].

==Arbitrage des demandes de développements==
Les demandes de développements pour avoir de nouvelles fonctionnalités sont infinies. Au début de son existence OpenFlyers devait arbitrer entre les demandes des différents clients. Pour cela, l'équipe de développement OpenFlyers tenait compte de la taille d'un client ou d'un prospect pour arbitrer les différentes demandes et du potentiel impact qui pouvait en résulter sur le chiffre d'affaire au travers des nouveaux clients qui pouvaient se décider à passer à OpenFlyers du fait de l'existence de telle ou telle fonctionnalité. Ces demandes étant nombreuses, les demandes non retenues étaient nombreuses et cela pouvait conduire à "vexer" un client qui pouvait considérer que sa demande non retenue ou mise en attente était plus pertinente qu'une autre demande retenue.

Afin de ne plus être juge et parti, OpenFlyers a remis au goût du jour le [[Wikipedia-fr:Suffrage_censitaire|vote censitaire]] au travers des heures de bonus développement. Ainsi, les conditions générales d'OpenFlyers donne la possibilité aux clients de choisir eux-mêmes les développements qui leur seront le plus profitable. Le fonctionnement est le suivant :
*Tout client désireux de voir développer une nouvelle fonctionnalité peut faire '''une unique demande''' de devis développement '''par an'''. Cette demande doit être effectuée par e-mail en précisant le nom de la structure aéronautique cliente.
*En fonction du coût en heures de développement, ce développement peut être financé par les heures de bonus développement dont bénéficie chaque client. Plusieurs clients peuvent mutualiser leurs heures de bonus de développement. Les développements peuvent être également financés en partie ou en totalité par une facturation spécifique dans le cas où le bonus développement ne permet pas de couvrir l'intégralité du coût en heures.
*A l'issue d'une demande de devis, un client peut demander un nouveau devis à condition qu'il ait accepté le 1er devis. Le but est de limiter le temps consacré par l'équipe OpenFlyers à effectuer des devis.
Nous mutualisons les développements : tous nos développements sont intégrés au sein de l'unique version en cours de développement. Ainsi, tous les clients bénéficient des demandes de chacun d'entre-eux.
*Les développements "votés" sont triés par ordre d'arrivé sauf pour ceux dont une partie est financée en somme "sonnante et trébuchante" qui passent en priorité.

Enfin, les clients peuvent, avant d'effectuer une demande de devis par e-mail, faire part de leur demande sur le [http://support-fr.openflyers.com/ forum] dans la partie '''Evolutions et Adaptations''' en vérifiant qu'elle n'existe pas déjà. C'est aussi un moyen pour le demandeur d'inviter d'autres clients à s'associer à leur demande en mutualisant leurs heures de bonus développement.

==Bonus assistance/développement==
Chaque client dispose en fonction de son abonnement d'un quota d'heures de bonus qui peuvent être utilisées comme assistance ou comme développement (cf. [[#Arbitrage_des_demandes_de_d.C3.A9veloppements|Arbitrage des demandes de développements]]).

L'assistance permet de couvrir une demande de support téléphonique ou une demande d'intervention sur la plateforme.

Pour utiliser les heures de bonus, il faut :
*Faire une demande par e-mail d'intervention ou de support.
''Nous répondons en indiquant le temps à prévoir/déduire des heures de bonus''
*Confirmer sa demande par retour d'e-mail

Les demandes sont triées par ordre d'arrivé sauf pour celles dont une partie est financée en somme "sonnante et trébuchante" qui passent en priorité.

A noter que les heures non utilisées dans l'année sont perdues (cf. les [https://openflyers.com/fr/entreprise/conditions-generales conditions générales de vente]).

Il n'existe pas à ce jour d'interface permettant de suivre les heures déjà utilisées. Il est néanmoins possible d'en obtenir le suivi sur simple demande par e-mail.

=Compte client OpenFlyers=
Attention, il ne faut pas confondre son compte client OpenFlyers qui permet d'accéder à sa fiche client OpenFlyers et qui permet de renouveler son abonnement OpenFlyers avec son identifiant personnel permettant d'accéder à sa plateforme OpenFlyers.

==Accéder à son compte client OpenFlyers==
Aller sur [https://client.openflyers.com l'espace client] OpenFlyers.

L'identifiant permettant d'accéder à votre compte client correspond au sous-domaine de votre plateforme.

Par exemple, si votre plateforme est référencée par l'adresse :
http://mermoz.openflyers.fr

Alors le sous-domaine est '''mermoz'''.

C'est donc '''mermoz''' qu'il faut utiliser comme identifiant pour vous connecter au .

Si vous n'avez pas le mot de passe, vous pouvez le réactiver avec la fonction '''Mot de passe oublié ?''' qui est sur la page d'identification.

Une adresse e-mail vous sera demandée. Vous pourrez saisir l'adresse e-mail de la structure aéronautique ou celle du contact qui ont été saisies dans la fiche client (il s'agit des adresses e-mails sur lesquelles sont envoyées nos e-mails d'alerte de renouvellement ou d'information).

Dans le but de ne pas être submergés par les demandes, nous facturons la ré-initialisation manuelle, par nos soins, du mot de passe ou la mise à jour des adresses e-mails présentes sur la fiche client pour les abonnement First Price (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).

==Changer de responsable en charge d'OpenFlyers==
Lorsqu'il y a un changement de responsable en charge d'OpenFlyers, pour que la passation se passe dans les meilleures conditions, il faut penser à effectuer les 3 changements suivants :
*Attribuer un profil d'administrateur de la plateforme OpenFlyers au niveau de la plateforme (procédure pour intervenir sur la fiche utilisateur pour la [[User-management3#Modifier_un_utilisateur|version 3]] ou la [[User-management4#Acc.C3.A9der_.C3.A0_l.27interface_de_gestion_des_utilisateurs|version 4]])
*Mettre à jour le champ du responsable OpenFlyers au niveau de la plateforme (procédure pour la [[AdminDoc3#Responsable_OpenFlyers|version 3]] et la [[AdminDoc4#Responsable_OpenFlyers|version 4]]).
*Mettre à jour le nom du responsable OpenFlyers au niveau de la fiche client en effectuant la procédure suivante :
**[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter à l'espace client OpenFlyers]]
**Aller dans '''Fiche contact'''
**Mettre à jour la fiche
**Cliquer sur le bouton '''Valider'''

Dans le cas où la passation ne peut pas se faire ainsi car l'ancien responsable OpenFlyers ne peut pas effectuer ces opérations ou transmettre les couples (identifiants, mots de passe) au nouveau responsable pour qu'il effectue ces opérations, vous pouvez nous demandez, uniquement par e-mail, d'effectuer ces changements de responsable OpenFlyers, en joignant à l'e-mail :
*Un courrier signé du responsable de la structure (gérant, président, etc.) contenant la demande de mise à jour du responsable OpenFlyers désigné et indiquant explicitement le nom du nouveau responsable avec son adresse e-mail
*Une copie d'un document officiel (extrait K-BIS, procès-verbal d'assemblée générale, etc.) permettant de prouver la qualité du responsable de la structure.
Le courrier scanné n'est pas nécessaire dans le cas où le nouveau responsable OpenFlyers apparait sur l'extrait K-BIS.

'''Attention :''' dans le cas d'une société, le responsable de la structure doit détenir plus de la moitié des parts dans la société. Dans le cas où il y a cogérance, alors il faut que le courrier soit signé de l'ensemble des responsables de sorte à représenter plus de la moitié des parts de la société.

==Mettre à jour sa fiche client==
*[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter à l'espace client]]
*Cliquer sur le menu '''Fiche contact'''
*Mettre à jour le contenu des champs concernés
*Cliquer sur le bouton valider
''Conseil OpenFlyers :'' Il est fortement recommandé d'avoir 2 adresses e-mails différentes pour les champs '''E-mail client''' et '''E-mail contact'''

==Migrer vers une nouvelle version OpenFlyers==
Chez OpenFlyers, nous parlons de migration vers une nouvelle version lorsqu'il s'agit de mettre à jour une plateforme d'une version X vers une version Y incluant des changements majeurs.

Par contre, il existe les mises à jours. Les mises à jour ne changent pas le numéro de version principal (exemple : 3.2 ou 3.5 correspondent à la même version principale). OpenFlyers effectue ces mises à jour automatiquement. Leur objectif est de corriger des bugs ou de rajouter de nouvelles fonctionnalités.

Hormis pour les abonnements Première, qui disposent d'une plateforme avec une version gelée et indépendante d'OpenFlyers, toutes les autres plateformes OpenFlyers sont sur un moteur commun qui est mis à jour de façon transparente plusieurs fois par semaine, voir même par jour.

Nous ne présentons ci-dessous que les migrations "majeurs" qui peuvent impliquer des opérations de nettoyage manuel post-migration.

===Coût d'une migration===
Lorsque vous êtes en production sur une version X d'OpenFlyers, vous pouvez demander à migrer vers la dernière version stable proposée aux nouveaux clients ou même vers la dernière version en développement dénommée "alpha" ou "beta" (par exemple "version 3.0alpha").

Les migrations sont incluses dans le support des abonnement Business, Première et Corporate.

Dans le cas d'un abonnement First Price, la migration est facturée 50 € HT sauf dans le cas d'une migration vers une version alpha ou beta ou depuis vers une version alpha ou beta vers la version stable suivante. Exemple de migrations offertes en abonnement First Price :
*Migration depuis la version 3.0alpha vers la version 3
*Migration depuis la version 3.5 vers la version 4.0alpha
*Migration depuis la version 4.0alpha vers la version 4

Enfin, dans le cas où la plateforme bénéficiait d'un ancien tarif, le fait de migrer implique le passage au tarif en vigueur au moment de la migration et à l'acquittement de la différence de tarif par rapport à l'ancien tarif.

===Déroulement d'une migration===
#Il faut avoir pris connaissance des [[#Cons.C3.A9quences_d.27une_migration|conséquences d'une migration]] et accepter le fait qu'elle est irréversible
#Il faut éventuellement créer la ou les factures selon l'abonnement déjà souscrit et l'abonnement souhaité (cf. [[#Co.C3.BBt_d.27une_migration|Coût d'une migration]] en [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|se connectant sur l'espace client]].
#Il faut payer les factures correspondantes ainsi créées.
#Il faut en faire la demande par e-mail et précisant la date avant laquelle vous ne souhaitez pas qu'on effectue de migration. Il n'est pas possible de programmer une date pour une migration : cela se fait en fonction de la synchronisation des disponibilités des différents collaborateurs d'OpenFlyers qui doivent intervenir à tour de rôle.
#Nous créons alors les factures liées à la migration, à la différence de tarif et au forfait paramétrage selon votre abonnement et les options souscrites (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).
#Vous payez.
#Nous procédons alors à cette migration et nous fournissons une URL de substitution pendant une semaine pour palier les problèmes de cache DNS. Lors de la migration l'interruption de service est seulement de quelques minutes. Elle est donc transparente pour la quasi totalité des utilisateurs.
#Selon ce qui a été convenu nous effectuons ou le client effectue [[Upgrade3|le nettoyage lié au passage à la version 3]].
#Si vous avez souscrit au forfait paramétrage ou qu'il est inclut dans votre abonnement, nous vous envoyons un questionnaire pour le paramétrage. Cf. [[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|Forfait paramétrage]]

===Conséquences d'une migration===
*Toute migration est irréversible : nous ne créons pas de script permettant de revenir vers une version antérieure. En effet, nous effectuons des migrations "cachées" plusieurs fois par semaine qui constituent des corrections de bugs ou l'ajout de nouvelles fonctionnalités. De ce fait, notre exploitation est organisée pour pouvoir palier à un défaut apparaissant à l'issue d'une migration tout comme elle est organisée pour faire face à l'apparition d'un nouveau bug lors d'une mise à jour transparente.
*Attention notamment à une migration vers une version "alpha" ou "beta" : en effet, une migration vers cette version implique que vous acceptiez de fonctionner sur une version qui évolue sans cesse. Outre les corrections de bugs, nous rajoutons sur la version beta régulièrement des fonctionnalités qui peuvent créer de nouvelles anomalies. Bien entendu, nous faisons le nécessaire dès que nous avons connaissance d'un problème (notamment par le [http://bts.openflyers.org BTS] pour résoudre les défauts. C'est d'ailleurs grâce aux clients volontaires pour fonctionner sur la version beta que nous pouvons faire évoluer le produit.

==Ajouter une ressource à son abonnement OpenFlyers==
L'abonnement OpenFlyers est calculé en fonction du nombre de ressources. Le nombre est déterminé pour l'année civile complète.

Si vous voulez rajouter une ressource en cours d'année, alors vous devez [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|vous connecter sur l'espace client OpenFlyers]] et créer une facture d'ajout de ressource en indiquant le nombre de ressources supplémentaires. Le tarif appliqué sera alors celui de l'année complète.

Une fois le paiement de la facture correspondante acquitté, il sera possible d'intervenir sur la plateforme concernée pour rajouter la ressource. Il y alors 2 cas possible :
*C'est une ressource dont les tarifs correspondent à un type de ressource déjà présent sur la plateforme concernée. Dans ce cas, l'opération est relativement simple et nous conseillons de suivre soi-même la [[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|procédure de création ci-dessous]].
*C'est une ressource qui nécessite la création d'un nouveau type de ressource avec de nouveaux tarifs : dans ce cas, l'opération est plus complexe. Elle peut être effectuée de façon autonome en suivant la [[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|procédure de création ci-dessous]] et en procédant par comparaison avec les types de ressources existantes. Cependant, si vous souhaitez éviter tout risque d'erreur, nous recommandons de nous confier cette tâche en nous communiquant les éléments comme lors de la mise en place du paramétrage par nos soins à l'aide du questionnaire. Nous décomptons notre intervention des heures de bonus assistance/développement à hauteur d'une heure.

===Créer une ressource sur sa plateforme OpenFlyers===
*[[AdminDoc1.2#Ajouter_un_avion|Ajouter un avion avec la version 1.3 d'OpenFlyers]]
*[[AdminDoc2.1#Ajouter_un_a.C3.A9ronef|Ajouter un aéronef avec la version 2.1 d'OpenFlyers]]
*[[Resource-management3#Ajouter_une_ressource|Ajouter une ressource avec la version 3 d'OpenFlyers]]
*[[Resource-management4#Ajouter_une_ressource|Ajouter une ressource avec la version 4 d'OpenFlyers]]

==Enlever une ressource à son abonnement OpenFlyers==
Si vous enlevez une ressource en cours d'année, il n'y a aucun changement d'abonnement puisque les ressources sont souscrites pour toute l'année.

===Désactiver une ressource sur sa plateforme OpenFlyers===
*[[AdminDoc1.2#D.C3.A9sactiver_un_avion|Désactiver un avion avec la version 1.3 d'OpenFlyers]]
*[[AdminDoc2.1#D.C3.A9sactiver_un_a.C3.A9ronef|Désactiver un aéronef avec la version 2.1 d'OpenFlyers]]
*[[Resource-management3#D.C3.A9sactiver_une_ressource|Désactiver une ressource avec la version 3 d'OpenFlyers]]
*[[Resource-management4#D.C3.A9sactiver_une_ressource|Désactiver une ressource avec la version 4 d'OpenFlyers]]

==Remplacer une ressource par une autre dans son abonnement OpenFlyers==
S'il y a un remplacement de ressource, alors il n'y a pas besoin d'acquitter un nouvel abonnement pour la nouvelle ressource : il suffit de [[#D.C3.A9sactiver_une_ressource_sur_sa_plateforme_OpenFlyers|désactiver l'ancienne ressource]] avant d'[[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|activer la nouvelle]].

Dans le cas d'un remplacement temporaire, il peut être aussi simple de simplement renommer la ressource concernée (immatriculation par exemple). A noter que dans ce cas, les statistiques totaliseront l'activité des 2 ressources en 1 seule.

Si vous ne souhaitez pas désactiver cette ressource, alors vous pouvez [[#Ajouter_une_ressource_.C3.A0_son_abonnement_OpenFlyers|créer une facture complémentaire d'abonnement pour une ressource supplémentaire]].

==Renouveler son abonnement OpenFlyers==
Pour renouveler l'abonnement, il faut :
#[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter]] sur le compte client OpenFlyers
#Créer la facture en fonction du choix d'abonnement (vous trouverez plus d'informations dans notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire])
#Ensuite, payer soit :
#*par carte bancaire en cliquant sur le lien "paiement par carte bancaire" (le choix le plus pratique pour une prise en compte immédiate)
#*par transfert bancaire (dans ce cas, vous devez prendre en charge tous les frais liés à la transaction). Les coordonnées bancaires sont indiquées sur la facture.
#*par chèque (attention au délai d'acheminement du courrier)

===Variation du nombre de ressources lors du renouvellement===
Lors du renouvellement, le nombre minimum de ressources proposées, dans l'interface de renouvellement de l'abonnement, correspond au nombre de ressources activées dans la plateforme OpenFlyers.

Si vous souhaitez augmenter le nombre de ressources pour l'année suivante, il suffit de modifier la valeur proposée par défaut.

Si vous souhaitez diminuer le nombre de ressources pour l'année suivante, il faut [[#D.C3.A9sactiver_une_ressource_sur_sa_plateforme_OpenFlyers|désactiver des ressources dans la plateforme OpenFlyers]] afin que le nombre proposé par défaut diminue avant de créer la facture de renouvellement d'abonnement.

==Plateforme supplémentaire de test==
Cette fonctionnalité disponible que pour les clients étant au moins sous la version 3.5 d'OpenFlyers, est utile dans le cas où vous souhaitez :
*effectuer des tests sur une recopie de la plateforme de démonstration.
*effectuer des tests sur une recopie de votre propre plateforme et ainsi modifier son paramétrage sur une version [[Wikipedia-fr:Sandbox_(sécurité_informatique)|sandbox]] sans impacter la version de production.
*essayer la version 4 d'OpenFlyers

Pour cela, il faut :
*Se connecter sur son [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|compte client]]
*Aller dans le menu '''Plateforme'''
* Plusieurs choix sont proposés :
** Si vous êtes sous la version 3.5 :
*** '''De demo.openflyers.fr vers acbd.test.openflyers.fr''' : Permet de créer une plateforme de test en effectuant une recopie de la plateforme démo avec suppression du message d'accueil "La base de données cette plateforme de démonstration est réinitialisée toutes les heures, vers XX:45".
*** '''De acbd.openflyers.fr vers acbd.of4.openflyers.fr''' : Permet de créer une plateforme d'essai sous la version 4 d'OpenFlyers en effectuant une recopie de votre plateforme existante puis en faisant une montée de version sur cette recopie
** Si vous êtes sous la version 3.5 ou supérieure :
*** '''De acbd.openflyers.fr vers acbd.test.openflyers.fr''' : Permet de créer une plateforme de test en effectuant une recopie de votre plateforme existante
* Cliquer sur '''Valider'''

Si votre plateforme est référencée par l'adresse :
<pre>http://acbd.openflyers.fr</pre>
L'accès à la plateforme de test se fait par l'adresse :
<pre>http://acbd.test.openflyers.fr</pre>
L'accès à la plateforme d'essai de la version 4 d'OpenFlyers se fait par l'adresse :
<pre>http://acbd.of4.openflyers.fr</pre>

Formules de calcul

2015-12-30T09:01:50Z

Claratte : /* hasValidity('user id', 'validity type id', 'check only holding') */

Cette page à pour objet de présenter l'ensemble des fonctions et variables utilisables dans des formules de calculs d'OpenFlyers ainsi que les différents types de formules de calculs.
__TOC__

=Présentation=

==Fonctions==

===abs(X)===
Retourne la valeur absolue de X

Exemple :
<pre>abs(-200) donne 200</pre>
<pre>abs(100) donne 100</pre>

===changeTime('date', 'année', 'mois', 'jour')===
Retourne la date en changeant l'année, le mois et/ou le jour

La date doit être au format '''AAAA-MM-JJ hh:mm:ss''' ou '''AAAA-MM-JJ'''

Les valeurs possibles pour l'année, le mois ou le jour sont :
* 0 = L'année, le mois ou le jour reste inchangé
* +X = L'année, le mois ou le jour est augmenté de X
* -X = L'année, le mois ou le jour est diminué de X
* X = L'année, le mois ou le jour est placé sur X

Exemple :
<pre>changeTime( '2011-05-15', '0', '0', '0' ) donne 2011-05-15</pre>
<pre>changeTime( '2011-05-15', '0', '-test', '0' ) donne 2011-05-15 car la valeur du mois n'est pas valide</pre>
<pre>changeTime( '2011-05-15', '0', '-2', '0' ) donne 2011-03-15</pre>
<pre>changeTime( '2011-05-15', '0', '+2', '0' ) donne 2011-07-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '0' ) donne 2011-02-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '-1' ) donne 2011-02-14</pre>
<pre>changeTime( %NOW_DATE, '2015', '1', '1' ) donne 2015-01-01</pre>

===formatDate('patron', 'date')===

Formate la date selon le patron. Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#Date_and_time_format|format de date et d'heure]]

Exemple :
<pre>formatDate('yyyy', '2015-03-01') donne 2015</pre>
<pre>formatDate('MM', '2015-03-01') donne 03</pre>
<pre>formatDate('d', '2015-03-01') donne 1</pre>

===getValidityExpiredDate('person id', 'validity type id')===

* Retourne la date d'expiration de la validité de la personne si c'est une validité soumise à échéance et que la date d'expiration a été renseigné. La date est au format AAAA-MM-JJ.
* Retourne "0000-00-00" dans les autres cas

Exemple :
<pre>getValidityExpiredDate(%USER_ID, 1) donne 2014-12-31</pre>
<pre>getValidityExpiredDate(0, 20) donne 0000-00-00</pre>

===hasValidity('user id', 'validity type id', 'check only holding')===
'check only holding' est un paramètre optionnel. On ne prend en compte sa valeur que si elle est à 1. Dans les autres cas, on l'ignore.

*Si 'check only holding' n'est pas à 1 :
** Retourne '''1''' lorsque :
*** Si c'est une validité à formule d'expérience récente :
**** l'utilisateur a l'expérience requise
*** Si ce n'est pas une validité à formule d'expérience récente :
**** Si la validité n'est pas soumise à échéance alors l'utilisateur possède la validité
**** Si La validité est soumise à échéance alors l'utilisateur possède la validité et elle n'est pas encore expirée
** Retourne '''0''' dans les autres cas
*Si 'check only holding' est à 1 :
** Retourne '''1''' lorsque :
*** Si ce n'est pas une validité à formule d'expérience récente :
**** L'utilisateur possède la validité
** Retourne '''0''' dans les autres cas (y compris dans le cas d'une validité à formule d'expérience récente et que l'utilisateur possède l'expérience récente)

===max(X,Y)===
Retourne le maximum entre X et Y

===min(X,Y)===
Retourne le minimum entre X et Y

===roundCeil(X,Y)===
Arrondi la valeur X au nombre supérieur multiple de l'unité Y le plus proche

Exemple :
<pre>roundCeil(114,100) donne 200</pre>

<pre>roundCeil(114,10) donne 120</pre>

===sprintf('pattern', 'string')===

Formate la chaîne "string" avec le patron "pattern". Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#sprintf_format|format de sprintf]].

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible devant :
<php>sprintf('%05s', %MEMBER_NUM) retourne 00010 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible derrière :
<php>sprintf('%-05d', %MEMBER_NUM) retourne 10000 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 6 caractères en ajoutant autant d'espace que possible devant :
<php>sprintf('%6s', %MEMBER_NUM) retourne " 10" si %MEMBER_NUM vaut 10 par exemple</php>

===substr(string,a,b)===
Retourne l'extrait de chaîne de caractères "string" à partir du caractère "a", 0 étant le 1er caractère et "b" la longueur à extraire. Lorsque b est une valeur négative, alors il détermine le nombre de caractères devant être enlevé depuis la fin de la chaîne.

Exemples :
<pre>substr('FIRST_NAME', 0, 5) returns FIRST
substr('FIRST_NAME', 0, -2) returns FIRST_NA</pre>

===sumFlightHour('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumFlightTime(%PILOT, 'year', 'month', 'day', 'hour', 'minute', 'position', 'flight type' )===
Retourne le total des heures de vol faite par un pilote %PILOT pour le type de vol 'flight type' Depuis la date indiquée.

La position 0 correspond au 1er pilote, la position 1 au 2ème pilote.

Si le type de vol n'est pas spécifié, le total est déterminé pour tous les types de vols.

Exemple :
<pre>sumFlightTime(%PILOT, 2008, 01, 01, 00, 00, 0, 64 )</pre>
Retourne en [[#D.C3.A9finition_Unit.C3.A9_sexacentimal|Sexacentimal]] le total des heures de vol faites sur le type de vol 64 en tant que pilote en place gauche depuis le 2008-01-01 00:00:00.

===sumLandingNumber('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumPreviousFlightTime('pilot id', 'position', 'day', 'endingDate', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===strtolower(string)===
Retourne la chaine "string" en minuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "camelback"</pre>

===strtoupper(string)===
Retourne la chaine "string" en majuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "CAMELBACK"</pre>

==Variables==
===%ACCOUNT_TYPE===
Type de compte

===%AUTHENTICATION_LOGIN===
Identifiant utilisateur

===%AUTO_INCREMENT===
Valeur auto-incrémentale

===%COUNTER_ARRIVAL===
Compteur arrivé saisi dans le formulaire

===%COUNTER_DEPARTURE===
Compteur départ saisi dans le formulaire

===%DURATION===
Durée du vol

===%FIRSTNAME===
Prénom de l'utilisateur

===%LASTNAME===
Nom de l'utilisateur

===%MEMBER_NUM===
Numéro de membre

===%NOW_DATE===
Date courante au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%RESOURCE_NAME===
Nom de la ressource

===<s>%TIME_ARRIVAL</s>===
<s>Heure de fin saisie dans le formulaire</s>

===<s>%TIME_DEPARTURE</s>===
<s>Heure de début saisie dans le formulaire</s>

===%START_DATE===

Date de début du vol ou date d'achat de produit au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%USER_ID===

Id de l'utilisateur

=Compte d'export=

==Fonctions autorisées pour le calcul du compte d'export==

*[[#sprintf.28.27pattern.27.2C_.27string.27.29|sprintf]]
*[[#substr.28string.2Ca.2Cb.29|substr]]
*[[#strtolower.28string.29|strtolower]]
*[[#strtoupper.28string.29|strtoupper]]

==Variables autorisées pour le calcul du compte d'export==
*[[#.25ACCOUNT_TYPE|%ACCOUNT_TYPE]]
*[[#.25AUTHENTICATION_LOGIN|%AUTHENTICATION_LOGIN]]
*[[#.25AUTO_INCREMENT|%AUTO_INCREMENT]]
*[[#.25FIRSTNAME|%FIRSTNAME]]
*[[#.25LASTNAME|%LASTNAME]]
*[[#.25MEMBER_NUM|%MEMBER_NUM]]
*[[#.25RESOURCE_NAME|%RESOURCE_NAME]]
*[[#.25USER_ID|%USER_ID]]

==Exemples de formules pour le calcul du compte d'export==
{| class="wikitable sortable centre"
!Formule de calcul!!Usage!!Exemples de génération
|-
|411+%ACCOUNT_TYPE||Comptes ressources et utilisateurs||4110002, 4110005
|-
|411+%AUTHENTICATION_LOGIN||Comptes utilisateurs||411pdupont '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes utilisateurs'''
|-
|411+%AUTO_INCREMENT||Comptes ressources et utilisateurs||41100001, 41100002, ...., 4110000x
|-
|411+%LASTNAME||Comptes utilisateurs||411dupont, 411dupond
|-
|411+%LASTNAME+substr(%FIRSTNAME,0,1)||Comptes utilisateurs||411dupontp, 411dupontf
|-
|411+%MEMBER_NUM||Comptes utilisateurs||411XXXXX, l'intitulé XXXXXX est le champ Numéro de membre qui est inscrit sur la fiche personnelle de vos adhérents. Exemple : 411001. A vous de vérifier l'unicité de cette valeurs
|-
|411+sprintf('%03s', %USER_ID)||Comptes utilisateurs||411001, 411002, etc.
|-
|411+substr(%AUTHENTICATION_LOGIN,0,3)||Comptes utilisateurs||411pdu 411 suivi de l'identifiant limité à 3 caractères. Cela permet d'être compatible avec les logiciels de comptabilités paramétrés pour n'accepter que 6 caractères. Dans ce cas, il est nécessaire de modifier les comptes d'exports en doublon.
|-
|7061+sprintf('%02s', %RESOURCE_ID)||Comptes ressources||706101, 706102, etc. '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes ressources'''
|}

=Date d'expiration=
==Fonctions autorisées pour le calcul de la date d'expiration==

* [[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
* [[#formatDate.28.27patron.27.2C_.27date.27.29|formatDate]]
* [[#getValidityExpiredDate.28.27person_id.27.2C_.27validity_type_id.27.29|getValidityExpiredDate]]
* [[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]

==Variables autorisées pour le calcul de la date d'expiration==

* [[#.25NOW_DATE|%NOW_DATE]]
* [[#.25USER_ID|%USER_ID]]

==Exemples de formules de calcul de la date d'expiration==

===Date fixe===
<pre>2012-12-31</pre>

===Date dans un an ou dans un an après la date d'expiration d'une validité déjà détenue===
Cette formule permet de vendre une validité (par exemple une carte de réduction) valable 1 an.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité concerné :
<pre>formatDate( 'yyyy-MM-dd', changeTime( ( hasValidity(%USER_ID, XX) ? getValidityExpiredDate(%USER_ID, 3XX3) : %NOW_DATE ), '+1', '0', '0' ) )</pre>

===Fin de l'année courante===
<pre>formatDate( 'yyyy-12-31', %NOW_DATE )</pre>

===Fin de l'année courante ou la fin de l'année suivante si la date courante est strictement supérieure au 30 septembre===
Cette formule permet de vendre une validité (par exemple cotisation) dont la prise est valable jusqu'au 31 décembre de l'année en cours ou de l'année suivante si elle est souscrite à partir du 1er octobre.

<pre>formatDate( 'yyyy-12-31', (formatDate('MM', %NOW_DATE)<10) ? %NOW_DATE : changeTime(%NOW_DATE, '+1', 0, 0) )</pre>

=Expérience récente=
==Fonctions autorisées pour le calcul de l'expérience récente==
*[[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]
*[[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
*[[#sumFlightHour.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumFlightHour]]
*[[#sumFlightTime.28.25PILOT.2C_.27year.27.2C_.27month.27.2C_.27day.27.2C_.27hour.27.2C_.27minute.27.2C_.27position.27.2C_.27flight_type.27_.29|sumFlightTime]]
*[[#sumLandingNumber.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumLandingNumber]]
*[[#sumPreviousFlightTime.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27endingDate.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumPreviousFlightTime]]

==Variables autorisées pour le calcul de l'expérience récente==

* [[#.25NOW_DATE|%NOW_DATE]]

==Exemples de formules de calcul de l'expérience récente==

===Expérience récente en heures ou la détention d'une validité spécifique===
L'exemple suivant vérifie qu'un utilisateur a une expérience de 30 heures dans les 12 derniers mois ou qu'il possède une validité X lui permettant de s'affranchir du quota d'heures.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité spécifique :

<php>( (sumFlightHour(%PILOT, 0, 365)+sumFlightHour(%PILOT, 1, 365) > 17999) OR hasValidity(%PILOT, XX) )</php>

===Type d'activité X dans les 12 derniers mois===
L'exemple suivant vérifie si un utilisateur a effectué une activité d'un type X donné dans les 365 derniers jours.

Remplacer dans l'exemple suivant XX par l'identifiant du type d'activité donné :

<php>sumFlightTime(%PILOT, formatDate('yyyy', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('M', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('d', changeTime( %NOW_DATE, '-1', '0', '0' )), 00, 00, 0, XX ) > 0</php>

=Tarification=
Outre les définitions toujours valides pour le calcul du temps d'activité, voici d'autres définitions :
''A rédiger''

Voir [http://doc-en.openflyers.com/index.php?title=AdminDoc2.1 Formules en anglais]

==Fonctions autorisées pour le calcul de la tarification==

==Variables autorisées pour le calcul de la tarification==

* [[#.25START_DATE|%START_DATE]]

==Exemples de formules pour le calcul de la tarification==
===Motoplaneur : tarification à l'heure de vol ET à l'utilisation du moteur===
Pour cela, on suppose que les compteurs sont utilisés et qu'ils prennent en compte le temps d'utilisation du moteur :
%DURATION * $FLIGHT_HOUR_PRICE + (%COUNTER_ARRIVAL - %COUNTER_DEPARTURE) * $ENGINE_HOUR_PRICE

===Avion : réduction lorsque le compte pilote a un solde positif===
$C2 concerne le tarif horaire de l'avion 
$S le solde positif qui doit être atteint pour bénéficier de la réduction 
$R le montant horaire de la réduction obtenue dans ce cas 

roundCeil((((getBalance(%PILOT)>$S ? ($C2-$R) : $C2)*%DURATION/600)-0.5),1)

===Avion : réduction lorsque le vol se fait après une certaine heure===

$C2 concerne le tarif horaire de l'avion 
$C2R concerne le tarif horaire réduit de l'avion après une certaine heure 
659 correspond à 06:59 en temps UTC 
Dans ce cas la formule considère que dès 700, la réduction s'applique. 

roundCeil(((((formatDate('hmm',%START_DATE)>659)?$C2R:$C2)*%DURATION/600)-0.5),1)

=Temps d'activité=
Pour calculer le temps d'une activité (exemple : vol), les règles diffèrent selon les structures.

OpenFlyers permet d'attribuer des formules de calcul de temps d'activité par type de ressource. Cf. la gestion des types de ressource sur [[Resource-management3#Ajouter_un_type_de_ressource|version 3]] et [[Resource-management4#Ajouter_un_type_de_ressource|version 4]].

==Définition Unité sexacentimal==
En base de données, les temps et les compteurs sont stockés selon le plus petit multiple commun au système décimal (centième) et au système sexagésimale (hh min). Nous avons appelé cela le format ''sexacentimal''.

Cela permet de stocker les valeurs de temps sous la forme d'un entier. Cela supprime donc tout problème d'arrondi qui pourrait être problématique pour les additions.

*1 heure = 600 sexacentièmes
*1 minute = 10 sexacentièmes
*5 minutes = 50 sexacentièmes

*1 centième de minute = 6 sexacentièmes
*10 centième de minute (=1 dixième de minute) = 60 sexacentièmes

Exemples de formules :
*pour arrondir à 5 minutes : roundCeil(X,50)
*pour arrondir à 10 centièmes : roundCeil(X,60)

==Fonctions autorisées pour le calcul du temps d'activité==
*[[#abs.28X.29|abs]]
*[[#max.28X.2CY.29|max]]
*[[#min.28X.2CY.29|min]]
*[[#roundCeil.28X.2CY.29|roundCeil]]

==Variables autorisées pour le calcul du temps d'activité==
*[[#.25COUNTER_ARRIVAL|%COUNTER_ARRIVAL]]
*[[#.25COUNTER_DEPARTURE|%COUNTER_DEPARTURE]]
*[[#.25DURATION|%DURATION]]
*[[#.25TIME_ARRIVAL|%TIME_ARRIVAL]]
*[[#.25TIME_DEPARTURE|%TIME_DEPARTURE]]

==Exemples de formules de calcul du temps d'activité==
===Durée saisie===
<pre>%DURATION</pre>

===Différence des compteurs saisis===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE</pre>

===Durée saisie arrondie à 5 minutes===
<pre>roundCeil(%DURATION, 50)</pre>

===Différence des compteurs plus 5 centièmes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 30</pre>

===Différence des compteurs plus 5 minutes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 50</pre>

===Différence des compteurs arrondie au 5 minutes les plus proches plus 5 minutes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE - 25, 50) + 50</pre>

===Différence des compteurs arrondie à 10 centièmes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 60)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs===
<pre>max(%DURATION, %COUNTER_ARRIVAL - %COUNTER_DEPARTURE)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs arrondie à 5 minutes===
<pre>max(%DURATION,roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote
Puis elle prend le plus grand des deux

===Le plus grand entre la durée saisie, arrondie à 5 minutes, et la différence des compteurs, arrondie à 5 minutes===
<pre>max(roundCeil(%DURATION,50),roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote et l'arrondi à 5 minutes
Puis elle prend le plus grand des deux

Formules de calcul

2015-12-30T09:01:07Z

Claratte : /* hasValidity('user id', 'validity type id', 'check only holding') */

Cette page à pour objet de présenter l'ensemble des fonctions et variables utilisables dans des formules de calculs d'OpenFlyers ainsi que les différents types de formules de calculs.
__TOC__

=Présentation=

==Fonctions==

===abs(X)===
Retourne la valeur absolue de X

Exemple :
<pre>abs(-200) donne 200</pre>
<pre>abs(100) donne 100</pre>

===changeTime('date', 'année', 'mois', 'jour')===
Retourne la date en changeant l'année, le mois et/ou le jour

La date doit être au format '''AAAA-MM-JJ hh:mm:ss''' ou '''AAAA-MM-JJ'''

Les valeurs possibles pour l'année, le mois ou le jour sont :
* 0 = L'année, le mois ou le jour reste inchangé
* +X = L'année, le mois ou le jour est augmenté de X
* -X = L'année, le mois ou le jour est diminué de X
* X = L'année, le mois ou le jour est placé sur X

Exemple :
<pre>changeTime( '2011-05-15', '0', '0', '0' ) donne 2011-05-15</pre>
<pre>changeTime( '2011-05-15', '0', '-test', '0' ) donne 2011-05-15 car la valeur du mois n'est pas valide</pre>
<pre>changeTime( '2011-05-15', '0', '-2', '0' ) donne 2011-03-15</pre>
<pre>changeTime( '2011-05-15', '0', '+2', '0' ) donne 2011-07-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '0' ) donne 2011-02-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '-1' ) donne 2011-02-14</pre>
<pre>changeTime( %NOW_DATE, '2015', '1', '1' ) donne 2015-01-01</pre>

===formatDate('patron', 'date')===

Formate la date selon le patron. Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#Date_and_time_format|format de date et d'heure]]

Exemple :
<pre>formatDate('yyyy', '2015-03-01') donne 2015</pre>
<pre>formatDate('MM', '2015-03-01') donne 03</pre>
<pre>formatDate('d', '2015-03-01') donne 1</pre>

===getValidityExpiredDate('person id', 'validity type id')===

* Retourne la date d'expiration de la validité de la personne si c'est une validité soumise à échéance et que la date d'expiration a été renseigné. La date est au format AAAA-MM-JJ.
* Retourne "0000-00-00" dans les autres cas

Exemple :
<pre>getValidityExpiredDate(%USER_ID, 1) donne 2014-12-31</pre>
<pre>getValidityExpiredDate(0, 20) donne 0000-00-00</pre>

===hasValidity('user id', 'validity type id', 'check only holding')===
'check only holding' est un paramètre optionnel. On ne prend en compte sa valeur que si elle est à 1. Dans les autres cas, on l'ignore.

*Si 'check only holding' n'est pas à 1 :
** Retourne '''1''' lorsque :
*** Si c'est une validité à formule d'expérience récente :
**** l'utilisateur a l'expérience requise
*** Si ce n'est pas une validité à formule d'expérience récente :
**** Si la validité n'est pas soumise à échéance alors l'utilisateur possède la validité
**** Si La validité est soumise à échéance alors l'utilisateur possède la validté et elle n'est pas encore expirée
** Retourne '''0''' dans les autres cas
*Si 'check only holding' est à 1 :
** Retourne '''1''' lorsque :
*** Si ce n'est pas une validité à formule d'expérience récente :
**** L'utilisateur possède la validité
** Retourne '''0''' dans les autres cas (y compris dans le cas d'une validité à formule d'expérience récente)

===max(X,Y)===
Retourne le maximum entre X et Y

===min(X,Y)===
Retourne le minimum entre X et Y

===roundCeil(X,Y)===
Arrondi la valeur X au nombre supérieur multiple de l'unité Y le plus proche

Exemple :
<pre>roundCeil(114,100) donne 200</pre>

<pre>roundCeil(114,10) donne 120</pre>

===sprintf('pattern', 'string')===

Formate la chaîne "string" avec le patron "pattern". Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#sprintf_format|format de sprintf]].

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible devant :
<php>sprintf('%05s', %MEMBER_NUM) retourne 00010 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible derrière :
<php>sprintf('%-05d', %MEMBER_NUM) retourne 10000 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 6 caractères en ajoutant autant d'espace que possible devant :
<php>sprintf('%6s', %MEMBER_NUM) retourne " 10" si %MEMBER_NUM vaut 10 par exemple</php>

===substr(string,a,b)===
Retourne l'extrait de chaîne de caractères "string" à partir du caractère "a", 0 étant le 1er caractère et "b" la longueur à extraire. Lorsque b est une valeur négative, alors il détermine le nombre de caractères devant être enlevé depuis la fin de la chaîne.

Exemples :
<pre>substr('FIRST_NAME', 0, 5) returns FIRST
substr('FIRST_NAME', 0, -2) returns FIRST_NA</pre>

===sumFlightHour('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumFlightTime(%PILOT, 'year', 'month', 'day', 'hour', 'minute', 'position', 'flight type' )===
Retourne le total des heures de vol faite par un pilote %PILOT pour le type de vol 'flight type' Depuis la date indiquée.

La position 0 correspond au 1er pilote, la position 1 au 2ème pilote.

Si le type de vol n'est pas spécifié, le total est déterminé pour tous les types de vols.

Exemple :
<pre>sumFlightTime(%PILOT, 2008, 01, 01, 00, 00, 0, 64 )</pre>
Retourne en [[#D.C3.A9finition_Unit.C3.A9_sexacentimal|Sexacentimal]] le total des heures de vol faites sur le type de vol 64 en tant que pilote en place gauche depuis le 2008-01-01 00:00:00.

===sumLandingNumber('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumPreviousFlightTime('pilot id', 'position', 'day', 'endingDate', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===strtolower(string)===
Retourne la chaine "string" en minuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "camelback"</pre>

===strtoupper(string)===
Retourne la chaine "string" en majuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "CAMELBACK"</pre>

==Variables==
===%ACCOUNT_TYPE===
Type de compte

===%AUTHENTICATION_LOGIN===
Identifiant utilisateur

===%AUTO_INCREMENT===
Valeur auto-incrémentale

===%COUNTER_ARRIVAL===
Compteur arrivé saisi dans le formulaire

===%COUNTER_DEPARTURE===
Compteur départ saisi dans le formulaire

===%DURATION===
Durée du vol

===%FIRSTNAME===
Prénom de l'utilisateur

===%LASTNAME===
Nom de l'utilisateur

===%MEMBER_NUM===
Numéro de membre

===%NOW_DATE===
Date courante au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%RESOURCE_NAME===
Nom de la ressource

===<s>%TIME_ARRIVAL</s>===
<s>Heure de fin saisie dans le formulaire</s>

===<s>%TIME_DEPARTURE</s>===
<s>Heure de début saisie dans le formulaire</s>

===%START_DATE===

Date de début du vol ou date d'achat de produit au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%USER_ID===

Id de l'utilisateur

=Compte d'export=

==Fonctions autorisées pour le calcul du compte d'export==

*[[#sprintf.28.27pattern.27.2C_.27string.27.29|sprintf]]
*[[#substr.28string.2Ca.2Cb.29|substr]]
*[[#strtolower.28string.29|strtolower]]
*[[#strtoupper.28string.29|strtoupper]]

==Variables autorisées pour le calcul du compte d'export==
*[[#.25ACCOUNT_TYPE|%ACCOUNT_TYPE]]
*[[#.25AUTHENTICATION_LOGIN|%AUTHENTICATION_LOGIN]]
*[[#.25AUTO_INCREMENT|%AUTO_INCREMENT]]
*[[#.25FIRSTNAME|%FIRSTNAME]]
*[[#.25LASTNAME|%LASTNAME]]
*[[#.25MEMBER_NUM|%MEMBER_NUM]]
*[[#.25RESOURCE_NAME|%RESOURCE_NAME]]
*[[#.25USER_ID|%USER_ID]]

==Exemples de formules pour le calcul du compte d'export==
{| class="wikitable sortable centre"
!Formule de calcul!!Usage!!Exemples de génération
|-
|411+%ACCOUNT_TYPE||Comptes ressources et utilisateurs||4110002, 4110005
|-
|411+%AUTHENTICATION_LOGIN||Comptes utilisateurs||411pdupont '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes utilisateurs'''
|-
|411+%AUTO_INCREMENT||Comptes ressources et utilisateurs||41100001, 41100002, ...., 4110000x
|-
|411+%LASTNAME||Comptes utilisateurs||411dupont, 411dupond
|-
|411+%LASTNAME+substr(%FIRSTNAME,0,1)||Comptes utilisateurs||411dupontp, 411dupontf
|-
|411+%MEMBER_NUM||Comptes utilisateurs||411XXXXX, l'intitulé XXXXXX est le champ Numéro de membre qui est inscrit sur la fiche personnelle de vos adhérents. Exemple : 411001. A vous de vérifier l'unicité de cette valeurs
|-
|411+sprintf('%03s', %USER_ID)||Comptes utilisateurs||411001, 411002, etc.
|-
|411+substr(%AUTHENTICATION_LOGIN,0,3)||Comptes utilisateurs||411pdu 411 suivi de l'identifiant limité à 3 caractères. Cela permet d'être compatible avec les logiciels de comptabilités paramétrés pour n'accepter que 6 caractères. Dans ce cas, il est nécessaire de modifier les comptes d'exports en doublon.
|-
|7061+sprintf('%02s', %RESOURCE_ID)||Comptes ressources||706101, 706102, etc. '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes ressources'''
|}

=Date d'expiration=
==Fonctions autorisées pour le calcul de la date d'expiration==

* [[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
* [[#formatDate.28.27patron.27.2C_.27date.27.29|formatDate]]
* [[#getValidityExpiredDate.28.27person_id.27.2C_.27validity_type_id.27.29|getValidityExpiredDate]]
* [[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]

==Variables autorisées pour le calcul de la date d'expiration==

* [[#.25NOW_DATE|%NOW_DATE]]
* [[#.25USER_ID|%USER_ID]]

==Exemples de formules de calcul de la date d'expiration==

===Date fixe===
<pre>2012-12-31</pre>

===Date dans un an ou dans un an après la date d'expiration d'une validité déjà détenue===
Cette formule permet de vendre une validité (par exemple une carte de réduction) valable 1 an.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité concerné :
<pre>formatDate( 'yyyy-MM-dd', changeTime( ( hasValidity(%USER_ID, XX) ? getValidityExpiredDate(%USER_ID, 3XX3) : %NOW_DATE ), '+1', '0', '0' ) )</pre>

===Fin de l'année courante===
<pre>formatDate( 'yyyy-12-31', %NOW_DATE )</pre>

===Fin de l'année courante ou la fin de l'année suivante si la date courante est strictement supérieure au 30 septembre===
Cette formule permet de vendre une validité (par exemple cotisation) dont la prise est valable jusqu'au 31 décembre de l'année en cours ou de l'année suivante si elle est souscrite à partir du 1er octobre.

<pre>formatDate( 'yyyy-12-31', (formatDate('MM', %NOW_DATE)<10) ? %NOW_DATE : changeTime(%NOW_DATE, '+1', 0, 0) )</pre>

=Expérience récente=
==Fonctions autorisées pour le calcul de l'expérience récente==
*[[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]
*[[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
*[[#sumFlightHour.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumFlightHour]]
*[[#sumFlightTime.28.25PILOT.2C_.27year.27.2C_.27month.27.2C_.27day.27.2C_.27hour.27.2C_.27minute.27.2C_.27position.27.2C_.27flight_type.27_.29|sumFlightTime]]
*[[#sumLandingNumber.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumLandingNumber]]
*[[#sumPreviousFlightTime.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27endingDate.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumPreviousFlightTime]]

==Variables autorisées pour le calcul de l'expérience récente==

* [[#.25NOW_DATE|%NOW_DATE]]

==Exemples de formules de calcul de l'expérience récente==

===Expérience récente en heures ou la détention d'une validité spécifique===
L'exemple suivant vérifie qu'un utilisateur a une expérience de 30 heures dans les 12 derniers mois ou qu'il possède une validité X lui permettant de s'affranchir du quota d'heures.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité spécifique :

<php>( (sumFlightHour(%PILOT, 0, 365)+sumFlightHour(%PILOT, 1, 365) > 17999) OR hasValidity(%PILOT, XX) )</php>

===Type d'activité X dans les 12 derniers mois===
L'exemple suivant vérifie si un utilisateur a effectué une activité d'un type X donné dans les 365 derniers jours.

Remplacer dans l'exemple suivant XX par l'identifiant du type d'activité donné :

<php>sumFlightTime(%PILOT, formatDate('yyyy', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('M', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('d', changeTime( %NOW_DATE, '-1', '0', '0' )), 00, 00, 0, XX ) > 0</php>

=Tarification=
Outre les définitions toujours valides pour le calcul du temps d'activité, voici d'autres définitions :
''A rédiger''

Voir [http://doc-en.openflyers.com/index.php?title=AdminDoc2.1 Formules en anglais]

==Fonctions autorisées pour le calcul de la tarification==

==Variables autorisées pour le calcul de la tarification==

* [[#.25START_DATE|%START_DATE]]

==Exemples de formules pour le calcul de la tarification==
===Motoplaneur : tarification à l'heure de vol ET à l'utilisation du moteur===
Pour cela, on suppose que les compteurs sont utilisés et qu'ils prennent en compte le temps d'utilisation du moteur :
%DURATION * $FLIGHT_HOUR_PRICE + (%COUNTER_ARRIVAL - %COUNTER_DEPARTURE) * $ENGINE_HOUR_PRICE

===Avion : réduction lorsque le compte pilote a un solde positif===
$C2 concerne le tarif horaire de l'avion 
$S le solde positif qui doit être atteint pour bénéficier de la réduction 
$R le montant horaire de la réduction obtenue dans ce cas 

roundCeil((((getBalance(%PILOT)>$S ? ($C2-$R) : $C2)*%DURATION/600)-0.5),1)

===Avion : réduction lorsque le vol se fait après une certaine heure===

$C2 concerne le tarif horaire de l'avion 
$C2R concerne le tarif horaire réduit de l'avion après une certaine heure 
659 correspond à 06:59 en temps UTC 
Dans ce cas la formule considère que dès 700, la réduction s'applique. 

roundCeil(((((formatDate('hmm',%START_DATE)>659)?$C2R:$C2)*%DURATION/600)-0.5),1)

=Temps d'activité=
Pour calculer le temps d'une activité (exemple : vol), les règles diffèrent selon les structures.

OpenFlyers permet d'attribuer des formules de calcul de temps d'activité par type de ressource. Cf. la gestion des types de ressource sur [[Resource-management3#Ajouter_un_type_de_ressource|version 3]] et [[Resource-management4#Ajouter_un_type_de_ressource|version 4]].

==Définition Unité sexacentimal==
En base de données, les temps et les compteurs sont stockés selon le plus petit multiple commun au système décimal (centième) et au système sexagésimale (hh min). Nous avons appelé cela le format ''sexacentimal''.

Cela permet de stocker les valeurs de temps sous la forme d'un entier. Cela supprime donc tout problème d'arrondi qui pourrait être problématique pour les additions.

*1 heure = 600 sexacentièmes
*1 minute = 10 sexacentièmes
*5 minutes = 50 sexacentièmes

*1 centième de minute = 6 sexacentièmes
*10 centième de minute (=1 dixième de minute) = 60 sexacentièmes

Exemples de formules :
*pour arrondir à 5 minutes : roundCeil(X,50)
*pour arrondir à 10 centièmes : roundCeil(X,60)

==Fonctions autorisées pour le calcul du temps d'activité==
*[[#abs.28X.29|abs]]
*[[#max.28X.2CY.29|max]]
*[[#min.28X.2CY.29|min]]
*[[#roundCeil.28X.2CY.29|roundCeil]]

==Variables autorisées pour le calcul du temps d'activité==
*[[#.25COUNTER_ARRIVAL|%COUNTER_ARRIVAL]]
*[[#.25COUNTER_DEPARTURE|%COUNTER_DEPARTURE]]
*[[#.25DURATION|%DURATION]]
*[[#.25TIME_ARRIVAL|%TIME_ARRIVAL]]
*[[#.25TIME_DEPARTURE|%TIME_DEPARTURE]]

==Exemples de formules de calcul du temps d'activité==
===Durée saisie===
<pre>%DURATION</pre>

===Différence des compteurs saisis===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE</pre>

===Durée saisie arrondie à 5 minutes===
<pre>roundCeil(%DURATION, 50)</pre>

===Différence des compteurs plus 5 centièmes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 30</pre>

===Différence des compteurs plus 5 minutes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 50</pre>

===Différence des compteurs arrondie au 5 minutes les plus proches plus 5 minutes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE - 25, 50) + 50</pre>

===Différence des compteurs arrondie à 10 centièmes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 60)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs===
<pre>max(%DURATION, %COUNTER_ARRIVAL - %COUNTER_DEPARTURE)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs arrondie à 5 minutes===
<pre>max(%DURATION,roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote
Puis elle prend le plus grand des deux

===Le plus grand entre la durée saisie, arrondie à 5 minutes, et la différence des compteurs, arrondie à 5 minutes===
<pre>max(roundCeil(%DURATION,50),roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote et l'arrondi à 5 minutes
Puis elle prend le plus grand des deux

Formules de calcul

2015-12-30T08:59:41Z

Claratte : /* hasValidity('user id', 'validity type id') */

Cette page à pour objet de présenter l'ensemble des fonctions et variables utilisables dans des formules de calculs d'OpenFlyers ainsi que les différents types de formules de calculs.
__TOC__

=Présentation=

==Fonctions==

===abs(X)===
Retourne la valeur absolue de X

Exemple :
<pre>abs(-200) donne 200</pre>
<pre>abs(100) donne 100</pre>

===changeTime('date', 'année', 'mois', 'jour')===
Retourne la date en changeant l'année, le mois et/ou le jour

La date doit être au format '''AAAA-MM-JJ hh:mm:ss''' ou '''AAAA-MM-JJ'''

Les valeurs possibles pour l'année, le mois ou le jour sont :
* 0 = L'année, le mois ou le jour reste inchangé
* +X = L'année, le mois ou le jour est augmenté de X
* -X = L'année, le mois ou le jour est diminué de X
* X = L'année, le mois ou le jour est placé sur X

Exemple :
<pre>changeTime( '2011-05-15', '0', '0', '0' ) donne 2011-05-15</pre>
<pre>changeTime( '2011-05-15', '0', '-test', '0' ) donne 2011-05-15 car la valeur du mois n'est pas valide</pre>
<pre>changeTime( '2011-05-15', '0', '-2', '0' ) donne 2011-03-15</pre>
<pre>changeTime( '2011-05-15', '0', '+2', '0' ) donne 2011-07-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '0' ) donne 2011-02-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '-1' ) donne 2011-02-14</pre>
<pre>changeTime( %NOW_DATE, '2015', '1', '1' ) donne 2015-01-01</pre>

===formatDate('patron', 'date')===

Formate la date selon le patron. Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#Date_and_time_format|format de date et d'heure]]

Exemple :
<pre>formatDate('yyyy', '2015-03-01') donne 2015</pre>
<pre>formatDate('MM', '2015-03-01') donne 03</pre>
<pre>formatDate('d', '2015-03-01') donne 1</pre>

===getValidityExpiredDate('person id', 'validity type id')===

* Retourne la date d'expiration de la validité de la personne si c'est une validité soumise à échéance et que la date d'expiration a été renseigné. La date est au format AAAA-MM-JJ.
* Retourne "0000-00-00" dans les autres cas

Exemple :
<pre>getValidityExpiredDate(%USER_ID, 1) donne 2014-12-31</pre>
<pre>getValidityExpiredDate(0, 20) donne 0000-00-00</pre>

===hasValidity('user id', 'validity type id', 'check only holding')===
'check only holding' est un paramètre optionnel. On ne prend en compte sa valeur que si elle est à 1. Dans les autres cas, on l'ignore.

*Si 'check only holding' n'est pas à 1 :
** Retourne '''1''' lorsque :
*** Si c'est une validité à formule d'expérience récente :
**** l'utilisateur a l'expérience requise
*** Si ce n'est pas une validité à formule d'expérience récente :
**** Si la validité n'est pas soumise à échéance alors l'utilisateur possède la validité
**** Si La validité est soumise à échéance alors l'utilisateur possède la validté et elle n'est pas encore expirée
** Retourne '''0''' dans les autres cas
*Si 'check only holding' est à 1 :
** Retourne '''1''' lorsque :
*** Si c'est une validité à formule d'expérience récente :
**** l'utilisateur a l'expérience requise
*** Si ce n'est pas une validité à formule d'expérience récente :
**** L'utilisateur possède la validité
** Retourne '''0''' dans les autres cas

===max(X,Y)===
Retourne le maximum entre X et Y

===min(X,Y)===
Retourne le minimum entre X et Y

===roundCeil(X,Y)===
Arrondi la valeur X au nombre supérieur multiple de l'unité Y le plus proche

Exemple :
<pre>roundCeil(114,100) donne 200</pre>

<pre>roundCeil(114,10) donne 120</pre>

===sprintf('pattern', 'string')===

Formate la chaîne "string" avec le patron "pattern". Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#sprintf_format|format de sprintf]].

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible devant :
<php>sprintf('%05s', %MEMBER_NUM) retourne 00010 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible derrière :
<php>sprintf('%-05d', %MEMBER_NUM) retourne 10000 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 6 caractères en ajoutant autant d'espace que possible devant :
<php>sprintf('%6s', %MEMBER_NUM) retourne " 10" si %MEMBER_NUM vaut 10 par exemple</php>

===substr(string,a,b)===
Retourne l'extrait de chaîne de caractères "string" à partir du caractère "a", 0 étant le 1er caractère et "b" la longueur à extraire. Lorsque b est une valeur négative, alors il détermine le nombre de caractères devant être enlevé depuis la fin de la chaîne.

Exemples :
<pre>substr('FIRST_NAME', 0, 5) returns FIRST
substr('FIRST_NAME', 0, -2) returns FIRST_NA</pre>

===sumFlightHour('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumFlightTime(%PILOT, 'year', 'month', 'day', 'hour', 'minute', 'position', 'flight type' )===
Retourne le total des heures de vol faite par un pilote %PILOT pour le type de vol 'flight type' Depuis la date indiquée.

La position 0 correspond au 1er pilote, la position 1 au 2ème pilote.

Si le type de vol n'est pas spécifié, le total est déterminé pour tous les types de vols.

Exemple :
<pre>sumFlightTime(%PILOT, 2008, 01, 01, 00, 00, 0, 64 )</pre>
Retourne en [[#D.C3.A9finition_Unit.C3.A9_sexacentimal|Sexacentimal]] le total des heures de vol faites sur le type de vol 64 en tant que pilote en place gauche depuis le 2008-01-01 00:00:00.

===sumLandingNumber('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumPreviousFlightTime('pilot id', 'position', 'day', 'endingDate', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===strtolower(string)===
Retourne la chaine "string" en minuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "camelback"</pre>

===strtoupper(string)===
Retourne la chaine "string" en majuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "CAMELBACK"</pre>

==Variables==
===%ACCOUNT_TYPE===
Type de compte

===%AUTHENTICATION_LOGIN===
Identifiant utilisateur

===%AUTO_INCREMENT===
Valeur auto-incrémentale

===%COUNTER_ARRIVAL===
Compteur arrivé saisi dans le formulaire

===%COUNTER_DEPARTURE===
Compteur départ saisi dans le formulaire

===%DURATION===
Durée du vol

===%FIRSTNAME===
Prénom de l'utilisateur

===%LASTNAME===
Nom de l'utilisateur

===%MEMBER_NUM===
Numéro de membre

===%NOW_DATE===
Date courante au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%RESOURCE_NAME===
Nom de la ressource

===<s>%TIME_ARRIVAL</s>===
<s>Heure de fin saisie dans le formulaire</s>

===<s>%TIME_DEPARTURE</s>===
<s>Heure de début saisie dans le formulaire</s>

===%START_DATE===

Date de début du vol ou date d'achat de produit au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%USER_ID===

Id de l'utilisateur

=Compte d'export=

==Fonctions autorisées pour le calcul du compte d'export==

*[[#sprintf.28.27pattern.27.2C_.27string.27.29|sprintf]]
*[[#substr.28string.2Ca.2Cb.29|substr]]
*[[#strtolower.28string.29|strtolower]]
*[[#strtoupper.28string.29|strtoupper]]

==Variables autorisées pour le calcul du compte d'export==
*[[#.25ACCOUNT_TYPE|%ACCOUNT_TYPE]]
*[[#.25AUTHENTICATION_LOGIN|%AUTHENTICATION_LOGIN]]
*[[#.25AUTO_INCREMENT|%AUTO_INCREMENT]]
*[[#.25FIRSTNAME|%FIRSTNAME]]
*[[#.25LASTNAME|%LASTNAME]]
*[[#.25MEMBER_NUM|%MEMBER_NUM]]
*[[#.25RESOURCE_NAME|%RESOURCE_NAME]]
*[[#.25USER_ID|%USER_ID]]

==Exemples de formules pour le calcul du compte d'export==
{| class="wikitable sortable centre"
!Formule de calcul!!Usage!!Exemples de génération
|-
|411+%ACCOUNT_TYPE||Comptes ressources et utilisateurs||4110002, 4110005
|-
|411+%AUTHENTICATION_LOGIN||Comptes utilisateurs||411pdupont '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes utilisateurs'''
|-
|411+%AUTO_INCREMENT||Comptes ressources et utilisateurs||41100001, 41100002, ...., 4110000x
|-
|411+%LASTNAME||Comptes utilisateurs||411dupont, 411dupond
|-
|411+%LASTNAME+substr(%FIRSTNAME,0,1)||Comptes utilisateurs||411dupontp, 411dupontf
|-
|411+%MEMBER_NUM||Comptes utilisateurs||411XXXXX, l'intitulé XXXXXX est le champ Numéro de membre qui est inscrit sur la fiche personnelle de vos adhérents. Exemple : 411001. A vous de vérifier l'unicité de cette valeurs
|-
|411+sprintf('%03s', %USER_ID)||Comptes utilisateurs||411001, 411002, etc.
|-
|411+substr(%AUTHENTICATION_LOGIN,0,3)||Comptes utilisateurs||411pdu 411 suivi de l'identifiant limité à 3 caractères. Cela permet d'être compatible avec les logiciels de comptabilités paramétrés pour n'accepter que 6 caractères. Dans ce cas, il est nécessaire de modifier les comptes d'exports en doublon.
|-
|7061+sprintf('%02s', %RESOURCE_ID)||Comptes ressources||706101, 706102, etc. '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes ressources'''
|}

=Date d'expiration=
==Fonctions autorisées pour le calcul de la date d'expiration==

* [[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
* [[#formatDate.28.27patron.27.2C_.27date.27.29|formatDate]]
* [[#getValidityExpiredDate.28.27person_id.27.2C_.27validity_type_id.27.29|getValidityExpiredDate]]
* [[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]

==Variables autorisées pour le calcul de la date d'expiration==

* [[#.25NOW_DATE|%NOW_DATE]]
* [[#.25USER_ID|%USER_ID]]

==Exemples de formules de calcul de la date d'expiration==

===Date fixe===
<pre>2012-12-31</pre>

===Date dans un an ou dans un an après la date d'expiration d'une validité déjà détenue===
Cette formule permet de vendre une validité (par exemple une carte de réduction) valable 1 an.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité concerné :
<pre>formatDate( 'yyyy-MM-dd', changeTime( ( hasValidity(%USER_ID, XX) ? getValidityExpiredDate(%USER_ID, 3XX3) : %NOW_DATE ), '+1', '0', '0' ) )</pre>

===Fin de l'année courante===
<pre>formatDate( 'yyyy-12-31', %NOW_DATE )</pre>

===Fin de l'année courante ou la fin de l'année suivante si la date courante est strictement supérieure au 30 septembre===
Cette formule permet de vendre une validité (par exemple cotisation) dont la prise est valable jusqu'au 31 décembre de l'année en cours ou de l'année suivante si elle est souscrite à partir du 1er octobre.

<pre>formatDate( 'yyyy-12-31', (formatDate('MM', %NOW_DATE)<10) ? %NOW_DATE : changeTime(%NOW_DATE, '+1', 0, 0) )</pre>

=Expérience récente=
==Fonctions autorisées pour le calcul de l'expérience récente==
*[[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]
*[[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
*[[#sumFlightHour.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumFlightHour]]
*[[#sumFlightTime.28.25PILOT.2C_.27year.27.2C_.27month.27.2C_.27day.27.2C_.27hour.27.2C_.27minute.27.2C_.27position.27.2C_.27flight_type.27_.29|sumFlightTime]]
*[[#sumLandingNumber.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumLandingNumber]]
*[[#sumPreviousFlightTime.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27endingDate.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumPreviousFlightTime]]

==Variables autorisées pour le calcul de l'expérience récente==

* [[#.25NOW_DATE|%NOW_DATE]]

==Exemples de formules de calcul de l'expérience récente==

===Expérience récente en heures ou la détention d'une validité spécifique===
L'exemple suivant vérifie qu'un utilisateur a une expérience de 30 heures dans les 12 derniers mois ou qu'il possède une validité X lui permettant de s'affranchir du quota d'heures.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité spécifique :

<php>( (sumFlightHour(%PILOT, 0, 365)+sumFlightHour(%PILOT, 1, 365) > 17999) OR hasValidity(%PILOT, XX) )</php>

===Type d'activité X dans les 12 derniers mois===
L'exemple suivant vérifie si un utilisateur a effectué une activité d'un type X donné dans les 365 derniers jours.

Remplacer dans l'exemple suivant XX par l'identifiant du type d'activité donné :

<php>sumFlightTime(%PILOT, formatDate('yyyy', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('M', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('d', changeTime( %NOW_DATE, '-1', '0', '0' )), 00, 00, 0, XX ) > 0</php>

=Tarification=
Outre les définitions toujours valides pour le calcul du temps d'activité, voici d'autres définitions :
''A rédiger''

Voir [http://doc-en.openflyers.com/index.php?title=AdminDoc2.1 Formules en anglais]

==Fonctions autorisées pour le calcul de la tarification==

==Variables autorisées pour le calcul de la tarification==

* [[#.25START_DATE|%START_DATE]]

==Exemples de formules pour le calcul de la tarification==
===Motoplaneur : tarification à l'heure de vol ET à l'utilisation du moteur===
Pour cela, on suppose que les compteurs sont utilisés et qu'ils prennent en compte le temps d'utilisation du moteur :
%DURATION * $FLIGHT_HOUR_PRICE + (%COUNTER_ARRIVAL - %COUNTER_DEPARTURE) * $ENGINE_HOUR_PRICE

===Avion : réduction lorsque le compte pilote a un solde positif===
$C2 concerne le tarif horaire de l'avion 
$S le solde positif qui doit être atteint pour bénéficier de la réduction 
$R le montant horaire de la réduction obtenue dans ce cas 

roundCeil((((getBalance(%PILOT)>$S ? ($C2-$R) : $C2)*%DURATION/600)-0.5),1)

===Avion : réduction lorsque le vol se fait après une certaine heure===

$C2 concerne le tarif horaire de l'avion 
$C2R concerne le tarif horaire réduit de l'avion après une certaine heure 
659 correspond à 06:59 en temps UTC 
Dans ce cas la formule considère que dès 700, la réduction s'applique. 

roundCeil(((((formatDate('hmm',%START_DATE)>659)?$C2R:$C2)*%DURATION/600)-0.5),1)

=Temps d'activité=
Pour calculer le temps d'une activité (exemple : vol), les règles diffèrent selon les structures.

OpenFlyers permet d'attribuer des formules de calcul de temps d'activité par type de ressource. Cf. la gestion des types de ressource sur [[Resource-management3#Ajouter_un_type_de_ressource|version 3]] et [[Resource-management4#Ajouter_un_type_de_ressource|version 4]].

==Définition Unité sexacentimal==
En base de données, les temps et les compteurs sont stockés selon le plus petit multiple commun au système décimal (centième) et au système sexagésimale (hh min). Nous avons appelé cela le format ''sexacentimal''.

Cela permet de stocker les valeurs de temps sous la forme d'un entier. Cela supprime donc tout problème d'arrondi qui pourrait être problématique pour les additions.

*1 heure = 600 sexacentièmes
*1 minute = 10 sexacentièmes
*5 minutes = 50 sexacentièmes

*1 centième de minute = 6 sexacentièmes
*10 centième de minute (=1 dixième de minute) = 60 sexacentièmes

Exemples de formules :
*pour arrondir à 5 minutes : roundCeil(X,50)
*pour arrondir à 10 centièmes : roundCeil(X,60)

==Fonctions autorisées pour le calcul du temps d'activité==
*[[#abs.28X.29|abs]]
*[[#max.28X.2CY.29|max]]
*[[#min.28X.2CY.29|min]]
*[[#roundCeil.28X.2CY.29|roundCeil]]

==Variables autorisées pour le calcul du temps d'activité==
*[[#.25COUNTER_ARRIVAL|%COUNTER_ARRIVAL]]
*[[#.25COUNTER_DEPARTURE|%COUNTER_DEPARTURE]]
*[[#.25DURATION|%DURATION]]
*[[#.25TIME_ARRIVAL|%TIME_ARRIVAL]]
*[[#.25TIME_DEPARTURE|%TIME_DEPARTURE]]

==Exemples de formules de calcul du temps d'activité==
===Durée saisie===
<pre>%DURATION</pre>

===Différence des compteurs saisis===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE</pre>

===Durée saisie arrondie à 5 minutes===
<pre>roundCeil(%DURATION, 50)</pre>

===Différence des compteurs plus 5 centièmes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 30</pre>

===Différence des compteurs plus 5 minutes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 50</pre>

===Différence des compteurs arrondie au 5 minutes les plus proches plus 5 minutes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE - 25, 50) + 50</pre>

===Différence des compteurs arrondie à 10 centièmes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 60)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs===
<pre>max(%DURATION, %COUNTER_ARRIVAL - %COUNTER_DEPARTURE)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs arrondie à 5 minutes===
<pre>max(%DURATION,roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote
Puis elle prend le plus grand des deux

===Le plus grand entre la durée saisie, arrondie à 5 minutes, et la différence des compteurs, arrondie à 5 minutes===
<pre>max(roundCeil(%DURATION,50),roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote et l'arrondi à 5 minutes
Puis elle prend le plus grand des deux

Modèle commercial et compte client OpenFlyers

2015-11-16T10:24:49Z

Claratte : /* Conséquences d'une migration */

__TOC__
=Définitions=
==Plateforme de démonstration==
Les plateformes de démonstration sont accessibles au public et servent de bac à sable.

Le sous-domaine de l'URL des plateformes de démonstration est ''demo'' ou commence par ''demo-''. Il existe également des plateformes de démonstration spécifiques dont le sous-domaine est différent.

Elles sont réinitialisées toutes les heures à la minute 44.
==Plateforme en production==
Une plateforme est considérée en production lorsque l'abonnement pour l'année en cours a été payé.

La phase de paramétrage qui précède le "passage en production" effectif s'effectue toujours sur une "plateforme en production".

==Plateforme en test==
Les plateformes en test sont de 2 natures :
*Les plateformes créées par un utilisateur et qui ne sont pas [[#Plateforme_en_production|en production]];
*[[#Plateforme_suppl.C3.A9mentaire_de_test|Les plateformes supplémentaires de test]];

=Le modèle commercial de la SARL OpenFlyers=
==Fonctionnement économique==
OpenFlyers fonctionne sur le modèle économique d'une ASP (=Application Service Provider) ou SaaS (= Software as a Service). On parle également de "cloud computing" (informatique dans les nuages). C'est-à-dire que nous fournissons un service applicatif par le biais d'internet pour lequel nous facturons un abonnement annuel.

Les avantages de ce système pour les clients finaux sont les suivants :
*la maintenance logiciel est déportée et ne nécessite plus le déplacement d'un technicien. Cela permet également de mettre en œuvre plus rapidement des correctifs à la demande ;
*le coût des développements est mutualisé entre les différents clients ;
*nous assurons nous-mêmes la pérennité des données par sauvegardes journalières sur plusieurs serveurs en plusieurs lieux et cela sur 20 jours glissants.

De plus, OpenFlyers existe en plusieurs versions dont certaines sont disponibles en téléchargement. Vous pouvez retrouver [http://wiki.openflyers.org/index.php?title=FAQ#May_I_install_OpenFlyers_on_my_own_server.3F plus d'infos sur notre support libre].

==Arbitrage des demandes de développements==
Les demandes de développements pour avoir de nouvelles fonctionnalités sont infinies. Au début de son existence OpenFlyers devait arbitrer entre les demandes des différents clients. Pour cela, l'équipe de développement OpenFlyers tenait compte de la taille d'un client ou d'un prospect pour arbitrer les différentes demandes et du potentiel impact qui pouvait en résulter sur le chiffre d'affaire au travers des nouveaux clients qui pouvaient se décider à passer à OpenFlyers du fait de l'existence de telle ou telle fonctionnalité. Ces demandes étant nombreuses, les demandes non retenues étaient nombreuses et cela pouvait conduire à "vexer" un client qui pouvait considérer que sa demande non retenue ou mise en attente était plus pertinente qu'une autre demande retenue.

Afin de ne plus être juge et parti, OpenFlyers a remis au goût du jour le [[Wikipedia-fr:Suffrage_censitaire|vote censitaire]] au travers des heures de bonus développement. Ainsi, les conditions générales d'OpenFlyers donne la possibilité aux clients de choisir eux-mêmes les développements qui leur seront le plus profitable. Le fonctionnement est le suivant :
*Tout client désireux de voir développer une nouvelle fonctionnalité peut faire '''une unique demande''' de devis développement '''par an'''. Cette demande doit être effectuée par e-mail en précisant le nom de la structure aéronautique cliente.
*En fonction du coût en heures de développement, ce développement peut être financé par les heures de bonus développement dont bénéficie chaque client. Plusieurs clients peuvent mutualiser leurs heures de bonus de développement. Les développements peuvent être également financés en partie ou en totalité par une facturation spécifique dans le cas où le bonus développement ne permet pas de couvrir l'intégralité du coût en heures.
*A l'issue d'une demande de devis, un client peut demander un nouveau devis à condition qu'il ait accepté le 1er devis. Le but est de limiter le temps consacré par l'équipe OpenFlyers à effectuer des devis.
Nous mutualisons les développements : tous nos développements sont intégrés au sein de l'unique version en cours de développement. Ainsi, tous les clients bénéficient des demandes de chacun d'entre-eux.
*Les développements "votés" sont triés par ordre d'arrivé sauf pour ceux dont une partie est financée en somme "sonnante et trébuchante" qui passent en priorité.

Enfin, les clients peuvent, avant d'effectuer une demande de devis par e-mail, faire part de leur demande sur le [http://support-fr.openflyers.com/ forum] dans la partie '''Evolutions et Adaptations''' en vérifiant qu'elle n'existe pas déjà. C'est aussi un moyen pour le demandeur d'inviter d'autres clients à s'associer à leur demande en mutualisant leurs heures de bonus développement.

==Bonus assistance/développement==
Chaque client dispose en fonction de son abonnement d'un quota d'heures de bonus qui peuvent être utilisées comme assistance ou comme développement (cf. [[#Arbitrage_des_demandes_de_d.C3.A9veloppements|Arbitrage des demandes de développements]]).

L'assistance permet de couvrir une demande de support téléphonique ou une demande d'intervention sur la plateforme.

Pour utiliser les heures de bonus, il faut :
*Faire une demande par e-mail d'intervention ou de support.
''Nous répondons en indiquant le temps à prévoir/déduire des heures de bonus''
*Confirmer sa demande par retour d'e-mail

Les demandes sont triées par ordre d'arrivé sauf pour celles dont une partie est financée en somme "sonnante et trébuchante" qui passent en priorité.

A noter que les heures non utilisées dans l'année sont perdues (cf. les [https://openflyers.com/fr/entreprise/conditions-generales conditions générales de vente]).

Il n'existe pas à ce jour d'interface permettant de suivre les heures déjà utilisées. Il est néanmoins possible d'en obtenir le suivi sur simple demande par e-mail.

=Compte client OpenFlyers=
Attention, il ne faut pas confondre son compte client OpenFlyers qui permet d'accéder à sa fiche client OpenFlyers et qui permet de renouveler son abonnement OpenFlyers avec son identifiant personnel permettant d'accéder à sa plateforme OpenFlyers.

==Accéder à son compte client OpenFlyers==
Aller sur [https://client.openflyers.com l'espace client] OpenFlyers.

L'identifiant permettant d'accéder à votre compte client correspond au sous-domaine de votre plateforme.

Par exemple, si votre plateforme est référencée par l'adresse :
http://mermoz.openflyers.fr

Alors le sous-domaine est '''mermoz'''.

C'est donc '''mermoz''' qu'il faut utiliser comme identifiant pour vous connecter au .

Si vous n'avez pas le mot de passe, vous pouvez le réactiver avec la fonction '''Mot de passe oublié ?''' qui est sur la page d'identification.

Une adresse e-mail vous sera demandée. Vous pourrez saisir l'adresse e-mail de la structure aéronautique ou celle du contact qui ont été saisies dans la fiche client (il s'agit des adresses e-mails sur lesquelles sont envoyées nos e-mails d'alerte de renouvellement ou d'information).

Dans le but de ne pas être submergés par les demandes, nous facturons la ré-initialisation manuelle, par nos soins, du mot de passe ou la mise à jour des adresses e-mails présentes sur la fiche client pour les abonnement First Price (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).

==Changer de responsable en charge d'OpenFlyers==
Lorsqu'il y a un changement de responsable en charge d'OpenFlyers, pour que la passation se passe dans les meilleures conditions, il faut penser à effectuer les 3 changements suivants :
*Attribuer un profil d'administrateur de la plateforme OpenFlyers au niveau de la plateforme (procédure pour intervenir sur la fiche utilisateur pour la [[User-management3#Modifier_un_utilisateur|version 3]] ou la [[User-management4#Acc.C3.A9der_.C3.A0_l.27interface_de_gestion_des_utilisateurs|version 4]])
*Mettre à jour le champ du responsable OpenFlyers au niveau de la plateforme (procédure pour la [[AdminDoc3#Responsable_OpenFlyers|version 3]] et la [[AdminDoc4#Responsable_OpenFlyers|version 4]]).
*Mettre à jour le nom du responsable OpenFlyers au niveau de la fiche client en effectuant la procédure suivante :
**[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter à l'espace client OpenFlyers]]
**Aller dans '''Fiche contact'''
**Mettre à jour la fiche
**Cliquer sur le bouton '''Valider'''

Dans le cas où la passation ne peut pas se faire ainsi car l'ancien responsable OpenFlyers ne peut pas effectuer ces opérations ou transmettre les couples (identifiants, mots de passe) au nouveau responsable pour qu'il effectue ces opérations, vous pouvez nous demandez, uniquement par e-mail, d'effectuer ces changements de responsable OpenFlyers, en joignant à l'e-mail :
*Un courrier signé du responsable de la structure (gérant, président, etc.) contenant la demande de mise à jour du responsable OpenFlyers désigné et indiquant explicitement le nom du nouveau responsable avec son adresse e-mail
*Une copie d'un document officiel (extrait K-BIS, procès-verbal d'assemblée générale, etc.) permettant de prouver la qualité du responsable de la structure.
Le courrier scanné n'est pas nécessaire dans le cas où le nouveau responsable OpenFlyers apparait sur l'extrait K-BIS.

'''Attention :''' dans le cas d'une société, le responsable de la structure doit détenir plus de la moitié des parts dans la société. Dans le cas où il y a cogérance, alors il faut que le courrier soit signé de l'ensemble des responsables de sorte à représenter plus de la moitié des parts de la société.

==Mettre à jour sa fiche client==
*[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter à l'espace client]]
*Cliquer sur le menu '''Fiche contact'''
*Mettre à jour le contenu des champs concernés
*Cliquer sur le bouton valider
''Conseil OpenFlyers :'' Il est fortement recommandé d'avoir 2 adresses e-mails différentes pour les champs '''E-mail client''' et '''E-mail contact'''

==Migrer vers une nouvelle version OpenFlyers==
Chez OpenFlyers, nous parlons de migration vers une nouvelle version lorsqu'il s'agit de mettre à jour une plateforme d'une version X vers une version Y incluant des changements majeurs.

Par contre, il existe les mises à jours. Les mises à jour ne changent pas le numéro de version principal (exemple : 3.2 ou 3.5 correspondent à la même version principale). OpenFlyers effectue ces mises à jour automatiquement. Leur objectif est de corriger des bugs ou de rajouter de nouvelles fonctionnalités.

Hormis pour les abonnements Première, qui disposent d'une plateforme avec une version gelée et indépendante d'OpenFlyers, toutes les autres plateformes OpenFlyers sont sur un moteur commun qui est mis à jour de façon transparente plusieurs fois par semaine, voir même par jour.

Nous ne présentons ci-dessous que les migrations "majeurs" qui peuvent impliquer des opérations de nettoyage manuel post-migration.

===Coût d'une migration===
Lorsque vous êtes en production sur une version X d'OpenFlyers, vous pouvez demander à migrer vers la dernière version stable proposée aux nouveaux clients ou même vers la dernière version en développement dénommée "alpha" ou "beta" (par exemple "version 3.0alpha").

Les migrations sont incluses dans le support des abonnement Business, Première et Corporate.

Dans le cas d'un abonnement First Price, la migration est facturée 50 € HT sauf dans le cas d'une migration vers une version alpha ou beta ou depuis vers une version alpha ou beta vers la version stable suivante. Exemple de migrations offertes en abonnement First Price :
*Migration depuis la version 3.0alpha vers la version 3
*Migration depuis la version 3.5 vers la version 4.0alpha
*Migration depuis la version 4.0alpha vers la version 4

Certaines migrations peuvent induire des opérations de nettoyage à effectuer manuellement. Ces opérations sont prises en charge dans le cas des abonnements Business, Première et Corporate. Elles sont facturées dans le cas de l'abonnement First Price. La structure peut également effectuer elle-même les opérations de nettoyage dans le cas d'un abonnement First Price en suivant la [[Accueil#Proc.C3.A9dures_de_mont.C3.A9e_de_version|procédure de montée de version]] publiée par OpenFlyers. Exemple de procédure de nettoyage : [[Upgrade3|nettoyage suite à migration vers une version 3]].

Enfin, dans le cas où la plateforme bénéficiait d'un ancien tarif, le fait de migrer implique le passage au tarif en vigueur au moment de la migration et à l'acquittement de la différence de tarif par rapport à l'ancien tarif.

===Déroulement d'une migration===
#Il faut avoir pris connaissance des [[#Cons.C3.A9quences_d.27une_migration|conséquences d'une migration]] et accepter le fait qu'elle est irréversible
#Il faut éventuellement créer la ou les factures selon l'abonnement déjà souscrit et l'abonnement souhaité (cf. [[#Co.C3.BBt_d.27une_migration|Coût d'une migration]] en [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|se connectant sur l'espace client]].
#Il faut payer les factures correspondantes ainsi créées.
#Il faut en faire la demande par e-mail et précisant la date avant laquelle vous ne souhaitez pas qu'on effectue de migration. Il n'est pas possible de programmer une date pour une migration : cela se fait en fonction de la synchronisation des disponibilités des différents collaborateurs d'OpenFlyers qui doivent intervenir à tour de rôle.
#Nous créons alors les factures liées à la migration, à la différence de tarif et au forfait paramétrage selon votre abonnement et les options souscrites (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).
#Vous payez.
#Nous procédons alors à cette migration et nous fournissons une URL de substitution pendant une semaine pour palier les problèmes de cache DNS. Lors de la migration l'interruption de service est seulement de quelques minutes. Elle est donc transparente pour la quasi totalité des utilisateurs.
#Selon ce qui a été convenu nous effectuons ou le client effectue [[Upgrade3|le nettoyage lié au passage à la version 3]].
#Si vous avez souscrit au forfait paramétrage ou qu'il est inclut dans votre abonnement, nous vous envoyons un questionnaire pour le paramétrage. Cf. [[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|Forfait paramétrage]]

===Conséquences d'une migration===
*Toute migration est irréversible : nous ne créons pas de script permettant de revenir vers une version antérieure. En effet, nous effectuons des migrations "cachées" plusieurs fois par semaine qui constituent des corrections de bugs ou l'ajout de nouvelles fonctionnalités. De ce fait, notre exploitation est organisée pour pouvoir palier à un défaut apparaissant à l'issue d'une migration tout comme elle est organisée pour faire face à l'apparition d'un nouveau bug lors d'une mise à jour transparente.
*Attention notamment à une migration vers une version "alpha" ou "beta" : en effet, une migration vers cette version implique que vous acceptiez de fonctionner sur une version qui évolue sans cesse. Outre les corrections de bugs, nous rajoutons sur la version beta régulièrement des fonctionnalités qui peuvent créer de nouvelles anomalies. Bien entendu, nous faisons le nécessaire dès que nous avons connaissance d'un problème (notamment par le [http://bts.openflyers.org BTS] pour résoudre les défauts. C'est d'ailleurs grâce aux clients volontaires pour fonctionner sur la version beta que nous pouvons faire évoluer le produit.

==Ajouter une ressource à son abonnement OpenFlyers==
L'abonnement OpenFlyers est calculé en fonction du nombre de ressources. Le nombre est déterminé pour l'année civile complète.

Si vous voulez rajouter une ressource en cours d'année, alors vous devez [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|vous connecter sur l'espace client OpenFlyers]] et créer une facture d'ajout de ressource en indiquant le nombre de ressources supplémentaires. Le tarif appliqué sera alors celui de l'année complète.

Une fois le paiement de la facture correspondante acquitté, il sera possible d'intervenir sur la plateforme concernée pour rajouter la ressource. Il y alors 2 cas possible :
*C'est une ressource dont les tarifs correspondent à un type de ressource déjà présent sur la plateforme concernée. Dans ce cas, l'opération est relativement simple et nous conseillons de suivre soi-même la [[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|procédure de création ci-dessous]].
*C'est une ressource qui nécessite la création d'un nouveau type de ressource avec de nouveaux tarifs : dans ce cas, l'opération est plus complexe. Elle peut être effectuée de façon autonome en suivant la [[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|procédure de création ci-dessous]] et en procédant par comparaison avec les types de ressources existantes. Cependant, si vous souhaitez éviter tout risque d'erreur, nous recommandons de nous confier cette tâche en nous communiquant les éléments comme lors de la mise en place du paramétrage par nos soins à l'aide du questionnaire. Nous décomptons notre intervention des heures de bonus assistance/développement à hauteur d'une heure.

===Créer une ressource sur sa plateforme OpenFlyers===
*[[AdminDoc1.2#Ajouter_un_avion|Ajouter un avion avec la version 1.3 d'OpenFlyers]]
*[[AdminDoc2.1#Ajouter_un_a.C3.A9ronef|Ajouter un aéronef avec la version 2.1 d'OpenFlyers]]
*[[Resource-management3#Ajouter_une_ressource|Ajouter une ressource avec la version 3 d'OpenFlyers]]
*[[Resource-management4#Ajouter_une_ressource|Ajouter une ressource avec la version 4 d'OpenFlyers]]

==Enlever une ressource à son abonnement OpenFlyers==
Si vous enlevez une ressource en cours d'année, il n'y a aucun changement d'abonnement puisque les ressources sont souscrites pour toute l'année.

===Désactiver une ressource sur sa plateforme OpenFlyers===
*[[AdminDoc1.2#D.C3.A9sactiver_un_avion|Désactiver un avion avec la version 1.3 d'OpenFlyers]]
*[[AdminDoc2.1#D.C3.A9sactiver_un_a.C3.A9ronef|Désactiver un aéronef avec la version 2.1 d'OpenFlyers]]
*[[Resource-management3#D.C3.A9sactiver_une_ressource|Désactiver une ressource avec la version 3 d'OpenFlyers]]
*[[Resource-management4#D.C3.A9sactiver_une_ressource|Désactiver une ressource avec la version 4 d'OpenFlyers]]

==Remplacer une ressource par une autre dans son abonnement OpenFlyers==
S'il y a un remplacement de ressource, alors il n'y a pas besoin d'acquitter un nouvel abonnement pour la nouvelle ressource : il suffit de [[#D.C3.A9sactiver_une_ressource_sur_sa_plateforme_OpenFlyers|désactiver l'ancienne ressource]] avant d'[[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|activer la nouvelle]].

Dans le cas d'un remplacement temporaire, il peut être aussi simple de simplement renommer la ressource concernée (immatriculation par exemple). A noter que dans ce cas, les statistiques totaliseront l'activité des 2 ressources en 1 seule.

Si vous ne souhaitez pas désactiver cette ressource, alors vous pouvez [[#Ajouter_une_ressource_.C3.A0_son_abonnement_OpenFlyers|créer une facture complémentaire d'abonnement pour une ressource supplémentaire]].

==Renouveler son abonnement OpenFlyers==
Pour renouveler l'abonnement, il faut :
#[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter]] sur le compte client OpenFlyers
#Créer la facture en fonction du choix d'abonnement (vous trouverez plus d'informations dans notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire])
#Ensuite, payer soit :
#*par carte bancaire en cliquant sur le lien "paiement par carte bancaire" (le choix le plus pratique pour une prise en compte immédiate)
#*par transfert bancaire (dans ce cas, vous devez prendre en charge tous les frais liés à la transaction). Les coordonnées bancaires sont indiquées sur la facture.
#*par chèque (attention au délai d'acheminement du courrier)

===Variation du nombre de ressources lors du renouvellement===
Lors du renouvellement, le nombre minimum de ressources proposées, dans l'interface de renouvellement de l'abonnement, correspond au nombre de ressources activées dans la plateforme OpenFlyers.

Si vous souhaitez augmenter le nombre de ressources pour l'année suivante, il suffit de modifier la valeur proposée par défaut.

Si vous souhaitez diminuer le nombre de ressources pour l'année suivante, il faut [[#D.C3.A9sactiver_une_ressource_sur_sa_plateforme_OpenFlyers|désactiver des ressources dans la plateforme OpenFlyers]] afin que le nombre proposé par défaut diminue avant de créer la facture de renouvellement d'abonnement.

==Plateforme supplémentaire de test==
Cette fonctionnalité disponible que pour les clients étant au moins sous la version 3.5 d'OpenFlyers, est utile dans le cas où vous souhaitez :
*effectuer des tests sur une recopie de la plateforme de démonstration.
*effectuer des tests sur une recopie de votre propre plateforme et ainsi modifier son paramétrage sur une version [[Wikipedia-fr:Sandbox_(sécurité_informatique)|sandbox]] sans impacter la version de production.
*essayer la version 4 d'OpenFlyers

Pour cela, il faut :
*Se connecter sur son [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|compte client]]
*Aller dans le menu '''Plateforme'''
* Plusieurs choix sont proposés :
** Si vous êtes sous la version 3.5 :
*** '''De demo.openflyers.fr vers acbd.test.openflyers.fr''' : Permet de créer une plateforme de test en effectuant une recopie de la plateforme démo avec suppression du message d'accueil "La base de données cette plateforme de démonstration est réinitialisée toutes les heures, vers XX:45".
*** '''De acbd.openflyers.fr vers acbd.of4.openflyers.fr''' : Permet de créer une plateforme d'essai sous la version 4 d'OpenFlyers en effectuant une recopie de votre plateforme existante puis en faisant une montée de version sur cette recopie
** Si vous êtes sous la version 3.5 ou supérieure :
*** '''De acbd.openflyers.fr vers acbd.test.openflyers.fr''' : Permet de créer une plateforme de test en effectuant une recopie de votre plateforme existante
* Cliquer sur '''Valider'''

Si votre plateforme est référencée par l'adresse :
<pre>http://acbd.openflyers.fr</pre>
L'accès à la plateforme de test se fait par l'adresse :
<pre>http://acbd.test.openflyers.fr</pre>
L'accès à la plateforme d'essai de la version 4 d'OpenFlyers se fait par l'adresse :
<pre>http://acbd.of4.openflyers.fr</pre>

Formules de calcul

2015-11-16T09:22:53Z

Claratte : /* Exemples de formules pour le calcul du compte d'export */

Cette page à pour objet de présenter l'ensemble des fonctions et variables utilisables dans des formules de calculs d'OpenFlyers ainsi que les différents types de formules de calculs.
__TOC__

=Présentation=

==Fonctions==

===abs(X)===
Retourne la valeur absolue de X

Exemple :
<pre>abs(-200) donne 200</pre>
<pre>abs(100) donne 100</pre>

===changeTime('date', 'année', 'mois', 'jour')===
Retourne la date en changeant l'année, le mois et/ou le jour

La date doit être au format '''AAAA-MM-JJ hh:mm:ss''' ou '''AAAA-MM-JJ'''

Les valeurs possibles pour l'année, le mois ou le jour sont :
* 0 = L'année, le mois ou le jour reste inchangé
* +X = L'année, le mois ou le jour est augmenté de X
* -X = L'année, le mois ou le jour est diminué de X
* X = L'année, le mois ou le jour est placé sur X

Exemple :
<pre>changeTime( '2011-05-15', '0', '0', '0' ) donne 2011-05-15</pre>
<pre>changeTime( '2011-05-15', '0', '-test', '0' ) donne 2011-05-15 car la valeur du mois n'est pas valide</pre>
<pre>changeTime( '2011-05-15', '0', '-2', '0' ) donne 2011-03-15</pre>
<pre>changeTime( '2011-05-15', '0', '+2', '0' ) donne 2011-07-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '0' ) donne 2011-02-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '-1' ) donne 2011-02-14</pre>
<pre>changeTime( %NOW_DATE, '2015', '1', '1' ) donne 2015-01-01</pre>

===formatDate('patron', 'date')===

Formate la date selon le patron. Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#Date_and_time_format|format de date et d'heure]]

Exemple :
<pre>formatDate('yyyy', '2015-03-01') donne 2015</pre>
<pre>formatDate('MM', '2015-03-01') donne 03</pre>
<pre>formatDate('d', '2015-03-01') donne 1</pre>

===getValidityExpiredDate('person id', 'validity type id')===

* Retourne la date d'expiration de la validité de la personne si c'est une validité soumise à échéance et que la date d'expiration a été renseigné. La date est au format AAAA-MM-JJ.
* Retourne "0000-00-00" dans les autres cas

Exemple :
<pre>getValidityExpiredDate(%USER_ID, 1) donne 2014-12-31</pre>
<pre>getValidityExpiredDate(0, 20) donne 0000-00-00</pre>

===hasValidity('user id', 'validity type id')===

Vérifie si l'utilisateur possède la validité :
* Retourne '''1''' lorsque :
** C'est une validité à formule d'expérience récente et l'utilisateur a l'expérience requise
** La validité n'est pas soumise à échéance et que l'utilisateur possède la validité
** La validité est soumise à échéance et n'est pas encore expirée
* Retourne '''0''' dans les autres cas

===max(X,Y)===
Retourne le maximum entre X et Y

===min(X,Y)===
Retourne le minimum entre X et Y

===roundCeil(X,Y)===
Arrondi la valeur X au nombre supérieur multiple de l'unité Y le plus proche

Exemple :
<pre>roundCeil(114,100) donne 200</pre>

<pre>roundCeil(114,10) donne 120</pre>

===sprintf('pattern', 'string')===

Formate la chaîne "string" avec le patron "pattern". Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#sprintf_format|format de sprintf]].

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible devant :
<php>sprintf('%05s', %MEMBER_NUM) retourne 00010 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible derrière :
<php>sprintf('%-05d', %MEMBER_NUM) retourne 10000 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 6 caractères en ajoutant autant d'espace que possible devant :
<php>sprintf('%6s', %MEMBER_NUM) retourne " 10" si %MEMBER_NUM vaut 10 par exemple</php>

===substr(string,a,b)===
Retourne l'extrait de chaîne de caractères "string" à partir du caractère "a", 0 étant le 1er caractère et "b" la longueur à extraire. Lorsque b est une valeur négative, alors il détermine le nombre de caractères devant être enlevé depuis la fin de la chaîne.

Exemples :
<pre>substr('FIRST_NAME', 0, 5) returns FIRST
substr('FIRST_NAME', 0, -2) returns FIRST_NA</pre>

===sumFlightHour('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumFlightTime(%PILOT, 'year', 'month', 'day', 'hour', 'minute', 'position', 'flight type' )===
Retourne le total des heures de vol faite par un pilote %PILOT pour le type de vol 'flight type' Depuis la date indiquée.

La position 0 correspond au 1er pilote, la position 1 au 2ème pilote.

Si le type de vol n'est pas spécifié, le total est déterminé pour tous les types de vols.

Exemple :
<pre>sumFlightTime(%PILOT, 2008, 01, 01, 00, 00, 0, 64 )</pre>
Retourne en [[#D.C3.A9finition_Unit.C3.A9_sexacentimal|Sexacentimal]] le total des heures de vol faites sur le type de vol 64 en tant que pilote en place gauche depuis le 2008-01-01 00:00:00.

===sumLandingNumber('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumPreviousFlightTime('pilot id', 'position', 'day', 'endingDate', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===strtolower(string)===
Retourne la chaine "string" en minuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "camelback"</pre>

===strtoupper(string)===
Retourne la chaine "string" en majuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "CAMELBACK"</pre>

==Variables==
===%ACCOUNT_TYPE===
Type de compte

===%AUTHENTICATION_LOGIN===
Identifiant utilisateur

===%AUTO_INCREMENT===
Valeur auto-incrémentale

===%COUNTER_ARRIVAL===
Compteur arrivé saisi dans le formulaire

===%COUNTER_DEPARTURE===
Compteur départ saisi dans le formulaire

===%DURATION===
Durée du vol

===%FIRSTNAME===
Prénom de l'utilisateur

===%LASTNAME===
Nom de l'utilisateur

===%MEMBER_NUM===
Numéro de membre

===%NOW_DATE===
Date courante au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%RESOURCE_NAME===
Nom de la ressource

===<s>%TIME_ARRIVAL</s>===
<s>Heure de fin saisie dans le formulaire</s>

===<s>%TIME_DEPARTURE</s>===
<s>Heure de début saisie dans le formulaire</s>

===%START_DATE===

Date de début du vol ou date d'achat de produit au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%USER_ID===

Id de l'utilisateur

=Compte d'export=

==Fonctions autorisées pour le calcul du compte d'export==

*[[#sprintf.28.27pattern.27.2C_.27string.27.29|sprintf]]
*[[#substr.28string.2Ca.2Cb.29|substr]]
*[[#strtolower.28string.29|strtolower]]
*[[#strtoupper.28string.29|strtoupper]]

==Variables autorisées pour le calcul du compte d'export==
*[[#.25ACCOUNT_TYPE|%ACCOUNT_TYPE]]
*[[#.25AUTHENTICATION_LOGIN|%AUTHENTICATION_LOGIN]]
*[[#.25AUTO_INCREMENT|%AUTO_INCREMENT]]
*[[#.25FIRSTNAME|%FIRSTNAME]]
*[[#.25LASTNAME|%LASTNAME]]
*[[#.25MEMBER_NUM|%MEMBER_NUM]]
*[[#.25RESOURCE_NAME|%RESOURCE_NAME]]
*[[#.25USER_ID|%USER_ID]]

==Exemples de formules pour le calcul du compte d'export==
{| class="wikitable sortable centre"
!Formule de calcul!!Usage!!Exemples de génération
|-
|411+%ACCOUNT_TYPE||Comptes ressources et utilisateurs||4110002, 4110005
|-
|411+%AUTHENTICATION_LOGIN||Comptes utilisateurs||411pdupont '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes utilisateurs'''
|-
|411+%AUTO_INCREMENT||Comptes ressources et utilisateurs||41100001, 41100002, ...., 4110000x
|-
|411+%LASTNAME||Comptes utilisateurs||411dupont, 411dupond
|-
|411+%LASTNAME+substr(%FIRSTNAME,0,1)||Comptes utilisateurs||411dupontp, 411dupontf
|-
|411+%MEMBER_NUM||Comptes utilisateurs||411XXXXX, l'intitulé XXXXXX est le champ Numéro de membre qui est inscrit sur la fiche personnelle de vos adhérents. Exemple : 411001. A vous de vérifier l'unicité de cette valeurs
|-
|411+sprintf('%03s', %USER_ID)||Comptes utilisateurs||411001, 411002, etc.
|-
|411+substr(%AUTHENTICATION_LOGIN,0,3)||Comptes utilisateurs||411pdu 411 suivi de l'identifiant limité à 3 caractères. Cela permet d'être compatible avec les logiciels de comptabilités paramétrés pour n'accepter que 6 caractères. Dans ce cas, il est nécessaire de modifier les comptes d'exports en doublon.
|-
|7061+sprintf('%02s', %RESOURCE_ID)||Comptes ressources||706101, 706102, etc. '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes ressources'''
|}

=Date d'expiration=
==Fonctions autorisées pour le calcul de la date d'expiration==

* [[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
* [[#formatDate.28.27patron.27.2C_.27date.27.29|formatDate]]
* [[#getValidityExpiredDate.28.27person_id.27.2C_.27validity_type_id.27.29|getValidityExpiredDate]]
* [[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]

==Variables autorisées pour le calcul de la date d'expiration==

* [[#.25NOW_DATE|%NOW_DATE]]
* [[#.25USER_ID|%USER_ID]]

==Exemples de formules de calcul de la date d'expiration==

===Date fixe===
<pre>2012-12-31</pre>

===Date dans un an ou dans un an après la date d'expiration d'une validité déjà détenue===
Cette formule permet de vendre une validité (par exemple une carte de réduction) valable 1 an.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité concerné :
<pre>formatDate( 'yyyy-MM-dd', changeTime( ( hasValidity(%USER_ID, XX) ? getValidityExpiredDate(%USER_ID, 3XX3) : %NOW_DATE ), '+1', '0', '0' ) )</pre>

===Fin de l'année courante===
<pre>formatDate( 'yyyy-12-31', %NOW_DATE )</pre>

===Fin de l'année courante ou la fin de l'année suivante si la date courante est strictement supérieure au 30 septembre===
Cette formule permet de vendre une validité (par exemple cotisation) dont la prise est valable jusqu'au 31 décembre de l'année en cours ou de l'année suivante si elle est souscrite à partir du 1er octobre.

<pre>formatDate( 'yyyy-12-31', (formatDate('MM', %NOW_DATE)<10) ? %NOW_DATE : changeTime(%NOW_DATE, '+1', 0, 0) )</pre>

=Expérience récente=
==Fonctions autorisées pour le calcul de l'expérience récente==
*[[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]
*[[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
*[[#sumFlightHour.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumFlightHour]]
*[[#sumFlightTime.28.25PILOT.2C_.27year.27.2C_.27month.27.2C_.27day.27.2C_.27hour.27.2C_.27minute.27.2C_.27position.27.2C_.27flight_type.27_.29|sumFlightTime]]
*[[#sumLandingNumber.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumLandingNumber]]
*[[#sumPreviousFlightTime.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27endingDate.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumPreviousFlightTime]]

==Variables autorisées pour le calcul de l'expérience récente==

* [[#.25NOW_DATE|%NOW_DATE]]

==Exemples de formules de calcul de l'expérience récente==

===Expérience récente en heures ou la détention d'une validité spécifique===
L'exemple suivant vérifie qu'un utilisateur a une expérience de 30 heures dans les 12 derniers mois ou qu'il possède une validité X lui permettant de s'affranchir du quota d'heures.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité spécifique :

<php>( (sumFlightHour(%PILOT, 0, 365)+sumFlightHour(%PILOT, 1, 365) > 17999) OR hasValidity(%PILOT, XX) )</php>

===Type d'activité X dans les 12 derniers mois===
L'exemple suivant vérifie si un utilisateur a effectué une activité d'un type X donné dans les 365 derniers jours.

Remplacer dans l'exemple suivant XX par l'identifiant du type d'activité donné :

<php>sumFlightTime(%PILOT, formatDate('yyyy', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('M', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('d', changeTime( %NOW_DATE, '-1', '0', '0' )), 00, 00, 0, XX ) > 0</php>

=Tarification=
Outre les définitions toujours valides pour le calcul du temps d'activité, voici d'autres définitions :
''A rédiger''

Voir [http://doc-en.openflyers.com/index.php?title=AdminDoc2.1 Formules en anglais]

==Fonctions autorisées pour le calcul de la tarification==

==Variables autorisées pour le calcul de la tarification==

* [[#.25START_DATE|%START_DATE]]

==Exemples de formules pour le calcul de la tarification==
===Motoplaneur : tarification à l'heure de vol ET à l'utilisation du moteur===
Pour cela, on suppose que les compteurs sont utilisés et qu'ils prennent en compte le temps d'utilisation du moteur :
%DURATION * $FLIGHT_HOUR_PRICE + (%COUNTER_ARRIVAL - %COUNTER_DEPARTURE) * $ENGINE_HOUR_PRICE

===Avion : réduction lorsque le compte pilote a un solde positif===
$C2 concerne le tarif horaire de l'avion 
$S le solde positif qui doit être atteint pour bénéficier de la réduction 
$R le montant horaire de la réduction obtenue dans ce cas 

roundCeil((((getBalance(%PILOT)>$S ? ($C2-$R) : $C2)*%DURATION/600)-0.5),1)

===Avion : réduction lorsque le vol se fait après une certaine heure===

$C2 concerne le tarif horaire de l'avion 
$C2R concerne le tarif horaire réduit de l'avion après une certaine heure 
659 correspond à 06:59 en temps UTC 
Dans ce cas la formule considère que dès 700, la réduction s'applique. 

roundCeil(((((formatDate('hmm',%START_DATE)>659)?$C2R:$C2)*%DURATION/600)-0.5),1)

=Temps d'activité=
Pour calculer le temps d'une activité (exemple : vol), les règles diffèrent selon les structures.

OpenFlyers permet d'attribuer des formules de calcul de temps d'activité par type de ressource. Cf. la gestion des types de ressource sur [[Resource-management3#Ajouter_un_type_de_ressource|version 3]] et [[Resource-management4#Ajouter_un_type_de_ressource|version 4]].

==Définition Unité sexacentimal==
En base de données, les temps et les compteurs sont stockés selon le plus petit multiple commun au système décimal (centième) et au système sexagésimale (hh min). Nous avons appelé cela le format ''sexacentimal''.

Cela permet de stocker les valeurs de temps sous la forme d'un entier. Cela supprime donc tout problème d'arrondi qui pourrait être problématique pour les additions.

*1 heure = 600 sexacentièmes
*1 minute = 10 sexacentièmes
*5 minutes = 50 sexacentièmes

*1 centième de minute = 6 sexacentièmes
*10 centième de minute (=1 dixième de minute) = 60 sexacentièmes

Exemples de formules :
*pour arrondir à 5 minutes : roundCeil(X,50)
*pour arrondir à 10 centièmes : roundCeil(X,60)

==Fonctions autorisées pour le calcul du temps d'activité==
*[[#abs.28X.29|abs]]
*[[#max.28X.2CY.29|max]]
*[[#min.28X.2CY.29|min]]
*[[#roundCeil.28X.2CY.29|roundCeil]]

==Variables autorisées pour le calcul du temps d'activité==
*[[#.25COUNTER_ARRIVAL|%COUNTER_ARRIVAL]]
*[[#.25COUNTER_DEPARTURE|%COUNTER_DEPARTURE]]
*[[#.25DURATION|%DURATION]]
*[[#.25TIME_ARRIVAL|%TIME_ARRIVAL]]
*[[#.25TIME_DEPARTURE|%TIME_DEPARTURE]]

==Exemples de formules de calcul du temps d'activité==
===Durée saisie===
<pre>%DURATION</pre>

===Différence des compteurs saisis===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE</pre>

===Durée saisie arrondie à 5 minutes===
<pre>roundCeil(%DURATION, 50)</pre>

===Différence des compteurs plus 5 centièmes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 30</pre>

===Différence des compteurs plus 5 minutes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 50</pre>

===Différence des compteurs arrondie au 5 minutes les plus proches plus 5 minutes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE - 25, 50) + 50</pre>

===Différence des compteurs arrondie à 10 centièmes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 60)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs===
<pre>max(%DURATION, %COUNTER_ARRIVAL - %COUNTER_DEPARTURE)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs arrondie à 5 minutes===
<pre>max(%DURATION,roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote
Puis elle prend le plus grand des deux

===Le plus grand entre la durée saisie, arrondie à 5 minutes, et la différence des compteurs, arrondie à 5 minutes===
<pre>max(roundCeil(%DURATION,50),roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote et l'arrondi à 5 minutes
Puis elle prend le plus grand des deux

Formules de calcul

2015-11-16T09:21:25Z

Claratte : /* Variables autorisées pour le calcul du compte d'export */

Cette page à pour objet de présenter l'ensemble des fonctions et variables utilisables dans des formules de calculs d'OpenFlyers ainsi que les différents types de formules de calculs.
__TOC__

=Présentation=

==Fonctions==

===abs(X)===
Retourne la valeur absolue de X

Exemple :
<pre>abs(-200) donne 200</pre>
<pre>abs(100) donne 100</pre>

===changeTime('date', 'année', 'mois', 'jour')===
Retourne la date en changeant l'année, le mois et/ou le jour

La date doit être au format '''AAAA-MM-JJ hh:mm:ss''' ou '''AAAA-MM-JJ'''

Les valeurs possibles pour l'année, le mois ou le jour sont :
* 0 = L'année, le mois ou le jour reste inchangé
* +X = L'année, le mois ou le jour est augmenté de X
* -X = L'année, le mois ou le jour est diminué de X
* X = L'année, le mois ou le jour est placé sur X

Exemple :
<pre>changeTime( '2011-05-15', '0', '0', '0' ) donne 2011-05-15</pre>
<pre>changeTime( '2011-05-15', '0', '-test', '0' ) donne 2011-05-15 car la valeur du mois n'est pas valide</pre>
<pre>changeTime( '2011-05-15', '0', '-2', '0' ) donne 2011-03-15</pre>
<pre>changeTime( '2011-05-15', '0', '+2', '0' ) donne 2011-07-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '0' ) donne 2011-02-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '-1' ) donne 2011-02-14</pre>
<pre>changeTime( %NOW_DATE, '2015', '1', '1' ) donne 2015-01-01</pre>

===formatDate('patron', 'date')===

Formate la date selon le patron. Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#Date_and_time_format|format de date et d'heure]]

Exemple :
<pre>formatDate('yyyy', '2015-03-01') donne 2015</pre>
<pre>formatDate('MM', '2015-03-01') donne 03</pre>
<pre>formatDate('d', '2015-03-01') donne 1</pre>

===getValidityExpiredDate('person id', 'validity type id')===

* Retourne la date d'expiration de la validité de la personne si c'est une validité soumise à échéance et que la date d'expiration a été renseigné. La date est au format AAAA-MM-JJ.
* Retourne "0000-00-00" dans les autres cas

Exemple :
<pre>getValidityExpiredDate(%USER_ID, 1) donne 2014-12-31</pre>
<pre>getValidityExpiredDate(0, 20) donne 0000-00-00</pre>

===hasValidity('user id', 'validity type id')===

Vérifie si l'utilisateur possède la validité :
* Retourne '''1''' lorsque :
** C'est une validité à formule d'expérience récente et l'utilisateur a l'expérience requise
** La validité n'est pas soumise à échéance et que l'utilisateur possède la validité
** La validité est soumise à échéance et n'est pas encore expirée
* Retourne '''0''' dans les autres cas

===max(X,Y)===
Retourne le maximum entre X et Y

===min(X,Y)===
Retourne le minimum entre X et Y

===roundCeil(X,Y)===
Arrondi la valeur X au nombre supérieur multiple de l'unité Y le plus proche

Exemple :
<pre>roundCeil(114,100) donne 200</pre>

<pre>roundCeil(114,10) donne 120</pre>

===sprintf('pattern', 'string')===

Formate la chaîne "string" avec le patron "pattern". Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#sprintf_format|format de sprintf]].

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible devant :
<php>sprintf('%05s', %MEMBER_NUM) retourne 00010 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible derrière :
<php>sprintf('%-05d', %MEMBER_NUM) retourne 10000 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 6 caractères en ajoutant autant d'espace que possible devant :
<php>sprintf('%6s', %MEMBER_NUM) retourne " 10" si %MEMBER_NUM vaut 10 par exemple</php>

===substr(string,a,b)===
Retourne l'extrait de chaîne de caractères "string" à partir du caractère "a", 0 étant le 1er caractère et "b" la longueur à extraire. Lorsque b est une valeur négative, alors il détermine le nombre de caractères devant être enlevé depuis la fin de la chaîne.

Exemples :
<pre>substr('FIRST_NAME', 0, 5) returns FIRST
substr('FIRST_NAME', 0, -2) returns FIRST_NA</pre>

===sumFlightHour('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumFlightTime(%PILOT, 'year', 'month', 'day', 'hour', 'minute', 'position', 'flight type' )===
Retourne le total des heures de vol faite par un pilote %PILOT pour le type de vol 'flight type' Depuis la date indiquée.

La position 0 correspond au 1er pilote, la position 1 au 2ème pilote.

Si le type de vol n'est pas spécifié, le total est déterminé pour tous les types de vols.

Exemple :
<pre>sumFlightTime(%PILOT, 2008, 01, 01, 00, 00, 0, 64 )</pre>
Retourne en [[#D.C3.A9finition_Unit.C3.A9_sexacentimal|Sexacentimal]] le total des heures de vol faites sur le type de vol 64 en tant que pilote en place gauche depuis le 2008-01-01 00:00:00.

===sumLandingNumber('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumPreviousFlightTime('pilot id', 'position', 'day', 'endingDate', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===strtolower(string)===
Retourne la chaine "string" en minuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "camelback"</pre>

===strtoupper(string)===
Retourne la chaine "string" en majuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "CAMELBACK"</pre>

==Variables==
===%ACCOUNT_TYPE===
Type de compte

===%AUTHENTICATION_LOGIN===
Identifiant utilisateur

===%AUTO_INCREMENT===
Valeur auto-incrémentale

===%COUNTER_ARRIVAL===
Compteur arrivé saisi dans le formulaire

===%COUNTER_DEPARTURE===
Compteur départ saisi dans le formulaire

===%DURATION===
Durée du vol

===%FIRSTNAME===
Prénom de l'utilisateur

===%LASTNAME===
Nom de l'utilisateur

===%MEMBER_NUM===
Numéro de membre

===%NOW_DATE===
Date courante au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%RESOURCE_NAME===
Nom de la ressource

===<s>%TIME_ARRIVAL</s>===
<s>Heure de fin saisie dans le formulaire</s>

===<s>%TIME_DEPARTURE</s>===
<s>Heure de début saisie dans le formulaire</s>

===%START_DATE===

Date de début du vol ou date d'achat de produit au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%USER_ID===

Id de l'utilisateur

=Compte d'export=

==Fonctions autorisées pour le calcul du compte d'export==

*[[#sprintf.28.27pattern.27.2C_.27string.27.29|sprintf]]
*[[#substr.28string.2Ca.2Cb.29|substr]]
*[[#strtolower.28string.29|strtolower]]
*[[#strtoupper.28string.29|strtoupper]]

==Variables autorisées pour le calcul du compte d'export==
*[[#.25ACCOUNT_TYPE|%ACCOUNT_TYPE]]
*[[#.25AUTHENTICATION_LOGIN|%AUTHENTICATION_LOGIN]]
*[[#.25AUTO_INCREMENT|%AUTO_INCREMENT]]
*[[#.25FIRSTNAME|%FIRSTNAME]]
*[[#.25LASTNAME|%LASTNAME]]
*[[#.25MEMBER_NUM|%MEMBER_NUM]]
*[[#.25RESOURCE_NAME|%RESOURCE_NAME]]
*[[#.25USER_ID|%USER_ID]]

==Exemples de formules pour le calcul du compte d'export==
{| class="wikitable sortable centre"
!Formule de calcul!!Usage!!Exemples de génération
|-
|411+%ACCOUNT_TYPE||Comptes ressources et utilisateurs||4110002, 4110005
|-
|411+%AUTHENTICATION_LOGIN||Comptes utilisateurs||411pdupont '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes utilisateurs'''
|-
|411+%AUTO_INCREMENT||Comptes ressources et utilisateurs||41100001, 41100002, ...., 4110000x
|-
|411+%LASTNAME||Comptes utilisateurs||411dupont, 411dupond
|-
|411+%LASTNAME+substr(%FIRSTNAME,0,1)||Comptes utilisateurs||411dupontp, 411dupontf
|-
|411+%MEMBER_NUM||Comptes utilisateurs||411XXXXX, l'intitulé XXXXXX est le champ Numéro de membre qui est inscrit sur la fiche personnelle de vos adhérents. Exemple : 411001. A vous de vérifier l'unicité de cette valeurs
|-
|411+substr(%AUTHENTICATION_LOGIN,0,3)||Comptes utilisateurs||411pdu 411 suivi de l'identifiant limité à 3 caractères. Cela permet d'être compatible avec les logiciels de comptabilités paramétrés pour n'accepter que 6 caractères. Dans ce cas, il est nécessaire de modifier les comptes d'exports en doublon.
|-
|7061+sprintf('%02s', %RESOURCE_ID)||Comptes ressources||706101, 706102, etc. '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes ressources'''
|}

=Date d'expiration=
==Fonctions autorisées pour le calcul de la date d'expiration==

* [[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
* [[#formatDate.28.27patron.27.2C_.27date.27.29|formatDate]]
* [[#getValidityExpiredDate.28.27person_id.27.2C_.27validity_type_id.27.29|getValidityExpiredDate]]
* [[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]

==Variables autorisées pour le calcul de la date d'expiration==

* [[#.25NOW_DATE|%NOW_DATE]]
* [[#.25USER_ID|%USER_ID]]

==Exemples de formules de calcul de la date d'expiration==

===Date fixe===
<pre>2012-12-31</pre>

===Date dans un an ou dans un an après la date d'expiration d'une validité déjà détenue===
Cette formule permet de vendre une validité (par exemple une carte de réduction) valable 1 an.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité concerné :
<pre>formatDate( 'yyyy-MM-dd', changeTime( ( hasValidity(%USER_ID, XX) ? getValidityExpiredDate(%USER_ID, 3XX3) : %NOW_DATE ), '+1', '0', '0' ) )</pre>

===Fin de l'année courante===
<pre>formatDate( 'yyyy-12-31', %NOW_DATE )</pre>

===Fin de l'année courante ou la fin de l'année suivante si la date courante est strictement supérieure au 30 septembre===
Cette formule permet de vendre une validité (par exemple cotisation) dont la prise est valable jusqu'au 31 décembre de l'année en cours ou de l'année suivante si elle est souscrite à partir du 1er octobre.

<pre>formatDate( 'yyyy-12-31', (formatDate('MM', %NOW_DATE)<10) ? %NOW_DATE : changeTime(%NOW_DATE, '+1', 0, 0) )</pre>

=Expérience récente=
==Fonctions autorisées pour le calcul de l'expérience récente==
*[[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]
*[[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
*[[#sumFlightHour.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumFlightHour]]
*[[#sumFlightTime.28.25PILOT.2C_.27year.27.2C_.27month.27.2C_.27day.27.2C_.27hour.27.2C_.27minute.27.2C_.27position.27.2C_.27flight_type.27_.29|sumFlightTime]]
*[[#sumLandingNumber.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumLandingNumber]]
*[[#sumPreviousFlightTime.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27endingDate.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumPreviousFlightTime]]

==Variables autorisées pour le calcul de l'expérience récente==

* [[#.25NOW_DATE|%NOW_DATE]]

==Exemples de formules de calcul de l'expérience récente==

===Expérience récente en heures ou la détention d'une validité spécifique===
L'exemple suivant vérifie qu'un utilisateur a une expérience de 30 heures dans les 12 derniers mois ou qu'il possède une validité X lui permettant de s'affranchir du quota d'heures.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité spécifique :

<php>( (sumFlightHour(%PILOT, 0, 365)+sumFlightHour(%PILOT, 1, 365) > 17999) OR hasValidity(%PILOT, XX) )</php>

===Type d'activité X dans les 12 derniers mois===
L'exemple suivant vérifie si un utilisateur a effectué une activité d'un type X donné dans les 365 derniers jours.

Remplacer dans l'exemple suivant XX par l'identifiant du type d'activité donné :

<php>sumFlightTime(%PILOT, formatDate('yyyy', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('M', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('d', changeTime( %NOW_DATE, '-1', '0', '0' )), 00, 00, 0, XX ) > 0</php>

=Tarification=
Outre les définitions toujours valides pour le calcul du temps d'activité, voici d'autres définitions :
''A rédiger''

Voir [http://doc-en.openflyers.com/index.php?title=AdminDoc2.1 Formules en anglais]

==Fonctions autorisées pour le calcul de la tarification==

==Variables autorisées pour le calcul de la tarification==

* [[#.25START_DATE|%START_DATE]]

==Exemples de formules pour le calcul de la tarification==
===Motoplaneur : tarification à l'heure de vol ET à l'utilisation du moteur===
Pour cela, on suppose que les compteurs sont utilisés et qu'ils prennent en compte le temps d'utilisation du moteur :
%DURATION * $FLIGHT_HOUR_PRICE + (%COUNTER_ARRIVAL - %COUNTER_DEPARTURE) * $ENGINE_HOUR_PRICE

===Avion : réduction lorsque le compte pilote a un solde positif===
$C2 concerne le tarif horaire de l'avion 
$S le solde positif qui doit être atteint pour bénéficier de la réduction 
$R le montant horaire de la réduction obtenue dans ce cas 

roundCeil((((getBalance(%PILOT)>$S ? ($C2-$R) : $C2)*%DURATION/600)-0.5),1)

===Avion : réduction lorsque le vol se fait après une certaine heure===

$C2 concerne le tarif horaire de l'avion 
$C2R concerne le tarif horaire réduit de l'avion après une certaine heure 
659 correspond à 06:59 en temps UTC 
Dans ce cas la formule considère que dès 700, la réduction s'applique. 

roundCeil(((((formatDate('hmm',%START_DATE)>659)?$C2R:$C2)*%DURATION/600)-0.5),1)

=Temps d'activité=
Pour calculer le temps d'une activité (exemple : vol), les règles diffèrent selon les structures.

OpenFlyers permet d'attribuer des formules de calcul de temps d'activité par type de ressource. Cf. la gestion des types de ressource sur [[Resource-management3#Ajouter_un_type_de_ressource|version 3]] et [[Resource-management4#Ajouter_un_type_de_ressource|version 4]].

==Définition Unité sexacentimal==
En base de données, les temps et les compteurs sont stockés selon le plus petit multiple commun au système décimal (centième) et au système sexagésimale (hh min). Nous avons appelé cela le format ''sexacentimal''.

Cela permet de stocker les valeurs de temps sous la forme d'un entier. Cela supprime donc tout problème d'arrondi qui pourrait être problématique pour les additions.

*1 heure = 600 sexacentièmes
*1 minute = 10 sexacentièmes
*5 minutes = 50 sexacentièmes

*1 centième de minute = 6 sexacentièmes
*10 centième de minute (=1 dixième de minute) = 60 sexacentièmes

Exemples de formules :
*pour arrondir à 5 minutes : roundCeil(X,50)
*pour arrondir à 10 centièmes : roundCeil(X,60)

==Fonctions autorisées pour le calcul du temps d'activité==
*[[#abs.28X.29|abs]]
*[[#max.28X.2CY.29|max]]
*[[#min.28X.2CY.29|min]]
*[[#roundCeil.28X.2CY.29|roundCeil]]

==Variables autorisées pour le calcul du temps d'activité==
*[[#.25COUNTER_ARRIVAL|%COUNTER_ARRIVAL]]
*[[#.25COUNTER_DEPARTURE|%COUNTER_DEPARTURE]]
*[[#.25DURATION|%DURATION]]
*[[#.25TIME_ARRIVAL|%TIME_ARRIVAL]]
*[[#.25TIME_DEPARTURE|%TIME_DEPARTURE]]

==Exemples de formules de calcul du temps d'activité==
===Durée saisie===
<pre>%DURATION</pre>

===Différence des compteurs saisis===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE</pre>

===Durée saisie arrondie à 5 minutes===
<pre>roundCeil(%DURATION, 50)</pre>

===Différence des compteurs plus 5 centièmes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 30</pre>

===Différence des compteurs plus 5 minutes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 50</pre>

===Différence des compteurs arrondie au 5 minutes les plus proches plus 5 minutes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE - 25, 50) + 50</pre>

===Différence des compteurs arrondie à 10 centièmes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 60)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs===
<pre>max(%DURATION, %COUNTER_ARRIVAL - %COUNTER_DEPARTURE)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs arrondie à 5 minutes===
<pre>max(%DURATION,roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote
Puis elle prend le plus grand des deux

===Le plus grand entre la durée saisie, arrondie à 5 minutes, et la différence des compteurs, arrondie à 5 minutes===
<pre>max(roundCeil(%DURATION,50),roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote et l'arrondi à 5 minutes
Puis elle prend le plus grand des deux

Formules de calcul

2015-11-16T09:20:40Z

Claratte : /* Exemples de patrons de comptes d'export */

Cette page à pour objet de présenter l'ensemble des fonctions et variables utilisables dans des formules de calculs d'OpenFlyers ainsi que les différents types de formules de calculs.
__TOC__

=Présentation=

==Fonctions==

===abs(X)===
Retourne la valeur absolue de X

Exemple :
<pre>abs(-200) donne 200</pre>
<pre>abs(100) donne 100</pre>

===changeTime('date', 'année', 'mois', 'jour')===
Retourne la date en changeant l'année, le mois et/ou le jour

La date doit être au format '''AAAA-MM-JJ hh:mm:ss''' ou '''AAAA-MM-JJ'''

Les valeurs possibles pour l'année, le mois ou le jour sont :
* 0 = L'année, le mois ou le jour reste inchangé
* +X = L'année, le mois ou le jour est augmenté de X
* -X = L'année, le mois ou le jour est diminué de X
* X = L'année, le mois ou le jour est placé sur X

Exemple :
<pre>changeTime( '2011-05-15', '0', '0', '0' ) donne 2011-05-15</pre>
<pre>changeTime( '2011-05-15', '0', '-test', '0' ) donne 2011-05-15 car la valeur du mois n'est pas valide</pre>
<pre>changeTime( '2011-05-15', '0', '-2', '0' ) donne 2011-03-15</pre>
<pre>changeTime( '2011-05-15', '0', '+2', '0' ) donne 2011-07-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '0' ) donne 2011-02-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '-1' ) donne 2011-02-14</pre>
<pre>changeTime( %NOW_DATE, '2015', '1', '1' ) donne 2015-01-01</pre>

===formatDate('patron', 'date')===

Formate la date selon le patron. Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#Date_and_time_format|format de date et d'heure]]

Exemple :
<pre>formatDate('yyyy', '2015-03-01') donne 2015</pre>
<pre>formatDate('MM', '2015-03-01') donne 03</pre>
<pre>formatDate('d', '2015-03-01') donne 1</pre>

===getValidityExpiredDate('person id', 'validity type id')===

* Retourne la date d'expiration de la validité de la personne si c'est une validité soumise à échéance et que la date d'expiration a été renseigné. La date est au format AAAA-MM-JJ.
* Retourne "0000-00-00" dans les autres cas

Exemple :
<pre>getValidityExpiredDate(%USER_ID, 1) donne 2014-12-31</pre>
<pre>getValidityExpiredDate(0, 20) donne 0000-00-00</pre>

===hasValidity('user id', 'validity type id')===

Vérifie si l'utilisateur possède la validité :
* Retourne '''1''' lorsque :
** C'est une validité à formule d'expérience récente et l'utilisateur a l'expérience requise
** La validité n'est pas soumise à échéance et que l'utilisateur possède la validité
** La validité est soumise à échéance et n'est pas encore expirée
* Retourne '''0''' dans les autres cas

===max(X,Y)===
Retourne le maximum entre X et Y

===min(X,Y)===
Retourne le minimum entre X et Y

===roundCeil(X,Y)===
Arrondi la valeur X au nombre supérieur multiple de l'unité Y le plus proche

Exemple :
<pre>roundCeil(114,100) donne 200</pre>

<pre>roundCeil(114,10) donne 120</pre>

===sprintf('pattern', 'string')===

Formate la chaîne "string" avec le patron "pattern". Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#sprintf_format|format de sprintf]].

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible devant :
<php>sprintf('%05s', %MEMBER_NUM) retourne 00010 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible derrière :
<php>sprintf('%-05d', %MEMBER_NUM) retourne 10000 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 6 caractères en ajoutant autant d'espace que possible devant :
<php>sprintf('%6s', %MEMBER_NUM) retourne " 10" si %MEMBER_NUM vaut 10 par exemple</php>

===substr(string,a,b)===
Retourne l'extrait de chaîne de caractères "string" à partir du caractère "a", 0 étant le 1er caractère et "b" la longueur à extraire. Lorsque b est une valeur négative, alors il détermine le nombre de caractères devant être enlevé depuis la fin de la chaîne.

Exemples :
<pre>substr('FIRST_NAME', 0, 5) returns FIRST
substr('FIRST_NAME', 0, -2) returns FIRST_NA</pre>

===sumFlightHour('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumFlightTime(%PILOT, 'year', 'month', 'day', 'hour', 'minute', 'position', 'flight type' )===
Retourne le total des heures de vol faite par un pilote %PILOT pour le type de vol 'flight type' Depuis la date indiquée.

La position 0 correspond au 1er pilote, la position 1 au 2ème pilote.

Si le type de vol n'est pas spécifié, le total est déterminé pour tous les types de vols.

Exemple :
<pre>sumFlightTime(%PILOT, 2008, 01, 01, 00, 00, 0, 64 )</pre>
Retourne en [[#D.C3.A9finition_Unit.C3.A9_sexacentimal|Sexacentimal]] le total des heures de vol faites sur le type de vol 64 en tant que pilote en place gauche depuis le 2008-01-01 00:00:00.

===sumLandingNumber('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumPreviousFlightTime('pilot id', 'position', 'day', 'endingDate', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===strtolower(string)===
Retourne la chaine "string" en minuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "camelback"</pre>

===strtoupper(string)===
Retourne la chaine "string" en majuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "CAMELBACK"</pre>

==Variables==
===%ACCOUNT_TYPE===
Type de compte

===%AUTHENTICATION_LOGIN===
Identifiant utilisateur

===%AUTO_INCREMENT===
Valeur auto-incrémentale

===%COUNTER_ARRIVAL===
Compteur arrivé saisi dans le formulaire

===%COUNTER_DEPARTURE===
Compteur départ saisi dans le formulaire

===%DURATION===
Durée du vol

===%FIRSTNAME===
Prénom de l'utilisateur

===%LASTNAME===
Nom de l'utilisateur

===%MEMBER_NUM===
Numéro de membre

===%NOW_DATE===
Date courante au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%RESOURCE_NAME===
Nom de la ressource

===<s>%TIME_ARRIVAL</s>===
<s>Heure de fin saisie dans le formulaire</s>

===<s>%TIME_DEPARTURE</s>===
<s>Heure de début saisie dans le formulaire</s>

===%START_DATE===

Date de début du vol ou date d'achat de produit au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%USER_ID===

Id de l'utilisateur

=Compte d'export=

==Fonctions autorisées pour le calcul du compte d'export==

*[[#sprintf.28.27pattern.27.2C_.27string.27.29|sprintf]]
*[[#substr.28string.2Ca.2Cb.29|substr]]
*[[#strtolower.28string.29|strtolower]]
*[[#strtoupper.28string.29|strtoupper]]

==Variables autorisées pour le calcul du compte d'export==
*[[#.25ACCOUNT_TYPE|%ACCOUNT_TYPE]]
*[[#.25AUTHENTICATION_LOGIN|%AUTHENTICATION_LOGIN]]
*[[#.25AUTO_INCREMENT|%AUTO_INCREMENT]]
*[[#.25FIRSTNAME|%FIRSTNAME]]
*[[#.25LASTNAME|%LASTNAME]]
*[[#.25MEMBER_NUM|%MEMBER_NUM]]
*[[#.25RESOURCE_NAME|%RESOURCE_NAME]]

==Exemples de formules pour le calcul du compte d'export==
{| class="wikitable sortable centre"
!Formule de calcul!!Usage!!Exemples de génération
|-
|411+%ACCOUNT_TYPE||Comptes ressources et utilisateurs||4110002, 4110005
|-
|411+%AUTHENTICATION_LOGIN||Comptes utilisateurs||411pdupont '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes utilisateurs'''
|-
|411+%AUTO_INCREMENT||Comptes ressources et utilisateurs||41100001, 41100002, ...., 4110000x
|-
|411+%LASTNAME||Comptes utilisateurs||411dupont, 411dupond
|-
|411+%LASTNAME+substr(%FIRSTNAME,0,1)||Comptes utilisateurs||411dupontp, 411dupontf
|-
|411+%MEMBER_NUM||Comptes utilisateurs||411XXXXX, l'intitulé XXXXXX est le champ Numéro de membre qui est inscrit sur la fiche personnelle de vos adhérents. Exemple : 411001. A vous de vérifier l'unicité de cette valeurs
|-
|411+substr(%AUTHENTICATION_LOGIN,0,3)||Comptes utilisateurs||411pdu 411 suivi de l'identifiant limité à 3 caractères. Cela permet d'être compatible avec les logiciels de comptabilités paramétrés pour n'accepter que 6 caractères. Dans ce cas, il est nécessaire de modifier les comptes d'exports en doublon.
|-
|7061+sprintf('%02s', %RESOURCE_ID)||Comptes ressources||706101, 706102, etc. '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes ressources'''
|}

=Date d'expiration=
==Fonctions autorisées pour le calcul de la date d'expiration==

* [[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
* [[#formatDate.28.27patron.27.2C_.27date.27.29|formatDate]]
* [[#getValidityExpiredDate.28.27person_id.27.2C_.27validity_type_id.27.29|getValidityExpiredDate]]
* [[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]

==Variables autorisées pour le calcul de la date d'expiration==

* [[#.25NOW_DATE|%NOW_DATE]]
* [[#.25USER_ID|%USER_ID]]

==Exemples de formules de calcul de la date d'expiration==

===Date fixe===
<pre>2012-12-31</pre>

===Date dans un an ou dans un an après la date d'expiration d'une validité déjà détenue===
Cette formule permet de vendre une validité (par exemple une carte de réduction) valable 1 an.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité concerné :
<pre>formatDate( 'yyyy-MM-dd', changeTime( ( hasValidity(%USER_ID, XX) ? getValidityExpiredDate(%USER_ID, 3XX3) : %NOW_DATE ), '+1', '0', '0' ) )</pre>

===Fin de l'année courante===
<pre>formatDate( 'yyyy-12-31', %NOW_DATE )</pre>

===Fin de l'année courante ou la fin de l'année suivante si la date courante est strictement supérieure au 30 septembre===
Cette formule permet de vendre une validité (par exemple cotisation) dont la prise est valable jusqu'au 31 décembre de l'année en cours ou de l'année suivante si elle est souscrite à partir du 1er octobre.

<pre>formatDate( 'yyyy-12-31', (formatDate('MM', %NOW_DATE)<10) ? %NOW_DATE : changeTime(%NOW_DATE, '+1', 0, 0) )</pre>

=Expérience récente=
==Fonctions autorisées pour le calcul de l'expérience récente==
*[[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]
*[[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
*[[#sumFlightHour.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumFlightHour]]
*[[#sumFlightTime.28.25PILOT.2C_.27year.27.2C_.27month.27.2C_.27day.27.2C_.27hour.27.2C_.27minute.27.2C_.27position.27.2C_.27flight_type.27_.29|sumFlightTime]]
*[[#sumLandingNumber.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumLandingNumber]]
*[[#sumPreviousFlightTime.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27endingDate.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumPreviousFlightTime]]

==Variables autorisées pour le calcul de l'expérience récente==

* [[#.25NOW_DATE|%NOW_DATE]]

==Exemples de formules de calcul de l'expérience récente==

===Expérience récente en heures ou la détention d'une validité spécifique===
L'exemple suivant vérifie qu'un utilisateur a une expérience de 30 heures dans les 12 derniers mois ou qu'il possède une validité X lui permettant de s'affranchir du quota d'heures.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité spécifique :

<php>( (sumFlightHour(%PILOT, 0, 365)+sumFlightHour(%PILOT, 1, 365) > 17999) OR hasValidity(%PILOT, XX) )</php>

===Type d'activité X dans les 12 derniers mois===
L'exemple suivant vérifie si un utilisateur a effectué une activité d'un type X donné dans les 365 derniers jours.

Remplacer dans l'exemple suivant XX par l'identifiant du type d'activité donné :

<php>sumFlightTime(%PILOT, formatDate('yyyy', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('M', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('d', changeTime( %NOW_DATE, '-1', '0', '0' )), 00, 00, 0, XX ) > 0</php>

=Tarification=
Outre les définitions toujours valides pour le calcul du temps d'activité, voici d'autres définitions :
''A rédiger''

Voir [http://doc-en.openflyers.com/index.php?title=AdminDoc2.1 Formules en anglais]

==Fonctions autorisées pour le calcul de la tarification==

==Variables autorisées pour le calcul de la tarification==

* [[#.25START_DATE|%START_DATE]]

==Exemples de formules pour le calcul de la tarification==
===Motoplaneur : tarification à l'heure de vol ET à l'utilisation du moteur===
Pour cela, on suppose que les compteurs sont utilisés et qu'ils prennent en compte le temps d'utilisation du moteur :
%DURATION * $FLIGHT_HOUR_PRICE + (%COUNTER_ARRIVAL - %COUNTER_DEPARTURE) * $ENGINE_HOUR_PRICE

===Avion : réduction lorsque le compte pilote a un solde positif===
$C2 concerne le tarif horaire de l'avion 
$S le solde positif qui doit être atteint pour bénéficier de la réduction 
$R le montant horaire de la réduction obtenue dans ce cas 

roundCeil((((getBalance(%PILOT)>$S ? ($C2-$R) : $C2)*%DURATION/600)-0.5),1)

===Avion : réduction lorsque le vol se fait après une certaine heure===

$C2 concerne le tarif horaire de l'avion 
$C2R concerne le tarif horaire réduit de l'avion après une certaine heure 
659 correspond à 06:59 en temps UTC 
Dans ce cas la formule considère que dès 700, la réduction s'applique. 

roundCeil(((((formatDate('hmm',%START_DATE)>659)?$C2R:$C2)*%DURATION/600)-0.5),1)

=Temps d'activité=
Pour calculer le temps d'une activité (exemple : vol), les règles diffèrent selon les structures.

OpenFlyers permet d'attribuer des formules de calcul de temps d'activité par type de ressource. Cf. la gestion des types de ressource sur [[Resource-management3#Ajouter_un_type_de_ressource|version 3]] et [[Resource-management4#Ajouter_un_type_de_ressource|version 4]].

==Définition Unité sexacentimal==
En base de données, les temps et les compteurs sont stockés selon le plus petit multiple commun au système décimal (centième) et au système sexagésimale (hh min). Nous avons appelé cela le format ''sexacentimal''.

Cela permet de stocker les valeurs de temps sous la forme d'un entier. Cela supprime donc tout problème d'arrondi qui pourrait être problématique pour les additions.

*1 heure = 600 sexacentièmes
*1 minute = 10 sexacentièmes
*5 minutes = 50 sexacentièmes

*1 centième de minute = 6 sexacentièmes
*10 centième de minute (=1 dixième de minute) = 60 sexacentièmes

Exemples de formules :
*pour arrondir à 5 minutes : roundCeil(X,50)
*pour arrondir à 10 centièmes : roundCeil(X,60)

==Fonctions autorisées pour le calcul du temps d'activité==
*[[#abs.28X.29|abs]]
*[[#max.28X.2CY.29|max]]
*[[#min.28X.2CY.29|min]]
*[[#roundCeil.28X.2CY.29|roundCeil]]

==Variables autorisées pour le calcul du temps d'activité==
*[[#.25COUNTER_ARRIVAL|%COUNTER_ARRIVAL]]
*[[#.25COUNTER_DEPARTURE|%COUNTER_DEPARTURE]]
*[[#.25DURATION|%DURATION]]
*[[#.25TIME_ARRIVAL|%TIME_ARRIVAL]]
*[[#.25TIME_DEPARTURE|%TIME_DEPARTURE]]

==Exemples de formules de calcul du temps d'activité==
===Durée saisie===
<pre>%DURATION</pre>

===Différence des compteurs saisis===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE</pre>

===Durée saisie arrondie à 5 minutes===
<pre>roundCeil(%DURATION, 50)</pre>

===Différence des compteurs plus 5 centièmes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 30</pre>

===Différence des compteurs plus 5 minutes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 50</pre>

===Différence des compteurs arrondie au 5 minutes les plus proches plus 5 minutes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE - 25, 50) + 50</pre>

===Différence des compteurs arrondie à 10 centièmes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 60)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs===
<pre>max(%DURATION, %COUNTER_ARRIVAL - %COUNTER_DEPARTURE)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs arrondie à 5 minutes===
<pre>max(%DURATION,roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote
Puis elle prend le plus grand des deux

===Le plus grand entre la durée saisie, arrondie à 5 minutes, et la différence des compteurs, arrondie à 5 minutes===
<pre>max(roundCeil(%DURATION,50),roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote et l'arrondi à 5 minutes
Puis elle prend le plus grand des deux

Formules de calcul

2015-11-16T09:19:58Z

Claratte : /* Variables autorisées pour le calcul de la date d'expiration */

Cette page à pour objet de présenter l'ensemble des fonctions et variables utilisables dans des formules de calculs d'OpenFlyers ainsi que les différents types de formules de calculs.
__TOC__

=Présentation=

==Fonctions==

===abs(X)===
Retourne la valeur absolue de X

Exemple :
<pre>abs(-200) donne 200</pre>
<pre>abs(100) donne 100</pre>

===changeTime('date', 'année', 'mois', 'jour')===
Retourne la date en changeant l'année, le mois et/ou le jour

La date doit être au format '''AAAA-MM-JJ hh:mm:ss''' ou '''AAAA-MM-JJ'''

Les valeurs possibles pour l'année, le mois ou le jour sont :
* 0 = L'année, le mois ou le jour reste inchangé
* +X = L'année, le mois ou le jour est augmenté de X
* -X = L'année, le mois ou le jour est diminué de X
* X = L'année, le mois ou le jour est placé sur X

Exemple :
<pre>changeTime( '2011-05-15', '0', '0', '0' ) donne 2011-05-15</pre>
<pre>changeTime( '2011-05-15', '0', '-test', '0' ) donne 2011-05-15 car la valeur du mois n'est pas valide</pre>
<pre>changeTime( '2011-05-15', '0', '-2', '0' ) donne 2011-03-15</pre>
<pre>changeTime( '2011-05-15', '0', '+2', '0' ) donne 2011-07-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '0' ) donne 2011-02-15</pre>
<pre>changeTime( '2011-05-15', '0', '2', '-1' ) donne 2011-02-14</pre>
<pre>changeTime( %NOW_DATE, '2015', '1', '1' ) donne 2015-01-01</pre>

===formatDate('patron', 'date')===

Formate la date selon le patron. Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#Date_and_time_format|format de date et d'heure]]

Exemple :
<pre>formatDate('yyyy', '2015-03-01') donne 2015</pre>
<pre>formatDate('MM', '2015-03-01') donne 03</pre>
<pre>formatDate('d', '2015-03-01') donne 1</pre>

===getValidityExpiredDate('person id', 'validity type id')===

* Retourne la date d'expiration de la validité de la personne si c'est une validité soumise à échéance et que la date d'expiration a été renseigné. La date est au format AAAA-MM-JJ.
* Retourne "0000-00-00" dans les autres cas

Exemple :
<pre>getValidityExpiredDate(%USER_ID, 1) donne 2014-12-31</pre>
<pre>getValidityExpiredDate(0, 20) donne 0000-00-00</pre>

===hasValidity('user id', 'validity type id')===

Vérifie si l'utilisateur possède la validité :
* Retourne '''1''' lorsque :
** C'est une validité à formule d'expérience récente et l'utilisateur a l'expérience requise
** La validité n'est pas soumise à échéance et que l'utilisateur possède la validité
** La validité est soumise à échéance et n'est pas encore expirée
* Retourne '''0''' dans les autres cas

===max(X,Y)===
Retourne le maximum entre X et Y

===min(X,Y)===
Retourne le minimum entre X et Y

===roundCeil(X,Y)===
Arrondi la valeur X au nombre supérieur multiple de l'unité Y le plus proche

Exemple :
<pre>roundCeil(114,100) donne 200</pre>

<pre>roundCeil(114,10) donne 120</pre>

===sprintf('pattern', 'string')===

Formate la chaîne "string" avec le patron "pattern". Pour les motifs du patron, voir [[OF_doc-en::CommonFormula#sprintf_format|format de sprintf]].

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible devant :
<php>sprintf('%05s', %MEMBER_NUM) retourne 00010 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 5 caractères en ajoutant autant de zéro que possible derrière :
<php>sprintf('%-05d', %MEMBER_NUM) retourne 10000 si %MEMBER_NUM vaut 10 par exemple</php>

Exemple pour formater le numéro de membre pour qu'il ait 6 caractères en ajoutant autant d'espace que possible devant :
<php>sprintf('%6s', %MEMBER_NUM) retourne " 10" si %MEMBER_NUM vaut 10 par exemple</php>

===substr(string,a,b)===
Retourne l'extrait de chaîne de caractères "string" à partir du caractère "a", 0 étant le 1er caractère et "b" la longueur à extraire. Lorsque b est une valeur négative, alors il détermine le nombre de caractères devant être enlevé depuis la fin de la chaîne.

Exemples :
<pre>substr('FIRST_NAME', 0, 5) returns FIRST
substr('FIRST_NAME', 0, -2) returns FIRST_NA</pre>

===sumFlightHour('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumFlightTime(%PILOT, 'year', 'month', 'day', 'hour', 'minute', 'position', 'flight type' )===
Retourne le total des heures de vol faite par un pilote %PILOT pour le type de vol 'flight type' Depuis la date indiquée.

La position 0 correspond au 1er pilote, la position 1 au 2ème pilote.

Si le type de vol n'est pas spécifié, le total est déterminé pour tous les types de vols.

Exemple :
<pre>sumFlightTime(%PILOT, 2008, 01, 01, 00, 00, 0, 64 )</pre>
Retourne en [[#D.C3.A9finition_Unit.C3.A9_sexacentimal|Sexacentimal]] le total des heures de vol faites sur le type de vol 64 en tant que pilote en place gauche depuis le 2008-01-01 00:00:00.

===sumLandingNumber('pilot id', 'position', 'day', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===sumPreviousFlightTime('pilot id', 'position', 'day', 'endingDate', 'aircraft type 1' , 'aircraft type 2', 'aircraft type X')===

===strtolower(string)===
Retourne la chaine "string" en minuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "camelback"</pre>

===strtoupper(string)===
Retourne la chaine "string" en majuscule.

Exemple :
<pre>strtolower('CamelBack') retourne "CAMELBACK"</pre>

==Variables==
===%ACCOUNT_TYPE===
Type de compte

===%AUTHENTICATION_LOGIN===
Identifiant utilisateur

===%AUTO_INCREMENT===
Valeur auto-incrémentale

===%COUNTER_ARRIVAL===
Compteur arrivé saisi dans le formulaire

===%COUNTER_DEPARTURE===
Compteur départ saisi dans le formulaire

===%DURATION===
Durée du vol

===%FIRSTNAME===
Prénom de l'utilisateur

===%LASTNAME===
Nom de l'utilisateur

===%MEMBER_NUM===
Numéro de membre

===%NOW_DATE===
Date courante au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%RESOURCE_NAME===
Nom de la ressource

===<s>%TIME_ARRIVAL</s>===
<s>Heure de fin saisie dans le formulaire</s>

===<s>%TIME_DEPARTURE</s>===
<s>Heure de début saisie dans le formulaire</s>

===%START_DATE===

Date de début du vol ou date d'achat de produit au format '''AAAA-MM-JJ hh:mm:ss'''

Par exemple : 2015-03-31 14:20:03

===%USER_ID===

Id de l'utilisateur

=Compte d'export=

==Fonctions autorisées pour le calcul du compte d'export==

*[[#sprintf.28.27pattern.27.2C_.27string.27.29|sprintf]]
*[[#substr.28string.2Ca.2Cb.29|substr]]
*[[#strtolower.28string.29|strtolower]]
*[[#strtoupper.28string.29|strtoupper]]

==Variables autorisées pour le calcul du compte d'export==
*[[#.25ACCOUNT_TYPE|%ACCOUNT_TYPE]]
*[[#.25AUTHENTICATION_LOGIN|%AUTHENTICATION_LOGIN]]
*[[#.25AUTO_INCREMENT|%AUTO_INCREMENT]]
*[[#.25FIRSTNAME|%FIRSTNAME]]
*[[#.25LASTNAME|%LASTNAME]]
*[[#.25MEMBER_NUM|%MEMBER_NUM]]
*[[#.25RESOURCE_NAME|%RESOURCE_NAME]]

==Exemples de patrons de comptes d'export==
{| class="wikitable sortable centre"
!Formule de calcul!!Usage!!Exemples de génération
|-
|411+%ACCOUNT_TYPE||Comptes ressources et utilisateurs||4110002, 4110005
|-
|411+%AUTHENTICATION_LOGIN||Comptes utilisateurs||411pdupont '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes utilisateurs'''
|-
|411+%AUTO_INCREMENT||Comptes ressources et utilisateurs||41100001, 41100002, ...., 4110000x
|-
|411+%LASTNAME||Comptes utilisateurs||411dupont, 411dupond
|-
|411+%LASTNAME+substr(%FIRSTNAME,0,1)||Comptes utilisateurs||411dupontp, 411dupontf
|-
|411+%MEMBER_NUM||Comptes utilisateurs||411XXXXX, l'intitulé XXXXXX est le champ Numéro de membre qui est inscrit sur la fiche personnelle de vos adhérents. Exemple : 411001. A vous de vérifier l'unicité de cette valeurs
|-
|411+substr(%AUTHENTICATION_LOGIN,0,3)||Comptes utilisateurs||411pdu 411 suivi de l'identifiant limité à 3 caractères. Cela permet d'être compatible avec les logiciels de comptabilités paramétrés pour n'accepter que 6 caractères. Dans ce cas, il est nécessaire de modifier les comptes d'exports en doublon.
|-
|7061+sprintf('%02s', %RESOURCE_ID)||Comptes ressources||706101, 706102, etc. '''c'est le modèle recommandé par OpenFlyers et proposé par défaut pour les comptes ressources'''
|}

=Date d'expiration=
==Fonctions autorisées pour le calcul de la date d'expiration==

* [[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
* [[#formatDate.28.27patron.27.2C_.27date.27.29|formatDate]]
* [[#getValidityExpiredDate.28.27person_id.27.2C_.27validity_type_id.27.29|getValidityExpiredDate]]
* [[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]

==Variables autorisées pour le calcul de la date d'expiration==

* [[#.25NOW_DATE|%NOW_DATE]]
* [[#.25USER_ID|%USER_ID]]

==Exemples de formules de calcul de la date d'expiration==

===Date fixe===
<pre>2012-12-31</pre>

===Date dans un an ou dans un an après la date d'expiration d'une validité déjà détenue===
Cette formule permet de vendre une validité (par exemple une carte de réduction) valable 1 an.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité concerné :
<pre>formatDate( 'yyyy-MM-dd', changeTime( ( hasValidity(%USER_ID, XX) ? getValidityExpiredDate(%USER_ID, 3XX3) : %NOW_DATE ), '+1', '0', '0' ) )</pre>

===Fin de l'année courante===
<pre>formatDate( 'yyyy-12-31', %NOW_DATE )</pre>

===Fin de l'année courante ou la fin de l'année suivante si la date courante est strictement supérieure au 30 septembre===
Cette formule permet de vendre une validité (par exemple cotisation) dont la prise est valable jusqu'au 31 décembre de l'année en cours ou de l'année suivante si elle est souscrite à partir du 1er octobre.

<pre>formatDate( 'yyyy-12-31', (formatDate('MM', %NOW_DATE)<10) ? %NOW_DATE : changeTime(%NOW_DATE, '+1', 0, 0) )</pre>

=Expérience récente=
==Fonctions autorisées pour le calcul de l'expérience récente==
*[[#hasValidity.28.27user_id.27.2C_.27validity_type_id.27.29|hasValidity]]
*[[#changeTime.28.27date.27.2C_.27ann.C3.A9e.27.2C_.27mois.27.2C_.27jour.27.29|changeTime]]
*[[#sumFlightHour.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumFlightHour]]
*[[#sumFlightTime.28.25PILOT.2C_.27year.27.2C_.27month.27.2C_.27day.27.2C_.27hour.27.2C_.27minute.27.2C_.27position.27.2C_.27flight_type.27_.29|sumFlightTime]]
*[[#sumLandingNumber.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumLandingNumber]]
*[[#sumPreviousFlightTime.28.27pilot_id.27.2C_.27position.27.2C_.27day.27.2C_.27endingDate.27.2C_.27aircraft_type_1.27_.2C_.27aircraft_type_2.27.2C_.27aircraft_type_X.27.29|sumPreviousFlightTime]]

==Variables autorisées pour le calcul de l'expérience récente==

* [[#.25NOW_DATE|%NOW_DATE]]

==Exemples de formules de calcul de l'expérience récente==

===Expérience récente en heures ou la détention d'une validité spécifique===
L'exemple suivant vérifie qu'un utilisateur a une expérience de 30 heures dans les 12 derniers mois ou qu'il possède une validité X lui permettant de s'affranchir du quota d'heures.

Remplacer dans l'exemple suivant XX par l'identifiant du type de validité spécifique :

<php>( (sumFlightHour(%PILOT, 0, 365)+sumFlightHour(%PILOT, 1, 365) > 17999) OR hasValidity(%PILOT, XX) )</php>

===Type d'activité X dans les 12 derniers mois===
L'exemple suivant vérifie si un utilisateur a effectué une activité d'un type X donné dans les 365 derniers jours.

Remplacer dans l'exemple suivant XX par l'identifiant du type d'activité donné :

<php>sumFlightTime(%PILOT, formatDate('yyyy', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('M', changeTime( %NOW_DATE, '-1', '0', '0' )), formatDate('d', changeTime( %NOW_DATE, '-1', '0', '0' )), 00, 00, 0, XX ) > 0</php>

=Tarification=
Outre les définitions toujours valides pour le calcul du temps d'activité, voici d'autres définitions :
''A rédiger''

Voir [http://doc-en.openflyers.com/index.php?title=AdminDoc2.1 Formules en anglais]

==Fonctions autorisées pour le calcul de la tarification==

==Variables autorisées pour le calcul de la tarification==

* [[#.25START_DATE|%START_DATE]]

==Exemples de formules pour le calcul de la tarification==
===Motoplaneur : tarification à l'heure de vol ET à l'utilisation du moteur===
Pour cela, on suppose que les compteurs sont utilisés et qu'ils prennent en compte le temps d'utilisation du moteur :
%DURATION * $FLIGHT_HOUR_PRICE + (%COUNTER_ARRIVAL - %COUNTER_DEPARTURE) * $ENGINE_HOUR_PRICE

===Avion : réduction lorsque le compte pilote a un solde positif===
$C2 concerne le tarif horaire de l'avion 
$S le solde positif qui doit être atteint pour bénéficier de la réduction 
$R le montant horaire de la réduction obtenue dans ce cas 

roundCeil((((getBalance(%PILOT)>$S ? ($C2-$R) : $C2)*%DURATION/600)-0.5),1)

===Avion : réduction lorsque le vol se fait après une certaine heure===

$C2 concerne le tarif horaire de l'avion 
$C2R concerne le tarif horaire réduit de l'avion après une certaine heure 
659 correspond à 06:59 en temps UTC 
Dans ce cas la formule considère que dès 700, la réduction s'applique. 

roundCeil(((((formatDate('hmm',%START_DATE)>659)?$C2R:$C2)*%DURATION/600)-0.5),1)

=Temps d'activité=
Pour calculer le temps d'une activité (exemple : vol), les règles diffèrent selon les structures.

OpenFlyers permet d'attribuer des formules de calcul de temps d'activité par type de ressource. Cf. la gestion des types de ressource sur [[Resource-management3#Ajouter_un_type_de_ressource|version 3]] et [[Resource-management4#Ajouter_un_type_de_ressource|version 4]].

==Définition Unité sexacentimal==
En base de données, les temps et les compteurs sont stockés selon le plus petit multiple commun au système décimal (centième) et au système sexagésimale (hh min). Nous avons appelé cela le format ''sexacentimal''.

Cela permet de stocker les valeurs de temps sous la forme d'un entier. Cela supprime donc tout problème d'arrondi qui pourrait être problématique pour les additions.

*1 heure = 600 sexacentièmes
*1 minute = 10 sexacentièmes
*5 minutes = 50 sexacentièmes

*1 centième de minute = 6 sexacentièmes
*10 centième de minute (=1 dixième de minute) = 60 sexacentièmes

Exemples de formules :
*pour arrondir à 5 minutes : roundCeil(X,50)
*pour arrondir à 10 centièmes : roundCeil(X,60)

==Fonctions autorisées pour le calcul du temps d'activité==
*[[#abs.28X.29|abs]]
*[[#max.28X.2CY.29|max]]
*[[#min.28X.2CY.29|min]]
*[[#roundCeil.28X.2CY.29|roundCeil]]

==Variables autorisées pour le calcul du temps d'activité==
*[[#.25COUNTER_ARRIVAL|%COUNTER_ARRIVAL]]
*[[#.25COUNTER_DEPARTURE|%COUNTER_DEPARTURE]]
*[[#.25DURATION|%DURATION]]
*[[#.25TIME_ARRIVAL|%TIME_ARRIVAL]]
*[[#.25TIME_DEPARTURE|%TIME_DEPARTURE]]

==Exemples de formules de calcul du temps d'activité==
===Durée saisie===
<pre>%DURATION</pre>

===Différence des compteurs saisis===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE</pre>

===Durée saisie arrondie à 5 minutes===
<pre>roundCeil(%DURATION, 50)</pre>

===Différence des compteurs plus 5 centièmes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 30</pre>

===Différence des compteurs plus 5 minutes ===
<pre>%COUNTER_ARRIVAL - %COUNTER_DEPARTURE + 50</pre>

===Différence des compteurs arrondie au 5 minutes les plus proches plus 5 minutes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE - 25, 50) + 50</pre>

===Différence des compteurs arrondie à 10 centièmes===
<pre>roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 60)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs===
<pre>max(%DURATION, %COUNTER_ARRIVAL - %COUNTER_DEPARTURE)</pre>

===Le plus grand entre la durée du vol et la différence des compteurs arrondie à 5 minutes===
<pre>max(%DURATION,roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote
Puis elle prend le plus grand des deux

===Le plus grand entre la durée saisie, arrondie à 5 minutes, et la différence des compteurs, arrondie à 5 minutes===
<pre>max(roundCeil(%DURATION,50),roundCeil(%COUNTER_ARRIVAL - %COUNTER_DEPARTURE, 50))</pre>
Cette formule calcule :
*la différence des compteurs et l'arrondi à 5 minutes
*la valeur de la durée de vol saisie par le pilote et l'arrondi à 5 minutes
Puis elle prend le plus grand des deux

Conseils spécifiques pour la comptabilité

2015-11-02T21:06:55Z

Claratte : /* Subventions */

=Présentation=
L'objet de cette page est de présenter nos conseils sur la [[Account|comptabilité]]

=Baptêmes dans un aéro-club=
Dans un aéro-club, les baptêmes ne doivent pas dépasser pas 8% de l'activité (cf. [http://www.legifrance.gouv.fr/affichCodeArticle.do;?cidTexte=LEGITEXT000006074234&idArticle=LEGIARTI000006844019&dateTexte=20140707&categorieLien=id#LEGIARTI000006844019 Article D510-7 du code de l'aviation civile]). Aussi, nous déconseillons de mettre en place les tarifs des baptêmes qui engendrent plus d'erreurs de saisies qu'autre chose. Par contre, dans le cas d'une société commerciale et notamment si la saisie des vols est entre les mains d'un nombre réduit de personnes, alors la tarification des baptêmes peut être mise en place. Voici donc comment nous conseillons de gérer les baptêmes dans OpenFlyers pour un aéro-club.

==Paramétrage préconisé pour gérer les baptêmes de l'air d'un aéro-club==
*[[Configuration_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Configuration_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Utilisation pratique du paramétrage préconisé des baptêmes de l'air d'un aéro-club==
*[[Use_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Use_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Bons baptêmes payés et non effectués==
Quelque soit le statut commercial de la structure aéronautique (association ou société), voici comment nous conseillons de gérer les bons baptêmes :
*Enregistrer dans OpenFlyers uniquement l'encaissement du bon sans saisir de vente (et donc ne pas créer de produit pour cela)
*Lorsque le baptême est effectué, saisir le vol : cela génère la facture selon le paramétrage
Lors de la clôture de l'exercice, il suffit de contrôler le compte "client baptême" et de le comparer avec les dates de remise des bons baptêmes. C'est alors que doit être décidé si un bon ne sera jamais utilisé. Auquel cas, une écriture spécifique est à prévoir comptablement.

==Contrôle du quota d'heures baptêmes==
Pour vérifier que l'activité baptême de l'aéro-club ne dépasse pas les 8% des heures de vols, il faut utiliser les rapports pour contrôler le pourcentage d'heures de vols baptêmes par rapport au total des heures de vols.

=Cautions=
Le principe de la caution est de demander, lors de l'inscription en général, un montant de X € à l'utilisateur qui est mis en réserve et remboursé lorsqu'il quitte la structure.

Cette somme doit être encaissée normalement sur son compte utilisateur.

Par contre, elle doit également générer une "facture" qui va débiter son compte utilisateur du montant de la caution et créditer un [[Account#Comptes_d.27emprunts_et_de_dettes_assimil.C3.A9es|compte d'emprunts de dettes assimilées]] pour "stocker" la caution. Ce compte de caution est en général en 165000.

Il est possible de mettre en place la vente d'un produit "Caution" qui génère automatiquement l'écriture entre le compte utilisateur et le compte de caution.

=Cotisations fédérales des adhérents dans une association=
La gestion des cotisations fédérales des adhérents dans OpenFlyers dépend de plusieurs facteurs.
*Si les cotisations fédérales sont souscrites par les adhérents directement auprès des fédérations concernées et qu'il n'y a pas de mouvement financier au travers de l'association, alors il n'y a pas à mettre en place comptablement de gestion. Par contre, il peut être nécessaire de gérer les types de validités (cf. procédure pour [[Validity-management3|OpenFlyers version 3]], et [[Validity-management4|OpenFlyers version 4]]) correspondantes dans OpenFlyers notamment lorsque les cotisations fédérales inclues des assurances pour la pratique de l'activité. Dans ce cas là, il faut également voir avec l'équipe OpenFlyers s'il n'existe pas un système automatique de mise à jour dans OpenFlyers depuis le système de gestion des fédérations concernées.
*Si les cotisations fédérales sont souscrites par les adhérents auprès de l'association et que par conséquent l'association leur facture comptablement ces cotisations, alors il faut mettre en place dans OpenFlyers la vente de produits validités (cf. procédure pour [[Product_sale_manager3#Configuration_d.27un_produit_validit.C3.A9| OpenFlyers version 3]], et [[Product_sale_manager4#Configuration_d.27un_produit_validit.C3.A9|OpenFlyers version 4]]) correspondante.
*:Dans ce cas là, il y a également la question de la gestion des "factures fournisseurs" des fédérations. 2 cas possibles :
*#Si OpenFlyers n'est utilisé que pour gérer la "facturation client", c'est à dire le chiffre d'affaire, alors la saisie des factures fédérales doit se faire dans le logiciel de gestion comptable.
*#Si OpenFlyers est utilisé pour gérer l'intégralité de la comptabilité courante de la structure, alors il faudra saisir dans OpenFlyers les factures des fédérations en tant que facture fournisseur (cf. procédure pour [[Purchase-management3#Saisie_d.27une_facture_fournisseur|OpenFlyers version 3]], et [[Purchase-management4#Saisie_d.27une_facture_fournisseur|OpenFlyers version 4]]). Comptablement les choses sont hermétiques entre :
*#*d'un côté, la vente d'une cotisation d'une fédération à un adhérent qui va impacter son [[Account#Comptes_clients|compte client]] et un [[Account#Comptes_de_produits|compte produit]].
*#*de l'autre côté, l'achat de la même cotisation auprès de la fédération pour cet adhérent qui va impacter le [[Account#Comptes_fournisseurs|compte fournisseur]] de la fédération et un [[Account#Comptes_de_charges|compte de charge]].

=Cotisations/abonnements année N+1=
Certaines cotisations ou abonnements peuvent être facturées sur l'année précédente de leur date d'effet. Comptablement, ces factures clients doivent apparaitre sur l'exercice où elles ont été établies. Cependant, il est souvent nécessaire de séparer leur produit des cotisations ou abonnements de l'année N afin de pouvoir les sortir du chiffre d'affaire de l'année N.

Voici comment gérer cela dans OpenFlyers :
*Nous supposons qu'il existe déjà un compte produit ''Cotisation'' dont le compte d'export est par exemple ''706100''.
*Il faut créer un 2ème compte produit intitulé ''Cotisation N+1'' dont le compte d'export sera par exemple ''706110''.
*Dans '''Ventes > Tarification des produits''', il faut créer une nouvelle ligne de tarification qui va transférer le crédit au profit du compte produit "Cotisation" vers le comptes produit "Cotisation N+1". De plus, ce transfert ne devra s'applique que lorsqu'on est dans la période de renouvellement anticipé. Voici un exemple de règle de tarification lorsque la cotisation peut être pris de façon anticipée à partir du mois d'octobre :
{| class="wikitable"
!Champ!!Ligne Cotisation N+1
|-
|'''Nom'''||Cotisation N+1
|-
|'''Quantité/Taux'''||
|-
|'''Prix unitaire hors-taxe / TVA'''||
|-
|'''Formule'''||(formatDate('MM',%NOW_DATE)>9)?@tarifGeneral:0
|-
|'''Nom de variable associé à la formule'''||tarifGeneral
|-
|'''Produit'''||''Cocher uniquement les produits concernés. Normalement, il s'agit de la même liste de produit que pour la règle "parente" Cotisation.
|-
|'''Type de compte à débiter'''||Compte produit
|-
|'''Compte à débiter'''||Cotisation
|-
|'''Type de compte à créditer'''||Compte produit
|-
|'''Compte produit à créditer'''||Cotisation N+1
|}

Si la structure applique une remise sur cotisation sur certains critères, comme par exemple l'âge, il faut que la règle appliquant la remise s'applique avant la règle ci-dessus de ventilation. De plus, il faut que la règle de remise stocke son calcul dans une variable associée à la formule (cf. procédure pour la [[CustomerPricing3#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 3]] et la [[CustomerPricing4#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 4]]) comme par exemple @remise pour que la remise soit prise en compte pour la ventilation N+1. Voici un exemple de construction de ces règles en cascade :
[[Fichier:Tarification cotisation N+1.png]]

*En fin d'année, avant la clôture de la comptabilité, il faudra effectuer une [[Accounting_entries#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|opération comptable pour transférer le solde du compte produit N+1 dans un compte de ''produit constaté d’avance'']]
*Puis, après l'ouverture de la comptabilité, il faudra [[Accounting_entries#.C3.89critures_de_r.C3.A9affectation_des_produits.2Fcharges_constat.C3.A9es_d.27avances|transférer le même montant du compte ''produit constaté d’avance'' vers le compte produit de l'année N]].

=Facturation automatique à des organismes avec ou sans quotas=
Certains utilisateurs finaux peuvent appartenir à des organismes (Entreprises, Comités d'entreprises, établissements publics etc.) qui prennent en charge soit une partie soit la totalité du coût d'une activité avec ou sans des limitations (quotas en heures d'activité ou en montant).

Il est possible de mettre en place sur une plateforme OpenFlyers un paramétrage comptable spécifique qui déclenchera la facturation automatiquement auprès de l'organisme devant être réellement facturé. Cela présente comme avantages :
*De ne pas avoir à passer systématiquement et manuellement des écritures de transfert de facturation entre comptes clients.
*D'avoir directement sur le compte client de l'organisme concerné l'ensemble des débits à sa charge et ainsi de pouvoir déterminer le montant du paiement global qu'il doit effectuer.

La mise en place du paramétrage comptable repose sur 2 éléments :
*un suivi (le cas échéant) des quotas d'heures d'activités/montants au travers de la mise en place d'une comptabilité en heures/euros séparée de la comptabilité générale. Ce mécanisme est identique dans son principe à celui mis en place pour la [[#Packs_d.27heures_d.27activit.C3.A9s|gestion des packs d'heures]]. Simplement, le "rechargement" du compte "quota" de l'utilisateur concerné ne se fait pas lors de la vente d'un pack mais lors du renouvellement d'une cotisation.
*une cascade d'écritures comptables permettant de débiter l'organisme en lieu et place de l'utilisateur

Les utilisateurs dépendant d'un organisme X doivent être identifiés dans OpenFlyers grâce à un profil spécifique et '''non sélectionnable par l'utilisateur'' (cf. le droit correspondant pour la [[Profile-management3#G.C3.A9n.C3.A9ralit.C3.A9s|version 3]] et la [[Profile-management4#G.C3.A9n.C3.A9ralit.C3.A9s|version 4]] d'OpenFlyers).

A l'usage, les choses se déroulent concrètement dans l'ordre suivant :
#L'utilisateur saisit son activité dans OpenFlyers => automatiquement la ventilation des écritures se fait. Si l'utilisateur dispose d'un quota positif d'heures/d'argent, voir même d'un quota illimité, alors c'est le compte de son organisme de rattachement qui est débité au lieu de son compte. Il est également possible de "mixer". C'est à dire que si l'organisme de rattachement ne prend en charge qu'une partie du coût, OpenFlyers calculera automatiquement qui paie quoi et débitera chaque compte en conséquence.
#Le gestionnaire de la structure envoie la liasse de factures ou un relevé d'activités général mensuellement/trimestriellement à l'organisme considéré. Ces éléments sont disponibles dans OpenFlyers.
#Le gestionnaire de la structure reçoit le paiement de l'organisme qu'il saisit directement dans OpenFlyers comme un encaissement normal qui va créditer le compte client de l'organisme considéré.

Ainsi, le gestionnaire n'a que 2 actions à faire :
#Générer le relevé d'activités ou la liasse de factures et l'envoyer par e-mail
#Saisir l'encaissement de l'organisme payeur

=Packs d'heures d'activités=
OpenFlyers propose un système de comptabilités multiples (cf. le paramétrage général des comptabilités [[Configuration_Accounting3#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 3]] ou [[Configuration_Accounting4#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 4]]). Ce système permet de mettre en place plusieurs comptabilités à la fois. Ainsi, on peut avoir une comptabilité en euros et une comptabilités en heures. La comptabilité en heures, permet de gérer des crédits d'heures d'activités qui sont mis en ventes sous la forme de packs d'heures d'activités.

==Fonctionnement d'un exemple de configuration de vente de packs d'heures==
L'exemple est basé sur une structure qui propose 2 packs d'heures d'activités :
*un pack de 5 heures à 450 €
*un pack de 10 heures à 850 €
Le tarif d'une heure d'activité hors pack est à 100 €.

===Achat d'un pack d'heures par un utilisateur===
un utilisateur achète un pack de 10 heures 850 euros :
*Son compte utilisateur en euro est débité de 850 euros : le solde de son compte est débiteur de 850 €.
*Son compte en heures est crédité de 10 heures.
Ensuite l'utilisateur paie son pack 850 € ce qui a pour effet de ramener le solde de son compte en euros à 0 €.

===Saisie d'une activité pour un utilisateur bénéficiant d'heures créditées===
Lors de la saisie d'une activité de 1 heure, le compte en heures de l'utilisateur est débité de 1 heure. Le compte en euros de l'utilisateur n'est pas impacté : les heures ont été payées en amont lors de l'achat du pack.

===Remboursement d'heures===
A titre commercial, une structure peut accepter de rembourser un utilisateur n'ayant pas épuisé ses heures. Dans ce cas, plusieurs méthodes commerciales sont possibles :
*Considérer le crédit d'heures restant au tarif de l'heure du pack (par exemple 85 €/h pour un pack de 10 heures à 850 €) : cela revient à faire un prorata du prix du pack
*Considérer que dans ce cas, les heures utilisées sont refacturables à leur tarif hors pack. Dans ce cas, il faut consulter l'histoire du compte pour trouver le dernier pack acheté (pack de 5h ou de 10h), en déduire le nombre d'heures utilisées sur ce pack en faisant la différence avec le crédit d'heures restant, calculer le coût des heures utilisées hors pack et rembourser de la différence du prix du pack.

==Initialisation du solde d'heures lors de la mise en place des packs==
Lors de la mise en place du système des packs sur une structure aéronautique déjà en activités, des packs peuvent avoir déjà été vendues et des heures effectuées. Dans ce cas, il faut juste saisir un flux entre le compte d'heures de l'utilisateur et le compte de bilan représentant l'encours des heures. Ce flux va créditer le compte d'heures de l'utilisateur de la valeur du nombre d'heures auxquelles il a encore droit.

Exemple de saisie d'un flux dans la version 3 d'OpenFlyers :

[[Image:Exemple-saisie-flux-pour-initialisation-solde-heures.png]]

=Refacturation=
Il peut arriver qu'une structure soit facturée à la place de l'utilisateur final. Dans ce cas, la structure peut décider de refacturer à la personne concernée. C'est souvent le cas, par exemple, pour les factures de taxes d'atterrissages qui sont envoyée à la structure en tant que propriétaire de l'aéronef et qu'ensuite la structure refacture l'utilisateur concerné.

Comptablement, il faut saisir les 2 écritures séparément :
*Saisir la facture fournisseur de la taxe d'atterrissage soit dans OpenFlyers (cf. procédure pour la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 3]] et la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 4]]), soit dans le logiciel comptable utilisé pour les charges.
*Saisir l'achat d'une taxe d'atterrissages pour l'utilisateur concerné (cf. procédure pour la [[Product_sale_manager3#Achat_de_produit_non_stock.C3.A9|version 3]] et la [[Product_sale_manager4#Achat_de_produit_non_stock.C3.A9|version 4]]).

=Subventions=
Une structure peut recevoir 2 types de subventions :
*[[#Enregistrement_des_subventions_destin.C3.A9es_.C3.A0_la_structure|Des subventions destinées directement à la structure]]
*[[#Ventilation_des_subventions_destin.C3.A9es_aux_utilisateurs|Des subventions destinées à des utilisateurs de la structure et qui doivent donc être ventilées]]

==Enregistrement des subventions destinées à la structure==
Il existe plusieurs situations :
*Subventions d'exploitation accordées sans condition
*Subventions d'exploitation accordées avec condition résolutoire
*Subventions d'exploitation accordées avec condition suspensives
*Subventions d’investissement

Nous ne documentons ici que le cas de la subvention d'exploitation accordée sans condition. Pour ces autres cas, nous recommandons d'effectuer une recherche sur internet pour trouver les éléments décrivant l'enregistrement comptable correspondant.

*Enregistrement de la subvention à percevoir :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Subventions d’exploitation à recevoir (4411)||1000 €||
|-
|Subventions d’exploitation (74)||||1000 €
|}

*Lorsque la subvention est encaissée par la structure :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||1000 €||
|-
|Subventions d’exploitation à recevoir (4411)||||1000 €
|}

Si on souhaite simplifier la saisie, on peut enregistrer directement et uniquement l'encaissement de la subvention :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||1000 €||
|-
|Subventions d’exploitation (74)||||1000 €
|}

==Ventilation des subventions destinées aux utilisateurs==
Il peut arriver que la structure reçoive de l'argent d'un organisme et que cet argent doive ensuite être ventilé entre plusieurs clients. C'est le cas notamment pour les bourses attribuées par les fédérations qui doivent être redistribuées sur les comptes des utilisateurs concernés.

Les opérations comptables à effectuer pour cela sont les suivantes :
*Saisir un flux correspondant à un [[Accounting_entries#Transfert_de_charge|transfert de charges]] (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
*Saisir un autre flux débitant le "compte de Transfert de charge (791)" et créditant les comptes des utilisateurs concernés (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
Si on sait au moment de l'encaissement du paiement quels sont les utilisateurs concernés, alors on peut saisir directement un flux qui débite le compte de trésorerie et crédite les comptes des utilisateurs concernés.

===Anticiper l'attribution des subventions pour ne pas bloquer les utilisateurs===
Dans le cas où il existe des restrictions sur les droits pour les utilisateurs n'ayant pas le solde suffisant sur leur compte, il peut être pénalisant pour les utilisateurs attendant des subventions de se retrouver restreints dans leur droit à cause d'un solde insuffisant alors que la subvention est certaine.

Afin, de ne pas restreindre les pilotes concernés, il faut :
*Créer un [[Account#Comptes_de_tiers|compte de tiers]], par exemple "Subvention à recevoir (441)".
*Saisir un flux créditant le compte de l'utilisateur et débitant le compte "Subvention à recevoir".
Ainsi :
*Le compte du pilote est crédité de la future subvention et il n'est donc pas restreint du fait d'un solde insuffisant dans l'attente d'une subvention.
*Il est possible de contrôler les sommes distribuées et non perçues au travers du compte "Subvention à recevoir".
*Lorsque la subvention sera réellement perçue, il suffira de saisir un flux de transfert entre ce compte et le compte recevant la subvention afin de le ramener à 0.

=Ventilation des factures essences=
Afin de déterminer le coût de revient d'une ressource, il est nécessaire de pouvoir ventiler les différents postes de charge par ressource. C'est notamment le cas pour le poste "essence" qui dans le cas de l'aéronautique représente une part importante des charges.

Dans le cas d'une structure aéronautique, en général, l'approvisionnement se fait principalement auprès d'une seul fournisseur d'essence localisé sur son aérodrome ou sur un aérodrome voisin.

Il existe alors 2 types de situations :
#la structure dispose de "clés" ou de badges par aéronef et ainsi le fournisseur d'essence est capable de générer des factures avec le détail des montants facturés par aéronef
#le fournisseur d'essence ne fournit qu'une facture globale

Dans la 1ère situation, il est judicieux de saisir les factures fournisseurs en éclatant la facture globale en autant de sous-factures qu'il y a de ressources concernées. Cela permet d'avoir directement une ventilation des charges par ressource. C'est également le cas qu'on retrouve dans le cas où les factures sont individualisées à chaque avitaillement : on est capable d'associer telle facture à telle ressource.

Dans la 2ème situation, il n'est pas possible à priori de ventiler la facture d'essence par ressource. Dans ce cas là, on recommande de regrouper toutes les factures d'essence dans un même compte de charge. Ensuite, grâce à la consultation du total des volumes d'essences saisis dans les rapports, on est capable d'en déduire la part du coût global qui revient à chaque ressource. On recommande de ne pas faire de post-ventilation comptable mais de gérer cela directement dans une feuille de calcul qui est normalement utilisée pour déterminer le coût de revient des ressources.

Conseils spécifiques pour la comptabilité

2015-11-02T21:05:50Z

Claratte : /* Ventilation des subventions */

=Présentation=
L'objet de cette page est de présenter nos conseils sur la [[Account|comptabilité]]

=Baptêmes dans un aéro-club=
Dans un aéro-club, les baptêmes ne doivent pas dépasser pas 8% de l'activité (cf. [http://www.legifrance.gouv.fr/affichCodeArticle.do;?cidTexte=LEGITEXT000006074234&idArticle=LEGIARTI000006844019&dateTexte=20140707&categorieLien=id#LEGIARTI000006844019 Article D510-7 du code de l'aviation civile]). Aussi, nous déconseillons de mettre en place les tarifs des baptêmes qui engendrent plus d'erreurs de saisies qu'autre chose. Par contre, dans le cas d'une société commerciale et notamment si la saisie des vols est entre les mains d'un nombre réduit de personnes, alors la tarification des baptêmes peut être mise en place. Voici donc comment nous conseillons de gérer les baptêmes dans OpenFlyers pour un aéro-club.

==Paramétrage préconisé pour gérer les baptêmes de l'air d'un aéro-club==
*[[Configuration_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Configuration_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Utilisation pratique du paramétrage préconisé des baptêmes de l'air d'un aéro-club==
*[[Use_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Use_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Bons baptêmes payés et non effectués==
Quelque soit le statut commercial de la structure aéronautique (association ou société), voici comment nous conseillons de gérer les bons baptêmes :
*Enregistrer dans OpenFlyers uniquement l'encaissement du bon sans saisir de vente (et donc ne pas créer de produit pour cela)
*Lorsque le baptême est effectué, saisir le vol : cela génère la facture selon le paramétrage
Lors de la clôture de l'exercice, il suffit de contrôler le compte "client baptême" et de le comparer avec les dates de remise des bons baptêmes. C'est alors que doit être décidé si un bon ne sera jamais utilisé. Auquel cas, une écriture spécifique est à prévoir comptablement.

==Contrôle du quota d'heures baptêmes==
Pour vérifier que l'activité baptême de l'aéro-club ne dépasse pas les 8% des heures de vols, il faut utiliser les rapports pour contrôler le pourcentage d'heures de vols baptêmes par rapport au total des heures de vols.

=Cautions=
Le principe de la caution est de demander, lors de l'inscription en général, un montant de X € à l'utilisateur qui est mis en réserve et remboursé lorsqu'il quitte la structure.

Cette somme doit être encaissée normalement sur son compte utilisateur.

Par contre, elle doit également générer une "facture" qui va débiter son compte utilisateur du montant de la caution et créditer un [[Account#Comptes_d.27emprunts_et_de_dettes_assimil.C3.A9es|compte d'emprunts de dettes assimilées]] pour "stocker" la caution. Ce compte de caution est en général en 165000.

Il est possible de mettre en place la vente d'un produit "Caution" qui génère automatiquement l'écriture entre le compte utilisateur et le compte de caution.

=Cotisations fédérales des adhérents dans une association=
La gestion des cotisations fédérales des adhérents dans OpenFlyers dépend de plusieurs facteurs.
*Si les cotisations fédérales sont souscrites par les adhérents directement auprès des fédérations concernées et qu'il n'y a pas de mouvement financier au travers de l'association, alors il n'y a pas à mettre en place comptablement de gestion. Par contre, il peut être nécessaire de gérer les types de validités (cf. procédure pour [[Validity-management3|OpenFlyers version 3]], et [[Validity-management4|OpenFlyers version 4]]) correspondantes dans OpenFlyers notamment lorsque les cotisations fédérales inclues des assurances pour la pratique de l'activité. Dans ce cas là, il faut également voir avec l'équipe OpenFlyers s'il n'existe pas un système automatique de mise à jour dans OpenFlyers depuis le système de gestion des fédérations concernées.
*Si les cotisations fédérales sont souscrites par les adhérents auprès de l'association et que par conséquent l'association leur facture comptablement ces cotisations, alors il faut mettre en place dans OpenFlyers la vente de produits validités (cf. procédure pour [[Product_sale_manager3#Configuration_d.27un_produit_validit.C3.A9| OpenFlyers version 3]], et [[Product_sale_manager4#Configuration_d.27un_produit_validit.C3.A9|OpenFlyers version 4]]) correspondante.
*:Dans ce cas là, il y a également la question de la gestion des "factures fournisseurs" des fédérations. 2 cas possibles :
*#Si OpenFlyers n'est utilisé que pour gérer la "facturation client", c'est à dire le chiffre d'affaire, alors la saisie des factures fédérales doit se faire dans le logiciel de gestion comptable.
*#Si OpenFlyers est utilisé pour gérer l'intégralité de la comptabilité courante de la structure, alors il faudra saisir dans OpenFlyers les factures des fédérations en tant que facture fournisseur (cf. procédure pour [[Purchase-management3#Saisie_d.27une_facture_fournisseur|OpenFlyers version 3]], et [[Purchase-management4#Saisie_d.27une_facture_fournisseur|OpenFlyers version 4]]). Comptablement les choses sont hermétiques entre :
*#*d'un côté, la vente d'une cotisation d'une fédération à un adhérent qui va impacter son [[Account#Comptes_clients|compte client]] et un [[Account#Comptes_de_produits|compte produit]].
*#*de l'autre côté, l'achat de la même cotisation auprès de la fédération pour cet adhérent qui va impacter le [[Account#Comptes_fournisseurs|compte fournisseur]] de la fédération et un [[Account#Comptes_de_charges|compte de charge]].

=Cotisations/abonnements année N+1=
Certaines cotisations ou abonnements peuvent être facturées sur l'année précédente de leur date d'effet. Comptablement, ces factures clients doivent apparaitre sur l'exercice où elles ont été établies. Cependant, il est souvent nécessaire de séparer leur produit des cotisations ou abonnements de l'année N afin de pouvoir les sortir du chiffre d'affaire de l'année N.

Voici comment gérer cela dans OpenFlyers :
*Nous supposons qu'il existe déjà un compte produit ''Cotisation'' dont le compte d'export est par exemple ''706100''.
*Il faut créer un 2ème compte produit intitulé ''Cotisation N+1'' dont le compte d'export sera par exemple ''706110''.
*Dans '''Ventes > Tarification des produits''', il faut créer une nouvelle ligne de tarification qui va transférer le crédit au profit du compte produit "Cotisation" vers le comptes produit "Cotisation N+1". De plus, ce transfert ne devra s'applique que lorsqu'on est dans la période de renouvellement anticipé. Voici un exemple de règle de tarification lorsque la cotisation peut être pris de façon anticipée à partir du mois d'octobre :
{| class="wikitable"
!Champ!!Ligne Cotisation N+1
|-
|'''Nom'''||Cotisation N+1
|-
|'''Quantité/Taux'''||
|-
|'''Prix unitaire hors-taxe / TVA'''||
|-
|'''Formule'''||(formatDate('MM',%NOW_DATE)>9)?@tarifGeneral:0
|-
|'''Nom de variable associé à la formule'''||tarifGeneral
|-
|'''Produit'''||''Cocher uniquement les produits concernés. Normalement, il s'agit de la même liste de produit que pour la règle "parente" Cotisation.
|-
|'''Type de compte à débiter'''||Compte produit
|-
|'''Compte à débiter'''||Cotisation
|-
|'''Type de compte à créditer'''||Compte produit
|-
|'''Compte produit à créditer'''||Cotisation N+1
|}

Si la structure applique une remise sur cotisation sur certains critères, comme par exemple l'âge, il faut que la règle appliquant la remise s'applique avant la règle ci-dessus de ventilation. De plus, il faut que la règle de remise stocke son calcul dans une variable associée à la formule (cf. procédure pour la [[CustomerPricing3#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 3]] et la [[CustomerPricing4#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 4]]) comme par exemple @remise pour que la remise soit prise en compte pour la ventilation N+1. Voici un exemple de construction de ces règles en cascade :
[[Fichier:Tarification cotisation N+1.png]]

*En fin d'année, avant la clôture de la comptabilité, il faudra effectuer une [[Accounting_entries#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|opération comptable pour transférer le solde du compte produit N+1 dans un compte de ''produit constaté d’avance'']]
*Puis, après l'ouverture de la comptabilité, il faudra [[Accounting_entries#.C3.89critures_de_r.C3.A9affectation_des_produits.2Fcharges_constat.C3.A9es_d.27avances|transférer le même montant du compte ''produit constaté d’avance'' vers le compte produit de l'année N]].

=Facturation automatique à des organismes avec ou sans quotas=
Certains utilisateurs finaux peuvent appartenir à des organismes (Entreprises, Comités d'entreprises, établissements publics etc.) qui prennent en charge soit une partie soit la totalité du coût d'une activité avec ou sans des limitations (quotas en heures d'activité ou en montant).

Il est possible de mettre en place sur une plateforme OpenFlyers un paramétrage comptable spécifique qui déclenchera la facturation automatiquement auprès de l'organisme devant être réellement facturé. Cela présente comme avantages :
*De ne pas avoir à passer systématiquement et manuellement des écritures de transfert de facturation entre comptes clients.
*D'avoir directement sur le compte client de l'organisme concerné l'ensemble des débits à sa charge et ainsi de pouvoir déterminer le montant du paiement global qu'il doit effectuer.

La mise en place du paramétrage comptable repose sur 2 éléments :
*un suivi (le cas échéant) des quotas d'heures d'activités/montants au travers de la mise en place d'une comptabilité en heures/euros séparée de la comptabilité générale. Ce mécanisme est identique dans son principe à celui mis en place pour la [[#Packs_d.27heures_d.27activit.C3.A9s|gestion des packs d'heures]]. Simplement, le "rechargement" du compte "quota" de l'utilisateur concerné ne se fait pas lors de la vente d'un pack mais lors du renouvellement d'une cotisation.
*une cascade d'écritures comptables permettant de débiter l'organisme en lieu et place de l'utilisateur

Les utilisateurs dépendant d'un organisme X doivent être identifiés dans OpenFlyers grâce à un profil spécifique et '''non sélectionnable par l'utilisateur'' (cf. le droit correspondant pour la [[Profile-management3#G.C3.A9n.C3.A9ralit.C3.A9s|version 3]] et la [[Profile-management4#G.C3.A9n.C3.A9ralit.C3.A9s|version 4]] d'OpenFlyers).

A l'usage, les choses se déroulent concrètement dans l'ordre suivant :
#L'utilisateur saisit son activité dans OpenFlyers => automatiquement la ventilation des écritures se fait. Si l'utilisateur dispose d'un quota positif d'heures/d'argent, voir même d'un quota illimité, alors c'est le compte de son organisme de rattachement qui est débité au lieu de son compte. Il est également possible de "mixer". C'est à dire que si l'organisme de rattachement ne prend en charge qu'une partie du coût, OpenFlyers calculera automatiquement qui paie quoi et débitera chaque compte en conséquence.
#Le gestionnaire de la structure envoie la liasse de factures ou un relevé d'activités général mensuellement/trimestriellement à l'organisme considéré. Ces éléments sont disponibles dans OpenFlyers.
#Le gestionnaire de la structure reçoit le paiement de l'organisme qu'il saisit directement dans OpenFlyers comme un encaissement normal qui va créditer le compte client de l'organisme considéré.

Ainsi, le gestionnaire n'a que 2 actions à faire :
#Générer le relevé d'activités ou la liasse de factures et l'envoyer par e-mail
#Saisir l'encaissement de l'organisme payeur

=Packs d'heures d'activités=
OpenFlyers propose un système de comptabilités multiples (cf. le paramétrage général des comptabilités [[Configuration_Accounting3#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 3]] ou [[Configuration_Accounting4#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 4]]). Ce système permet de mettre en place plusieurs comptabilités à la fois. Ainsi, on peut avoir une comptabilité en euros et une comptabilités en heures. La comptabilité en heures, permet de gérer des crédits d'heures d'activités qui sont mis en ventes sous la forme de packs d'heures d'activités.

==Fonctionnement d'un exemple de configuration de vente de packs d'heures==
L'exemple est basé sur une structure qui propose 2 packs d'heures d'activités :
*un pack de 5 heures à 450 €
*un pack de 10 heures à 850 €
Le tarif d'une heure d'activité hors pack est à 100 €.

===Achat d'un pack d'heures par un utilisateur===
un utilisateur achète un pack de 10 heures 850 euros :
*Son compte utilisateur en euro est débité de 850 euros : le solde de son compte est débiteur de 850 €.
*Son compte en heures est crédité de 10 heures.
Ensuite l'utilisateur paie son pack 850 € ce qui a pour effet de ramener le solde de son compte en euros à 0 €.

===Saisie d'une activité pour un utilisateur bénéficiant d'heures créditées===
Lors de la saisie d'une activité de 1 heure, le compte en heures de l'utilisateur est débité de 1 heure. Le compte en euros de l'utilisateur n'est pas impacté : les heures ont été payées en amont lors de l'achat du pack.

===Remboursement d'heures===
A titre commercial, une structure peut accepter de rembourser un utilisateur n'ayant pas épuisé ses heures. Dans ce cas, plusieurs méthodes commerciales sont possibles :
*Considérer le crédit d'heures restant au tarif de l'heure du pack (par exemple 85 €/h pour un pack de 10 heures à 850 €) : cela revient à faire un prorata du prix du pack
*Considérer que dans ce cas, les heures utilisées sont refacturables à leur tarif hors pack. Dans ce cas, il faut consulter l'histoire du compte pour trouver le dernier pack acheté (pack de 5h ou de 10h), en déduire le nombre d'heures utilisées sur ce pack en faisant la différence avec le crédit d'heures restant, calculer le coût des heures utilisées hors pack et rembourser de la différence du prix du pack.

==Initialisation du solde d'heures lors de la mise en place des packs==
Lors de la mise en place du système des packs sur une structure aéronautique déjà en activités, des packs peuvent avoir déjà été vendues et des heures effectuées. Dans ce cas, il faut juste saisir un flux entre le compte d'heures de l'utilisateur et le compte de bilan représentant l'encours des heures. Ce flux va créditer le compte d'heures de l'utilisateur de la valeur du nombre d'heures auxquelles il a encore droit.

Exemple de saisie d'un flux dans la version 3 d'OpenFlyers :

[[Image:Exemple-saisie-flux-pour-initialisation-solde-heures.png]]

=Refacturation=
Il peut arriver qu'une structure soit facturée à la place de l'utilisateur final. Dans ce cas, la structure peut décider de refacturer à la personne concernée. C'est souvent le cas, par exemple, pour les factures de taxes d'atterrissages qui sont envoyée à la structure en tant que propriétaire de l'aéronef et qu'ensuite la structure refacture l'utilisateur concerné.

Comptablement, il faut saisir les 2 écritures séparément :
*Saisir la facture fournisseur de la taxe d'atterrissage soit dans OpenFlyers (cf. procédure pour la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 3]] et la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 4]]), soit dans le logiciel comptable utilisé pour les charges.
*Saisir l'achat d'une taxe d'atterrissages pour l'utilisateur concerné (cf. procédure pour la [[Product_sale_manager3#Achat_de_produit_non_stock.C3.A9|version 3]] et la [[Product_sale_manager4#Achat_de_produit_non_stock.C3.A9|version 4]]).

=Subventions=
Une structure peut recevoir 2 types de subventions :
*Des subventions destinées directement à la structure
*Des subventions destinées à des utilisateurs de la structure et qui doivent donc être ventilées

==Enregistrement des subventions destinées à la structure==
Il existe plusieurs situations :
*Subventions d'exploitation accordées sans condition
*Subventions d'exploitation accordées avec condition résolutoire
*Subventions d'exploitation accordées avec condition suspensives
*Subventions d’investissement

Nous ne documentons ici que le cas de la subvention d'exploitation accordée sans condition. Pour ces autres cas, nous recommandons d'effectuer une recherche sur internet pour trouver les éléments décrivant l'enregistrement comptable correspondant.

*Enregistrement de la subvention à percevoir :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Subventions d’exploitation à recevoir (4411)||1000 €||
|-
|Subventions d’exploitation (74)||||1000 €
|}

*Lorsque la subvention est encaissée par la structure :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||1000 €||
|-
|Subventions d’exploitation à recevoir (4411)||||1000 €
|}

Si on souhaite simplifier la saisie, on peut enregistrer directement et uniquement l'encaissement de la subvention :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||1000 €||
|-
|Subventions d’exploitation (74)||||1000 €
|}

==Ventilation des subventions destinées aux utilisateurs==
Il peut arriver que la structure reçoive de l'argent d'un organisme et que cet argent doive ensuite être ventilé entre plusieurs clients. C'est le cas notamment pour les bourses attribuées par les fédérations qui doivent être redistribuées sur les comptes des utilisateurs concernés.

Les opérations comptables à effectuer pour cela sont les suivantes :
*Saisir un flux correspondant à un [[Accounting_entries#Transfert_de_charge|transfert de charges]] (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
*Saisir un autre flux débitant le "compte de Transfert de charge (791)" et créditant les comptes des utilisateurs concernés (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
Si on sait au moment de l'encaissement du paiement quels sont les utilisateurs concernés, alors on peut saisir directement un flux qui débite le compte de trésorerie et crédite les comptes des utilisateurs concernés.

===Anticiper l'attribution des subventions pour ne pas bloquer les utilisateurs===
Dans le cas où il existe des restrictions sur les droits pour les utilisateurs n'ayant pas le solde suffisant sur leur compte, il peut être pénalisant pour les utilisateurs attendant des subventions de se retrouver restreints dans leur droit à cause d'un solde insuffisant alors que la subvention est certaine.

Afin, de ne pas restreindre les pilotes concernés, il faut :
*Créer un [[Account#Comptes_de_tiers|compte de tiers]], par exemple "Subvention à recevoir (441)".
*Saisir un flux créditant le compte de l'utilisateur et débitant le compte "Subvention à recevoir".
Ainsi :
*Le compte du pilote est crédité de la future subvention et il n'est donc pas restreint du fait d'un solde insuffisant dans l'attente d'une subvention.
*Il est possible de contrôler les sommes distribuées et non perçues au travers du compte "Subvention à recevoir".
*Lorsque la subvention sera réellement perçue, il suffira de saisir un flux de transfert entre ce compte et le compte recevant la subvention afin de le ramener à 0.

=Ventilation des factures essences=
Afin de déterminer le coût de revient d'une ressource, il est nécessaire de pouvoir ventiler les différents postes de charge par ressource. C'est notamment le cas pour le poste "essence" qui dans le cas de l'aéronautique représente une part importante des charges.

Dans le cas d'une structure aéronautique, en général, l'approvisionnement se fait principalement auprès d'une seul fournisseur d'essence localisé sur son aérodrome ou sur un aérodrome voisin.

Il existe alors 2 types de situations :
#la structure dispose de "clés" ou de badges par aéronef et ainsi le fournisseur d'essence est capable de générer des factures avec le détail des montants facturés par aéronef
#le fournisseur d'essence ne fournit qu'une facture globale

Dans la 1ère situation, il est judicieux de saisir les factures fournisseurs en éclatant la facture globale en autant de sous-factures qu'il y a de ressources concernées. Cela permet d'avoir directement une ventilation des charges par ressource. C'est également le cas qu'on retrouve dans le cas où les factures sont individualisées à chaque avitaillement : on est capable d'associer telle facture à telle ressource.

Dans la 2ème situation, il n'est pas possible à priori de ventiler la facture d'essence par ressource. Dans ce cas là, on recommande de regrouper toutes les factures d'essence dans un même compte de charge. Ensuite, grâce à la consultation du total des volumes d'essences saisis dans les rapports, on est capable d'en déduire la part du coût global qui revient à chaque ressource. On recommande de ne pas faire de post-ventilation comptable mais de gérer cela directement dans une feuille de calcul qui est normalement utilisée pour déterminer le coût de revient des ressources.

Conseils spécifiques pour la comptabilité

2015-11-02T21:04:53Z

Claratte : /* Enregistrement des subventions destinées à la structure */

=Présentation=
L'objet de cette page est de présenter nos conseils sur la [[Account|comptabilité]]

=Baptêmes dans un aéro-club=
Dans un aéro-club, les baptêmes ne doivent pas dépasser pas 8% de l'activité (cf. [http://www.legifrance.gouv.fr/affichCodeArticle.do;?cidTexte=LEGITEXT000006074234&idArticle=LEGIARTI000006844019&dateTexte=20140707&categorieLien=id#LEGIARTI000006844019 Article D510-7 du code de l'aviation civile]). Aussi, nous déconseillons de mettre en place les tarifs des baptêmes qui engendrent plus d'erreurs de saisies qu'autre chose. Par contre, dans le cas d'une société commerciale et notamment si la saisie des vols est entre les mains d'un nombre réduit de personnes, alors la tarification des baptêmes peut être mise en place. Voici donc comment nous conseillons de gérer les baptêmes dans OpenFlyers pour un aéro-club.

==Paramétrage préconisé pour gérer les baptêmes de l'air d'un aéro-club==
*[[Configuration_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Configuration_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Utilisation pratique du paramétrage préconisé des baptêmes de l'air d'un aéro-club==
*[[Use_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Use_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Bons baptêmes payés et non effectués==
Quelque soit le statut commercial de la structure aéronautique (association ou société), voici comment nous conseillons de gérer les bons baptêmes :
*Enregistrer dans OpenFlyers uniquement l'encaissement du bon sans saisir de vente (et donc ne pas créer de produit pour cela)
*Lorsque le baptême est effectué, saisir le vol : cela génère la facture selon le paramétrage
Lors de la clôture de l'exercice, il suffit de contrôler le compte "client baptême" et de le comparer avec les dates de remise des bons baptêmes. C'est alors que doit être décidé si un bon ne sera jamais utilisé. Auquel cas, une écriture spécifique est à prévoir comptablement.

==Contrôle du quota d'heures baptêmes==
Pour vérifier que l'activité baptême de l'aéro-club ne dépasse pas les 8% des heures de vols, il faut utiliser les rapports pour contrôler le pourcentage d'heures de vols baptêmes par rapport au total des heures de vols.

=Cautions=
Le principe de la caution est de demander, lors de l'inscription en général, un montant de X € à l'utilisateur qui est mis en réserve et remboursé lorsqu'il quitte la structure.

Cette somme doit être encaissée normalement sur son compte utilisateur.

Par contre, elle doit également générer une "facture" qui va débiter son compte utilisateur du montant de la caution et créditer un [[Account#Comptes_d.27emprunts_et_de_dettes_assimil.C3.A9es|compte d'emprunts de dettes assimilées]] pour "stocker" la caution. Ce compte de caution est en général en 165000.

Il est possible de mettre en place la vente d'un produit "Caution" qui génère automatiquement l'écriture entre le compte utilisateur et le compte de caution.

=Cotisations fédérales des adhérents dans une association=
La gestion des cotisations fédérales des adhérents dans OpenFlyers dépend de plusieurs facteurs.
*Si les cotisations fédérales sont souscrites par les adhérents directement auprès des fédérations concernées et qu'il n'y a pas de mouvement financier au travers de l'association, alors il n'y a pas à mettre en place comptablement de gestion. Par contre, il peut être nécessaire de gérer les types de validités (cf. procédure pour [[Validity-management3|OpenFlyers version 3]], et [[Validity-management4|OpenFlyers version 4]]) correspondantes dans OpenFlyers notamment lorsque les cotisations fédérales inclues des assurances pour la pratique de l'activité. Dans ce cas là, il faut également voir avec l'équipe OpenFlyers s'il n'existe pas un système automatique de mise à jour dans OpenFlyers depuis le système de gestion des fédérations concernées.
*Si les cotisations fédérales sont souscrites par les adhérents auprès de l'association et que par conséquent l'association leur facture comptablement ces cotisations, alors il faut mettre en place dans OpenFlyers la vente de produits validités (cf. procédure pour [[Product_sale_manager3#Configuration_d.27un_produit_validit.C3.A9| OpenFlyers version 3]], et [[Product_sale_manager4#Configuration_d.27un_produit_validit.C3.A9|OpenFlyers version 4]]) correspondante.
*:Dans ce cas là, il y a également la question de la gestion des "factures fournisseurs" des fédérations. 2 cas possibles :
*#Si OpenFlyers n'est utilisé que pour gérer la "facturation client", c'est à dire le chiffre d'affaire, alors la saisie des factures fédérales doit se faire dans le logiciel de gestion comptable.
*#Si OpenFlyers est utilisé pour gérer l'intégralité de la comptabilité courante de la structure, alors il faudra saisir dans OpenFlyers les factures des fédérations en tant que facture fournisseur (cf. procédure pour [[Purchase-management3#Saisie_d.27une_facture_fournisseur|OpenFlyers version 3]], et [[Purchase-management4#Saisie_d.27une_facture_fournisseur|OpenFlyers version 4]]). Comptablement les choses sont hermétiques entre :
*#*d'un côté, la vente d'une cotisation d'une fédération à un adhérent qui va impacter son [[Account#Comptes_clients|compte client]] et un [[Account#Comptes_de_produits|compte produit]].
*#*de l'autre côté, l'achat de la même cotisation auprès de la fédération pour cet adhérent qui va impacter le [[Account#Comptes_fournisseurs|compte fournisseur]] de la fédération et un [[Account#Comptes_de_charges|compte de charge]].

=Cotisations/abonnements année N+1=
Certaines cotisations ou abonnements peuvent être facturées sur l'année précédente de leur date d'effet. Comptablement, ces factures clients doivent apparaitre sur l'exercice où elles ont été établies. Cependant, il est souvent nécessaire de séparer leur produit des cotisations ou abonnements de l'année N afin de pouvoir les sortir du chiffre d'affaire de l'année N.

Voici comment gérer cela dans OpenFlyers :
*Nous supposons qu'il existe déjà un compte produit ''Cotisation'' dont le compte d'export est par exemple ''706100''.
*Il faut créer un 2ème compte produit intitulé ''Cotisation N+1'' dont le compte d'export sera par exemple ''706110''.
*Dans '''Ventes > Tarification des produits''', il faut créer une nouvelle ligne de tarification qui va transférer le crédit au profit du compte produit "Cotisation" vers le comptes produit "Cotisation N+1". De plus, ce transfert ne devra s'applique que lorsqu'on est dans la période de renouvellement anticipé. Voici un exemple de règle de tarification lorsque la cotisation peut être pris de façon anticipée à partir du mois d'octobre :
{| class="wikitable"
!Champ!!Ligne Cotisation N+1
|-
|'''Nom'''||Cotisation N+1
|-
|'''Quantité/Taux'''||
|-
|'''Prix unitaire hors-taxe / TVA'''||
|-
|'''Formule'''||(formatDate('MM',%NOW_DATE)>9)?@tarifGeneral:0
|-
|'''Nom de variable associé à la formule'''||tarifGeneral
|-
|'''Produit'''||''Cocher uniquement les produits concernés. Normalement, il s'agit de la même liste de produit que pour la règle "parente" Cotisation.
|-
|'''Type de compte à débiter'''||Compte produit
|-
|'''Compte à débiter'''||Cotisation
|-
|'''Type de compte à créditer'''||Compte produit
|-
|'''Compte produit à créditer'''||Cotisation N+1
|}

Si la structure applique une remise sur cotisation sur certains critères, comme par exemple l'âge, il faut que la règle appliquant la remise s'applique avant la règle ci-dessus de ventilation. De plus, il faut que la règle de remise stocke son calcul dans une variable associée à la formule (cf. procédure pour la [[CustomerPricing3#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 3]] et la [[CustomerPricing4#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 4]]) comme par exemple @remise pour que la remise soit prise en compte pour la ventilation N+1. Voici un exemple de construction de ces règles en cascade :
[[Fichier:Tarification cotisation N+1.png]]

*En fin d'année, avant la clôture de la comptabilité, il faudra effectuer une [[Accounting_entries#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|opération comptable pour transférer le solde du compte produit N+1 dans un compte de ''produit constaté d’avance'']]
*Puis, après l'ouverture de la comptabilité, il faudra [[Accounting_entries#.C3.89critures_de_r.C3.A9affectation_des_produits.2Fcharges_constat.C3.A9es_d.27avances|transférer le même montant du compte ''produit constaté d’avance'' vers le compte produit de l'année N]].

=Facturation automatique à des organismes avec ou sans quotas=
Certains utilisateurs finaux peuvent appartenir à des organismes (Entreprises, Comités d'entreprises, établissements publics etc.) qui prennent en charge soit une partie soit la totalité du coût d'une activité avec ou sans des limitations (quotas en heures d'activité ou en montant).

Il est possible de mettre en place sur une plateforme OpenFlyers un paramétrage comptable spécifique qui déclenchera la facturation automatiquement auprès de l'organisme devant être réellement facturé. Cela présente comme avantages :
*De ne pas avoir à passer systématiquement et manuellement des écritures de transfert de facturation entre comptes clients.
*D'avoir directement sur le compte client de l'organisme concerné l'ensemble des débits à sa charge et ainsi de pouvoir déterminer le montant du paiement global qu'il doit effectuer.

La mise en place du paramétrage comptable repose sur 2 éléments :
*un suivi (le cas échéant) des quotas d'heures d'activités/montants au travers de la mise en place d'une comptabilité en heures/euros séparée de la comptabilité générale. Ce mécanisme est identique dans son principe à celui mis en place pour la [[#Packs_d.27heures_d.27activit.C3.A9s|gestion des packs d'heures]]. Simplement, le "rechargement" du compte "quota" de l'utilisateur concerné ne se fait pas lors de la vente d'un pack mais lors du renouvellement d'une cotisation.
*une cascade d'écritures comptables permettant de débiter l'organisme en lieu et place de l'utilisateur

Les utilisateurs dépendant d'un organisme X doivent être identifiés dans OpenFlyers grâce à un profil spécifique et '''non sélectionnable par l'utilisateur'' (cf. le droit correspondant pour la [[Profile-management3#G.C3.A9n.C3.A9ralit.C3.A9s|version 3]] et la [[Profile-management4#G.C3.A9n.C3.A9ralit.C3.A9s|version 4]] d'OpenFlyers).

A l'usage, les choses se déroulent concrètement dans l'ordre suivant :
#L'utilisateur saisit son activité dans OpenFlyers => automatiquement la ventilation des écritures se fait. Si l'utilisateur dispose d'un quota positif d'heures/d'argent, voir même d'un quota illimité, alors c'est le compte de son organisme de rattachement qui est débité au lieu de son compte. Il est également possible de "mixer". C'est à dire que si l'organisme de rattachement ne prend en charge qu'une partie du coût, OpenFlyers calculera automatiquement qui paie quoi et débitera chaque compte en conséquence.
#Le gestionnaire de la structure envoie la liasse de factures ou un relevé d'activités général mensuellement/trimestriellement à l'organisme considéré. Ces éléments sont disponibles dans OpenFlyers.
#Le gestionnaire de la structure reçoit le paiement de l'organisme qu'il saisit directement dans OpenFlyers comme un encaissement normal qui va créditer le compte client de l'organisme considéré.

Ainsi, le gestionnaire n'a que 2 actions à faire :
#Générer le relevé d'activités ou la liasse de factures et l'envoyer par e-mail
#Saisir l'encaissement de l'organisme payeur

=Packs d'heures d'activités=
OpenFlyers propose un système de comptabilités multiples (cf. le paramétrage général des comptabilités [[Configuration_Accounting3#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 3]] ou [[Configuration_Accounting4#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 4]]). Ce système permet de mettre en place plusieurs comptabilités à la fois. Ainsi, on peut avoir une comptabilité en euros et une comptabilités en heures. La comptabilité en heures, permet de gérer des crédits d'heures d'activités qui sont mis en ventes sous la forme de packs d'heures d'activités.

==Fonctionnement d'un exemple de configuration de vente de packs d'heures==
L'exemple est basé sur une structure qui propose 2 packs d'heures d'activités :
*un pack de 5 heures à 450 €
*un pack de 10 heures à 850 €
Le tarif d'une heure d'activité hors pack est à 100 €.

===Achat d'un pack d'heures par un utilisateur===
un utilisateur achète un pack de 10 heures 850 euros :
*Son compte utilisateur en euro est débité de 850 euros : le solde de son compte est débiteur de 850 €.
*Son compte en heures est crédité de 10 heures.
Ensuite l'utilisateur paie son pack 850 € ce qui a pour effet de ramener le solde de son compte en euros à 0 €.

===Saisie d'une activité pour un utilisateur bénéficiant d'heures créditées===
Lors de la saisie d'une activité de 1 heure, le compte en heures de l'utilisateur est débité de 1 heure. Le compte en euros de l'utilisateur n'est pas impacté : les heures ont été payées en amont lors de l'achat du pack.

===Remboursement d'heures===
A titre commercial, une structure peut accepter de rembourser un utilisateur n'ayant pas épuisé ses heures. Dans ce cas, plusieurs méthodes commerciales sont possibles :
*Considérer le crédit d'heures restant au tarif de l'heure du pack (par exemple 85 €/h pour un pack de 10 heures à 850 €) : cela revient à faire un prorata du prix du pack
*Considérer que dans ce cas, les heures utilisées sont refacturables à leur tarif hors pack. Dans ce cas, il faut consulter l'histoire du compte pour trouver le dernier pack acheté (pack de 5h ou de 10h), en déduire le nombre d'heures utilisées sur ce pack en faisant la différence avec le crédit d'heures restant, calculer le coût des heures utilisées hors pack et rembourser de la différence du prix du pack.

==Initialisation du solde d'heures lors de la mise en place des packs==
Lors de la mise en place du système des packs sur une structure aéronautique déjà en activités, des packs peuvent avoir déjà été vendues et des heures effectuées. Dans ce cas, il faut juste saisir un flux entre le compte d'heures de l'utilisateur et le compte de bilan représentant l'encours des heures. Ce flux va créditer le compte d'heures de l'utilisateur de la valeur du nombre d'heures auxquelles il a encore droit.

Exemple de saisie d'un flux dans la version 3 d'OpenFlyers :

[[Image:Exemple-saisie-flux-pour-initialisation-solde-heures.png]]

=Refacturation=
Il peut arriver qu'une structure soit facturée à la place de l'utilisateur final. Dans ce cas, la structure peut décider de refacturer à la personne concernée. C'est souvent le cas, par exemple, pour les factures de taxes d'atterrissages qui sont envoyée à la structure en tant que propriétaire de l'aéronef et qu'ensuite la structure refacture l'utilisateur concerné.

Comptablement, il faut saisir les 2 écritures séparément :
*Saisir la facture fournisseur de la taxe d'atterrissage soit dans OpenFlyers (cf. procédure pour la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 3]] et la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 4]]), soit dans le logiciel comptable utilisé pour les charges.
*Saisir l'achat d'une taxe d'atterrissages pour l'utilisateur concerné (cf. procédure pour la [[Product_sale_manager3#Achat_de_produit_non_stock.C3.A9|version 3]] et la [[Product_sale_manager4#Achat_de_produit_non_stock.C3.A9|version 4]]).

=Subventions=
Une structure peut recevoir 2 types de subventions :
*Des subventions destinées directement à la structure
*Des subventions destinées à des utilisateurs de la structure et qui doivent donc être ventilées

==Enregistrement des subventions destinées à la structure==
Il existe plusieurs situations :
*Subventions d'exploitation accordées sans condition
*Subventions d'exploitation accordées avec condition résolutoire
*Subventions d'exploitation accordées avec condition suspensives
*Subventions d’investissement

Nous ne documentons ici que le cas de la subvention d'exploitation accordée sans condition. Pour ces autres cas, nous recommandons d'effectuer une recherche sur internet pour trouver les éléments décrivant l'enregistrement comptable correspondant.

*Enregistrement de la subvention à percevoir :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Subventions d’exploitation à recevoir (4411)||1000 €||
|-
|Subventions d’exploitation (74)||||1000 €
|}

*Lorsque la subvention est encaissée par la structure :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||1000 €||
|-
|Subventions d’exploitation à recevoir (4411)||||1000 €
|}

Si on souhaite simplifier la saisie, on peut enregistrer directement et uniquement l'encaissement de la subvention :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||1000 €||
|-
|Subventions d’exploitation (74)||||1000 €
|}

==Ventilation des subventions==
Il peut arriver que la structure reçoive de l'argent d'un organisme et que cet argent doive ensuite être ventilé entre plusieurs clients. C'est le cas notamment pour les bourses attribuées par les fédérations qui doivent être redistribuées sur les comptes des utilisateurs concernés.

Les opérations comptables à effectuer pour cela sont les suivantes :
*Saisir un flux correspondant à un [[Accounting_entries#Transfert_de_charge|transfert de charges]] (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
*Saisir un autre flux débitant le "compte de Transfert de charge (791)" et créditant les comptes des utilisateurs concernés (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
Si on sait au moment de l'encaissement du paiement quels sont les utilisateurs concernés, alors on peut saisir directement un flux qui débite le compte de trésorerie et crédite les comptes des utilisateurs concernés.

===Anticiper l'attribution des subventions pour ne pas bloquer les utilisateurs===
Dans le cas où il existe des restrictions sur les droits pour les utilisateurs n'ayant pas le solde suffisant sur leur compte, il peut être pénalisant pour les utilisateurs attendant des subventions de se retrouver restreints dans leur droit à cause d'un solde insuffisant alors que la subvention est certaine.

Afin, de ne pas restreindre les pilotes concernés, il faut :
*Créer un [[Account#Comptes_de_tiers|compte de tiers]], par exemple "Subvention à recevoir (441)".
*Saisir un flux créditant le compte de l'utilisateur et débitant le compte "Subvention à recevoir".
Ainsi :
*Le compte du pilote est crédité de la future subvention et il n'est donc pas restreint du fait d'un solde insuffisant dans l'attente d'une subvention.
*Il est possible de contrôler les sommes distribuées et non perçues au travers du compte "Subvention à recevoir".
*Lorsque la subvention sera réellement perçue, il suffira de saisir un flux de transfert entre ce compte et le compte recevant la subvention afin de le ramener à 0.

=Ventilation des factures essences=
Afin de déterminer le coût de revient d'une ressource, il est nécessaire de pouvoir ventiler les différents postes de charge par ressource. C'est notamment le cas pour le poste "essence" qui dans le cas de l'aéronautique représente une part importante des charges.

Dans le cas d'une structure aéronautique, en général, l'approvisionnement se fait principalement auprès d'une seul fournisseur d'essence localisé sur son aérodrome ou sur un aérodrome voisin.

Il existe alors 2 types de situations :
#la structure dispose de "clés" ou de badges par aéronef et ainsi le fournisseur d'essence est capable de générer des factures avec le détail des montants facturés par aéronef
#le fournisseur d'essence ne fournit qu'une facture globale

Dans la 1ère situation, il est judicieux de saisir les factures fournisseurs en éclatant la facture globale en autant de sous-factures qu'il y a de ressources concernées. Cela permet d'avoir directement une ventilation des charges par ressource. C'est également le cas qu'on retrouve dans le cas où les factures sont individualisées à chaque avitaillement : on est capable d'associer telle facture à telle ressource.

Dans la 2ème situation, il n'est pas possible à priori de ventiler la facture d'essence par ressource. Dans ce cas là, on recommande de regrouper toutes les factures d'essence dans un même compte de charge. Ensuite, grâce à la consultation du total des volumes d'essences saisis dans les rapports, on est capable d'en déduire la part du coût global qui revient à chaque ressource. On recommande de ne pas faire de post-ventilation comptable mais de gérer cela directement dans une feuille de calcul qui est normalement utilisée pour déterminer le coût de revient des ressources.

Conseils spécifiques pour la comptabilité

2015-11-02T21:04:20Z

Claratte : /* Subventions */

=Présentation=
L'objet de cette page est de présenter nos conseils sur la [[Account|comptabilité]]

=Baptêmes dans un aéro-club=
Dans un aéro-club, les baptêmes ne doivent pas dépasser pas 8% de l'activité (cf. [http://www.legifrance.gouv.fr/affichCodeArticle.do;?cidTexte=LEGITEXT000006074234&idArticle=LEGIARTI000006844019&dateTexte=20140707&categorieLien=id#LEGIARTI000006844019 Article D510-7 du code de l'aviation civile]). Aussi, nous déconseillons de mettre en place les tarifs des baptêmes qui engendrent plus d'erreurs de saisies qu'autre chose. Par contre, dans le cas d'une société commerciale et notamment si la saisie des vols est entre les mains d'un nombre réduit de personnes, alors la tarification des baptêmes peut être mise en place. Voici donc comment nous conseillons de gérer les baptêmes dans OpenFlyers pour un aéro-club.

==Paramétrage préconisé pour gérer les baptêmes de l'air d'un aéro-club==
*[[Configuration_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Configuration_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Utilisation pratique du paramétrage préconisé des baptêmes de l'air d'un aéro-club==
*[[Use_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Use_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Bons baptêmes payés et non effectués==
Quelque soit le statut commercial de la structure aéronautique (association ou société), voici comment nous conseillons de gérer les bons baptêmes :
*Enregistrer dans OpenFlyers uniquement l'encaissement du bon sans saisir de vente (et donc ne pas créer de produit pour cela)
*Lorsque le baptême est effectué, saisir le vol : cela génère la facture selon le paramétrage
Lors de la clôture de l'exercice, il suffit de contrôler le compte "client baptême" et de le comparer avec les dates de remise des bons baptêmes. C'est alors que doit être décidé si un bon ne sera jamais utilisé. Auquel cas, une écriture spécifique est à prévoir comptablement.

==Contrôle du quota d'heures baptêmes==
Pour vérifier que l'activité baptême de l'aéro-club ne dépasse pas les 8% des heures de vols, il faut utiliser les rapports pour contrôler le pourcentage d'heures de vols baptêmes par rapport au total des heures de vols.

=Cautions=
Le principe de la caution est de demander, lors de l'inscription en général, un montant de X € à l'utilisateur qui est mis en réserve et remboursé lorsqu'il quitte la structure.

Cette somme doit être encaissée normalement sur son compte utilisateur.

Par contre, elle doit également générer une "facture" qui va débiter son compte utilisateur du montant de la caution et créditer un [[Account#Comptes_d.27emprunts_et_de_dettes_assimil.C3.A9es|compte d'emprunts de dettes assimilées]] pour "stocker" la caution. Ce compte de caution est en général en 165000.

Il est possible de mettre en place la vente d'un produit "Caution" qui génère automatiquement l'écriture entre le compte utilisateur et le compte de caution.

=Cotisations fédérales des adhérents dans une association=
La gestion des cotisations fédérales des adhérents dans OpenFlyers dépend de plusieurs facteurs.
*Si les cotisations fédérales sont souscrites par les adhérents directement auprès des fédérations concernées et qu'il n'y a pas de mouvement financier au travers de l'association, alors il n'y a pas à mettre en place comptablement de gestion. Par contre, il peut être nécessaire de gérer les types de validités (cf. procédure pour [[Validity-management3|OpenFlyers version 3]], et [[Validity-management4|OpenFlyers version 4]]) correspondantes dans OpenFlyers notamment lorsque les cotisations fédérales inclues des assurances pour la pratique de l'activité. Dans ce cas là, il faut également voir avec l'équipe OpenFlyers s'il n'existe pas un système automatique de mise à jour dans OpenFlyers depuis le système de gestion des fédérations concernées.
*Si les cotisations fédérales sont souscrites par les adhérents auprès de l'association et que par conséquent l'association leur facture comptablement ces cotisations, alors il faut mettre en place dans OpenFlyers la vente de produits validités (cf. procédure pour [[Product_sale_manager3#Configuration_d.27un_produit_validit.C3.A9| OpenFlyers version 3]], et [[Product_sale_manager4#Configuration_d.27un_produit_validit.C3.A9|OpenFlyers version 4]]) correspondante.
*:Dans ce cas là, il y a également la question de la gestion des "factures fournisseurs" des fédérations. 2 cas possibles :
*#Si OpenFlyers n'est utilisé que pour gérer la "facturation client", c'est à dire le chiffre d'affaire, alors la saisie des factures fédérales doit se faire dans le logiciel de gestion comptable.
*#Si OpenFlyers est utilisé pour gérer l'intégralité de la comptabilité courante de la structure, alors il faudra saisir dans OpenFlyers les factures des fédérations en tant que facture fournisseur (cf. procédure pour [[Purchase-management3#Saisie_d.27une_facture_fournisseur|OpenFlyers version 3]], et [[Purchase-management4#Saisie_d.27une_facture_fournisseur|OpenFlyers version 4]]). Comptablement les choses sont hermétiques entre :
*#*d'un côté, la vente d'une cotisation d'une fédération à un adhérent qui va impacter son [[Account#Comptes_clients|compte client]] et un [[Account#Comptes_de_produits|compte produit]].
*#*de l'autre côté, l'achat de la même cotisation auprès de la fédération pour cet adhérent qui va impacter le [[Account#Comptes_fournisseurs|compte fournisseur]] de la fédération et un [[Account#Comptes_de_charges|compte de charge]].

=Cotisations/abonnements année N+1=
Certaines cotisations ou abonnements peuvent être facturées sur l'année précédente de leur date d'effet. Comptablement, ces factures clients doivent apparaitre sur l'exercice où elles ont été établies. Cependant, il est souvent nécessaire de séparer leur produit des cotisations ou abonnements de l'année N afin de pouvoir les sortir du chiffre d'affaire de l'année N.

Voici comment gérer cela dans OpenFlyers :
*Nous supposons qu'il existe déjà un compte produit ''Cotisation'' dont le compte d'export est par exemple ''706100''.
*Il faut créer un 2ème compte produit intitulé ''Cotisation N+1'' dont le compte d'export sera par exemple ''706110''.
*Dans '''Ventes > Tarification des produits''', il faut créer une nouvelle ligne de tarification qui va transférer le crédit au profit du compte produit "Cotisation" vers le comptes produit "Cotisation N+1". De plus, ce transfert ne devra s'applique que lorsqu'on est dans la période de renouvellement anticipé. Voici un exemple de règle de tarification lorsque la cotisation peut être pris de façon anticipée à partir du mois d'octobre :
{| class="wikitable"
!Champ!!Ligne Cotisation N+1
|-
|'''Nom'''||Cotisation N+1
|-
|'''Quantité/Taux'''||
|-
|'''Prix unitaire hors-taxe / TVA'''||
|-
|'''Formule'''||(formatDate('MM',%NOW_DATE)>9)?@tarifGeneral:0
|-
|'''Nom de variable associé à la formule'''||tarifGeneral
|-
|'''Produit'''||''Cocher uniquement les produits concernés. Normalement, il s'agit de la même liste de produit que pour la règle "parente" Cotisation.
|-
|'''Type de compte à débiter'''||Compte produit
|-
|'''Compte à débiter'''||Cotisation
|-
|'''Type de compte à créditer'''||Compte produit
|-
|'''Compte produit à créditer'''||Cotisation N+1
|}

Si la structure applique une remise sur cotisation sur certains critères, comme par exemple l'âge, il faut que la règle appliquant la remise s'applique avant la règle ci-dessus de ventilation. De plus, il faut que la règle de remise stocke son calcul dans une variable associée à la formule (cf. procédure pour la [[CustomerPricing3#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 3]] et la [[CustomerPricing4#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 4]]) comme par exemple @remise pour que la remise soit prise en compte pour la ventilation N+1. Voici un exemple de construction de ces règles en cascade :
[[Fichier:Tarification cotisation N+1.png]]

*En fin d'année, avant la clôture de la comptabilité, il faudra effectuer une [[Accounting_entries#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|opération comptable pour transférer le solde du compte produit N+1 dans un compte de ''produit constaté d’avance'']]
*Puis, après l'ouverture de la comptabilité, il faudra [[Accounting_entries#.C3.89critures_de_r.C3.A9affectation_des_produits.2Fcharges_constat.C3.A9es_d.27avances|transférer le même montant du compte ''produit constaté d’avance'' vers le compte produit de l'année N]].

=Facturation automatique à des organismes avec ou sans quotas=
Certains utilisateurs finaux peuvent appartenir à des organismes (Entreprises, Comités d'entreprises, établissements publics etc.) qui prennent en charge soit une partie soit la totalité du coût d'une activité avec ou sans des limitations (quotas en heures d'activité ou en montant).

Il est possible de mettre en place sur une plateforme OpenFlyers un paramétrage comptable spécifique qui déclenchera la facturation automatiquement auprès de l'organisme devant être réellement facturé. Cela présente comme avantages :
*De ne pas avoir à passer systématiquement et manuellement des écritures de transfert de facturation entre comptes clients.
*D'avoir directement sur le compte client de l'organisme concerné l'ensemble des débits à sa charge et ainsi de pouvoir déterminer le montant du paiement global qu'il doit effectuer.

La mise en place du paramétrage comptable repose sur 2 éléments :
*un suivi (le cas échéant) des quotas d'heures d'activités/montants au travers de la mise en place d'une comptabilité en heures/euros séparée de la comptabilité générale. Ce mécanisme est identique dans son principe à celui mis en place pour la [[#Packs_d.27heures_d.27activit.C3.A9s|gestion des packs d'heures]]. Simplement, le "rechargement" du compte "quota" de l'utilisateur concerné ne se fait pas lors de la vente d'un pack mais lors du renouvellement d'une cotisation.
*une cascade d'écritures comptables permettant de débiter l'organisme en lieu et place de l'utilisateur

Les utilisateurs dépendant d'un organisme X doivent être identifiés dans OpenFlyers grâce à un profil spécifique et '''non sélectionnable par l'utilisateur'' (cf. le droit correspondant pour la [[Profile-management3#G.C3.A9n.C3.A9ralit.C3.A9s|version 3]] et la [[Profile-management4#G.C3.A9n.C3.A9ralit.C3.A9s|version 4]] d'OpenFlyers).

A l'usage, les choses se déroulent concrètement dans l'ordre suivant :
#L'utilisateur saisit son activité dans OpenFlyers => automatiquement la ventilation des écritures se fait. Si l'utilisateur dispose d'un quota positif d'heures/d'argent, voir même d'un quota illimité, alors c'est le compte de son organisme de rattachement qui est débité au lieu de son compte. Il est également possible de "mixer". C'est à dire que si l'organisme de rattachement ne prend en charge qu'une partie du coût, OpenFlyers calculera automatiquement qui paie quoi et débitera chaque compte en conséquence.
#Le gestionnaire de la structure envoie la liasse de factures ou un relevé d'activités général mensuellement/trimestriellement à l'organisme considéré. Ces éléments sont disponibles dans OpenFlyers.
#Le gestionnaire de la structure reçoit le paiement de l'organisme qu'il saisit directement dans OpenFlyers comme un encaissement normal qui va créditer le compte client de l'organisme considéré.

Ainsi, le gestionnaire n'a que 2 actions à faire :
#Générer le relevé d'activités ou la liasse de factures et l'envoyer par e-mail
#Saisir l'encaissement de l'organisme payeur

=Packs d'heures d'activités=
OpenFlyers propose un système de comptabilités multiples (cf. le paramétrage général des comptabilités [[Configuration_Accounting3#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 3]] ou [[Configuration_Accounting4#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 4]]). Ce système permet de mettre en place plusieurs comptabilités à la fois. Ainsi, on peut avoir une comptabilité en euros et une comptabilités en heures. La comptabilité en heures, permet de gérer des crédits d'heures d'activités qui sont mis en ventes sous la forme de packs d'heures d'activités.

==Fonctionnement d'un exemple de configuration de vente de packs d'heures==
L'exemple est basé sur une structure qui propose 2 packs d'heures d'activités :
*un pack de 5 heures à 450 €
*un pack de 10 heures à 850 €
Le tarif d'une heure d'activité hors pack est à 100 €.

===Achat d'un pack d'heures par un utilisateur===
un utilisateur achète un pack de 10 heures 850 euros :
*Son compte utilisateur en euro est débité de 850 euros : le solde de son compte est débiteur de 850 €.
*Son compte en heures est crédité de 10 heures.
Ensuite l'utilisateur paie son pack 850 € ce qui a pour effet de ramener le solde de son compte en euros à 0 €.

===Saisie d'une activité pour un utilisateur bénéficiant d'heures créditées===
Lors de la saisie d'une activité de 1 heure, le compte en heures de l'utilisateur est débité de 1 heure. Le compte en euros de l'utilisateur n'est pas impacté : les heures ont été payées en amont lors de l'achat du pack.

===Remboursement d'heures===
A titre commercial, une structure peut accepter de rembourser un utilisateur n'ayant pas épuisé ses heures. Dans ce cas, plusieurs méthodes commerciales sont possibles :
*Considérer le crédit d'heures restant au tarif de l'heure du pack (par exemple 85 €/h pour un pack de 10 heures à 850 €) : cela revient à faire un prorata du prix du pack
*Considérer que dans ce cas, les heures utilisées sont refacturables à leur tarif hors pack. Dans ce cas, il faut consulter l'histoire du compte pour trouver le dernier pack acheté (pack de 5h ou de 10h), en déduire le nombre d'heures utilisées sur ce pack en faisant la différence avec le crédit d'heures restant, calculer le coût des heures utilisées hors pack et rembourser de la différence du prix du pack.

==Initialisation du solde d'heures lors de la mise en place des packs==
Lors de la mise en place du système des packs sur une structure aéronautique déjà en activités, des packs peuvent avoir déjà été vendues et des heures effectuées. Dans ce cas, il faut juste saisir un flux entre le compte d'heures de l'utilisateur et le compte de bilan représentant l'encours des heures. Ce flux va créditer le compte d'heures de l'utilisateur de la valeur du nombre d'heures auxquelles il a encore droit.

Exemple de saisie d'un flux dans la version 3 d'OpenFlyers :

[[Image:Exemple-saisie-flux-pour-initialisation-solde-heures.png]]

=Refacturation=
Il peut arriver qu'une structure soit facturée à la place de l'utilisateur final. Dans ce cas, la structure peut décider de refacturer à la personne concernée. C'est souvent le cas, par exemple, pour les factures de taxes d'atterrissages qui sont envoyée à la structure en tant que propriétaire de l'aéronef et qu'ensuite la structure refacture l'utilisateur concerné.

Comptablement, il faut saisir les 2 écritures séparément :
*Saisir la facture fournisseur de la taxe d'atterrissage soit dans OpenFlyers (cf. procédure pour la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 3]] et la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 4]]), soit dans le logiciel comptable utilisé pour les charges.
*Saisir l'achat d'une taxe d'atterrissages pour l'utilisateur concerné (cf. procédure pour la [[Product_sale_manager3#Achat_de_produit_non_stock.C3.A9|version 3]] et la [[Product_sale_manager4#Achat_de_produit_non_stock.C3.A9|version 4]]).

=Subventions=
Une structure peut recevoir 2 types de subventions :
*Des subventions destinées directement à la structure
*Des subventions destinées à des utilisateurs de la structure et qui doivent donc être ventilées

==Enregistrement des subventions destinées à la structure==
Il existe plusieurs situations :
*Subventions d'exploitation accordées sans condition
*Subventions d'exploitation accordées avec condition résolutoire
*Subventions d'exploitation accordées avec condition suspensives
*Subventions d’investissement

Nous ne documentons ici que le cas de la subvention d'exploitation accordée sans condition. Pour ces autres cas, nous recommandons d'effectuer une recherche sur internet pour trouver les éléments décrivant l'enregistrement comptable correspondant.

*Enregistrement de la subvention à percevoir :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Subventions d’exploitation à recevoir (4411)||1000 €||
|-
|Subventions d’exploitation (74)||||1000 €
|}

*Lorsque la subvention est encaissée par la structure :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||1000 €||
|-
|Subventions d’exploitation à recevoir (4411)||||1000 €
|}

Si on souhaite simplifier la saisie, on peut enregistrer directement et seulement la subvention :
{| class="wikitable"
!Compte!!Débit!!Crédit
|-
|Banque (512)||1000 €||
|-
|Subventions d’exploitation (74)||||1000 €
|}

==Ventilation des subventions==
Il peut arriver que la structure reçoive de l'argent d'un organisme et que cet argent doive ensuite être ventilé entre plusieurs clients. C'est le cas notamment pour les bourses attribuées par les fédérations qui doivent être redistribuées sur les comptes des utilisateurs concernés.

Les opérations comptables à effectuer pour cela sont les suivantes :
*Saisir un flux correspondant à un [[Accounting_entries#Transfert_de_charge|transfert de charges]] (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
*Saisir un autre flux débitant le "compte de Transfert de charge (791)" et créditant les comptes des utilisateurs concernés (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
Si on sait au moment de l'encaissement du paiement quels sont les utilisateurs concernés, alors on peut saisir directement un flux qui débite le compte de trésorerie et crédite les comptes des utilisateurs concernés.

===Anticiper l'attribution des subventions pour ne pas bloquer les utilisateurs===
Dans le cas où il existe des restrictions sur les droits pour les utilisateurs n'ayant pas le solde suffisant sur leur compte, il peut être pénalisant pour les utilisateurs attendant des subventions de se retrouver restreints dans leur droit à cause d'un solde insuffisant alors que la subvention est certaine.

Afin, de ne pas restreindre les pilotes concernés, il faut :
*Créer un [[Account#Comptes_de_tiers|compte de tiers]], par exemple "Subvention à recevoir (441)".
*Saisir un flux créditant le compte de l'utilisateur et débitant le compte "Subvention à recevoir".
Ainsi :
*Le compte du pilote est crédité de la future subvention et il n'est donc pas restreint du fait d'un solde insuffisant dans l'attente d'une subvention.
*Il est possible de contrôler les sommes distribuées et non perçues au travers du compte "Subvention à recevoir".
*Lorsque la subvention sera réellement perçue, il suffira de saisir un flux de transfert entre ce compte et le compte recevant la subvention afin de le ramener à 0.

=Ventilation des factures essences=
Afin de déterminer le coût de revient d'une ressource, il est nécessaire de pouvoir ventiler les différents postes de charge par ressource. C'est notamment le cas pour le poste "essence" qui dans le cas de l'aéronautique représente une part importante des charges.

Dans le cas d'une structure aéronautique, en général, l'approvisionnement se fait principalement auprès d'une seul fournisseur d'essence localisé sur son aérodrome ou sur un aérodrome voisin.

Il existe alors 2 types de situations :
#la structure dispose de "clés" ou de badges par aéronef et ainsi le fournisseur d'essence est capable de générer des factures avec le détail des montants facturés par aéronef
#le fournisseur d'essence ne fournit qu'une facture globale

Dans la 1ère situation, il est judicieux de saisir les factures fournisseurs en éclatant la facture globale en autant de sous-factures qu'il y a de ressources concernées. Cela permet d'avoir directement une ventilation des charges par ressource. C'est également le cas qu'on retrouve dans le cas où les factures sont individualisées à chaque avitaillement : on est capable d'associer telle facture à telle ressource.

Dans la 2ème situation, il n'est pas possible à priori de ventiler la facture d'essence par ressource. Dans ce cas là, on recommande de regrouper toutes les factures d'essence dans un même compte de charge. Ensuite, grâce à la consultation du total des volumes d'essences saisis dans les rapports, on est capable d'en déduire la part du coût global qui revient à chaque ressource. On recommande de ne pas faire de post-ventilation comptable mais de gérer cela directement dans une feuille de calcul qui est normalement utilisée pour déterminer le coût de revient des ressources.

Conseils spécifiques pour la comptabilité

2015-11-02T20:53:57Z

Claratte : /* Ventilation des subventions */

=Présentation=
L'objet de cette page est de présenter nos conseils sur la [[Account|comptabilité]]

=Baptêmes dans un aéro-club=
Dans un aéro-club, les baptêmes ne doivent pas dépasser pas 8% de l'activité (cf. [http://www.legifrance.gouv.fr/affichCodeArticle.do;?cidTexte=LEGITEXT000006074234&idArticle=LEGIARTI000006844019&dateTexte=20140707&categorieLien=id#LEGIARTI000006844019 Article D510-7 du code de l'aviation civile]). Aussi, nous déconseillons de mettre en place les tarifs des baptêmes qui engendrent plus d'erreurs de saisies qu'autre chose. Par contre, dans le cas d'une société commerciale et notamment si la saisie des vols est entre les mains d'un nombre réduit de personnes, alors la tarification des baptêmes peut être mise en place. Voici donc comment nous conseillons de gérer les baptêmes dans OpenFlyers pour un aéro-club.

==Paramétrage préconisé pour gérer les baptêmes de l'air d'un aéro-club==
*[[Configuration_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Configuration_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Utilisation pratique du paramétrage préconisé des baptêmes de l'air d'un aéro-club==
*[[Use_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Use_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Bons baptêmes payés et non effectués==
Quelque soit le statut commercial de la structure aéronautique (association ou société), voici comment nous conseillons de gérer les bons baptêmes :
*Enregistrer dans OpenFlyers uniquement l'encaissement du bon sans saisir de vente (et donc ne pas créer de produit pour cela)
*Lorsque le baptême est effectué, saisir le vol : cela génère la facture selon le paramétrage
Lors de la clôture de l'exercice, il suffit de contrôler le compte "client baptême" et de le comparer avec les dates de remise des bons baptêmes. C'est alors que doit être décidé si un bon ne sera jamais utilisé. Auquel cas, une écriture spécifique est à prévoir comptablement.

==Contrôle du quota d'heures baptêmes==
Pour vérifier que l'activité baptême de l'aéro-club ne dépasse pas les 8% des heures de vols, il faut utiliser les rapports pour contrôler le pourcentage d'heures de vols baptêmes par rapport au total des heures de vols.

=Cautions=
Le principe de la caution est de demander, lors de l'inscription en général, un montant de X € à l'utilisateur qui est mis en réserve et remboursé lorsqu'il quitte la structure.

Cette somme doit être encaissée normalement sur son compte utilisateur.

Par contre, elle doit également générer une "facture" qui va débiter son compte utilisateur du montant de la caution et créditer un [[Account#Comptes_d.27emprunts_et_de_dettes_assimil.C3.A9es|compte d'emprunts de dettes assimilées]] pour "stocker" la caution. Ce compte de caution est en général en 165000.

Il est possible de mettre en place la vente d'un produit "Caution" qui génère automatiquement l'écriture entre le compte utilisateur et le compte de caution.

=Cotisations fédérales des adhérents dans une association=
La gestion des cotisations fédérales des adhérents dans OpenFlyers dépend de plusieurs facteurs.
*Si les cotisations fédérales sont souscrites par les adhérents directement auprès des fédérations concernées et qu'il n'y a pas de mouvement financier au travers de l'association, alors il n'y a pas à mettre en place comptablement de gestion. Par contre, il peut être nécessaire de gérer les types de validités (cf. procédure pour [[Validity-management3|OpenFlyers version 3]], et [[Validity-management4|OpenFlyers version 4]]) correspondantes dans OpenFlyers notamment lorsque les cotisations fédérales inclues des assurances pour la pratique de l'activité. Dans ce cas là, il faut également voir avec l'équipe OpenFlyers s'il n'existe pas un système automatique de mise à jour dans OpenFlyers depuis le système de gestion des fédérations concernées.
*Si les cotisations fédérales sont souscrites par les adhérents auprès de l'association et que par conséquent l'association leur facture comptablement ces cotisations, alors il faut mettre en place dans OpenFlyers la vente de produits validités (cf. procédure pour [[Product_sale_manager3#Configuration_d.27un_produit_validit.C3.A9| OpenFlyers version 3]], et [[Product_sale_manager4#Configuration_d.27un_produit_validit.C3.A9|OpenFlyers version 4]]) correspondante.
*:Dans ce cas là, il y a également la question de la gestion des "factures fournisseurs" des fédérations. 2 cas possibles :
*#Si OpenFlyers n'est utilisé que pour gérer la "facturation client", c'est à dire le chiffre d'affaire, alors la saisie des factures fédérales doit se faire dans le logiciel de gestion comptable.
*#Si OpenFlyers est utilisé pour gérer l'intégralité de la comptabilité courante de la structure, alors il faudra saisir dans OpenFlyers les factures des fédérations en tant que facture fournisseur (cf. procédure pour [[Purchase-management3#Saisie_d.27une_facture_fournisseur|OpenFlyers version 3]], et [[Purchase-management4#Saisie_d.27une_facture_fournisseur|OpenFlyers version 4]]). Comptablement les choses sont hermétiques entre :
*#*d'un côté, la vente d'une cotisation d'une fédération à un adhérent qui va impacter son [[Account#Comptes_clients|compte client]] et un [[Account#Comptes_de_produits|compte produit]].
*#*de l'autre côté, l'achat de la même cotisation auprès de la fédération pour cet adhérent qui va impacter le [[Account#Comptes_fournisseurs|compte fournisseur]] de la fédération et un [[Account#Comptes_de_charges|compte de charge]].

=Cotisations/abonnements année N+1=
Certaines cotisations ou abonnements peuvent être facturées sur l'année précédente de leur date d'effet. Comptablement, ces factures clients doivent apparaitre sur l'exercice où elles ont été établies. Cependant, il est souvent nécessaire de séparer leur produit des cotisations ou abonnements de l'année N afin de pouvoir les sortir du chiffre d'affaire de l'année N.

Voici comment gérer cela dans OpenFlyers :
*Nous supposons qu'il existe déjà un compte produit ''Cotisation'' dont le compte d'export est par exemple ''706100''.
*Il faut créer un 2ème compte produit intitulé ''Cotisation N+1'' dont le compte d'export sera par exemple ''706110''.
*Dans '''Ventes > Tarification des produits''', il faut créer une nouvelle ligne de tarification qui va transférer le crédit au profit du compte produit "Cotisation" vers le comptes produit "Cotisation N+1". De plus, ce transfert ne devra s'applique que lorsqu'on est dans la période de renouvellement anticipé. Voici un exemple de règle de tarification lorsque la cotisation peut être pris de façon anticipée à partir du mois d'octobre :
{| class="wikitable"
!Champ!!Ligne Cotisation N+1
|-
|'''Nom'''||Cotisation N+1
|-
|'''Quantité/Taux'''||
|-
|'''Prix unitaire hors-taxe / TVA'''||
|-
|'''Formule'''||(formatDate('MM',%NOW_DATE)>9)?@tarifGeneral:0
|-
|'''Nom de variable associé à la formule'''||tarifGeneral
|-
|'''Produit'''||''Cocher uniquement les produits concernés. Normalement, il s'agit de la même liste de produit que pour la règle "parente" Cotisation.
|-
|'''Type de compte à débiter'''||Compte produit
|-
|'''Compte à débiter'''||Cotisation
|-
|'''Type de compte à créditer'''||Compte produit
|-
|'''Compte produit à créditer'''||Cotisation N+1
|}

Si la structure applique une remise sur cotisation sur certains critères, comme par exemple l'âge, il faut que la règle appliquant la remise s'applique avant la règle ci-dessus de ventilation. De plus, il faut que la règle de remise stocke son calcul dans une variable associée à la formule (cf. procédure pour la [[CustomerPricing3#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 3]] et la [[CustomerPricing4#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 4]]) comme par exemple @remise pour que la remise soit prise en compte pour la ventilation N+1. Voici un exemple de construction de ces règles en cascade :
[[Fichier:Tarification cotisation N+1.png]]

*En fin d'année, avant la clôture de la comptabilité, il faudra effectuer une [[Accounting_entries#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|opération comptable pour transférer le solde du compte produit N+1 dans un compte de ''produit constaté d’avance'']]
*Puis, après l'ouverture de la comptabilité, il faudra [[Accounting_entries#.C3.89critures_de_r.C3.A9affectation_des_produits.2Fcharges_constat.C3.A9es_d.27avances|transférer le même montant du compte ''produit constaté d’avance'' vers le compte produit de l'année N]].

=Facturation automatique à des organismes avec ou sans quotas=
Certains utilisateurs finaux peuvent appartenir à des organismes (Entreprises, Comités d'entreprises, établissements publics etc.) qui prennent en charge soit une partie soit la totalité du coût d'une activité avec ou sans des limitations (quotas en heures d'activité ou en montant).

Il est possible de mettre en place sur une plateforme OpenFlyers un paramétrage comptable spécifique qui déclenchera la facturation automatiquement auprès de l'organisme devant être réellement facturé. Cela présente comme avantages :
*De ne pas avoir à passer systématiquement et manuellement des écritures de transfert de facturation entre comptes clients.
*D'avoir directement sur le compte client de l'organisme concerné l'ensemble des débits à sa charge et ainsi de pouvoir déterminer le montant du paiement global qu'il doit effectuer.

La mise en place du paramétrage comptable repose sur 2 éléments :
*un suivi (le cas échéant) des quotas d'heures d'activités/montants au travers de la mise en place d'une comptabilité en heures/euros séparée de la comptabilité générale. Ce mécanisme est identique dans son principe à celui mis en place pour la [[#Packs_d.27heures_d.27activit.C3.A9s|gestion des packs d'heures]]. Simplement, le "rechargement" du compte "quota" de l'utilisateur concerné ne se fait pas lors de la vente d'un pack mais lors du renouvellement d'une cotisation.
*une cascade d'écritures comptables permettant de débiter l'organisme en lieu et place de l'utilisateur

Les utilisateurs dépendant d'un organisme X doivent être identifiés dans OpenFlyers grâce à un profil spécifique et '''non sélectionnable par l'utilisateur'' (cf. le droit correspondant pour la [[Profile-management3#G.C3.A9n.C3.A9ralit.C3.A9s|version 3]] et la [[Profile-management4#G.C3.A9n.C3.A9ralit.C3.A9s|version 4]] d'OpenFlyers).

A l'usage, les choses se déroulent concrètement dans l'ordre suivant :
#L'utilisateur saisit son activité dans OpenFlyers => automatiquement la ventilation des écritures se fait. Si l'utilisateur dispose d'un quota positif d'heures/d'argent, voir même d'un quota illimité, alors c'est le compte de son organisme de rattachement qui est débité au lieu de son compte. Il est également possible de "mixer". C'est à dire que si l'organisme de rattachement ne prend en charge qu'une partie du coût, OpenFlyers calculera automatiquement qui paie quoi et débitera chaque compte en conséquence.
#Le gestionnaire de la structure envoie la liasse de factures ou un relevé d'activités général mensuellement/trimestriellement à l'organisme considéré. Ces éléments sont disponibles dans OpenFlyers.
#Le gestionnaire de la structure reçoit le paiement de l'organisme qu'il saisit directement dans OpenFlyers comme un encaissement normal qui va créditer le compte client de l'organisme considéré.

Ainsi, le gestionnaire n'a que 2 actions à faire :
#Générer le relevé d'activités ou la liasse de factures et l'envoyer par e-mail
#Saisir l'encaissement de l'organisme payeur

=Packs d'heures d'activités=
OpenFlyers propose un système de comptabilités multiples (cf. le paramétrage général des comptabilités [[Configuration_Accounting3#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 3]] ou [[Configuration_Accounting4#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 4]]). Ce système permet de mettre en place plusieurs comptabilités à la fois. Ainsi, on peut avoir une comptabilité en euros et une comptabilités en heures. La comptabilité en heures, permet de gérer des crédits d'heures d'activités qui sont mis en ventes sous la forme de packs d'heures d'activités.

==Fonctionnement d'un exemple de configuration de vente de packs d'heures==
L'exemple est basé sur une structure qui propose 2 packs d'heures d'activités :
*un pack de 5 heures à 450 €
*un pack de 10 heures à 850 €
Le tarif d'une heure d'activité hors pack est à 100 €.

===Achat d'un pack d'heures par un utilisateur===
un utilisateur achète un pack de 10 heures 850 euros :
*Son compte utilisateur en euro est débité de 850 euros : le solde de son compte est débiteur de 850 €.
*Son compte en heures est crédité de 10 heures.
Ensuite l'utilisateur paie son pack 850 € ce qui a pour effet de ramener le solde de son compte en euros à 0 €.

===Saisie d'une activité pour un utilisateur bénéficiant d'heures créditées===
Lors de la saisie d'une activité de 1 heure, le compte en heures de l'utilisateur est débité de 1 heure. Le compte en euros de l'utilisateur n'est pas impacté : les heures ont été payées en amont lors de l'achat du pack.

===Remboursement d'heures===
A titre commercial, une structure peut accepter de rembourser un utilisateur n'ayant pas épuisé ses heures. Dans ce cas, plusieurs méthodes commerciales sont possibles :
*Considérer le crédit d'heures restant au tarif de l'heure du pack (par exemple 85 €/h pour un pack de 10 heures à 850 €) : cela revient à faire un prorata du prix du pack
*Considérer que dans ce cas, les heures utilisées sont refacturables à leur tarif hors pack. Dans ce cas, il faut consulter l'histoire du compte pour trouver le dernier pack acheté (pack de 5h ou de 10h), en déduire le nombre d'heures utilisées sur ce pack en faisant la différence avec le crédit d'heures restant, calculer le coût des heures utilisées hors pack et rembourser de la différence du prix du pack.

==Initialisation du solde d'heures lors de la mise en place des packs==
Lors de la mise en place du système des packs sur une structure aéronautique déjà en activités, des packs peuvent avoir déjà été vendues et des heures effectuées. Dans ce cas, il faut juste saisir un flux entre le compte d'heures de l'utilisateur et le compte de bilan représentant l'encours des heures. Ce flux va créditer le compte d'heures de l'utilisateur de la valeur du nombre d'heures auxquelles il a encore droit.

Exemple de saisie d'un flux dans la version 3 d'OpenFlyers :

[[Image:Exemple-saisie-flux-pour-initialisation-solde-heures.png]]

=Refacturation=
Il peut arriver qu'une structure soit facturée à la place de l'utilisateur final. Dans ce cas, la structure peut décider de refacturer à la personne concernée. C'est souvent le cas, par exemple, pour les factures de taxes d'atterrissages qui sont envoyée à la structure en tant que propriétaire de l'aéronef et qu'ensuite la structure refacture l'utilisateur concerné.

Comptablement, il faut saisir les 2 écritures séparément :
*Saisir la facture fournisseur de la taxe d'atterrissage soit dans OpenFlyers (cf. procédure pour la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 3]] et la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 4]]), soit dans le logiciel comptable utilisé pour les charges.
*Saisir l'achat d'une taxe d'atterrissages pour l'utilisateur concerné (cf. procédure pour la [[Product_sale_manager3#Achat_de_produit_non_stock.C3.A9|version 3]] et la [[Product_sale_manager4#Achat_de_produit_non_stock.C3.A9|version 4]]).

=Subventions=

=Ventilation des factures essences=
Afin de déterminer le coût de revient d'une ressource, il est nécessaire de pouvoir ventiler les différents postes de charge par ressource. C'est notamment le cas pour le poste "essence" qui dans le cas de l'aéronautique représente une part importante des charges.

Dans le cas d'une structure aéronautique, en général, l'approvisionnement se fait principalement auprès d'une seul fournisseur d'essence localisé sur son aérodrome ou sur un aérodrome voisin.

Il existe alors 2 types de situations :
#la structure dispose de "clés" ou de badges par aéronef et ainsi le fournisseur d'essence est capable de générer des factures avec le détail des montants facturés par aéronef
#le fournisseur d'essence ne fournit qu'une facture globale

Dans la 1ère situation, il est judicieux de saisir les factures fournisseurs en éclatant la facture globale en autant de sous-factures qu'il y a de ressources concernées. Cela permet d'avoir directement une ventilation des charges par ressource. C'est également le cas qu'on retrouve dans le cas où les factures sont individualisées à chaque avitaillement : on est capable d'associer telle facture à telle ressource.

Dans la 2ème situation, il n'est pas possible à priori de ventiler la facture d'essence par ressource. Dans ce cas là, on recommande de regrouper toutes les factures d'essence dans un même compte de charge. Ensuite, grâce à la consultation du total des volumes d'essences saisis dans les rapports, on est capable d'en déduire la part du coût global qui revient à chaque ressource. On recommande de ne pas faire de post-ventilation comptable mais de gérer cela directement dans une feuille de calcul qui est normalement utilisée pour déterminer le coût de revient des ressources.

Conseils spécifiques pour la comptabilité

2015-11-02T20:53:46Z

Claratte : /* Refacturation */

=Présentation=
L'objet de cette page est de présenter nos conseils sur la [[Account|comptabilité]]

=Baptêmes dans un aéro-club=
Dans un aéro-club, les baptêmes ne doivent pas dépasser pas 8% de l'activité (cf. [http://www.legifrance.gouv.fr/affichCodeArticle.do;?cidTexte=LEGITEXT000006074234&idArticle=LEGIARTI000006844019&dateTexte=20140707&categorieLien=id#LEGIARTI000006844019 Article D510-7 du code de l'aviation civile]). Aussi, nous déconseillons de mettre en place les tarifs des baptêmes qui engendrent plus d'erreurs de saisies qu'autre chose. Par contre, dans le cas d'une société commerciale et notamment si la saisie des vols est entre les mains d'un nombre réduit de personnes, alors la tarification des baptêmes peut être mise en place. Voici donc comment nous conseillons de gérer les baptêmes dans OpenFlyers pour un aéro-club.

==Paramétrage préconisé pour gérer les baptêmes de l'air d'un aéro-club==
*[[Configuration_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Configuration_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Utilisation pratique du paramétrage préconisé des baptêmes de l'air d'un aéro-club==
*[[Use_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
*[[Use_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]

==Bons baptêmes payés et non effectués==
Quelque soit le statut commercial de la structure aéronautique (association ou société), voici comment nous conseillons de gérer les bons baptêmes :
*Enregistrer dans OpenFlyers uniquement l'encaissement du bon sans saisir de vente (et donc ne pas créer de produit pour cela)
*Lorsque le baptême est effectué, saisir le vol : cela génère la facture selon le paramétrage
Lors de la clôture de l'exercice, il suffit de contrôler le compte "client baptême" et de le comparer avec les dates de remise des bons baptêmes. C'est alors que doit être décidé si un bon ne sera jamais utilisé. Auquel cas, une écriture spécifique est à prévoir comptablement.

==Contrôle du quota d'heures baptêmes==
Pour vérifier que l'activité baptême de l'aéro-club ne dépasse pas les 8% des heures de vols, il faut utiliser les rapports pour contrôler le pourcentage d'heures de vols baptêmes par rapport au total des heures de vols.

=Cautions=
Le principe de la caution est de demander, lors de l'inscription en général, un montant de X € à l'utilisateur qui est mis en réserve et remboursé lorsqu'il quitte la structure.

Cette somme doit être encaissée normalement sur son compte utilisateur.

Par contre, elle doit également générer une "facture" qui va débiter son compte utilisateur du montant de la caution et créditer un [[Account#Comptes_d.27emprunts_et_de_dettes_assimil.C3.A9es|compte d'emprunts de dettes assimilées]] pour "stocker" la caution. Ce compte de caution est en général en 165000.

Il est possible de mettre en place la vente d'un produit "Caution" qui génère automatiquement l'écriture entre le compte utilisateur et le compte de caution.

=Cotisations fédérales des adhérents dans une association=
La gestion des cotisations fédérales des adhérents dans OpenFlyers dépend de plusieurs facteurs.
*Si les cotisations fédérales sont souscrites par les adhérents directement auprès des fédérations concernées et qu'il n'y a pas de mouvement financier au travers de l'association, alors il n'y a pas à mettre en place comptablement de gestion. Par contre, il peut être nécessaire de gérer les types de validités (cf. procédure pour [[Validity-management3|OpenFlyers version 3]], et [[Validity-management4|OpenFlyers version 4]]) correspondantes dans OpenFlyers notamment lorsque les cotisations fédérales inclues des assurances pour la pratique de l'activité. Dans ce cas là, il faut également voir avec l'équipe OpenFlyers s'il n'existe pas un système automatique de mise à jour dans OpenFlyers depuis le système de gestion des fédérations concernées.
*Si les cotisations fédérales sont souscrites par les adhérents auprès de l'association et que par conséquent l'association leur facture comptablement ces cotisations, alors il faut mettre en place dans OpenFlyers la vente de produits validités (cf. procédure pour [[Product_sale_manager3#Configuration_d.27un_produit_validit.C3.A9| OpenFlyers version 3]], et [[Product_sale_manager4#Configuration_d.27un_produit_validit.C3.A9|OpenFlyers version 4]]) correspondante.
*:Dans ce cas là, il y a également la question de la gestion des "factures fournisseurs" des fédérations. 2 cas possibles :
*#Si OpenFlyers n'est utilisé que pour gérer la "facturation client", c'est à dire le chiffre d'affaire, alors la saisie des factures fédérales doit se faire dans le logiciel de gestion comptable.
*#Si OpenFlyers est utilisé pour gérer l'intégralité de la comptabilité courante de la structure, alors il faudra saisir dans OpenFlyers les factures des fédérations en tant que facture fournisseur (cf. procédure pour [[Purchase-management3#Saisie_d.27une_facture_fournisseur|OpenFlyers version 3]], et [[Purchase-management4#Saisie_d.27une_facture_fournisseur|OpenFlyers version 4]]). Comptablement les choses sont hermétiques entre :
*#*d'un côté, la vente d'une cotisation d'une fédération à un adhérent qui va impacter son [[Account#Comptes_clients|compte client]] et un [[Account#Comptes_de_produits|compte produit]].
*#*de l'autre côté, l'achat de la même cotisation auprès de la fédération pour cet adhérent qui va impacter le [[Account#Comptes_fournisseurs|compte fournisseur]] de la fédération et un [[Account#Comptes_de_charges|compte de charge]].

=Cotisations/abonnements année N+1=
Certaines cotisations ou abonnements peuvent être facturées sur l'année précédente de leur date d'effet. Comptablement, ces factures clients doivent apparaitre sur l'exercice où elles ont été établies. Cependant, il est souvent nécessaire de séparer leur produit des cotisations ou abonnements de l'année N afin de pouvoir les sortir du chiffre d'affaire de l'année N.

Voici comment gérer cela dans OpenFlyers :
*Nous supposons qu'il existe déjà un compte produit ''Cotisation'' dont le compte d'export est par exemple ''706100''.
*Il faut créer un 2ème compte produit intitulé ''Cotisation N+1'' dont le compte d'export sera par exemple ''706110''.
*Dans '''Ventes > Tarification des produits''', il faut créer une nouvelle ligne de tarification qui va transférer le crédit au profit du compte produit "Cotisation" vers le comptes produit "Cotisation N+1". De plus, ce transfert ne devra s'applique que lorsqu'on est dans la période de renouvellement anticipé. Voici un exemple de règle de tarification lorsque la cotisation peut être pris de façon anticipée à partir du mois d'octobre :
{| class="wikitable"
!Champ!!Ligne Cotisation N+1
|-
|'''Nom'''||Cotisation N+1
|-
|'''Quantité/Taux'''||
|-
|'''Prix unitaire hors-taxe / TVA'''||
|-
|'''Formule'''||(formatDate('MM',%NOW_DATE)>9)?@tarifGeneral:0
|-
|'''Nom de variable associé à la formule'''||tarifGeneral
|-
|'''Produit'''||''Cocher uniquement les produits concernés. Normalement, il s'agit de la même liste de produit que pour la règle "parente" Cotisation.
|-
|'''Type de compte à débiter'''||Compte produit
|-
|'''Compte à débiter'''||Cotisation
|-
|'''Type de compte à créditer'''||Compte produit
|-
|'''Compte produit à créditer'''||Cotisation N+1
|}

Si la structure applique une remise sur cotisation sur certains critères, comme par exemple l'âge, il faut que la règle appliquant la remise s'applique avant la règle ci-dessus de ventilation. De plus, il faut que la règle de remise stocke son calcul dans une variable associée à la formule (cf. procédure pour la [[CustomerPricing3#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 3]] et la [[CustomerPricing4#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|version 4]]) comme par exemple @remise pour que la remise soit prise en compte pour la ventilation N+1. Voici un exemple de construction de ces règles en cascade :
[[Fichier:Tarification cotisation N+1.png]]

*En fin d'année, avant la clôture de la comptabilité, il faudra effectuer une [[Accounting_entries#.C3.89critures_de_transfert_des_produits_et_charges_constat.C3.A9es_d.27avance|opération comptable pour transférer le solde du compte produit N+1 dans un compte de ''produit constaté d’avance'']]
*Puis, après l'ouverture de la comptabilité, il faudra [[Accounting_entries#.C3.89critures_de_r.C3.A9affectation_des_produits.2Fcharges_constat.C3.A9es_d.27avances|transférer le même montant du compte ''produit constaté d’avance'' vers le compte produit de l'année N]].

=Facturation automatique à des organismes avec ou sans quotas=
Certains utilisateurs finaux peuvent appartenir à des organismes (Entreprises, Comités d'entreprises, établissements publics etc.) qui prennent en charge soit une partie soit la totalité du coût d'une activité avec ou sans des limitations (quotas en heures d'activité ou en montant).

Il est possible de mettre en place sur une plateforme OpenFlyers un paramétrage comptable spécifique qui déclenchera la facturation automatiquement auprès de l'organisme devant être réellement facturé. Cela présente comme avantages :
*De ne pas avoir à passer systématiquement et manuellement des écritures de transfert de facturation entre comptes clients.
*D'avoir directement sur le compte client de l'organisme concerné l'ensemble des débits à sa charge et ainsi de pouvoir déterminer le montant du paiement global qu'il doit effectuer.

La mise en place du paramétrage comptable repose sur 2 éléments :
*un suivi (le cas échéant) des quotas d'heures d'activités/montants au travers de la mise en place d'une comptabilité en heures/euros séparée de la comptabilité générale. Ce mécanisme est identique dans son principe à celui mis en place pour la [[#Packs_d.27heures_d.27activit.C3.A9s|gestion des packs d'heures]]. Simplement, le "rechargement" du compte "quota" de l'utilisateur concerné ne se fait pas lors de la vente d'un pack mais lors du renouvellement d'une cotisation.
*une cascade d'écritures comptables permettant de débiter l'organisme en lieu et place de l'utilisateur

Les utilisateurs dépendant d'un organisme X doivent être identifiés dans OpenFlyers grâce à un profil spécifique et '''non sélectionnable par l'utilisateur'' (cf. le droit correspondant pour la [[Profile-management3#G.C3.A9n.C3.A9ralit.C3.A9s|version 3]] et la [[Profile-management4#G.C3.A9n.C3.A9ralit.C3.A9s|version 4]] d'OpenFlyers).

A l'usage, les choses se déroulent concrètement dans l'ordre suivant :
#L'utilisateur saisit son activité dans OpenFlyers => automatiquement la ventilation des écritures se fait. Si l'utilisateur dispose d'un quota positif d'heures/d'argent, voir même d'un quota illimité, alors c'est le compte de son organisme de rattachement qui est débité au lieu de son compte. Il est également possible de "mixer". C'est à dire que si l'organisme de rattachement ne prend en charge qu'une partie du coût, OpenFlyers calculera automatiquement qui paie quoi et débitera chaque compte en conséquence.
#Le gestionnaire de la structure envoie la liasse de factures ou un relevé d'activités général mensuellement/trimestriellement à l'organisme considéré. Ces éléments sont disponibles dans OpenFlyers.
#Le gestionnaire de la structure reçoit le paiement de l'organisme qu'il saisit directement dans OpenFlyers comme un encaissement normal qui va créditer le compte client de l'organisme considéré.

Ainsi, le gestionnaire n'a que 2 actions à faire :
#Générer le relevé d'activités ou la liasse de factures et l'envoyer par e-mail
#Saisir l'encaissement de l'organisme payeur

=Packs d'heures d'activités=
OpenFlyers propose un système de comptabilités multiples (cf. le paramétrage général des comptabilités [[Configuration_Accounting3#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 3]] ou [[Configuration_Accounting4#Param.C3.A9trage_g.C3.A9n.C3.A9ral_des_comptabilit.C3.A9s|version 4]]). Ce système permet de mettre en place plusieurs comptabilités à la fois. Ainsi, on peut avoir une comptabilité en euros et une comptabilités en heures. La comptabilité en heures, permet de gérer des crédits d'heures d'activités qui sont mis en ventes sous la forme de packs d'heures d'activités.

==Fonctionnement d'un exemple de configuration de vente de packs d'heures==
L'exemple est basé sur une structure qui propose 2 packs d'heures d'activités :
*un pack de 5 heures à 450 €
*un pack de 10 heures à 850 €
Le tarif d'une heure d'activité hors pack est à 100 €.

===Achat d'un pack d'heures par un utilisateur===
un utilisateur achète un pack de 10 heures 850 euros :
*Son compte utilisateur en euro est débité de 850 euros : le solde de son compte est débiteur de 850 €.
*Son compte en heures est crédité de 10 heures.
Ensuite l'utilisateur paie son pack 850 € ce qui a pour effet de ramener le solde de son compte en euros à 0 €.

===Saisie d'une activité pour un utilisateur bénéficiant d'heures créditées===
Lors de la saisie d'une activité de 1 heure, le compte en heures de l'utilisateur est débité de 1 heure. Le compte en euros de l'utilisateur n'est pas impacté : les heures ont été payées en amont lors de l'achat du pack.

===Remboursement d'heures===
A titre commercial, une structure peut accepter de rembourser un utilisateur n'ayant pas épuisé ses heures. Dans ce cas, plusieurs méthodes commerciales sont possibles :
*Considérer le crédit d'heures restant au tarif de l'heure du pack (par exemple 85 €/h pour un pack de 10 heures à 850 €) : cela revient à faire un prorata du prix du pack
*Considérer que dans ce cas, les heures utilisées sont refacturables à leur tarif hors pack. Dans ce cas, il faut consulter l'histoire du compte pour trouver le dernier pack acheté (pack de 5h ou de 10h), en déduire le nombre d'heures utilisées sur ce pack en faisant la différence avec le crédit d'heures restant, calculer le coût des heures utilisées hors pack et rembourser de la différence du prix du pack.

==Initialisation du solde d'heures lors de la mise en place des packs==
Lors de la mise en place du système des packs sur une structure aéronautique déjà en activités, des packs peuvent avoir déjà été vendues et des heures effectuées. Dans ce cas, il faut juste saisir un flux entre le compte d'heures de l'utilisateur et le compte de bilan représentant l'encours des heures. Ce flux va créditer le compte d'heures de l'utilisateur de la valeur du nombre d'heures auxquelles il a encore droit.

Exemple de saisie d'un flux dans la version 3 d'OpenFlyers :

[[Image:Exemple-saisie-flux-pour-initialisation-solde-heures.png]]

=Refacturation=
Il peut arriver qu'une structure soit facturée à la place de l'utilisateur final. Dans ce cas, la structure peut décider de refacturer à la personne concernée. C'est souvent le cas, par exemple, pour les factures de taxes d'atterrissages qui sont envoyée à la structure en tant que propriétaire de l'aéronef et qu'ensuite la structure refacture l'utilisateur concerné.

Comptablement, il faut saisir les 2 écritures séparément :
*Saisir la facture fournisseur de la taxe d'atterrissage soit dans OpenFlyers (cf. procédure pour la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 3]] et la [[Purchase-management4#Saisie_d.27une_facture_fournisseur|version 4]]), soit dans le logiciel comptable utilisé pour les charges.
*Saisir l'achat d'une taxe d'atterrissages pour l'utilisateur concerné (cf. procédure pour la [[Product_sale_manager3#Achat_de_produit_non_stock.C3.A9|version 3]] et la [[Product_sale_manager4#Achat_de_produit_non_stock.C3.A9|version 4]]).

=Subventions=

=Ventilation des factures essences=
Afin de déterminer le coût de revient d'une ressource, il est nécessaire de pouvoir ventiler les différents postes de charge par ressource. C'est notamment le cas pour le poste "essence" qui dans le cas de l'aéronautique représente une part importante des charges.

Dans le cas d'une structure aéronautique, en général, l'approvisionnement se fait principalement auprès d'une seul fournisseur d'essence localisé sur son aérodrome ou sur un aérodrome voisin.

Il existe alors 2 types de situations :
#la structure dispose de "clés" ou de badges par aéronef et ainsi le fournisseur d'essence est capable de générer des factures avec le détail des montants facturés par aéronef
#le fournisseur d'essence ne fournit qu'une facture globale

Dans la 1ère situation, il est judicieux de saisir les factures fournisseurs en éclatant la facture globale en autant de sous-factures qu'il y a de ressources concernées. Cela permet d'avoir directement une ventilation des charges par ressource. C'est également le cas qu'on retrouve dans le cas où les factures sont individualisées à chaque avitaillement : on est capable d'associer telle facture à telle ressource.

Dans la 2ème situation, il n'est pas possible à priori de ventiler la facture d'essence par ressource. Dans ce cas là, on recommande de regrouper toutes les factures d'essence dans un même compte de charge. Ensuite, grâce à la consultation du total des volumes d'essences saisis dans les rapports, on est capable d'en déduire la part du coût global qui revient à chaque ressource. On recommande de ne pas faire de post-ventilation comptable mais de gérer cela directement dans une feuille de calcul qui est normalement utilisée pour déterminer le coût de revient des ressources.

=Ventilation des subventions=
Il peut arriver que la structure reçoive de l'argent d'un organisme et que cet argent doive ensuite être ventilé entre plusieurs clients. C'est le cas notamment pour les bourses attribuées par les fédérations qui doivent être redistribuées sur les comptes des utilisateurs concernés.

Les opérations comptables à effectuer pour cela sont les suivantes :
*Saisir un flux correspondant à un [[Accounting_entries#Transfert_de_charge|transfert de charges]] (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
*Saisir un autre flux débitant le "compte de Transfert de charge (791)" et créditant les comptes des utilisateurs concernés (cf. procédure pour la [[Use_Accounting3#Saisie_d.27un_flux|version 3]] et la [[Use_Accounting4#Saisie_d.27un_flux|version 4]]).
Si on sait au moment de l'encaissement du paiement quels sont les utilisateurs concernés, alors on peut saisir directement un flux qui débite le compte de trésorerie et crédite les comptes des utilisateurs concernés.

==Anticiper l'attribution des subventions pour ne pas bloquer les utilisateurs==
Dans le cas où il existe des restrictions sur les droits pour les utilisateurs n'ayant pas le solde suffisant sur leur compte, il peut être pénalisant pour les utilisateurs attendant des subventions de se retrouver restreints dans leur droit à cause d'un solde insuffisant alors que la subvention est certaine.

Afin, de ne pas restreindre les pilotes concernés, il faut :
*Créer un [[Account#Comptes_de_tiers|compte de tiers]], par exemple "Subvention à recevoir (441)".
*Saisir un flux créditant le compte de l'utilisateur et débitant le compte "Subvention à recevoir".
Ainsi :
*Le compte du pilote est crédité de la future subvention et il n'est donc pas restreint du fait d'un solde insuffisant dans l'attente d'une subvention.
*Il est possible de contrôler les sommes distribuées et non perçues au travers du compte "Subvention à recevoir".
*Lorsque la subvention sera réellement perçue, il suffira de saisir un flux de transfert entre ce compte et le compte recevant la subvention afin de le ramener à 0.

Comptabilité

2015-11-02T09:59:22Z

Claratte : /* Comptes de tiers */

=Présentation=
Cette page présente la comptabilité en général. Il existe d'autres pages en relation avec ce sujet :
*la [[Configuration_Accounting3|configuration]] de la comptabilité dans OpenFlyers version 3
*la [[Configuration_Accounting4|configuration]] de la comptabilité dans OpenFlyers version 4
*l'[[Use_Accounting3|utilisation]] du module de comptabilité d'OpenFlyers version 3
*l'[[Use_Accounting4|utilisation]] du module de comptabilité d'OpenFlyers version 4
*les [[Accounting_Specic_Advise|conseils]] sur la comptabilité

=Définitions=

==Comptabilité==
[http://fr.wikipedia.org/wiki/Comptabilit%C3%A9 définition de la comptabilité d'après wikipedia]

==Principe de la partie double==
[http://fr.wikipedia.org/wiki/Comptabilit%C3%A9_en_partie_double définition de la partie double d'après wikipedia]

==[[Accounting_entries#R.C3.A8gles_sur_les_.C3.A9critures|Règles concernant les écritures]]==

=Que fait OpenFlyers ?=
A partir de la version 3, OpenFlyers gère la saisie des écritures courantes de la comptabilité :
*facturation client
*facturation fournisseur
*encaissements
*paiements
*mouvements de compte à compte

=La Comptabilité=
==[[Wikipedia-fr:Plan_comptable_g%C3%A9n%C3%A9ral_%28France%29#Cadre_comptable|Plan comptable à la française]]==
===[[Wikipedia-fr:Plan_comptable_général_(France)#Cadre_comptable|Comptes de bilan]]===
Les comptes de bilan regroupent l'ensemble des comptes qui ne sont pas réinitialisés lors d'un changement d'exercice comptable, c'est à dire que leur solde être conservé d'un exercice à l'autre pour assurer notamment la traçabilité des dettes envers [[#Comptes_de_tiers|les tiers]].

====[[Wikipedia-fr:Plan_comptable_général_(France)#11._Report_.C3.A0_nouveau|Compte de report à nouveau]]====
Le compte report à nouveau est utilisé pour l'initialisation des comptes bilan ainsi que pour contenir déterminer le bénéfice ou le déficit d'un exercice comptable.

====[[Wikipedia-fr:Plan_comptable_général_(France)#16._Emprunts_et_dettes_assimil.C3.A9es|Comptes d'emprunts et de dettes assimilées]]====
Les comptes d'emprunts et de dettes assimilées sont des comptes du bilan : leur solde n'est pas réinitialisé d'un exercice comptable à l'autre.

====[[Wikipedia-fr:Plan_comptable_général_(France)#Classe_4_:_Comptes_de_tiers|Comptes de tiers]]====
Les comptes de tiers sont des comptes du bilan : leur solde n'est pas réinitialisé d'un exercice comptable à l'autre.

Dans le plan comptable à la française, les comptes de tiers ont une racine en 4 ou 5.

Ils regroupent :
*[[Wikipedia-fr:Plan_comptable_général_(France)#40._Fournisseurs_et_comptes_rattach.C3.A9s|Les comptes fournisseurs, racine en 401]]
*[[Wikipedia-fr:Plan_comptable_général_(France)#41._Clients_et_comptes_rattach.C3.A9s|Les comptes clients, racine en 411]]
*[[Wikipedia-fr:Plan_comptable_général_(France)#44._.C3.89tat_et_autres_collectivit.C3.A9s_publiques|Les comptes représentant les collectivités pour les subventions, racine en 441]]
*[[Wikipedia-fr:Plan_comptable_général_(France)#48._Comptes_de_r.C3.A9gularisation|Les comptes de régularisation]]

====[[Wikipedia-fr:Plan_comptable_général_(France)#Classe_5_:_Comptes_financiers|Comptes financiers]]====
Les comptes financiers regroupent :
*[[Wikipedia-fr:Plan_comptable_général_(France)#51._Banques.2C_.C3.A9tablissements_financiers_et_assimil.C3.A9s|Les comptes bancaires, racine en 512]]
*[[Wikipedia-fr:Plan_comptable_général_(France)#53._CAISSE|Les comptes de caisses, racine en 531]]

===[[Wikipedia-fr:Plan_comptable_général_(France)#Cadre_comptable|Comptes d'exploitation]]===
Ou comptes de résultat. A l'opposé des comptes de bilan, les comptes d'exploitation sont remis à zéro à chaque changement d'exercice.

====[[Wikipedia-fr:Plan_comptable_général_(France)#Classe_6_:_Comptes_de_charges|Comptes de charges]]====
([[Wikipedia-fr:Plan_comptable_général_(France)#Classe_6_:_Comptes_de_charges|en France: comptes 6xxxxx]])

Les comptes de charges permettent de regrouper les coûts supportés par la structure sur un exercice donné. Il reçoivent les contreparties des factures fournisseurs.

Les principaux comptes de charges ont leur racine en [[Wikipedia-fr:Plan_comptable_général_(France)#60._Achats_.28sauf_603.29|60]] ou [[Wikipedia-fr:Plan_comptable_général_(France)#61._Services_ext.C3.A9rieurs|61]]. Le 61 permet de désigner les "Services extérieurs". C'est donc sur cette racine que trouveront leur place les charges "immatérielles" comme les assurances.

====[[Wikipedia-fr:Plan_comptable_général_(France)#Classe_7_:_comptes_de_produits|Comptes de produits]]====
([[Wikipedia-fr:Plan_comptable_général_(France)#Classe_7_:_comptes_de_produits|en France: comptes 7xxxxx]])

Les comptes de produits permettent de regrouper les ventes effectuées par la structure sur un exercice donné. Il reçoivent les contreparties des factures clients/utilisateurs.

De façon simplifiée, le total des soldes des comptes de produits représente le [[Wikipedia-fr:Chiffre_d'affaires|chiffre d'affaire]] de la structure.

==Présentation des comptes dans OpenFlyers==
===Comptes utilisateurs===
Au sens comptable, il s'agit en général de [[#Comptes_clients|comptes clients]] mais parfois également de [[Account#Comptes_fournisseurs|comptes fournisseurs]]. L'appellation "compte utilisateur" est propre à OpenFlyers et permet de coupler un compte comptable avec un utilisateur de la plateforme OpenFlyers.

*Les comptes sont débités des factures (activités, cotisations, etc.)
*Les comptes utilisateurs sont crédités par les paiements des utilisateurs (carte bancaire, chèques, liquide, etc.) que l'on nomme dans OpenFlyers les '''encaissements'''.

Quand un compte utilisateur est crédité par un encaissement, l'autre entrée (qui est un débit) doit affecter un compte de trésorerie (selon la ventilation paramétrée dans le gestionnaire des encaissements)

===Comptes ressources===
Les comptes ressources sont une notion propre à OpenFlyers. Ils servent à coupler des [[#Comptes_d.27exploitation|comptes d'exploitation]] liés aux ressources.

===Comptes clients===
([[Wikipedia-fr:Plan_comptable_général_(France)#41._Clients_et_comptes_rattach.C3.A9s|en France: comptes 411xxx]])

*Les comptes sont débités des factures clients (vente de produit)
*La contrepartie va au crédit sur un compte de produit.
*Les encaissements des clients sont crédités sur le compte client et débité sur le compte de trésorerie

===Comptes fournisseurs===
([[Wikipedia-fr:Plan_comptable_général_(France)#40._Fournisseurs_et_comptes_rattach.C3.A9s|en France: comptes 401xxx]])

*Les comptes sont crédités des factures fournisseurs (loyers, eau, électricité, etc.)
*La contrepartie va au débit sur un compte de charge.
*Les paiements des fournisseurs sont débités sur le compte fournisseur et crédité sur le compte de trésorerie

===Comptes de trésorerie===
([[Wikipedia-fr:Plan_comptable_général_(France)#Classe_5_:_Comptes_financiers|en France: comptes 5xxxxx]])

Les comptes de trésorerie sont essentiellement des comptes bancaires.

'''Attention :''' les mouvements sur ces comptes se font dans le sens opposé du relevé de compte bancaire. Ainsi, une opération au débit sur un relevé de compte bancaire sera enregistré en comptabilité au crédit et une opération au crédit sur un relevé de compte bancaire sera enregistré au débit.

===Comptes de TVA===
([[Wikipedia-fr:Plan_comptable_général_(France)#44._.C3.89tat_et_autres_collectivit.C3.A9s_publiques|en France comptes 445xxx]])

Les comptes de TVA sont utilisés pour enregistrer les contreparties liées à la TVA des factures fournisseurs et des factures clients.

Ils ne sont pas usités dans les associations qui ne facturent pas la TVA à leurs clients et qui n'ont donc pas besoin de gérer la contrepartie liée à la TVA des factures fournisseurs.

===[[#Comptes_de_charges|Comptes de charges]]===

===[[#Comptes_de_produits|Comptes de produits]]===
Normalement, dans OpenFlyers, la majorité des factures clients doivent être affectées à des [[#Comptes_ressources|comptes ressources-produits]] étant donné que les structures utilisant OpenFlyers génèrent l'essentiel de leur chiffre d'affaire par le biais de la mise à disposition de ressources.

===Comptes bilan===
([[Wikipedia-fr:Plan_comptable_général_(France)#Cadre_comptable|en France : comptes 1, 2, 3, 4, 5]])

Dans OpenFlyers, on ne met dans les comptes de bilan que les comptes qui ne sont ni des comptes de trésorerie, ni des comptes clients, ni des comptes fournisseurs

====[[#Compte_de_report_.C3.A0_nouveau|Report à nouveau]]====
*Compte 110000

==[[Accounting_entries|Les écritures comptables]]==
==Comptabilités multiples==
Dans le cas ou des entreprises ou associations mettent en commun des ressources qu'ils gèrent conjointement sur une même plateforme OpenFlyers, il est possible de mettre en place des comptabilités distinctes pour chaque entité.

===Facturations automatiques entre entités comptables distinctes===
Dans le cas où chaque utilisateur dispose d'un compte unique dans une seule des entités, alors l'utilisateur est facturé dans la comptabilité de son entité d'appartenance quelque soit la ressource utilisée.

Si la ressource utilisée appartient à une autre entité que celle à laquelle l'utilisateur est client alors il est possible de mettre en place des facturations automatiques entre les entités mises en jeu et cela dans chacune des comptabilités.

Exemple avec 2 entités A et B, un utilisateur U client de l'entité A et une ressource R appartenant à l'entité B. On considère que l'utilisateur U utilise la ressource R.
*L'utilisateur U sera débité sur son compte client de l'entité A et la contrepartie ira sur un compte produit de cette entité :
{| class="wikitable"
!'''comptabilité A'''!!Débit!!Crédit
|-
|Compte client Utilisateur U||X €||
|-
|Compte produit Ressource R||||X €
|}

*Mais comme la ressource R appartient à l'entité B, alors l'entité B va enregistrer automatiquement une écriture de débit sur le compte client A et la contrepartie ira sur un compte produit de l'entité B :
{| class="wikitable"
!'''comptabilité B'''!!Débit!!Crédit
|-
|Compte client Entité A||X €||
|-
|Compte produit Ressource R||||X €
|}

*Parallèlement, l'entité A, enregistre également le fait qu'elle est facturée par le fournisseur entité B :
{| class="wikitable"
!'''comptabilité A'''!!Débit!!Crédit
|-
|Compte charge Ressource R||||X €
|-
|Compte fournisseur Entité B||X €||
|}

=Principes comptables généraux=
==Règles de saisies de la comptabilité courante==
Ces règles s'incrivent dans le cadre du [[Getting_started_with_OpenFlyers#Workflow_des_actions_hebdomadaires.2Fmensuelles|workflow proposé par OpenFlyers]].
#La facturation client et les encaissements clients sont normalement saisies au jour le jour soit par les utilisateurs soit par des gestionnaires
#Il faut saisir les factures fournisseurs au vu des factures
#Nous recommandons de saisir les écritures bancaires au vu du relevé de banque et en utilisant la date d'enregistrement indiquée sur le relevé de banque. Cette forme de saisie vaut alors pointage.
Le principe est normalement de saisir les paiements et les encaissements à la vue des chèques, bordereaux, etc. puis ensuite de vérifier que l'on tombe juste avec la banque. Mais il est plus simple de saisir les écritures bancaires au vu du relevé : cela permet d'être tout de suite juste avec la banque. Cette façon de procéder ne peut s'appliquer que si on limite le paiement par chèque qui ne permet pas de maitriser la date d'encaissement par le fournisseur. Il faut ainsi privilégier les paiements par carte bancaire ou par virement qui permettent une prise en compte immédiate ou quasiment immédiate de la part de la banque et évitent ainsi les problèmes de "chèque dans la nature" car non encaissés par le fournisseur.
En procédant ainsi, les vérifications s'en trouvent simplifiées.

==Traçabilité des écritures==
Afin d'assurer la traçabilité des écritures comptables, il n'est pas possible d'effacer une écriture comptable validée. Cela permet de garantir la confiance entre les parties prenantes (utilisateurs, gestionnaires et OpenFlyers). Par contre, il est toujours possible d'annuler l'effet d'une écriture en saisissant un flux opposé. (cf. procédure pour [[Use_Accounting3#Annuler_l.27effet_d.27une_.C3.A9criture_comptable|OpenFlyers version 3]] et [[Use_Accounting4#Annuler_l.27effet_d.27une_.C3.A9criture_comptable|OpenFlyers version 4]]).

==Vérifications sur la comptabilité courante==
En respectant les [[#R.C3.A8gles_de_saisies_de_la_comptabilit.C3.A9_courante|recommandations de saisie d'OpenFlyers de la comptabilité courante]], les éléments à vérifiés sont les suivants :
#On vérifie que l'on tombe juste sur le solde du compte bancaire : le solde du compte bancaire sur la plateforme OpenFlyers doit correspondre au solde présent sur le relevé de banque à la même date. Si une erreur apparait, on procède par dychotomie pour identifier à partir de quelle date, les soldes sont différents et ainsi retrouver l'écriture en défaut. C'est seulement une fois que ce travail est effectué, que l'on peut passer à l'étape suivante.
#On vérifie que les comptes fournisseurs sont tous à 0 et lorsqu'ils ne sont pas à 0, on doit être capable de dire pourquoi (facture non payée par exemple). En effet, on peut être juste au niveau de la banque sans que pour autant le compte fournisseur débité soit le bon.
#Il reste alors à contrôler le chiffre d'affaire. Pour cette vérification le plus simple est de vérifier que le chiffre d'affaire correspond au volume de l'activité multiplié par le prix unitaire. Dans certains cas, cette vérification n'est pas aisée (changements de tarifs en cours d'année par exemple). Il faut donc scinder le volume en autant de composantes qu'il peut y avoir de tarifs.

=Quelques conseils généraux=
==[[Getting_started_with_OpenFlyers#Passer_en_production|Passer en production sur la saisie des vols dans OpenFlyers]]==

==[[Getting_started_with_OpenFlyers#Workflow|Mettre en place un workflow]]==

==Gestion comptable de cas particuliers==
===Débiter les vols mécaniques===
Les vols mécaniques sont une charge pour une structure. La structure peut être tentée de ne pas faire apparaitre cette charge dans sa comptabilité car il n'y a personne à facturer. Cependant OpenFlyers recommande de facturer les vols mécaniques au même tarif que autres vols pour plusieurs raisons :
*Cela permet de suivre d'une manière comptable le coût de la mécanique (et notamment sa partie "vols") et éventuellement de détecter des dérives. C'est aussi utile lorsque l'on veut calculer le prix de revient d'une ressource.
*Cela permet de contrôler plus facilement le chiffre d'affaire de la structure puisque le produit reste proportionnel aux heures de vol.
*L'impact sur le résultat est nul puisque la charge est égale au produit. De ce fait cela n'a pas de conséquence fiscale pour les structures soumises à l'impôt sur les sociétés ou à la TVA.
*Seul le rapport du résultat par rapport au chiffre d'affaire est très légèrement modifié.
Par contre la facturation d'un vol mécanique s'effectue en débitant un compte de charge au lieu d'un compte client. Ainsi, c'est neutre pour les utilisateurs.

===TVA sur les ventes à soi-même===
Lorsque vous faites de la vente à vous-même vous devez calculer la TVA correspondante. Cette opération est neutre car vous déduisez aussi la TVA déductible pour le même montant.

===Saisie des salaires===
Nous recommandons de dissocier les salaires en 2 parties :
*Le salaire net versé au salarié qui fait l'objet d'un mouvement qui crédite le compte "fournisseur" du salarié (401MARTIN pour M. MARTIN) et débite le compte de charge ''Rémunérations brutes'' (641100)
*Les taxes sur les salaires regroupées en un seul mouvement qui crédite le compte "fournisseur" URSSAF (431000) et débite le compte de charges ''Cotisations à l'URSSAF'' (645100)
Nous recommandons de saisir ces écritures récurrentes en tant que facture fournisseur (cf. procédure pour la [[Use_Accounting3#Saisie_des_factures_fournisseurs|version 3]] et la [[Use_Accounting4#Saisie_des_factures_fournisseurs|version 4]]). Cela permet d'enregistrer la ventilation des mouvements et ensuite de simplifier cette saisie.

==Contrôle du chiffre d'affaire==
Le contrôle du chiffre d'affaire est une opération que devrait faire les personnes en charge de la validation des comptes.

Contrôler le chiffre d'affaire c'est vérifier que ce que l'on a fabriqué à bien était facturé (ou stocké).

Dans le cas des vols, il n'y a pas de stock possible. Donc le contrôle du chiffre d'affaire est très simple : on prend le nombre d'heures de vol faite par un avion et on multiplie par son coÃ»t horaire. On vérifie alors que le CA lié à cet avion correspond avec l'ensemble facturé qui apparait dans les comptes produits.

Exemple :
*L'avion UE a fait 300 heures de vols en 2008.
*Le prix de l'heure de vol est de 100 €.
*Le chiffre d'affaire lié à l'avion est alors de 300*100 = 30 000 €.
*Le compte produit de l'avion doit donc faire apparaître exactement un solde de 30 000 €.

Il faut tenir compte des changements tarifaires intervenus durant l'année. Le trésorier devrait donc fournir un état des heures de vol sur chacune des périodes tarifaires de l'année. D'où l'utilité d'effectuer les changements de tarifaire au 1er d'un mois : les états sont plus faciles à créer.

Il faut également tenir compte des différents tarifs (double commande, baptêmes de l'air, etc.)

Ainsi, le trésorier ou le secrétaire devrait communiquer un tableau pour chaque avion (ou chaque type avion) avec une ligne par type de vol (impliquant un tarif différent) et une colonne par date d'application du tarif.

Un autre tableau devrait comporter la ventilation des heures en fonction des mêmes éléments.

Il suffit alors de multiplier les cellules du premier tableau avec celles du second tableau puis d'additionner le tout : on obtient le chiffre d'affaire de l'avion (que l'on doit comparer avec le chiffre d'affaire effectivement facturé).

==Messages d'alertes==
Nous recommandons comme bonne pratique d'attirer l'attention des utilisateurs autorisés à valider les vols ou les écritures comptables que '''tout message d'alerte apparaissant dans l'espace d'administration doit conduire à stopper la validation des écritures''' dans l'attente de la résolution du problème par l'administrateur.

Modèle commercial et compte client OpenFlyers

2015-10-20T16:15:01Z

Claratte : /* Plateforme en test */

__TOC__
=Définitions=
==Plateforme de démonstration==
Les plateformes de démonstration sont accessibles au public et servent de bac à sable.

Le sous-domaine de l'URL des plateformes de démonstration est ''demo'' ou commence par ''demo-''. Il existe également des plateformes de démonstration spécifiques dont le sous-domaine est différent.

Elles sont réinitialisées toutes les heures à la minute 44.
==Plateforme en production==
Une plateforme est considérée en production lorsque l'abonnement pour l'année en cours a été payé.

La phase de paramétrage qui précède le "passage en production" effectif s'effectue toujours sur une "plateforme en production".

==Plateforme en test==
Les plateformes en test sont de 2 natures :
*Les plateformes créées par un utilisateur et qui ne sont pas [[#Plateforme_en_production|en production]];
*[[#Plateforme_suppl.C3.A9mentaire_de_test|Les plateformes supplémentaires de test]];

=Le modèle commercial de la SARL OpenFlyers=
==Fonctionnement économique==
OpenFlyers fonctionne sur le modèle économique d'une ASP (=Application Service Provider) ou SaaS (= Software as a Service). On parle également de "cloud computing" (informatique dans les nuages). C'est-à-dire que nous fournissons un service applicatif par le biais d'internet pour lequel nous facturons un abonnement annuel.

Les avantages de ce système pour les clients finaux sont les suivants :
*la maintenance logiciel est déportée et ne nécessite plus le déplacement d'un technicien. Cela permet également de mettre en œuvre plus rapidement des correctifs à la demande ;
*le coût des développements est mutualisé entre les différents clients ;
*nous assurons nous-mêmes la pérennité des données par sauvegardes journalières sur plusieurs serveurs en plusieurs lieux et cela sur 20 jours glissants.

De plus, OpenFlyers existe en plusieurs versions dont certaines sont disponibles en téléchargement. Vous pouvez retrouver [http://wiki.openflyers.org/index.php?title=FAQ#May_I_install_OpenFlyers_on_my_own_server.3F plus d'infos sur notre support libre].

==Arbitrage des demandes de développements==
Les demandes de développements pour avoir de nouvelles fonctionnalités sont infinies. Au début de son existence OpenFlyers devait arbitrer entre les demandes des différents clients. Pour cela, l'équipe de développement OpenFlyers tenait compte de la taille d'un client ou d'un prospect pour arbitrer les différentes demandes et du potentiel impact qui pouvait en résulter sur le chiffre d'affaire au travers des nouveaux clients qui pouvaient se décider à passer à OpenFlyers du fait de l'existence de telle ou telle fonctionnalité. Ces demandes étant nombreuses, les demandes non retenues étaient nombreuses et cela pouvait conduire à "vexer" un client qui pouvait considérer que sa demande non retenue ou mise en attente était plus pertinente qu'une autre demande retenue.

Afin de ne plus être juge et parti, OpenFlyers a remis au goût du jour le [[Wikipedia-fr:Suffrage_censitaire|vote censitaire]] au travers des heures de bonus développement. Ainsi, les conditions générales d'OpenFlyers donne la possibilité aux clients de choisir eux-mêmes les développements qui leur seront le plus profitable. Le fonctionnement est le suivant :
*Tout client désireux de voir développer une nouvelle fonctionnalité peut faire '''une unique demande''' de devis développement '''par an'''. Cette demande doit être effectuée par e-mail en précisant le nom de la structure aéronautique cliente.
*En fonction du coût en heures de développement, ce développement peut être financé par les heures de bonus développement dont bénéficie chaque client. Plusieurs clients peuvent mutualiser leurs heures de bonus de développement. Les développements peuvent être également financés en partie ou en totalité par une facturation spécifique dans le cas où le bonus développement ne permet pas de couvrir l'intégralité du coût en heures.
*A l'issue d'une demande de devis, un client peut demander un nouveau devis à condition qu'il ait accepté le 1er devis. Le but est de limiter le temps consacré par l'équipe OpenFlyers à effectuer des devis.
Nous mutualisons les développements : tous nos développements sont intégrés au sein de l'unique version en cours de développement. Ainsi, tous les clients bénéficient des demandes de chacun d'entre-eux.
*Les développements "votés" sont triés par ordre d'arrivé sauf pour ceux dont une partie est financée en somme "sonnante et trébuchante" qui passent en priorité.

Enfin, les clients peuvent, avant d'effectuer une demande de devis par e-mail, faire part de leur demande sur le [http://support-fr.openflyers.com/ forum] dans la partie '''Evolutions et Adaptations''' en vérifiant qu'elle n'existe pas déjà. C'est aussi un moyen pour le demandeur d'inviter d'autres clients à s'associer à leur demande en mutualisant leurs heures de bonus développement.

==Bonus assistance/développement==
Chaque client dispose en fonction de son abonnement d'un quota d'heures de bonus qui peuvent être utilisées comme assistance ou comme développement (cf. [[#Arbitrage_des_demandes_de_d.C3.A9veloppements|Arbitrage des demandes de développements]]).

L'assistance permet de couvrir une demande de support téléphonique ou une demande d'intervention sur la plateforme.

Pour utiliser les heures de bonus, il faut :
*Faire une demande par e-mail d'intervention ou de support.
''Nous répondons en indiquant le temps à prévoir/déduire des heures de bonus''
*Confirmer sa demande par retour d'e-mail

Les demandes sont triées par ordre d'arrivé sauf pour celles dont une partie est financée en somme "sonnante et trébuchante" qui passent en priorité.

A noter que les heures non utilisées dans l'année sont perdues (cf. les [https://openflyers.com/fr/entreprise/conditions-generales conditions générales de vente]).

Il n'existe pas à ce jour d'interface permettant de suivre les heures déjà utilisées. Il est néanmoins possible d'en obtenir le suivi sur simple demande par e-mail.

=Compte client OpenFlyers=
Attention, il ne faut pas confondre son compte client OpenFlyers qui permet d'accéder à sa fiche client OpenFlyers et qui permet de renouveler son abonnement OpenFlyers avec son identifiant personnel permettant d'accéder à sa plateforme OpenFlyers.

==Accéder à son compte client OpenFlyers==
Aller sur [https://client.openflyers.com l'espace client] OpenFlyers.

L'identifiant permettant d'accéder à votre compte client correspond au sous-domaine de votre plateforme.

Par exemple, si votre plateforme est référencée par l'adresse :
http://mermoz.openflyers.fr

Alors le sous-domaine est '''mermoz'''.

C'est donc '''mermoz''' qu'il faut utiliser comme identifiant pour vous connecter au .

Si vous n'avez pas le mot de passe, vous pouvez le réactiver avec la fonction '''Mot de passe oublié ?''' qui est sur la page d'identification.

Une adresse e-mail vous sera demandée. Vous pourrez saisir l'adresse e-mail de la structure aéronautique ou celle du contact qui ont été saisies dans la fiche client (il s'agit des adresses e-mails sur lesquelles sont envoyées nos e-mails d'alerte de renouvellement ou d'information).

Dans le but de ne pas être submergés par les demandes, nous facturons la ré-initialisation manuelle, par nos soins, du mot de passe ou la mise à jour des adresses e-mails présentes sur la fiche client pour les abonnement First Price (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).

==Changer de responsable en charge d'OpenFlyers==
Lorsqu'il y a un changement de responsable en charge d'OpenFlyers, pour que la passation se passe dans les meilleures conditions, il faut penser à effectuer les 3 changements suivants :
*Attribuer un profil d'administrateur de la plateforme OpenFlyers au niveau de la plateforme (procédure pour intervenir sur la fiche utilisateur pour la [[User-management3#Modifier_un_utilisateur|version 3]] ou la [[User-management4#Acc.C3.A9der_.C3.A0_l.27interface_de_gestion_des_utilisateurs|version 4]])
*Mettre à jour le champ du responsable OpenFlyers au niveau de la plateforme (procédure pour la [[AdminDoc3#Responsable_OpenFlyers|version 3]] et la [[AdminDoc4#Responsable_OpenFlyers|version 4]]).
*Mettre à jour le nom du responsable OpenFlyers au niveau de la fiche client en effectuant la procédure suivante :
**[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter à l'espace client OpenFlyers]]
**Aller dans '''Fiche contact'''
**Mettre à jour la fiche
**Cliquer sur le bouton '''Valider'''

Dans le cas où la passation ne peut pas se faire ainsi car l'ancien responsable OpenFlyers ne peut pas effectuer ces opérations ou transmettre les couples (identifiants, mots de passe) au nouveau responsable pour qu'il effectue ces opérations, vous pouvez nous demandez, uniquement par e-mail, d'effectuer ces changements de responsable OpenFlyers, en joignant à l'e-mail :
*Un courrier signé du responsable de la structure (gérant, président, etc.) contenant la demande de mise à jour du responsable OpenFlyers désigné et indiquant explicitement le nom du nouveau responsable avec son adresse e-mail
*Une copie d'un document officiel (extrait K-BIS, procès-verbal d'assemblée générale, etc.) permettant de prouver la qualité du responsable de la structure.
Le courrier scanné n'est pas nécessaire dans le cas où le nouveau responsable OpenFlyers apparait sur l'extrait K-BIS.

'''Attention :''' dans le cas d'une société, le responsable de la structure doit détenir plus de la moitié des parts dans la société. Dans le cas où il y a cogérance, alors il faut que le courrier soit signé de l'ensemble des responsables de sorte à représenter plus de la moitié des parts de la société.

==Mettre à jour sa fiche client==
*[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter à l'espace client]]
*Cliquer sur le menu '''Fiche contact'''
*Mettre à jour le contenu des champs concernés
*Cliquer sur le bouton valider
''Conseil OpenFlyers :'' Il est fortement recommandé d'avoir 2 adresses e-mails différentes pour les champs '''E-mail client''' et '''E-mail contact'''

==Migrer vers une nouvelle version OpenFlyers==
Chez OpenFlyers, nous parlons de migration vers une nouvelle version lorsqu'il s'agit de mettre à jour une plateforme d'une version X vers une version Y incluant des changements majeurs.

Par contre, il existe les mises à jours. Les mises à jour ne changent pas le numéro de version principal (exemple : 3.2 ou 3.5 correspondent à la même version principale). OpenFlyers effectue ces mises à jour automatiquement. Leur objectif est de corriger des bugs ou de rajouter de nouvelles fonctionnalités.

Hormis pour les abonnements Première, qui disposent d'une plateforme avec une version gelée et indépendante d'OpenFlyers, toutes les autres plateformes OpenFlyers sont sur un moteur commun qui est mis à jour de façon transparente plusieurs fois par semaine, voir même par jour.

Nous ne présentons ci-dessous que les migrations "majeurs" qui peuvent impliquer des opérations de nettoyage manuel post-migration.

===Coût d'une migration===
Lorsque vous êtes en production sur une version X d'OpenFlyers, vous pouvez demander à migrer vers la dernière version stable proposée aux nouveaux clients ou même vers la dernière version en développement dénommée "alpha" ou "beta" (par exemple "version 3.0alpha").

Les migrations sont incluses dans le support des abonnement Business, Première et Corporate.

Dans le cas d'un abonnement First Price, la migration est facturée 50 € HT sauf dans le cas d'une migration vers une version alpha ou beta ou depuis vers une version alpha ou beta vers la version stable suivante. Exemple de migrations offertes en abonnement First Price :
*Migration depuis la version 3.0alpha vers la version 3
*Migration depuis la version 3.5 vers la version 4.0alpha
*Migration depuis la version 4.0alpha vers la version 4

Certaines migrations peuvent induire des opérations de nettoyage à effectuer manuellement. Ces opérations sont prises en charge dans le cas des abonnements Business, Première et Corporate. Elles sont facturées dans le cas de l'abonnement First Price. La structure peut également effectuer elle-même les opérations de nettoyage dans le cas d'un abonnement First Price en suivant la [[Accueil#Proc.C3.A9dures_de_mont.C3.A9e_de_version|procédure de montée de version]] publiée par OpenFlyers. Exemple de procédure de nettoyage : [[Upgrade3|nettoyage suite à migration vers une version 3]].

Enfin, dans le cas où la plateforme bénéficiait d'un ancien tarif, le fait de migrer implique le passage au tarif en vigueur au moment de la migration et à l'acquittement de la différence de tarif par rapport à l'ancien tarif.

===Déroulement d'une migration===
#Il faut avoir pris connaissance des [[#Cons.C3.A9quences_d.27une_migration|conséquences d'une migration]] et accepter le fait qu'elle est irréversible
#Il faut éventuellement créer la ou les factures selon l'abonnement déjà souscrit et l'abonnement souhaité (cf. [[#Co.C3.BBt_d.27une_migration|Coût d'une migration]] en [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|se connectant sur l'espace client]].
#Il faut payer les factures correspondantes ainsi créées.
#Il faut en faire la demande par e-mail et précisant la date avant laquelle vous ne souhaitez pas qu'on effectue de migration. Il n'est pas possible de programmer une date pour une migration : cela se fait en fonction de la synchronisation des disponibilités des différents collaborateurs d'OpenFlyers qui doivent intervenir à tour de rôle.
#Nous créons alors les factures liées à la migration, à la différence de tarif et au forfait paramétrage selon votre abonnement et les options souscrites (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).
#Vous payez.
#Nous procédons alors à cette migration et nous fournissons une URL de substitution pendant une semaine pour palier les problèmes de cache DNS. Lors de la migration l'interruption de service est seulement de quelques minutes. Elle est donc transparente pour la quasi totalité des utilisateurs.
#Selon ce qui a été convenu nous effectuons ou le client effectue [[Upgrade3|le nettoyage lié au passage à la version 3]].
#Si vous avez souscrit au forfait paramétrage ou qu'il est inclut dans votre abonnement, nous vous envoyons un questionnaire pour le paramétrage. Cf. [[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|Forfait paramétrage]]

===Conséquences d'une migration===
*Toute migration est irréversible : nous ne créons pas de script permettant de revenir vers une version antérieure. En effet, nous effectuons des migrations "cachées" plusieurs fois par semaine qui constituent des corrections de bugs ou l'ajout de nouvelles fonctionnalités. De ce fait, notre exploitation est organisée pour pouvoir palier à un défaut apparaissant à l'issue d'une migration tout comme elle est organisée pour faire face à l'apparition d'un nouveau bug lors d'une mise à jour transparente.
*Attention notamment à une migration vers une version "alpha" ou "beta" : en effet, une migration vers cette version implique que vous acceptiez de fonctionner sur une version qui évolue sans cesse. Outre les corrections de bugs, nous rajoutons sur la version beta régulièrement des fonctionnalités qui peuvent créer de nouvelles anomalies. Bien entendu, nous faisons le nécessaire dès que nous avons connaissance d'un problème (notamment par le [http://bts.openflyers.org BTS] pour résoudre les défauts. C'est d'ailleurs grâce aux clients volontaires pour fonctionner sur la version beta que nous pouvons faire évoluer le produit.
*Après une migration, il peut être nécessaire de forcer le rafraichissement du "cache" du navigateur en appuyant sur CTRL+R (ou icône "Actualiser" ou "Rafraichir" suivant les navigateurs) afin d'obliger le navigateur à charger en mémoire les scripts qui correspondent à la nouvelle version.
*De même, l'accès à la plateforme via son URL peut ne pas fonctionner pendant 1 ou 2 jours du fait des serveurs disposant de "caches DNS". Afin de palier à ce défaut, nous fournissons une URL de substitution pendant une semaine qui permet quand même d'accéder à la plateforme.
*Le temps d'indisponibilité d'accès à la plateforme est de l'ordre de quelques minutes en général. Il est donc transparent pour la plupart des utilisateurs. Par contre, s'il y a un travail de nettoyage post-migration à effectuer par OpenFlyers, ce nettoyage peut durer plusieurs heures. Il n'empêche pas l'utilisation de la plateforme.

==Ajouter une ressource à son abonnement OpenFlyers==
L'abonnement OpenFlyers est calculé en fonction du nombre de ressources. Le nombre est déterminé pour l'année civile complète.

Si vous voulez rajouter une ressource en cours d'année, alors vous devez [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|vous connecter sur l'espace client OpenFlyers]] et créer une facture d'ajout de ressource en indiquant le nombre de ressources supplémentaires. Le tarif appliqué sera alors celui de l'année complète.

Une fois le paiement de la facture correspondante acquitté, il sera possible d'intervenir sur la plateforme concernée pour rajouter la ressource. Il y alors 2 cas possible :
*C'est une ressource dont les tarifs correspondent à un type de ressource déjà présent sur la plateforme concernée. Dans ce cas, l'opération est relativement simple et nous conseillons de suivre soi-même la [[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|procédure de création ci-dessous]].
*C'est une ressource qui nécessite la création d'un nouveau type de ressource avec de nouveaux tarifs : dans ce cas, l'opération est plus complexe. Elle peut être effectuée de façon autonome en suivant la [[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|procédure de création ci-dessous]] et en procédant par comparaison avec les types de ressources existantes. Cependant, si vous souhaitez éviter tout risque d'erreur, nous recommandons de nous confier cette tâche en nous communiquant les éléments comme lors de la mise en place du paramétrage par nos soins à l'aide du questionnaire. Nous décomptons notre intervention des heures de bonus assistance/développement à hauteur d'une heure.

===Créer une ressource sur sa plateforme OpenFlyers===
*[[AdminDoc1.2#Ajouter_un_avion|Ajouter un avion avec la version 1.3 d'OpenFlyers]]
*[[AdminDoc2.1#Ajouter_un_a.C3.A9ronef|Ajouter un aéronef avec la version 2.1 d'OpenFlyers]]
*[[Resource-management3#Ajouter_une_ressource|Ajouter une ressource avec la version 3 d'OpenFlyers]]
*[[Resource-management4#Ajouter_une_ressource|Ajouter une ressource avec la version 4 d'OpenFlyers]]

==Enlever une ressource à son abonnement OpenFlyers==
Si vous enlevez une ressource en cours d'année, il n'y a aucun changement d'abonnement puisque les ressources sont souscrites pour toute l'année.

===Désactiver une ressource sur sa plateforme OpenFlyers===
*[[AdminDoc1.2#D.C3.A9sactiver_un_avion|Désactiver un avion avec la version 1.3 d'OpenFlyers]]
*[[AdminDoc2.1#D.C3.A9sactiver_un_a.C3.A9ronef|Désactiver un aéronef avec la version 2.1 d'OpenFlyers]]
*[[Resource-management3#D.C3.A9sactiver_une_ressource|Désactiver une ressource avec la version 3 d'OpenFlyers]]
*[[Resource-management4#D.C3.A9sactiver_une_ressource|Désactiver une ressource avec la version 4 d'OpenFlyers]]

==Remplacer une ressource par une autre dans son abonnement OpenFlyers==
S'il y a un remplacement de ressource, alors il n'y a pas besoin d'acquitter un nouvel abonnement pour la nouvelle ressource : il suffit de [[#D.C3.A9sactiver_une_ressource_sur_sa_plateforme_OpenFlyers|désactiver l'ancienne ressource]] avant d'[[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|activer la nouvelle]].

Dans le cas d'un remplacement temporaire, il peut être aussi simple de simplement renommer la ressource concernée (immatriculation par exemple). A noter que dans ce cas, les statistiques totaliseront l'activité des 2 ressources en 1 seule.

Si vous ne souhaitez pas désactiver cette ressource, alors vous pouvez [[#Ajouter_une_ressource_.C3.A0_son_abonnement_OpenFlyers|créer une facture complémentaire d'abonnement pour une ressource supplémentaire]].

==Renouveler son abonnement OpenFlyers==
Pour renouveler l'abonnement, il faut :
#[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter]] sur le compte client OpenFlyers
#Créer la facture en fonction du choix d'abonnement (vous trouverez plus d'informations dans notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire])
#Ensuite, payer soit :
#*par carte bancaire en cliquant sur le lien "paiement par carte bancaire" (le choix le plus pratique pour une prise en compte immédiate)
#*par transfert bancaire (dans ce cas, vous devez prendre en charge tous les frais liés à la transaction). Les coordonnées bancaires sont indiquées sur la facture.
#*par chèque (attention au délai d'acheminement du courrier)

===Variation du nombre de ressources lors du renouvellement===
Lors du renouvellement, le nombre minimum de ressources proposées, dans l'interface de renouvellement de l'abonnement, correspond au nombre de ressources activées dans la plateforme OpenFlyers.

Si vous souhaitez augmenter le nombre de ressources pour l'année suivante, il suffit de modifier la valeur proposée par défaut.

Si vous souhaitez diminuer le nombre de ressources pour l'année suivante, il faut [[#D.C3.A9sactiver_une_ressource_sur_sa_plateforme_OpenFlyers|désactiver des ressources dans la plateforme OpenFlyers]] afin que le nombre proposé par défaut diminue avant de créer la facture de renouvellement d'abonnement.

==Plateforme supplémentaire de test==
Cette fonctionnalité disponible que pour les clients étant au moins sous la version 3.5 d'OpenFlyers, est utile dans le cas où vous souhaitez :
*effectuer des tests sur une recopie de la plateforme de démonstration.
*effectuer des tests sur une recopie de votre propre plateforme et ainsi modifier son paramétrage sur une version [[Wikipedia-fr:Sandbox_(sécurité_informatique)|sandbox]] sans impacter la version de production.
*essayer la version 4 d'OpenFlyers

Pour cela, il faut :
*Se connecter sur son [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|compte client]]
*Aller dans le menu '''Plateforme'''
* Plusieurs choix sont proposés :
** Si vous êtes sous la version 3.5 :
*** '''De demo.openflyers.fr vers acbd.test.openflyers.fr''' : Permet de créer une plateforme de test en effectuant une recopie de la plateforme démo avec suppression du message d'accueil "La base de données cette plateforme de démonstration est réinitialisée toutes les heures, vers XX:45".
*** '''De acbd.openflyers.fr vers acbd.of4.openflyers.fr''' : Permet de créer une plateforme d'essai sous la version 4 d'OpenFlyers en effectuant une recopie de votre plateforme existante puis en faisant une montée de version sur cette recopie
** Si vous êtes sous la version 3.5 ou supérieure :
*** '''De acbd.openflyers.fr vers acbd.test.openflyers.fr''' : Permet de créer une plateforme de test en effectuant une recopie de votre plateforme existante
* Cliquer sur '''Valider'''

Si votre plateforme est référencée par l'adresse :
<pre>http://acbd.openflyers.fr</pre>
L'accès à la plateforme de test se fait par l'adresse :
<pre>http://acbd.test.openflyers.fr</pre>
L'accès à la plateforme d'essai de la version 4 d'OpenFlyers se fait par l'adresse :
<pre>http://acbd.of4.openflyers.fr</pre>

Modèle commercial et compte client OpenFlyers

2015-10-20T16:14:41Z

Claratte : /* Définitions */

__TOC__
=Définitions=
==Plateforme de démonstration==
Les plateformes de démonstration sont accessibles au public et servent de bac à sable.

Le sous-domaine de l'URL des plateformes de démonstration est ''demo'' ou commence par ''demo-''. Il existe également des plateformes de démonstration spécifiques dont le sous-domaine est différent.

Elles sont réinitialisées toutes les heures à la minute 44.
==Plateforme en production==
Une plateforme est considérée en production lorsque l'abonnement pour l'année en cours a été payé.

La phase de paramétrage qui précède le "passage en production" effectif s'effectue toujours sur une "plateforme en production".

==Plateforme en test==
Les plateformes en test sont de 2 natures :
*Les plateformes créées par un utilisateur et qui ne sont pas [[en production]];
*[[#Plateforme_suppl.C3.A9mentaire_de_test|Les plateformes supplémentaires de test]];

=Le modèle commercial de la SARL OpenFlyers=
==Fonctionnement économique==
OpenFlyers fonctionne sur le modèle économique d'une ASP (=Application Service Provider) ou SaaS (= Software as a Service). On parle également de "cloud computing" (informatique dans les nuages). C'est-à-dire que nous fournissons un service applicatif par le biais d'internet pour lequel nous facturons un abonnement annuel.

Les avantages de ce système pour les clients finaux sont les suivants :
*la maintenance logiciel est déportée et ne nécessite plus le déplacement d'un technicien. Cela permet également de mettre en œuvre plus rapidement des correctifs à la demande ;
*le coût des développements est mutualisé entre les différents clients ;
*nous assurons nous-mêmes la pérennité des données par sauvegardes journalières sur plusieurs serveurs en plusieurs lieux et cela sur 20 jours glissants.

De plus, OpenFlyers existe en plusieurs versions dont certaines sont disponibles en téléchargement. Vous pouvez retrouver [http://wiki.openflyers.org/index.php?title=FAQ#May_I_install_OpenFlyers_on_my_own_server.3F plus d'infos sur notre support libre].

==Arbitrage des demandes de développements==
Les demandes de développements pour avoir de nouvelles fonctionnalités sont infinies. Au début de son existence OpenFlyers devait arbitrer entre les demandes des différents clients. Pour cela, l'équipe de développement OpenFlyers tenait compte de la taille d'un client ou d'un prospect pour arbitrer les différentes demandes et du potentiel impact qui pouvait en résulter sur le chiffre d'affaire au travers des nouveaux clients qui pouvaient se décider à passer à OpenFlyers du fait de l'existence de telle ou telle fonctionnalité. Ces demandes étant nombreuses, les demandes non retenues étaient nombreuses et cela pouvait conduire à "vexer" un client qui pouvait considérer que sa demande non retenue ou mise en attente était plus pertinente qu'une autre demande retenue.

Afin de ne plus être juge et parti, OpenFlyers a remis au goût du jour le [[Wikipedia-fr:Suffrage_censitaire|vote censitaire]] au travers des heures de bonus développement. Ainsi, les conditions générales d'OpenFlyers donne la possibilité aux clients de choisir eux-mêmes les développements qui leur seront le plus profitable. Le fonctionnement est le suivant :
*Tout client désireux de voir développer une nouvelle fonctionnalité peut faire '''une unique demande''' de devis développement '''par an'''. Cette demande doit être effectuée par e-mail en précisant le nom de la structure aéronautique cliente.
*En fonction du coût en heures de développement, ce développement peut être financé par les heures de bonus développement dont bénéficie chaque client. Plusieurs clients peuvent mutualiser leurs heures de bonus de développement. Les développements peuvent être également financés en partie ou en totalité par une facturation spécifique dans le cas où le bonus développement ne permet pas de couvrir l'intégralité du coût en heures.
*A l'issue d'une demande de devis, un client peut demander un nouveau devis à condition qu'il ait accepté le 1er devis. Le but est de limiter le temps consacré par l'équipe OpenFlyers à effectuer des devis.
Nous mutualisons les développements : tous nos développements sont intégrés au sein de l'unique version en cours de développement. Ainsi, tous les clients bénéficient des demandes de chacun d'entre-eux.
*Les développements "votés" sont triés par ordre d'arrivé sauf pour ceux dont une partie est financée en somme "sonnante et trébuchante" qui passent en priorité.

Enfin, les clients peuvent, avant d'effectuer une demande de devis par e-mail, faire part de leur demande sur le [http://support-fr.openflyers.com/ forum] dans la partie '''Evolutions et Adaptations''' en vérifiant qu'elle n'existe pas déjà. C'est aussi un moyen pour le demandeur d'inviter d'autres clients à s'associer à leur demande en mutualisant leurs heures de bonus développement.

==Bonus assistance/développement==
Chaque client dispose en fonction de son abonnement d'un quota d'heures de bonus qui peuvent être utilisées comme assistance ou comme développement (cf. [[#Arbitrage_des_demandes_de_d.C3.A9veloppements|Arbitrage des demandes de développements]]).

L'assistance permet de couvrir une demande de support téléphonique ou une demande d'intervention sur la plateforme.

Pour utiliser les heures de bonus, il faut :
*Faire une demande par e-mail d'intervention ou de support.
''Nous répondons en indiquant le temps à prévoir/déduire des heures de bonus''
*Confirmer sa demande par retour d'e-mail

Les demandes sont triées par ordre d'arrivé sauf pour celles dont une partie est financée en somme "sonnante et trébuchante" qui passent en priorité.

A noter que les heures non utilisées dans l'année sont perdues (cf. les [https://openflyers.com/fr/entreprise/conditions-generales conditions générales de vente]).

Il n'existe pas à ce jour d'interface permettant de suivre les heures déjà utilisées. Il est néanmoins possible d'en obtenir le suivi sur simple demande par e-mail.

=Compte client OpenFlyers=
Attention, il ne faut pas confondre son compte client OpenFlyers qui permet d'accéder à sa fiche client OpenFlyers et qui permet de renouveler son abonnement OpenFlyers avec son identifiant personnel permettant d'accéder à sa plateforme OpenFlyers.

==Accéder à son compte client OpenFlyers==
Aller sur [https://client.openflyers.com l'espace client] OpenFlyers.

L'identifiant permettant d'accéder à votre compte client correspond au sous-domaine de votre plateforme.

Par exemple, si votre plateforme est référencée par l'adresse :
http://mermoz.openflyers.fr

Alors le sous-domaine est '''mermoz'''.

C'est donc '''mermoz''' qu'il faut utiliser comme identifiant pour vous connecter au .

Si vous n'avez pas le mot de passe, vous pouvez le réactiver avec la fonction '''Mot de passe oublié ?''' qui est sur la page d'identification.

Une adresse e-mail vous sera demandée. Vous pourrez saisir l'adresse e-mail de la structure aéronautique ou celle du contact qui ont été saisies dans la fiche client (il s'agit des adresses e-mails sur lesquelles sont envoyées nos e-mails d'alerte de renouvellement ou d'information).

Dans le but de ne pas être submergés par les demandes, nous facturons la ré-initialisation manuelle, par nos soins, du mot de passe ou la mise à jour des adresses e-mails présentes sur la fiche client pour les abonnement First Price (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).

==Changer de responsable en charge d'OpenFlyers==
Lorsqu'il y a un changement de responsable en charge d'OpenFlyers, pour que la passation se passe dans les meilleures conditions, il faut penser à effectuer les 3 changements suivants :
*Attribuer un profil d'administrateur de la plateforme OpenFlyers au niveau de la plateforme (procédure pour intervenir sur la fiche utilisateur pour la [[User-management3#Modifier_un_utilisateur|version 3]] ou la [[User-management4#Acc.C3.A9der_.C3.A0_l.27interface_de_gestion_des_utilisateurs|version 4]])
*Mettre à jour le champ du responsable OpenFlyers au niveau de la plateforme (procédure pour la [[AdminDoc3#Responsable_OpenFlyers|version 3]] et la [[AdminDoc4#Responsable_OpenFlyers|version 4]]).
*Mettre à jour le nom du responsable OpenFlyers au niveau de la fiche client en effectuant la procédure suivante :
**[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter à l'espace client OpenFlyers]]
**Aller dans '''Fiche contact'''
**Mettre à jour la fiche
**Cliquer sur le bouton '''Valider'''

Dans le cas où la passation ne peut pas se faire ainsi car l'ancien responsable OpenFlyers ne peut pas effectuer ces opérations ou transmettre les couples (identifiants, mots de passe) au nouveau responsable pour qu'il effectue ces opérations, vous pouvez nous demandez, uniquement par e-mail, d'effectuer ces changements de responsable OpenFlyers, en joignant à l'e-mail :
*Un courrier signé du responsable de la structure (gérant, président, etc.) contenant la demande de mise à jour du responsable OpenFlyers désigné et indiquant explicitement le nom du nouveau responsable avec son adresse e-mail
*Une copie d'un document officiel (extrait K-BIS, procès-verbal d'assemblée générale, etc.) permettant de prouver la qualité du responsable de la structure.
Le courrier scanné n'est pas nécessaire dans le cas où le nouveau responsable OpenFlyers apparait sur l'extrait K-BIS.

'''Attention :''' dans le cas d'une société, le responsable de la structure doit détenir plus de la moitié des parts dans la société. Dans le cas où il y a cogérance, alors il faut que le courrier soit signé de l'ensemble des responsables de sorte à représenter plus de la moitié des parts de la société.

==Mettre à jour sa fiche client==
*[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter à l'espace client]]
*Cliquer sur le menu '''Fiche contact'''
*Mettre à jour le contenu des champs concernés
*Cliquer sur le bouton valider
''Conseil OpenFlyers :'' Il est fortement recommandé d'avoir 2 adresses e-mails différentes pour les champs '''E-mail client''' et '''E-mail contact'''

==Migrer vers une nouvelle version OpenFlyers==
Chez OpenFlyers, nous parlons de migration vers une nouvelle version lorsqu'il s'agit de mettre à jour une plateforme d'une version X vers une version Y incluant des changements majeurs.

Par contre, il existe les mises à jours. Les mises à jour ne changent pas le numéro de version principal (exemple : 3.2 ou 3.5 correspondent à la même version principale). OpenFlyers effectue ces mises à jour automatiquement. Leur objectif est de corriger des bugs ou de rajouter de nouvelles fonctionnalités.

Hormis pour les abonnements Première, qui disposent d'une plateforme avec une version gelée et indépendante d'OpenFlyers, toutes les autres plateformes OpenFlyers sont sur un moteur commun qui est mis à jour de façon transparente plusieurs fois par semaine, voir même par jour.

Nous ne présentons ci-dessous que les migrations "majeurs" qui peuvent impliquer des opérations de nettoyage manuel post-migration.

===Coût d'une migration===
Lorsque vous êtes en production sur une version X d'OpenFlyers, vous pouvez demander à migrer vers la dernière version stable proposée aux nouveaux clients ou même vers la dernière version en développement dénommée "alpha" ou "beta" (par exemple "version 3.0alpha").

Les migrations sont incluses dans le support des abonnement Business, Première et Corporate.

Dans le cas d'un abonnement First Price, la migration est facturée 50 € HT sauf dans le cas d'une migration vers une version alpha ou beta ou depuis vers une version alpha ou beta vers la version stable suivante. Exemple de migrations offertes en abonnement First Price :
*Migration depuis la version 3.0alpha vers la version 3
*Migration depuis la version 3.5 vers la version 4.0alpha
*Migration depuis la version 4.0alpha vers la version 4

Certaines migrations peuvent induire des opérations de nettoyage à effectuer manuellement. Ces opérations sont prises en charge dans le cas des abonnements Business, Première et Corporate. Elles sont facturées dans le cas de l'abonnement First Price. La structure peut également effectuer elle-même les opérations de nettoyage dans le cas d'un abonnement First Price en suivant la [[Accueil#Proc.C3.A9dures_de_mont.C3.A9e_de_version|procédure de montée de version]] publiée par OpenFlyers. Exemple de procédure de nettoyage : [[Upgrade3|nettoyage suite à migration vers une version 3]].

Enfin, dans le cas où la plateforme bénéficiait d'un ancien tarif, le fait de migrer implique le passage au tarif en vigueur au moment de la migration et à l'acquittement de la différence de tarif par rapport à l'ancien tarif.

===Déroulement d'une migration===
#Il faut avoir pris connaissance des [[#Cons.C3.A9quences_d.27une_migration|conséquences d'une migration]] et accepter le fait qu'elle est irréversible
#Il faut éventuellement créer la ou les factures selon l'abonnement déjà souscrit et l'abonnement souhaité (cf. [[#Co.C3.BBt_d.27une_migration|Coût d'une migration]] en [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|se connectant sur l'espace client]].
#Il faut payer les factures correspondantes ainsi créées.
#Il faut en faire la demande par e-mail et précisant la date avant laquelle vous ne souhaitez pas qu'on effectue de migration. Il n'est pas possible de programmer une date pour une migration : cela se fait en fonction de la synchronisation des disponibilités des différents collaborateurs d'OpenFlyers qui doivent intervenir à tour de rôle.
#Nous créons alors les factures liées à la migration, à la différence de tarif et au forfait paramétrage selon votre abonnement et les options souscrites (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).
#Vous payez.
#Nous procédons alors à cette migration et nous fournissons une URL de substitution pendant une semaine pour palier les problèmes de cache DNS. Lors de la migration l'interruption de service est seulement de quelques minutes. Elle est donc transparente pour la quasi totalité des utilisateurs.
#Selon ce qui a été convenu nous effectuons ou le client effectue [[Upgrade3|le nettoyage lié au passage à la version 3]].
#Si vous avez souscrit au forfait paramétrage ou qu'il est inclut dans votre abonnement, nous vous envoyons un questionnaire pour le paramétrage. Cf. [[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|Forfait paramétrage]]

===Conséquences d'une migration===
*Toute migration est irréversible : nous ne créons pas de script permettant de revenir vers une version antérieure. En effet, nous effectuons des migrations "cachées" plusieurs fois par semaine qui constituent des corrections de bugs ou l'ajout de nouvelles fonctionnalités. De ce fait, notre exploitation est organisée pour pouvoir palier à un défaut apparaissant à l'issue d'une migration tout comme elle est organisée pour faire face à l'apparition d'un nouveau bug lors d'une mise à jour transparente.
*Attention notamment à une migration vers une version "alpha" ou "beta" : en effet, une migration vers cette version implique que vous acceptiez de fonctionner sur une version qui évolue sans cesse. Outre les corrections de bugs, nous rajoutons sur la version beta régulièrement des fonctionnalités qui peuvent créer de nouvelles anomalies. Bien entendu, nous faisons le nécessaire dès que nous avons connaissance d'un problème (notamment par le [http://bts.openflyers.org BTS] pour résoudre les défauts. C'est d'ailleurs grâce aux clients volontaires pour fonctionner sur la version beta que nous pouvons faire évoluer le produit.
*Après une migration, il peut être nécessaire de forcer le rafraichissement du "cache" du navigateur en appuyant sur CTRL+R (ou icône "Actualiser" ou "Rafraichir" suivant les navigateurs) afin d'obliger le navigateur à charger en mémoire les scripts qui correspondent à la nouvelle version.
*De même, l'accès à la plateforme via son URL peut ne pas fonctionner pendant 1 ou 2 jours du fait des serveurs disposant de "caches DNS". Afin de palier à ce défaut, nous fournissons une URL de substitution pendant une semaine qui permet quand même d'accéder à la plateforme.
*Le temps d'indisponibilité d'accès à la plateforme est de l'ordre de quelques minutes en général. Il est donc transparent pour la plupart des utilisateurs. Par contre, s'il y a un travail de nettoyage post-migration à effectuer par OpenFlyers, ce nettoyage peut durer plusieurs heures. Il n'empêche pas l'utilisation de la plateforme.

==Ajouter une ressource à son abonnement OpenFlyers==
L'abonnement OpenFlyers est calculé en fonction du nombre de ressources. Le nombre est déterminé pour l'année civile complète.

Si vous voulez rajouter une ressource en cours d'année, alors vous devez [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|vous connecter sur l'espace client OpenFlyers]] et créer une facture d'ajout de ressource en indiquant le nombre de ressources supplémentaires. Le tarif appliqué sera alors celui de l'année complète.

Une fois le paiement de la facture correspondante acquitté, il sera possible d'intervenir sur la plateforme concernée pour rajouter la ressource. Il y alors 2 cas possible :
*C'est une ressource dont les tarifs correspondent à un type de ressource déjà présent sur la plateforme concernée. Dans ce cas, l'opération est relativement simple et nous conseillons de suivre soi-même la [[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|procédure de création ci-dessous]].
*C'est une ressource qui nécessite la création d'un nouveau type de ressource avec de nouveaux tarifs : dans ce cas, l'opération est plus complexe. Elle peut être effectuée de façon autonome en suivant la [[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|procédure de création ci-dessous]] et en procédant par comparaison avec les types de ressources existantes. Cependant, si vous souhaitez éviter tout risque d'erreur, nous recommandons de nous confier cette tâche en nous communiquant les éléments comme lors de la mise en place du paramétrage par nos soins à l'aide du questionnaire. Nous décomptons notre intervention des heures de bonus assistance/développement à hauteur d'une heure.

===Créer une ressource sur sa plateforme OpenFlyers===
*[[AdminDoc1.2#Ajouter_un_avion|Ajouter un avion avec la version 1.3 d'OpenFlyers]]
*[[AdminDoc2.1#Ajouter_un_a.C3.A9ronef|Ajouter un aéronef avec la version 2.1 d'OpenFlyers]]
*[[Resource-management3#Ajouter_une_ressource|Ajouter une ressource avec la version 3 d'OpenFlyers]]
*[[Resource-management4#Ajouter_une_ressource|Ajouter une ressource avec la version 4 d'OpenFlyers]]

==Enlever une ressource à son abonnement OpenFlyers==
Si vous enlevez une ressource en cours d'année, il n'y a aucun changement d'abonnement puisque les ressources sont souscrites pour toute l'année.

===Désactiver une ressource sur sa plateforme OpenFlyers===
*[[AdminDoc1.2#D.C3.A9sactiver_un_avion|Désactiver un avion avec la version 1.3 d'OpenFlyers]]
*[[AdminDoc2.1#D.C3.A9sactiver_un_a.C3.A9ronef|Désactiver un aéronef avec la version 2.1 d'OpenFlyers]]
*[[Resource-management3#D.C3.A9sactiver_une_ressource|Désactiver une ressource avec la version 3 d'OpenFlyers]]
*[[Resource-management4#D.C3.A9sactiver_une_ressource|Désactiver une ressource avec la version 4 d'OpenFlyers]]

==Remplacer une ressource par une autre dans son abonnement OpenFlyers==
S'il y a un remplacement de ressource, alors il n'y a pas besoin d'acquitter un nouvel abonnement pour la nouvelle ressource : il suffit de [[#D.C3.A9sactiver_une_ressource_sur_sa_plateforme_OpenFlyers|désactiver l'ancienne ressource]] avant d'[[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|activer la nouvelle]].

Dans le cas d'un remplacement temporaire, il peut être aussi simple de simplement renommer la ressource concernée (immatriculation par exemple). A noter que dans ce cas, les statistiques totaliseront l'activité des 2 ressources en 1 seule.

Si vous ne souhaitez pas désactiver cette ressource, alors vous pouvez [[#Ajouter_une_ressource_.C3.A0_son_abonnement_OpenFlyers|créer une facture complémentaire d'abonnement pour une ressource supplémentaire]].

==Renouveler son abonnement OpenFlyers==
Pour renouveler l'abonnement, il faut :
#[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter]] sur le compte client OpenFlyers
#Créer la facture en fonction du choix d'abonnement (vous trouverez plus d'informations dans notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire])
#Ensuite, payer soit :
#*par carte bancaire en cliquant sur le lien "paiement par carte bancaire" (le choix le plus pratique pour une prise en compte immédiate)
#*par transfert bancaire (dans ce cas, vous devez prendre en charge tous les frais liés à la transaction). Les coordonnées bancaires sont indiquées sur la facture.
#*par chèque (attention au délai d'acheminement du courrier)

===Variation du nombre de ressources lors du renouvellement===
Lors du renouvellement, le nombre minimum de ressources proposées, dans l'interface de renouvellement de l'abonnement, correspond au nombre de ressources activées dans la plateforme OpenFlyers.

Si vous souhaitez augmenter le nombre de ressources pour l'année suivante, il suffit de modifier la valeur proposée par défaut.

Si vous souhaitez diminuer le nombre de ressources pour l'année suivante, il faut [[#D.C3.A9sactiver_une_ressource_sur_sa_plateforme_OpenFlyers|désactiver des ressources dans la plateforme OpenFlyers]] afin que le nombre proposé par défaut diminue avant de créer la facture de renouvellement d'abonnement.

==Plateforme supplémentaire de test==
Cette fonctionnalité disponible que pour les clients étant au moins sous la version 3.5 d'OpenFlyers, est utile dans le cas où vous souhaitez :
*effectuer des tests sur une recopie de la plateforme de démonstration.
*effectuer des tests sur une recopie de votre propre plateforme et ainsi modifier son paramétrage sur une version [[Wikipedia-fr:Sandbox_(sécurité_informatique)|sandbox]] sans impacter la version de production.
*essayer la version 4 d'OpenFlyers

Pour cela, il faut :
*Se connecter sur son [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|compte client]]
*Aller dans le menu '''Plateforme'''
* Plusieurs choix sont proposés :
** Si vous êtes sous la version 3.5 :
*** '''De demo.openflyers.fr vers acbd.test.openflyers.fr''' : Permet de créer une plateforme de test en effectuant une recopie de la plateforme démo avec suppression du message d'accueil "La base de données cette plateforme de démonstration est réinitialisée toutes les heures, vers XX:45".
*** '''De acbd.openflyers.fr vers acbd.of4.openflyers.fr''' : Permet de créer une plateforme d'essai sous la version 4 d'OpenFlyers en effectuant une recopie de votre plateforme existante puis en faisant une montée de version sur cette recopie
** Si vous êtes sous la version 3.5 ou supérieure :
*** '''De acbd.openflyers.fr vers acbd.test.openflyers.fr''' : Permet de créer une plateforme de test en effectuant une recopie de votre plateforme existante
* Cliquer sur '''Valider'''

Si votre plateforme est référencée par l'adresse :
<pre>http://acbd.openflyers.fr</pre>
L'accès à la plateforme de test se fait par l'adresse :
<pre>http://acbd.test.openflyers.fr</pre>
L'accès à la plateforme d'essai de la version 4 d'OpenFlyers se fait par l'adresse :
<pre>http://acbd.of4.openflyers.fr</pre>

Modèle commercial et compte client OpenFlyers

2015-09-30T13:54:25Z

Claratte : /* Bonus assistance/développement */

__TOC__
=Définitions=
==Plateforme en production==
Une plateforme est considérée en production lorsque l'abonnement pour l'année en cours a été payé.

La phase de paramétrage qui précède le "passage en production" effectif s'effectue toujours sur une "plateforme en production".

=Le modèle commercial de la SARL OpenFlyers=
==Fonctionnement économique==
OpenFlyers fonctionne sur le modèle économique d'une ASP (=Application Service Provider) ou SaaS (= Software as a Service). On parle également de "cloud computing" (informatique dans les nuages). C'est-à-dire que nous fournissons un service applicatif par le biais d'internet pour lequel nous facturons un abonnement annuel.

Les avantages de ce système pour les clients finaux sont les suivants :
*la maintenance logiciel est déportée et ne nécessite plus le déplacement d'un technicien. Cela permet également de mettre en œuvre plus rapidement des correctifs à la demande ;
*le coût des développements est mutualisé entre les différents clients ;
*nous assurons nous-mêmes la pérennité des données par sauvegardes journalières sur plusieurs serveurs en plusieurs lieux et cela sur 20 jours glissants.

De plus, OpenFlyers existe en plusieurs versions dont certaines sont disponibles en téléchargement. Vous pouvez retrouver [http://wiki.openflyers.org/index.php?title=FAQ#May_I_install_OpenFlyers_on_my_own_server.3F plus d'infos sur notre support libre].

==Arbitrage des demandes de développements==
Les demandes de développements pour avoir de nouvelles fonctionnalités sont infinies. Au début de son existence OpenFlyers devait arbitrer entre les demandes des différents clients. Pour cela, l'équipe de développement OpenFlyers tenait compte de la taille d'un client ou d'un prospect pour arbitrer les différentes demandes et du potentiel impact qui pouvait en résulter sur le chiffre d'affaire au travers des nouveaux clients qui pouvaient se décider à passer à OpenFlyers du fait de l'existence de telle ou telle fonctionnalité. Ces demandes étant nombreuses, les demandes non retenues étaient nombreuses et cela pouvait conduire à "vexer" un client qui pouvait considérer que sa demande non retenue ou mise en attente était plus pertinente qu'une autre demande retenue.

Afin de ne plus être juge et parti, OpenFlyers a remis au goût du jour le [[Wikipedia-fr:Suffrage_censitaire|vote censitaire]] au travers des heures de bonus développement. Ainsi, les conditions générales d'OpenFlyers donne la possibilité aux clients de choisir eux-mêmes les développements qui leur seront le plus profitable. Le fonctionnement est le suivant :
*Tout client désireux de voir développer une nouvelle fonctionnalité peut faire '''une unique demande''' de devis développement '''par an'''. Cette demande doit être effectuée par e-mail en précisant le nom de la structure aéronautique cliente.
*En fonction du coût en heures de développement, ce développement peut être financé par les heures de bonus développement dont bénéficie chaque client. Plusieurs clients peuvent mutualiser leurs heures de bonus de développement. Les développements peuvent être également financés en partie ou en totalité par une facturation spécifique dans le cas où le bonus développement ne permet pas de couvrir l'intégralité du coût en heures.
*A l'issue d'une demande de devis, un client peut demander un nouveau devis à condition qu'il ait accepté le 1er devis. Le but est de limiter le temps consacré par l'équipe OpenFlyers à effectuer des devis.
Nous mutualisons les développements : tous nos développements sont intégrés au sein de l'unique version en cours de développement. Ainsi, tous les clients bénéficient des demandes de chacun d'entre-eux.
*Les développements "votés" sont triés par ordre d'arrivé sauf pour ceux dont une partie est financée en somme "sonnante et trébuchante" qui passent en priorité.

Enfin, les clients peuvent, avant d'effectuer une demande de devis par e-mail, faire part de leur demande sur le [http://support-fr.openflyers.com/ forum] dans la partie '''Evolutions et Adaptations''' en vérifiant qu'elle n'existe pas déjà. C'est aussi un moyen pour le demandeur d'inviter d'autres clients à s'associer à leur demande en mutualisant leurs heures de bonus développement.

==Bonus assistance/développement==
Chaque client dispose en fonction de son abonnement d'un quota d'heures de bonus qui peuvent être utilisées comme assistance ou comme développement (cf. [[#Arbitrage_des_demandes_de_d.C3.A9veloppements|Arbitrage des demandes de développements]]).

L'assistance permet de couvrir une demande de support téléphonique ou une demande d'intervention sur la plateforme.

Pour utiliser les heures de bonus, il faut :
*Faire une demande par e-mail d'intervention ou de support.
''Nous répondons en indiquant le temps à prévoir/déduire des heures de bonus''
*Confirmer sa demande par retour d'e-mail

Les demandes sont triées par ordre d'arrivé sauf pour celles dont une partie est financée en somme "sonnante et trébuchante" qui passent en priorité.

A noter que les heures non utilisées dans l'année sont perdues (cf. les [https://openflyers.com/fr/entreprise/conditions-generales conditions générales de vente]).

Il n'existe pas à ce jour d'interface permettant de suivre les heures déjà utilisées. Il est néanmoins possible d'en obtenir le suivi sur simple demande par e-mail.

=Compte client OpenFlyers=
Attention, il ne faut pas confondre son compte client OpenFlyers qui permet d'accéder à sa fiche client OpenFlyers et qui permet de renouveler son abonnement OpenFlyers avec son identifiant personnel permettant d'accéder à sa plateforme OpenFlyers.

==Accéder à son compte client OpenFlyers==
Aller sur [https://client.openflyers.com l'espace client] OpenFlyers.

L'identifiant permettant d'accéder à votre compte client correspond au sous-domaine de votre plateforme.

Par exemple, si votre plateforme est référencée par l'adresse :
http://mermoz.openflyers.fr

Alors le sous-domaine est '''mermoz'''.

C'est donc '''mermoz''' qu'il faut utiliser comme identifiant pour vous connecter au .

Si vous n'avez pas le mot de passe, vous pouvez le réactiver avec la fonction '''Mot de passe oublié ?''' qui est sur la page d'identification.

Une adresse e-mail vous sera demandée. Vous pourrez saisir l'adresse e-mail de la structure aéronautique ou celle du contact qui ont été saisies dans la fiche client (il s'agit des adresses e-mails sur lesquelles sont envoyées nos e-mails d'alerte de renouvellement ou d'information).

Dans le but de ne pas être submergés par les demandes, nous facturons la ré-initialisation manuelle, par nos soins, du mot de passe ou la mise à jour des adresses e-mails présentes sur la fiche client pour les abonnement First Price (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).

==Changer de responsable en charge d'OpenFlyers==
Lorsqu'il y a un changement de responsable en charge d'OpenFlyers, pour que la passation se passe dans les meilleures conditions, il faut penser à effectuer les 3 changements suivants :
*Attribuer un profil d'administrateur de la plateforme OpenFlyers au niveau de la plateforme (procédure pour intervenir sur la fiche utilisateur pour la [[User-management3#Modifier_un_utilisateur|version 3]] ou la [[User-management4#Acc.C3.A9der_.C3.A0_l.27interface_de_gestion_des_utilisateurs|version 4]])
*Mettre à jour le champ du responsable OpenFlyers au niveau de la plateforme (procédure pour la [[AdminDoc3#Responsable_OpenFlyers|version 3]] et la [[AdminDoc4#Responsable_OpenFlyers|version 4]]).
*Mettre à jour le nom du responsable OpenFlyers au niveau de la fiche client en effectuant la procédure suivante :
**[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter à l'espace client OpenFlyers]]
**Aller dans '''Fiche contact'''
**Mettre à jour la fiche
**Cliquer sur le bouton '''Valider'''

Dans le cas où la passation ne peut pas se faire ainsi car l'ancien responsable OpenFlyers ne peut pas effectuer ces opérations ou transmettre les couples (identifiants, mots de passe) au nouveau responsable pour qu'il effectue ces opérations, vous pouvez nous demandez, uniquement par e-mail, d'effectuer ces changements de responsable OpenFlyers, en joignant à l'e-mail :
*Un courrier signé du responsable de la structure (gérant, président, etc.) contenant la demande de mise à jour du responsable OpenFlyers désigné et indiquant explicitement le nom du nouveau responsable avec son adresse e-mail
*Une copie d'un document officiel (extrait K-BIS, procès-verbal d'assemblée générale, etc.) permettant de prouver la qualité du responsable de la structure.
Le courrier scanné n'est pas nécessaire dans le cas où le nouveau responsable OpenFlyers apparait sur l'extrait K-BIS.

'''Attention :''' dans le cas d'une société, le responsable de la structure doit détenir plus de la moitié des parts dans la société. Dans le cas où il y a cogérance, alors il faut que le courrier soit signé de l'ensemble des responsables de sorte à représenter plus de la moitié des parts de la société.

==Mettre à jour sa fiche client==
*[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter à l'espace client]]
*Cliquer sur le menu '''Fiche contact'''
*Mettre à jour le contenu des champs concernés
*Cliquer sur le bouton valider
''Conseil OpenFlyers :'' Il est fortement recommandé d'avoir 2 adresses e-mails différentes pour les champs '''E-mail client''' et '''E-mail contact'''

==Migrer vers une nouvelle version OpenFlyers==
Chez OpenFlyers, nous parlons de migration vers une nouvelle version lorsqu'il s'agit de mettre à jour une plateforme d'une version X vers une version Y incluant des changements majeurs.

Par contre, il existe les mises à jours. Les mises à jour ne changent pas le numéro de version principal (exemple : 3.2 ou 3.5 correspondent à la même version principale). OpenFlyers effectue ces mises à jour automatiquement. Leur objectif est de corriger des bugs ou de rajouter de nouvelles fonctionnalités.

Hormis pour les abonnements Première, qui disposent d'une plateforme avec une version gelée et indépendante d'OpenFlyers, toutes les autres plateformes OpenFlyers sont sur un moteur commun qui est mis à jour de façon transparente plusieurs fois par semaine, voir même par jour.

Nous ne présentons ci-dessous que les migrations "majeurs" qui peuvent impliquer des opérations de nettoyage manuel post-migration.

===Coût d'une migration===
Lorsque vous êtes en production sur une version X d'OpenFlyers, vous pouvez demander à migrer vers la dernière version stable proposée aux nouveaux clients ou même vers la dernière version en développement dénommée "alpha" ou "beta" (par exemple "version 3.0alpha").

Les migrations sont incluses dans le support des abonnement Business, Première et Corporate.

Dans le cas d'un abonnement First Price, la migration est facturée 50 € HT sauf dans le cas d'une migration vers une version alpha ou beta ou depuis vers une version alpha ou beta vers la version stable suivante. Exemple de migrations offertes en abonnement First Price :
*Migration depuis la version 3.0alpha vers la version 3
*Migration depuis la version 3.5 vers la version 4.0alpha
*Migration depuis la version 4.0alpha vers la version 4

Certaines migrations peuvent induire des opérations de nettoyage à effectuer manuellement. Ces opérations sont prises en charge dans le cas des abonnements Business, Première et Corporate. Elles sont facturées dans le cas de l'abonnement First Price. La structure peut également effectuer elle-même les opérations de nettoyage dans le cas d'un abonnement First Price en suivant la [[Accueil#Proc.C3.A9dures_de_mont.C3.A9e_de_version|procédure de montée de version]] publiée par OpenFlyers. Exemple de procédure de nettoyage : [[Upgrade3|nettoyage suite à migration vers une version 3]].

Enfin, dans le cas où la plateforme bénéficiait d'un ancien tarif, le fait de migrer implique le passage au tarif en vigueur au moment de la migration et à l'acquittement de la différence de tarif par rapport à l'ancien tarif.

===Déroulement d'une migration===
#Il faut avoir pris connaissance des [[#Cons.C3.A9quences_d.27une_migration|conséquences d'une migration]] et accepter le fait qu'elle est irréversible
#Il faut éventuellement créer la ou les factures selon l'abonnement déjà souscrit et l'abonnement souhaité (cf. [[#Co.C3.BBt_d.27une_migration|Coût d'une migration]] en [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|se connectant sur l'espace client]].
#Il faut payer les factures correspondantes ainsi créées.
#Il faut en faire la demande par e-mail et précisant la date avant laquelle vous ne souhaitez pas qu'on effectue de migration. Il n'est pas possible de programmer une date pour une migration : cela se fait en fonction de la synchronisation des disponibilités des différents collaborateurs d'OpenFlyers qui doivent intervenir à tour de rôle.
#Nous créons alors les factures liées à la migration, à la différence de tarif et au forfait paramétrage selon votre abonnement et les options souscrites (cf. le [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire]).
#Vous payez.
#Nous procédons alors à cette migration et nous fournissons une URL de substitution pendant une semaine pour palier les problèmes de cache DNS. Lors de la migration l'interruption de service est seulement de quelques minutes. Elle est donc transparente pour la quasi totalité des utilisateurs.
#Selon ce qui a été convenu nous effectuons ou le client effectue [[Upgrade3|le nettoyage lié au passage à la version 3]].
#Si vous avez souscrit au forfait paramétrage ou qu'il est inclut dans votre abonnement, nous vous envoyons un questionnaire pour le paramétrage. Cf. [[#Comment_fonctionne_le_forfait_param.C3.A9trage_.3F|Forfait paramétrage]]

===Conséquences d'une migration===
*Toute migration est irréversible : nous ne créons pas de script permettant de revenir vers une version antérieure. En effet, nous effectuons des migrations "cachées" plusieurs fois par semaine qui constituent des corrections de bugs ou l'ajout de nouvelles fonctionnalités. De ce fait, notre exploitation est organisée pour pouvoir palier à un défaut apparaissant à l'issue d'une migration tout comme elle est organisée pour faire face à l'apparition d'un nouveau bug lors d'une mise à jour transparente.
*Attention notamment à une migration vers une version "alpha" ou "beta" : en effet, une migration vers cette version implique que vous acceptiez de fonctionner sur une version qui évolue sans cesse. Outre les corrections de bugs, nous rajoutons sur la version beta régulièrement des fonctionnalités qui peuvent créer de nouvelles anomalies. Bien entendu, nous faisons le nécessaire dès que nous avons connaissance d'un problème (notamment par le [http://bts.openflyers.org BTS] pour résoudre les défauts. C'est d'ailleurs grâce aux clients volontaires pour fonctionner sur la version beta que nous pouvons faire évoluer le produit.
*Après une migration, il peut être nécessaire de forcer le rafraichissement du "cache" du navigateur en appuyant sur CTRL+R (ou icône "Actualiser" ou "Rafraichir" suivant les navigateurs) afin d'obliger le navigateur à charger en mémoire les scripts qui correspondent à la nouvelle version.
*De même, l'accès à la plateforme via son URL peut ne pas fonctionner pendant 1 ou 2 jours du fait des serveurs disposant de "caches DNS". Afin de palier à ce défaut, nous fournissons une URL de substitution pendant une semaine qui permet quand même d'accéder à la plateforme.
*Le temps d'indisponibilité d'accès à la plateforme est de l'ordre de quelques minutes en général. Il est donc transparent pour la plupart des utilisateurs. Par contre, s'il y a un travail de nettoyage post-migration à effectuer par OpenFlyers, ce nettoyage peut durer plusieurs heures. Il n'empêche pas l'utilisation de la plateforme.

==Ajouter une ressource à son abonnement OpenFlyers==
L'abonnement OpenFlyers est calculé en fonction du nombre de ressources. Le nombre est déterminé pour l'année civile complète.

Si vous voulez rajouter une ressource en cours d'année, alors vous devez [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|vous connecter sur l'espace client OpenFlyers]] et créer une facture d'ajout de ressource en indiquant le nombre de ressources supplémentaires. Le tarif appliqué sera alors celui de l'année complète.

Une fois le paiement de la facture correspondante acquitté, il sera possible d'intervenir sur la plateforme concernée pour rajouter la ressource. Il y alors 2 cas possible :
*C'est une ressource dont les tarifs correspondent à un type de ressource déjà présent sur la plateforme concernée. Dans ce cas, l'opération est relativement simple et nous conseillons de suivre soi-même la [[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|procédure de création ci-dessous]].
*C'est une ressource qui nécessite la création d'un nouveau type de ressource avec de nouveaux tarifs : dans ce cas, l'opération est plus complexe. Elle peut être effectuée de façon autonome en suivant la [[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|procédure de création ci-dessous]] et en procédant par comparaison avec les types de ressources existantes. Cependant, si vous souhaitez éviter tout risque d'erreur, nous recommandons de nous confier cette tâche en nous communiquant les éléments comme lors de la mise en place du paramétrage par nos soins à l'aide du questionnaire. Nous décomptons notre intervention des heures de bonus assistance/développement à hauteur d'une heure.

===Créer une ressource sur sa plateforme OpenFlyers===
*[[AdminDoc1.2#Ajouter_un_avion|Ajouter un avion avec la version 1.3 d'OpenFlyers]]
*[[AdminDoc2.1#Ajouter_un_a.C3.A9ronef|Ajouter un aéronef avec la version 2.1 d'OpenFlyers]]
*[[Resource-management3#Ajouter_une_ressource|Ajouter une ressource avec la version 3 d'OpenFlyers]]
*[[Resource-management4#Ajouter_une_ressource|Ajouter une ressource avec la version 4 d'OpenFlyers]]

==Enlever une ressource à son abonnement OpenFlyers==
Si vous enlevez une ressource en cours d'année, il n'y a aucun changement d'abonnement puisque les ressources sont souscrites pour toute l'année.

===Désactiver une ressource sur sa plateforme OpenFlyers===
*[[AdminDoc1.2#D.C3.A9sactiver_un_avion|Désactiver un avion avec la version 1.3 d'OpenFlyers]]
*[[AdminDoc2.1#D.C3.A9sactiver_un_a.C3.A9ronef|Désactiver un aéronef avec la version 2.1 d'OpenFlyers]]
*[[Resource-management3#D.C3.A9sactiver_une_ressource|Désactiver une ressource avec la version 3 d'OpenFlyers]]
*[[Resource-management4#D.C3.A9sactiver_une_ressource|Désactiver une ressource avec la version 4 d'OpenFlyers]]

==Remplacer une ressource par une autre dans son abonnement OpenFlyers==
S'il y a un remplacement de ressource, alors il n'y a pas besoin d'acquitter un nouvel abonnement pour la nouvelle ressource : il suffit de [[#D.C3.A9sactiver_une_ressource_sur_sa_plateforme_OpenFlyers|désactiver l'ancienne ressource]] avant d'[[#Cr.C3.A9er_une_ressource_sur_sa_plateforme_OpenFlyers|activer la nouvelle]].

Dans le cas d'un remplacement temporaire, il peut être aussi simple de simplement renommer la ressource concernée (immatriculation par exemple). A noter que dans ce cas, les statistiques totaliseront l'activité des 2 ressources en 1 seule.

Si vous ne souhaitez pas désactiver cette ressource, alors vous pouvez [[#Ajouter_une_ressource_.C3.A0_son_abonnement_OpenFlyers|créer une facture complémentaire d'abonnement pour une ressource supplémentaire]].

==Renouveler son abonnement OpenFlyers==
Pour renouveler l'abonnement, il faut :
#[[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|Se connecter]] sur le compte client OpenFlyers
#Créer la facture en fonction du choix d'abonnement (vous trouverez plus d'informations dans notre [http://www.openflyers.com/doc/catalogue-tarifaire.pdf catalogue tarifaire])
#Ensuite, payer soit :
#*par carte bancaire en cliquant sur le lien "paiement par carte bancaire" (le choix le plus pratique pour une prise en compte immédiate)
#*par transfert bancaire (dans ce cas, vous devez prendre en charge tous les frais liés à la transaction). Les coordonnées bancaires sont indiquées sur la facture.
#*par chèque (attention au délai d'acheminement du courrier)

===Variation du nombre de ressources lors du renouvellement===
Lors du renouvellement, le nombre minimum de ressources proposées, dans l'interface de renouvellement de l'abonnement, correspond au nombre de ressources activées dans la plateforme OpenFlyers.

Si vous souhaitez augmenter le nombre de ressources pour l'année suivante, il suffit de modifier la valeur proposée par défaut.

Si vous souhaitez diminuer le nombre de ressources pour l'année suivante, il faut [[#D.C3.A9sactiver_une_ressource_sur_sa_plateforme_OpenFlyers|désactiver des ressources dans la plateforme OpenFlyers]] afin que le nombre proposé par défaut diminue avant de créer la facture de renouvellement d'abonnement.

==Plateforme supplémentaire de test==
Cette fonctionnalité disponible que pour les clients étant au moins sous la version 3.5 d'OpenFlyers, est utile dans le cas où vous souhaitez :
*effectuer des tests sur une recopie de la plateforme de démonstration.
*effectuer des tests sur une recopie de votre propre plateforme et ainsi modifier son paramétrage sur une version [[Wikipedia-fr:Sandbox_(sécurité_informatique)|sandbox]] sans impacter la version de production.
*essayer la version 4 d'OpenFlyers

Pour cela, il faut :
*Se connecter sur son [[#Acc.C3.A9der_.C3.A0_son_compte_client_OpenFlyers|compte client]]
*Aller dans le menu '''Plateforme'''
* Plusieurs choix sont proposés :
** Si vous êtes sous la version 3.5 :
*** '''De demo.openflyers.fr vers acbd.test.openflyers.fr''' : Permet de créer une plateforme de test en effectuant une recopie de la plateforme démo avec suppression du message d'accueil "La base de données cette plateforme de démonstration est réinitialisée toutes les heures, vers XX:45".
*** '''De acbd.openflyers.fr vers acbd.of4.openflyers.fr''' : Permet de créer une plateforme d'essai sous la version 4 d'OpenFlyers en effectuant une recopie de votre plateforme existante puis en faisant une montée de version sur cette recopie
** Si vous êtes sous la version 3.5 ou supérieure :
*** '''De acbd.openflyers.fr vers acbd.test.openflyers.fr''' : Permet de créer une plateforme de test en effectuant une recopie de votre plateforme existante
* Cliquer sur '''Valider'''

Si votre plateforme est référencée par l'adresse :
<pre>http://acbd.openflyers.fr</pre>
L'accès à la plateforme de test se fait par l'adresse :
<pre>http://acbd.test.openflyers.fr</pre>
L'accès à la plateforme d'essai de la version 4 d'OpenFlyers se fait par l'adresse :
<pre>http://acbd.of4.openflyers.fr</pre>