Bien débuter avec OpenFlyers
Présentation
La solution OpenFlyers permet de gérer l'ensemble de l'activité d'une structure autour de 2 éléments principaux :
- La réservation
- La gestion de l'activité réalisée (c'est à dire la gestion des heures de vols dans le cadre d'une activité aéronautique)
La mise en place d'OpenFlyers au sein d'une structure peut se découper en 2 phases :
- La mise en place de la réservation qui est relativement simple à appréhender
- La mise en place de la gestion de l'activité qui nécessite un travail de fond pour bien définir les règles de gestion de la structure aussi bien en terme de politique de relation client qu'en terme de gestion comptable.
Mettre en place la réservation
La mise en place de la réservation nécessite uniquement de définir uniquement :
- Les profils et droits associés pour les utilisateurs
- Les règles concernant les réservations
- Les ressources (les aéronefs dans le cas d'une activité aéronautique)
- Éventuellement les validités afin de générer des alertes pour les utilisateurs à la connexion et/ou à la réservation
Le paramétrage et la mise en production de cette phase peut être très rapide et ne nécessite pas de date clé comme pour la mise en place de la gestion d'activité.
L'import de données externe est également limité à importer uniquement le fichier des utilisateurs. Cependant, plus ce fichier sera complet au moment de l'import et moins de reprises manuelles seront nécessaires. Ainsi, des données comme l'adresse, la date de naissance ou le sexe de chaque utilisateur peuvent être incluses dans le fichier d'import.
Les risques associés à la mise en production des réservations est quasiment nul car il n'y a aucun mouvement comptable de généré et il n'y a pas d'export à effectuer par la suite : les réservations tournent en vase clos.
Mettre en place la gestion d'activité sur OpenFlyers
La mise en place de la gestion d'activité sur OpenFlyers peut se faire à n'importe quel moment de l'année. Le passage en production peut se faire idéalement au 1er janvier. Cela permet de bénéficier du changement d'exercice comptable et de la clôture de l'exercice précédent pour récupérer les à nouveaux des comptes, notamment ceux des comptes clients.
La chronologie pour la mise en place de la gestion d'activité est présentée dans les paragraphes qui suivent :
Définir le périmètre des écritures qui seront gérées par OpenFlyers
Cela peut être :
- La saisie de l'activité elle-même et donc la génération du chiffre d'affaire au travers des factures clients et des écritures comptables qui sont automatiquement générées avec l'activité
- Les factures fournisseurs
Le premier point implique qu'OpenFlyers est également utilisé pour la saisie des encaissements clients et le second point implique qu'OpenFlyers est également utilisé pour la saisie des paiements fournisseurs.
A noter que quelque soit le périmètre choisi, OpenFlyers pourra générer l'export comptable vers le logiciel comptable utilisé pour saisir les "autres" écritures. Il faut donc bien avoir conscience que la bonne unique façon de fonctionner est la suivante :
- Ce qui doit être saisi dans OpenFlyers n'est saisi que dans OpenFlyers
- Ce qui doit être saisi dans OpenFlyers est saisi avant tout export
- On n'importe jamais dans OpenFlyers des données saisies dans un logiciel de comptabilité
Cela peut se résumer au principe d'hygiène de "la marche en avant" dans les cuisines : les données ne doivent jamais rebrousser chemin et ne doivent jamais se croiser
Paramétrer la plateforme
Nous recommandons vivement de déléguer cette opération à l'équipe OpenFlyers au travers du forfait paramétrage.
Tester la configuration
Avant de passer en production, il faut vérifier qu'il n'y a pas de "grosses erreurs". Ces tests doivent se porter essentiellement sur les actions suivantes :
- Création d'utilisateurs
- Vérification que les comptes associés aux utilisateurs sont automatiquement créés
- Saisie des écritures types de l'activité
Dans le cas d'une activité aéronautique, cette saisie consiste à saisir des vols
- Vérification que les factures générées sont conformes à ce que l'on attend.
Passer en production
Le passage en production doit se faire à une date donnée et définie à l'avance (idéalement un 1er janvier). Cela suppose :
- Qu'avant cette date, toutes les écritures sont saisies dans l'ancienne système de gestion utilisé
- A partir de cette date, toutes les écritures sont saisies dans OpenFlyers
Le passage en production ne nécessite aucune action particulière si ce n'est de donner les droits de saisie aux utilisateurs concernés.
Pour l'activité aéronautique :
- les premières saisies d'heures de vols mettront automatiquement à jour les compteurs des aéronefs.
- les validités avec expérience récente (par exemple "un vol tous les 3 mois") ne devront être paramétrés comme bloquant que lorsque le passage en production sera effectif depuis une durée supérieure à la période de calcul des validités avec expérience récente (par exemple 3 mois dans l'exemple donné).
Dans tous les cas, tant que les à nouveaux des comptes clients n'auront pas été rapatriés, le calcul du solde de leur compte sera faux. Il ne faut donc pas activer les blocages pour les soldes insuffisants, si cela est prévu, tant que les à nouveaux ne seront pas mis à jour.
Rapatrier les à nouveaux
Le rapatriement des à nouveaux ne doit être effectué qu'une fois que la comptabilité de l'exercice précédent a été consolidée et validée. Cette opération attend donc souvent plusieurs semaines avant de pouvoir être réalisée.
La meilleure méthode pour effectuer cette opération est d'importer un fichier csv contenant les à nouveaux de chaque compte client avec les références du client.
Dans le cadre du forfait paramétrage, nous recommandons de confier cette opération à l'équipe OpenFlyers.