Conseils spécifiques pour la comptabilité : Différence entre versions

Aller à : navigation, rechercher
m (Utilisation pratique dans OF4 du paramétrage préconisé des baptêmes de l'air d'un aéro-club)
(Rapprochement des encaissements)
(108 révisions intermédiaires par 3 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
 
=Présentation=
 
=Présentation=
L'objet de cette page est de présenter nos conseils sur la [[Account|comptabilité]]
+
L'objet de cette page est de présenter nos conseils sur la [[Comptabilité|comptabilité]]
  
 
=Baptêmes dans un aéro-club=
 
=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.
+
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 facturation 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 de la comptabilité#Gestion_des_baptêmes|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]]==
+
==[[Utilisation de la comptabilité#Gestion_des_baptêmes|Utilisation pratique du paramétrage préconisé des baptêmes de l'air d'un aéro-club]]==
*[[OF_Use_Accounting3#Gestion_des_bapt.C3.AAmes|Version 3]]
+
*[[OF_Use_Accounting4#Gestion_des_bapt.C3.AAmes|Version 4]]
+
  
 
==Bons baptêmes payés et non effectués==
 
==Bons baptêmes payés et non effectués==
Ligne 27 : Ligne 23 :
 
Cette somme doit être encaissée normalement sur son compte utilisateur.
 
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.
+
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 [[Comptabilité#Comptes_d'emprunts_et_de_dettes_assimilées|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.
 
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.
 +
 +
=Comptes à terme, Livret A=
 +
Il faut créer autant de compte comptable qu'il y a de comptes bancaires. L'extrait de chaque compte en comptabilité doit être le reflet exact du relevé de compte fourni par la banque.
 +
 +
Les intérêts générés par chaque compte doivent faire l'objet d'une écriture comptable séparée.
  
 
=Cotisations fédérales des adhérents dans une association=
 
=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.
 
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 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 [[Paramétrage des validités|gérer les types de validités]] 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.
+
*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 [[Gestion des produits et des ventes#Configuration_du_produit_Validité|vente de produits validités]] correspondante.
 
*:Dans ce cas là, il y a également la question de la gestion des "factures fournisseurs" des fédérations. 2 cas possibles :
 
*: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 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 :
+
*#Si OpenFlyers est utilisé pour gérer l'intégralité de la comptabilité courante de la structure, alors il faudra [[Gestion des achats#Saisie_d'une_facture_fournisseur|saisir les factures des fédérations en tant que facture fournisseur]]. 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]].
+
*#*d'un côté, la vente d'une cotisation d'une fédération à un adhérent qui va impacter son [[Comptabilité#Comptes_clients|compte client]] et un [[Comptabilité#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]].
+
*#*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 [[Comptabilité#Comptes_fournisseurs|compte fournisseur]] de la fédération et un [[Comptabilité#Comptes_de_charges|compte de charge]].
 +
*:A noter que pour ce qui concerne la saisie de la facture fournisseur de la fédération, il y a 2 méthodes expliquées dans le chapitre [[Écritures-comptables#Achat-direct|achat direct]].
 +
Dans certaines structures, la prise de cotisation après une certaine date dans l'année, permet de bénéficier de la cotisation jusqu'au 31 décembre de l'année suivante. Cela se gère au travers de la formule de calcul de la date d'expiration dans '''Ventes > Validités à vendre'''. Cf. [[Formules-de-calcul#Exemples-de-formules-de-calcul-de-la-date-d'expiration|les exemples de formules de calcul de la date d'expiration]].
  
 
=Cotisations/abonnements année N+1=
 
=Cotisations/abonnements année N+1=
Ligne 47 : Ligne 50 :
 
*Nous supposons qu'il existe déjà un compte produit ''Cotisation'' dont le compte d'export est par exemple ''706100''.
 
*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''.
 
*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 :
+
*Dans '''Ventes > Facturation des produits''', il faut créer une nouvelle ligne de facturation 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 facturation lorsque la cotisation peut être pris de façon anticipée à partir du mois d'octobre :
 
{| class="wikitable"
 
{| class="wikitable"
 
!Champ!!Ligne Cotisation N+1
 
!Champ!!Ligne Cotisation N+1
Ligne 72 : Ligne 75 :
 
|}
 
|}
  
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 [[CustomerPricing4#Fonctionnement_des_variables_associ.C3.A9es_aux_formules_de_tarification|variable associée à la formule]] 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 :
+
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 [[Facturation des clients#Facturation-des-clients#Fonctionnement-des-variables-associées-aux-formules-de-facturation|variable associée à la formule]] 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]]
+
[[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'']]
+
*En fin d'année, avant la clôture de la comptabilité, il faudra effectuer une [[Écritures comptables#Écritures_de_transfert_des_produits_et_charges_constatées_d'avance|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]].
+
*Puis, après l'ouverture de la comptabilité, il faudra [[Écritures comptables#Écritures_de_réaffectation_des_produits/charges_constatées_d'avances|transférer le même montant du compte ''produit constaté d’avance'' vers le compte produit de l'année N]].
 +
 
 +
=Dons=
 +
Ce chapitre décrit les opérations comptables pour un don de la structure en faveur d'un tiers. Pour les dons reçus par la structure, il faut voir le chapitre [[#Subventions|Subventions]].
 +
 
 +
Enregistrement d'un don effectué par la structure en faveur d'un tiers :
 +
{| 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 €||
 +
|}
 +
 
 +
=Encaissements "test" (type PayPal)=
 +
Certains organismes, pour vérifier la véracité des informations déclarées, effectuent un virement test de quelques centimes sur le compte bancaire qu'on leur communique. C'est le cas, par exemple, de PayPal lors de l'ouverture d'un compte chez eux.
 +
 
 +
Le virement peut être enregistré comptablement de la façon suivante :
 +
 
 +
{| class="wikitable"
 +
!Compte!!Débit!!Crédit
 +
|-
 +
|Banque (512)||0,15 €||
 +
|-
 +
|Produits divers de gestion courante (758...)||||0,15 €
 +
|}
  
 
=Facturation automatique à des organismes avec ou sans quotas=
 
=Facturation automatique à des organismes avec ou sans quotas=
Ligne 86 : Ligne 125 :
  
 
La mise en place du paramétrage comptable repose sur 2 éléments :
 
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.
+
*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'heures_d'activités|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
 
*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).
+
Les utilisateurs dépendant d'un organisme X doivent être identifiés dans OpenFlyers grâce à un profil spécifique et [[Gestion-des-profils#Profil-non-sélectionnable-par-l'utilisateur|non sélectionnable par l'utilisateur]].
  
 
A l'usage, les choses se déroulent concrètement dans l'ordre suivant :
 
A l'usage, les choses se déroulent concrètement dans l'ordre suivant :
Ligne 99 : Ligne 138 :
 
#Générer le relevé d'activités ou la liasse de factures et l'envoyer par e-mail
 
#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
 
#Saisir l'encaissement de l'organisme payeur
 +
 +
=Forfaits découverte=
 +
Les forfaits découverte consistent à vendre à un prix réduit plusieurs produits lors d'une première inscription ou pré-inscription dans une structure. Typiquement, dans le cas d'une structure aéronautique, les forfaits découvertes regroupent en général :
 +
*La cotisation
 +
*L'assurance/Licence Fédérale
 +
*Un certain nombre d'heures d'instruction
 +
 +
''Pour les associations à but non lucratifs qui bénéficient d'exemption fiscale, OpenFlyers recommande, avant leur mise en place, de se rapprocher du fisc afin de vérifier la comptabilité de cette offre qui pourrait être considérée comme une remise commerciale et entrainer la requalification fiscale de l'association.''
 +
 +
Pour la gestion comptable du forfait découverte dans OpenFlyers, le plus simple consiste à vendre normalement chaque produit "physique" :
 +
*Cotisation
 +
*Assurance/Licence Fédérale
 +
A enregistrer l'encaissement (par exemple Forfait découverte vendu 500 €) et ensuite à calculer la remise auquel à droit l'utilisateur en regardant son solde de compte le nombre d'heures auquel il a droit. En effet, bien souvent, la remise va être différente en fonction du montant payé pour la cotisation qui lui-même peut varier en fonction de l'âge ou de la date de prise de cotisation.
 +
 +
Exemple de calcul pour un forfait découverte à 500 € qui donne droit à :
 +
*1 cotisation normalement facturée 120 €
 +
*1 licence fédérale normalement facturée 80 €
 +
*3 heures de vols normalement facturés 120 €/h
 +
Après l'enregistrement de la cotisation, de la licence et l'encaissement des 500 €, le solde du compte pilote est de 500-120-80 = 300 €.
 +
 +
La personne en charge de la saisie, calcule :
 +
*le montant normalement facturé pour les 3 heures de vols : 3 x 120 € = 360 €
 +
*Détermine la remise à enregistrer en comptabilité au vu du solde du compte : 360 € - 300 € = 60 €
 +
 +
Elle doit enregistrer ensuite un flux comptable qui va créditer le compte pilote de 60 € et débiter un compte de charge "remise inscription" de 60 €.
 +
 +
Ainsi le solde du compte pilote est de 360 € à l'issue de ces saisies. Lorsque les 3 heures de vols seront effectuées, il sera bien à 0 €.
 +
 +
L'intérêt de cette méthode est :
 +
*d'enregistrer une fois pour toute la remise et ensuite de ne plus avoir à s'en soucier
 +
*de permettre que les heures de vols réellement effectuées ne correspondent pas exactement au nombre attribué par le Forfait découverte et permette ainsi un dépassement qui rentrera le montant normalement facturé des heures de vols.
  
 
=Packs d'heures d'activités=
 
=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.
+
OpenFlyers propose un système de comptabilités multiples dans son [[Configuration de la comptabilité#Paramétrage_général_des_comptabilités|paramétrage général des comptabilités]]. 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.
 +
 
 +
'''Attention''' : ce système de packs d'heures d'activités n'est pas adapté aux produits de type [[#Forfaits-découverte|Forfaits découverte]]. En effet, le paramétrage de packs d'heures d'activités induisent la création de comptabilités supplémentaires, en heures de vols, pour générer les crédits d'heures des utilisateurs. De ce fait cela rajoute des comptes, en heures, pour tous les utilisateurs et cela alourdit donc visuellement l'interface. Or, les forfaits découverte sont destinés à 1 seule utilisation maximum par utilisateur. Il n'est donc pas souhaitable de polluer visuellement l'interface pour un usage non récurrent. Alors qu'à l'inverse, dans le cas des packs d'heures, la vue de ces comptes agit comme un moyen de communication et d'appropriation du concept de packs d'heures auprès des utilisateurs.
  
 
==Fonctionnement d'un exemple de configuration de vente de packs d'heures==
 
==Fonctionnement d'un exemple de configuration de vente de packs d'heures==
Ligne 119 : Ligne 191 :
  
 
===Remboursement d'heures===
 
===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 :
+
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 dont :
*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 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.
+
#Considérer que dans ce cas précis, 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.
 +
Dans les 2 cas, il faut saisir 2 flux :
 +
*Un flux qui va débiter le compte en heures de l'utilisateur et créditer le compte de bilan correspondant "Encours ..." du nombre d'heures choisi
 +
*Un flux qui va créditer le compte en euros de l'utilisateur et débiter le compte de produit comptabilisant normalement la vente des packs d'heures correspondant. Le montant est le montant calculé comme indiqué ci-dessus en 1 ou en 2.
 +
 
 +
===Solder un compte en heure présentant un très faible reliquat===
 +
Il peut arriver qu'un compte en heures présente un reliquat très faible et qui apparait avec un solde à 0 mais sans l'icône poubelle permettant de désactiver ce compte. De plus, si on tente de saisir un flux pour solder ce reliquat, le flux n'est pas enregistré. De ce fait, on peut penser qu'il est impossible de supprimer ce compte.
 +
 
 +
Pour sortir de l'impasse, voici la procédure :
 +
*Saisir un flux entre le compte à supprimer et son compte de contre-partie naturel. En général, le compte de contre-partie naturel est un compte de bilan qui s'intitule "Encours...". Pour en être sûr, il suffit de remonter dans l'historique des opérations du compte pour noter le compte de contre-partie qui était impacté.
 +
*Sur la ligne du compte à supprimer cliquer sur l'icône représentant une balance pour que le montant du reliquat apparaisse en débit ou en crédit. Il doit être de la forme ''0,0123''.
 +
*Rajouter une unité au montant du reliquat. Ainsi, ''0,0123'' devient ''1,0123''.
 +
*Sur la 2ème ligne contrant le compte de contre-partie, cliquer sur l'icône balance avec une flèche pour équilibrer le flux.
 +
*Indiquer la bonne date comptable
 +
*Valider
 +
Le flux est bien saisi et le compte à supprimer présente désormais un solde exact de 1 ou -1.
 +
*Saisir un nouveau flux entre le compte à supprimer et son compte de contre-partie naturel en ramenant tout simplement le solde de son compte à 0.
 +
La 2ème écriture s'enregistre correctement et le solde du compte est exactement de 0. Il est donc possible de supprimer le compte après avoir validé les flux.
  
 
==Initialisation du solde d'heures lors de la mise en place des packs==
 
==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.
 
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 :
+
Exemple de saisie d'un flux :
  
 
[[Image:Exemple-saisie-flux-pour-initialisation-solde-heures.png]]
 
[[Image:Exemple-saisie-flux-pour-initialisation-solde-heures.png]]
 +
 +
==Transférer des crédits d'heures d'un utilisateur sur un autre de ses comptes==
 +
Généralement, chaque compte utilisateur dispose de sa propre comptabilité. Ainsi, le compte principal, en euros, est rattaché à la comptabilité en euros. De la même façon, si l'utilisateur dispose d'un compte "Crédit heures A" et d'un autre compte "Crédit heures B" alors le premier compte va être rattaché à une comptabilité A et le deuxième compte à une comptabilité B. Pour dire les choses autrement : on ne mélange pas les torchons avec les serviettes.
 +
 +
Néanmoins, si commercialement, il est nécessaire de transférer le solde du compte "Crédit heures A" vers le compte "Crédit heures B", alors il faut saisir 2 flux comptables :
 +
*Un premier flux qui va [[Utilisation-de-la-comptabilité#Solder-un-compte|solder le compte]] "Crédit heures A" en débit le compte correspondant et en créditant le compte permettant de mesurer l'encourt total des heures en crédit et que l'on intitule généralement "Encours Heures A". Pour trouver son intitulé exact, il suffit d'aller dans les comptes de bilan où ce compte doit être référencé.
 +
*Un deuxième flux qui va effectuer l'opération en sens inverse : créditer le compte "Crédit heures B" et débiter le compte "Encours Heures B".
 +
Il est possible lors de la saisie de ce 2ème flux, d'appliquer un coefficient correctif au montant à créditer si les valeurs des heures entre A et B ne correspondent pas.
 +
 +
Nous recommandons de mettre un intitulé qui permet d'expliquer la raison d'être de chaque flux.
 +
 +
S'il y a beaucoup de comptes utilisateurs concernés, la multiplication des saisies de flux, peut s'avérer rapidement fastidieuse. Afin de limiter le temps consacré à cette saisie, nous recommandons alors d'effectuer 1 seule saisie de flux qui solde l'ensemble des comptes utilisateurs, en soldant tous les comptes utilisateurs concernés dans un seul flux qui contiendra en dernière ligne la contre-partie totale.
 +
 +
[[Image:Saisir_un_flux_solde_multiple_de_comptes_heures.png]]
 +
 +
Pour trouver facilement les comptes utilisateurs concernés, nous recommandons d'afficher dans un onglet du navigateur la liste des comptes de tous les utilisateurs et dans un autre onglet d'afficher l'interface de saisie de flux.
 +
 +
De la même façon, pour le deuxième flux, nous recommandons de garder un onglet ouvert qui affiche le détail des montants soldés, en éditant l'écriture comptable précédente, et dans un autre onglet de saisir le deuxième flux.
 +
 +
=Rapprochement des encaissements=
 +
Lors de la saisie d'un [[Écritures-comptables#Encaissement-(d'un-client)|encaissement client]], un flux comptable est généré. Il crédite le compte du client et débite un [[Comptabilité#Comptes-de-trésorerie|compte de trésorerie]].
 +
 +
Dans le paramétrage type d'OpenFlyers, le compte de trésorerie débité est un compte d'attente intitulé ''Compte remise X'' où X correspond au type d'encaissement (carte bancaire, virement, chèques).
 +
 +
Cela permet ensuite lors de l'import d'un relevé bancaire, de rapprocher automatiquement les écritures en générant des flux qui crédite le compte de banque et crédite le ''Compte remise X''.
 +
 +
Si après import du relevé bancaire, tout est juste alors le ''Compte remise X'' a un solde à 0.
 +
 +
S'il n'est pas à 0, alors grâce au lettrage, il est possible en regardant le détail du compte de lister les écritures non lettrées qui sont à l'origine de l'écart et ainsi de trouver plus rapidement la justification de l'écart.
 +
 +
Exemple basé sur le paramétrage ci-dessous avec un chèque de 250 € remis par le pilote M. Romain GARY.
 +
 +
La saisie du chèque de 250 € par M. Romain GARY génère le flux suivant :
 +
{| class="wikitable"
 +
!Compte!!Débit!!Crédit
 +
|-
 +
|Compte remise chèque (512102)||2500 €||
 +
|-
 +
|Compte M. GARY (411rgary)||||250 €
 +
|}
 +
 +
L'import du relevé bancaire génère le flux suivant :
 +
{| class="wikitable"
 +
!Compte!!Débit!!Crédit
 +
|-
 +
|Compte courant (512100)||2500 €||
 +
|-
 +
|Compte remise chèque (512102)||||250 €
 +
|}
 +
 +
Les extraits de compte résultants sont les suivants :
 +
 +
Compte M. GARY :
 +
{| class="wikitable"
 +
!Intitulé écriture!!Débit!!Crédit
 +
|-
 +
|Chèque X||||250 €
 +
|-
 +
|'''TOTAUX'''||'''0 €'''||'''250 €'''
 +
|-
 +
|'''SOLDE'''||||'''250 €'''
 +
|}
 +
 +
Compte remise chèque :
 +
{| class="wikitable"
 +
!Intitulé écriture!!Débit!!Crédit
 +
|-
 +
|Chèque X||250 €||
 +
|-
 +
|Remise en banque chèque||||250 €
 +
|-
 +
|'''TOTAUX'''||'''250 €'''||'''250 €'''
 +
|-
 +
|'''SOLDE'''||||
 +
|}
 +
 +
Compte courant :
 +
{| class="wikitable"
 +
!Intitulé écriture!!Débit!!Crédit
 +
|-
 +
|Remise en banque chèque||250 €||
 +
|-
 +
|'''TOTAUX'''||'''250 €'''||'''0 €'''
 +
|-
 +
|'''SOLDE'''||'''250 €'''||
 +
|}
 +
 +
 +
----
 +
'''Paramétrage'''
 +
 +
Pour que ce mécanisme fonctionne, il faut :
 +
 +
*Avoir des comptes de trésorerie "Compte remise X" définis ainsi dans '''Gestion > Comptes > Comptes > Trésorerie''' :
 +
[[Fichier:Comptes_remise_trésorerie.jpg]]
 +
 +
*Avoir une [[Configuration-de-la-comptabilité#Ventilation-des-types-d'encaissements|ventilation des types d'encaissements]] définie ainsi dans '''Admin > Comptes > Encaissements > Ventilation''' :
 +
[[Fichier:Paramétrage_ventilation_encaissements.jpg]]
 +
 +
*Avoir des [[Configuration-de-la-comptabilité#Règles-d'imputations-automatiques|règles d'imputation]] définies ainsi dans '''Gestion > Comptes > Relevé bancaire > Règles d'imputation''' :
 +
[[Fichier:Règles_imputation_ventilation_encaissements.jpg]]
 +
 +
Attention : les mots clés définis dans les règles d'imputation varient en fonction de la banque de la structure.
  
 
=Refacturation=
 
=Refacturation=
Ligne 134 : Ligne 326 :
  
 
Comptablement, il faut saisir les 2 écritures séparément :
 
Comptablement, il faut saisir les 2 écritures séparément :
*[[Purchase-management4#Saisie_d.27une_facture_fournisseur|Saisir la facture fournisseur de la taxe d'atterrissage soit dans OpenFlyers]] soit dans le logiciel comptable utilisé pour les charges.
+
*Saisir la facture fournisseur de la taxe d'atterrissage soit [[Gestion des achats#Saisie_d'une_facture_fournisseur|dans OpenFlyers]], soit dans le logiciel comptable utilisé pour les charges.
*[[Product_sale_manager4#Achat_de_produit_non_stock.C3.A9|Saisir l'achat]] d'une taxe d'atterrissages pour l'utilisateur concerné.
+
*[[Gestion des produits et des ventes#Achat_de_produit_non_stocké|Saisir l'achat d'une taxe d'atterrissages pour l'utilisateur concerné]].
 +
 
 +
=Rembourser une facture avancée par un utilisateur=
 +
Pour rembourser une facture payée par un utilisateur (exemple : un pilote qui paie une facture d'essence alors que la location de l'aéronef inclut déjà l'essence), il suffit de [[Utilisation-de-la-comptabilité#Saisie-d'un-flux|saisir un flux]] qui va créditer le compte de l'utilisateur et débiter le compte du fournisseur correspondant à la facture.
 +
 
 +
Dans le cas où les [[Gestion-des-achats|factures fournisseurs]] sont saisies dans OpenFlyers, il suffit alors de saisir cette facture normalement et le compte du fournisseur se retrouvera à 0.
 +
 
 +
Dans le cas où les factures fournisseurs ne sont pas saisies dans OpenFlyers, il faut laisser le compte fournisseur débiteur. La facture correspondante sera saisie dans le logiciel de comptabilité en créditeur le même compte fournisseur qui se retrouvera donc à 0.
 +
 
 +
=Salaires=
 +
Les salaires doivent être [[Gestion-des-achats#Saisie-d'une-facture-fournisseur|saisis comme des factures fournisseurs]] :
 +
*Pour le salaire net versé au salarié : mettre comme fournisseur le salarié et comme compte de charge ''Rémunérations brutes'' (compte d'export 641100)
 +
*Pour l'URSSAF : mettre comme fournisseur l'URSSAF (compte d'export 431000) et comme compte de charge ''Cotisations à l'URSSAF'' (compte d'export 645100)
 +
 
 +
=Subventions=
 +
Une structure peut recevoir 2 types de subventions :
 +
*[[#Enregistrement_des_subventions_destinées_à_la_structure|Des subventions destinées directement à la structure]]
 +
*[[#Ventilation_des_subventions_destinées_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 subventionne (411...)||1000 €||
 +
|-
 +
|Subventions d'exploitation (74....)||||1000 €
 +
|}
 +
 
 +
Si le tiers est une collectivité, alors la racine est 441...
 +
 
 +
Si la subvention est destinée à financer un investissement, alors il faut passer par des écritures qui impactent les comptes de bilan.
 +
 
 +
*Lorsque la subvention est encaissée par la structure :
 +
{| class="wikitable"
 +
!Compte!!Débit!!Crédit
 +
|-
 +
|Banque (512...)||1000 €||
 +
|-
 +
|Tiers qui subventionne (411...)||||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=
+
==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.
 
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 :
 
Les opérations comptables à effectuer pour cela sont les suivantes :
*[[OF_Use_Accounting4#Saisie_d.27un_flux|Saisir un flux]] correspondant à un [[Accounting_entries#Transfert_de_charge|transfert de charges]].
+
*[[Utilisation de la comptabilité#Saisie_d'un_flux|Saisir un flux]] correspondant à un [[Écritures comptables#Transfert_de_charge|transfert de charges]].
*[[OF_Use_Accounting4#Saisie_d.27un_flux|Saisir un autre flux]] débitant le "compte de Transfert de charge (791)"  et créditant les comptes des utilisateurs concernés.
+
*[[Utilisation de la comptabilité#Saisie_d'un_flux|Saisir un autre flux]] débitant le "compte de Transfert de charge (791)"  et créditant les comptes des utilisateurs concernés.
 
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.
 
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==
+
===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.
 
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 :
 
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)".
+
*Créer un [[Comptabilité#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".
 
*Saisir un flux créditant le compte de l'utilisateur et débitant le compte "Subvention à recevoir".
 
Ainsi :
 
Ainsi :
Ligne 155 : Ligne 404 :
 
*Il est possible de contrôler les sommes distribuées et non perçues au travers du compte "Subvention à recevoir".
 
*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.
 
*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.
 +
 +
=Les taxes=
 +
==Gérer les taxes d'atterrissage==
 +
Les taxes d'atterrissages sont facturées à la structure aéronautique qui souvent les débitent sur le compte de ses clients. Voici plusieurs méthodes pour gérer ces opérations dans OpenFlyers.
 +
 +
#Pour les aérodromes dont la facturation est très récurrente et systématiquement effectuée à la structure (par exemple s'il s'agit de la base ou d'un aérodrome voisin), il peut être intéressant de rendre la facturation systématique en la couplant avec la saisie du vol. Pour ce faire, il faut créer la variable tarif correspondante, lui associer une valeur et ensuite créer une règle de facturation d'activité avec une formule qui contiendra un test sur l'aérodrome de départ ou d'arrivée :
 +
#:''(%AIRFIELD_DEPARTURE=='LFBD')? $tarifTaxeLFBD : 0''
 +
#Pour les aérodromes dont les taxes sont récurrentes mais pour lesquelles le pilote est susceptible de les payer directement et qui ne sont donc pas systématiquement facturées à la structure, il est recommander de créer un type de vente et de "revendre" la taxe à l'utilisateur concerné.
 +
#Sinon, pour le cas plus fréquent (taxes différentes et peu fréquentes), il est recommandé de revendre la taxe en tant que produit "Taxe" dont le tarif est libre.
 +
 +
=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.

Version du 7 avril 2020 à 18:59

Sommaire

Présentation

L'objet de cette page est de présenter nos conseils sur la 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. 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 facturation 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

Utilisation pratique du paramétrage préconisé des baptêmes de l'air d'un aéro-club

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

Comptes à terme, Livret A

Il faut créer autant de compte comptable qu'il y a de comptes bancaires. L'extrait de chaque compte en comptabilité doit être le reflet exact du relevé de compte fourni par la banque.

Les intérêts générés par chaque compte doivent faire l'objet d'une écriture comptable séparée.

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 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 correspondante.
    Dans ce cas là, il y a également la question de la gestion des "factures fournisseurs" des fédérations. 2 cas possibles :
    1. 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.
    2. Si OpenFlyers est utilisé pour gérer l'intégralité de la comptabilité courante de la structure, alors il faudra saisir les factures des fédérations en tant que facture fournisseur. 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 compte client et un 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 compte fournisseur de la fédération et un compte de charge.
    A noter que pour ce qui concerne la saisie de la facture fournisseur de la fédération, il y a 2 méthodes expliquées dans le chapitre achat direct.

Dans certaines structures, la prise de cotisation après une certaine date dans l'année, permet de bénéficier de la cotisation jusqu'au 31 décembre de l'année suivante. Cela se gère au travers de la formule de calcul de la date d'expiration dans Ventes > Validités à vendre. Cf. les exemples de formules de calcul de la date d'expiration.

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 > Facturation des produits, il faut créer une nouvelle ligne de facturation 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 facturation lorsque la cotisation peut être pris de façon anticipée à partir du mois d'octobre :
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 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 : Tarification_cotisation_N+1.png

Dons

Ce chapitre décrit les opérations comptables pour un don de la structure en faveur d'un tiers. Pour les dons reçus par la structure, il faut voir le chapitre Subventions.

Enregistrement d'un don effectué par la structure en faveur d'un tiers :

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 :

Compte Débit Crédit
Banque (512) 1000 €
Tiers percevant le don (401...) 1000 €

Encaissements "test" (type PayPal)

Certains organismes, pour vérifier la véracité des informations déclarées, effectuent un virement test de quelques centimes sur le compte bancaire qu'on leur communique. C'est le cas, par exemple, de PayPal lors de l'ouverture d'un compte chez eux.

Le virement peut être enregistré comptablement de la façon suivante :

Compte Débit Crédit
Banque (512) 0,15 €
Produits divers de gestion courante (758...) 0,15 €

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

A l'usage, les choses se déroulent concrètement dans l'ordre suivant :

  1. 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.
  2. 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.
  3. 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 :

  1. Générer le relevé d'activités ou la liasse de factures et l'envoyer par e-mail
  2. Saisir l'encaissement de l'organisme payeur

Forfaits découverte

Les forfaits découverte consistent à vendre à un prix réduit plusieurs produits lors d'une première inscription ou pré-inscription dans une structure. Typiquement, dans le cas d'une structure aéronautique, les forfaits découvertes regroupent en général :

  • La cotisation
  • L'assurance/Licence Fédérale
  • Un certain nombre d'heures d'instruction

Pour les associations à but non lucratifs qui bénéficient d'exemption fiscale, OpenFlyers recommande, avant leur mise en place, de se rapprocher du fisc afin de vérifier la comptabilité de cette offre qui pourrait être considérée comme une remise commerciale et entrainer la requalification fiscale de l'association.

Pour la gestion comptable du forfait découverte dans OpenFlyers, le plus simple consiste à vendre normalement chaque produit "physique" :

  • Cotisation
  • Assurance/Licence Fédérale

A enregistrer l'encaissement (par exemple Forfait découverte vendu 500 €) et ensuite à calculer la remise auquel à droit l'utilisateur en regardant son solde de compte le nombre d'heures auquel il a droit. En effet, bien souvent, la remise va être différente en fonction du montant payé pour la cotisation qui lui-même peut varier en fonction de l'âge ou de la date de prise de cotisation.

Exemple de calcul pour un forfait découverte à 500 € qui donne droit à :

  • 1 cotisation normalement facturée 120 €
  • 1 licence fédérale normalement facturée 80 €
  • 3 heures de vols normalement facturés 120 €/h

Après l'enregistrement de la cotisation, de la licence et l'encaissement des 500 €, le solde du compte pilote est de 500-120-80 = 300 €.

La personne en charge de la saisie, calcule :

  • le montant normalement facturé pour les 3 heures de vols : 3 x 120 € = 360 €
  • Détermine la remise à enregistrer en comptabilité au vu du solde du compte : 360 € - 300 € = 60 €

Elle doit enregistrer ensuite un flux comptable qui va créditer le compte pilote de 60 € et débiter un compte de charge "remise inscription" de 60 €.

Ainsi le solde du compte pilote est de 360 € à l'issue de ces saisies. Lorsque les 3 heures de vols seront effectuées, il sera bien à 0 €.

L'intérêt de cette méthode est :

  • d'enregistrer une fois pour toute la remise et ensuite de ne plus avoir à s'en soucier
  • de permettre que les heures de vols réellement effectuées ne correspondent pas exactement au nombre attribué par le Forfait découverte et permette ainsi un dépassement qui rentrera le montant normalement facturé des heures de vols.

Packs d'heures d'activités

OpenFlyers propose un système de comptabilités multiples dans son paramétrage général des comptabilités. 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.

Attention : ce système de packs d'heures d'activités n'est pas adapté aux produits de type Forfaits découverte. En effet, le paramétrage de packs d'heures d'activités induisent la création de comptabilités supplémentaires, en heures de vols, pour générer les crédits d'heures des utilisateurs. De ce fait cela rajoute des comptes, en heures, pour tous les utilisateurs et cela alourdit donc visuellement l'interface. Or, les forfaits découverte sont destinés à 1 seule utilisation maximum par utilisateur. Il n'est donc pas souhaitable de polluer visuellement l'interface pour un usage non récurrent. Alors qu'à l'inverse, dans le cas des packs d'heures, la vue de ces comptes agit comme un moyen de communication et d'appropriation du concept de packs d'heures auprès des utilisateurs.

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 dont :

  1. 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
  2. Considérer que dans ce cas précis, 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.

Dans les 2 cas, il faut saisir 2 flux :

  • Un flux qui va débiter le compte en heures de l'utilisateur et créditer le compte de bilan correspondant "Encours ..." du nombre d'heures choisi
  • Un flux qui va créditer le compte en euros de l'utilisateur et débiter le compte de produit comptabilisant normalement la vente des packs d'heures correspondant. Le montant est le montant calculé comme indiqué ci-dessus en 1 ou en 2.

Solder un compte en heure présentant un très faible reliquat

Il peut arriver qu'un compte en heures présente un reliquat très faible et qui apparait avec un solde à 0 mais sans l'icône poubelle permettant de désactiver ce compte. De plus, si on tente de saisir un flux pour solder ce reliquat, le flux n'est pas enregistré. De ce fait, on peut penser qu'il est impossible de supprimer ce compte.

Pour sortir de l'impasse, voici la procédure :

  • Saisir un flux entre le compte à supprimer et son compte de contre-partie naturel. En général, le compte de contre-partie naturel est un compte de bilan qui s'intitule "Encours...". Pour en être sûr, il suffit de remonter dans l'historique des opérations du compte pour noter le compte de contre-partie qui était impacté.
  • Sur la ligne du compte à supprimer cliquer sur l'icône représentant une balance pour que le montant du reliquat apparaisse en débit ou en crédit. Il doit être de la forme 0,0123.
  • Rajouter une unité au montant du reliquat. Ainsi, 0,0123 devient 1,0123.
  • Sur la 2ème ligne contrant le compte de contre-partie, cliquer sur l'icône balance avec une flèche pour équilibrer le flux.
  • Indiquer la bonne date comptable
  • Valider

Le flux est bien saisi et le compte à supprimer présente désormais un solde exact de 1 ou -1.

  • Saisir un nouveau flux entre le compte à supprimer et son compte de contre-partie naturel en ramenant tout simplement le solde de son compte à 0.

La 2ème écriture s'enregistre correctement et le solde du compte est exactement de 0. Il est donc possible de supprimer le compte après avoir validé les flux.

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 :

Exemple saisie flux pour initialisation solde heures.png

Transférer des crédits d'heures d'un utilisateur sur un autre de ses comptes

Généralement, chaque compte utilisateur dispose de sa propre comptabilité. Ainsi, le compte principal, en euros, est rattaché à la comptabilité en euros. De la même façon, si l'utilisateur dispose d'un compte "Crédit heures A" et d'un autre compte "Crédit heures B" alors le premier compte va être rattaché à une comptabilité A et le deuxième compte à une comptabilité B. Pour dire les choses autrement : on ne mélange pas les torchons avec les serviettes.

Néanmoins, si commercialement, il est nécessaire de transférer le solde du compte "Crédit heures A" vers le compte "Crédit heures B", alors il faut saisir 2 flux comptables :

  • Un premier flux qui va solder le compte "Crédit heures A" en débit le compte correspondant et en créditant le compte permettant de mesurer l'encourt total des heures en crédit et que l'on intitule généralement "Encours Heures A". Pour trouver son intitulé exact, il suffit d'aller dans les comptes de bilan où ce compte doit être référencé.
  • Un deuxième flux qui va effectuer l'opération en sens inverse : créditer le compte "Crédit heures B" et débiter le compte "Encours Heures B".

Il est possible lors de la saisie de ce 2ème flux, d'appliquer un coefficient correctif au montant à créditer si les valeurs des heures entre A et B ne correspondent pas.

Nous recommandons de mettre un intitulé qui permet d'expliquer la raison d'être de chaque flux.

S'il y a beaucoup de comptes utilisateurs concernés, la multiplication des saisies de flux, peut s'avérer rapidement fastidieuse. Afin de limiter le temps consacré à cette saisie, nous recommandons alors d'effectuer 1 seule saisie de flux qui solde l'ensemble des comptes utilisateurs, en soldant tous les comptes utilisateurs concernés dans un seul flux qui contiendra en dernière ligne la contre-partie totale.

Saisir_un_flux_solde_multiple_de_comptes_heures.png

Pour trouver facilement les comptes utilisateurs concernés, nous recommandons d'afficher dans un onglet du navigateur la liste des comptes de tous les utilisateurs et dans un autre onglet d'afficher l'interface de saisie de flux.

De la même façon, pour le deuxième flux, nous recommandons de garder un onglet ouvert qui affiche le détail des montants soldés, en éditant l'écriture comptable précédente, et dans un autre onglet de saisir le deuxième flux.

Rapprochement des encaissements

Lors de la saisie d'un encaissement client, un flux comptable est généré. Il crédite le compte du client et débite un compte de trésorerie.

Dans le paramétrage type d'OpenFlyers, le compte de trésorerie débité est un compte d'attente intitulé Compte remise X où X correspond au type d'encaissement (carte bancaire, virement, chèques).

Cela permet ensuite lors de l'import d'un relevé bancaire, de rapprocher automatiquement les écritures en générant des flux qui crédite le compte de banque et crédite le Compte remise X.

Si après import du relevé bancaire, tout est juste alors le Compte remise X a un solde à 0.

S'il n'est pas à 0, alors grâce au lettrage, il est possible en regardant le détail du compte de lister les écritures non lettrées qui sont à l'origine de l'écart et ainsi de trouver plus rapidement la justification de l'écart.

Exemple basé sur le paramétrage ci-dessous avec un chèque de 250 € remis par le pilote M. Romain GARY.

La saisie du chèque de 250 € par M. Romain GARY génère le flux suivant :

Compte Débit Crédit
Compte remise chèque (512102) 2500 €
Compte M. GARY (411rgary) 250 €

L'import du relevé bancaire génère le flux suivant :

Compte Débit Crédit
Compte courant (512100) 2500 €
Compte remise chèque (512102) 250 €

Les extraits de compte résultants sont les suivants :

Compte M. GARY :

Intitulé écriture Débit Crédit
Chèque X 250 €
TOTAUX 0 € 250 €
SOLDE 250 €

Compte remise chèque :

Intitulé écriture Débit Crédit
Chèque X 250 €
Remise en banque chèque 250 €
TOTAUX 250 € 250 €
SOLDE

Compte courant :

Intitulé écriture Débit Crédit
Remise en banque chèque 250 €
TOTAUX 250 € 0 €
SOLDE 250 €



Paramétrage

Pour que ce mécanisme fonctionne, il faut :

  • Avoir des comptes de trésorerie "Compte remise X" définis ainsi dans Gestion > Comptes > Comptes > Trésorerie :

Comptes_remise_trésorerie.jpg

Paramétrage_ventilation_encaissements.jpg

  • Avoir des règles d'imputation définies ainsi dans Gestion > Comptes > Relevé bancaire > Règles d'imputation :

Règles_imputation_ventilation_encaissements.jpg

Attention : les mots clés définis dans les règles d'imputation varient en fonction de la banque de la structure.

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 :

Rembourser une facture avancée par un utilisateur

Pour rembourser une facture payée par un utilisateur (exemple : un pilote qui paie une facture d'essence alors que la location de l'aéronef inclut déjà l'essence), il suffit de saisir un flux qui va créditer le compte de l'utilisateur et débiter le compte du fournisseur correspondant à la facture.

Dans le cas où les factures fournisseurs sont saisies dans OpenFlyers, il suffit alors de saisir cette facture normalement et le compte du fournisseur se retrouvera à 0.

Dans le cas où les factures fournisseurs ne sont pas saisies dans OpenFlyers, il faut laisser le compte fournisseur débiteur. La facture correspondante sera saisie dans le logiciel de comptabilité en créditeur le même compte fournisseur qui se retrouvera donc à 0.

Salaires

Les salaires doivent être saisis comme des factures fournisseurs :

  • Pour le salaire net versé au salarié : mettre comme fournisseur le salarié et comme compte de charge Rémunérations brutes (compte d'export 641100)
  • Pour l'URSSAF : mettre comme fournisseur l'URSSAF (compte d'export 431000) et comme compte de charge Cotisations à l'URSSAF (compte d'export 645100)

Subventions

Une structure peut recevoir 2 types de subventions :

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 :
Compte Débit Crédit
Tiers qui subventionne (411...) 1000 €
Subventions d'exploitation (74....) 1000 €

Si le tiers est une collectivité, alors la racine est 441...

Si la subvention est destinée à financer un investissement, alors il faut passer par des écritures qui impactent les comptes de bilan.

  • Lorsque la subvention est encaissée par la structure :
Compte Débit Crédit
Banque (512...) 1000 €
Tiers qui subventionne (411...) 1000 €

Si on souhaite simplifier la saisie, on peut enregistrer directement et uniquement l'encaissement de la subvention :

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 :

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

Les taxes

Gérer les taxes d'atterrissage

Les taxes d'atterrissages sont facturées à la structure aéronautique qui souvent les débitent sur le compte de ses clients. Voici plusieurs méthodes pour gérer ces opérations dans OpenFlyers.

  1. Pour les aérodromes dont la facturation est très récurrente et systématiquement effectuée à la structure (par exemple s'il s'agit de la base ou d'un aérodrome voisin), il peut être intéressant de rendre la facturation systématique en la couplant avec la saisie du vol. Pour ce faire, il faut créer la variable tarif correspondante, lui associer une valeur et ensuite créer une règle de facturation d'activité avec une formule qui contiendra un test sur l'aérodrome de départ ou d'arrivée :
    (%AIRFIELD_DEPARTURE=='LFBD')? $tarifTaxeLFBD : 0
  2. Pour les aérodromes dont les taxes sont récurrentes mais pour lesquelles le pilote est susceptible de les payer directement et qui ne sont donc pas systématiquement facturées à la structure, il est recommander de créer un type de vente et de "revendre" la taxe à l'utilisateur concerné.
  3. Sinon, pour le cas plus fréquent (taxes différentes et peu fréquentes), il est recommandé de revendre la taxe en tant que produit "Taxe" dont le tarif est libre.

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 :

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