Alertes de configuration

Présentation

L'objet de cette page est de décrire les actions à entreprendre pour corriger les alertes de configuration qui peuvent apparaitre sur la version 4 d'OpenFlyers.

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

La gestion des comptes est activée mais l'utilisateur X n'a pas de compte Y

Cette alerte apparait lorsqu'un utilisateur a été créé et que le compte Y correspondant à l'un de ces profils n'est pas activé.

Il faut rapporter le problème pour prise en compte et en attendant sa correction, il est possible de contourner les conséquences de ce problème en créant manuellement les comptes concernés :

• Allant dans Comptes > Utilisateurs > Comptes utilisateurs
• Retrouver l'utilisateur concerné
• Cliquer sur l'icône symbolisant une "check" dans une pastille rouge correspondant à la ligne de l'utilisateur et à la colonne du compte concerné afin de l'activer.

La gestion des vols est activée mais l'autonomie n'est pas défini pour le type de ressource X

Ce message d'erreur apparait lorsque un type de ressource a été créé sans définir d'autonomie.

Cela se corrige en suivant la procédure d'ajout de type de ressource.

Le produit XXX est sans type de vente

Ce message d'erreur apparaître quand un produit n'a pas de type de vente associé. Pour corriger cela, il faut affecter un type de vente au produit signalé.

Le type de paiement X est sans ventilation

Cette alerte apparait lorsqu'il existe un type de paiement sans de ventilation associée.

Il faut :

• soit supprimer le type de paiement inutile
• soit rajouter la ventilation

L'exercice comptable courant a plus d'un an

Cette alerte apparait lorsque l'exercice comptable en cours date de plus de 400 jours, c'est à dire 35/36 jours après la fin d'un exercice comptable qui dure en général 1 an. Il a pour objectif de rappeler aux gestionnaires en charge du suivi de la comptabilité dans OpenFlyers qu'il leur faut procéder à la clôture de l'exercice comptable.

L'identifiant admin n'a pas été supprimé

Lors de l'installation d'openflyers, il n'y a dans la base de donnée qu'un seul utilisateur. Cet utilisateur possède tous les droits sur OF. Son nom est admin et son mot de passe est aussi admin. Cela doit être bien entendu corrigé dès que possible.

Pour corriger cela, connectez-vous avec l'identifiant et le mot de passe admin.

Actuellement l'interface n'affiche pas grand chose car aucune information n'a encore été renseignée dans le logiciel. Nous détaillerons plus loin cette page.

Cliquez ensuite sur le menu admin, ce lien vous permet d'accéder au centre de configuration d'openflyers, sélectionnez ensuite Utilisateurs puis Utilisateurs

Actuellement le seul utilisateur c'est admin ; nous allons modifier ce compte en cliquant sur l'icône crayon :

Remplacez :

• l'identifiant
• le mot de passe utilisateur (les deux zones doivent identiques)
• le nom de l'utilisateur
• le prénom de l'utilisateur
• cochez le type d'utilisateur standard
• cochez le groupe standard

Au bas du formulaire, utilisez le bouton validez pour accepter ces modifications.

Alertes liées à des absences de règles de tarification en base de données

Il n'y a pas de mouvement comptable associé au vol

Tout vol génère une charge (essence, maintenance, etc.). De ce fait, tout vol doit généré un chiffre d'affaire. Même dans le cas où le coût du vol est supporté par la structure, comptablement ce vol doit générer une charge pour la structure.

Il arrive parfois que le paramétrage puisse avoir été mis en place en oubliant un cas et ainsi lorsqu'un tel vol est saisi, il n'y a pas de mouvement comptable qui est généré. Afin, de pouvoir identifier ces "trous" comptables, une alerte est générée côté admin pour les vols dont la date est postérieure à la date de début de l'exercice comptable en cours.

Cette alerte peut aussi apparaître à la suite de cette opération :

• Désactivation de la gestion des comptes
• Saisie d'un vol. Vu que la gestion des comptes est désactivé, aucune mouvement comptable n'est généré pour le vol.
• Réactivation de la gestion des comptes

Pour résoudre ce problème, 2 cas possibles :

• Le vol n'a été validé : dans ce cas, il faut mettre en place (en général en demandant à l'équipe OpenFlyers) de vérifier les règles mises en place et de les compléter pour que ce cas soit traité. Une fois que les règles sont complétées, il suffit de re-saisir le vol.
• Le vol a été validé : dans ce cas, il n'est plus possible d'intervenir sur le vol. Par contre, il est possible de générer manuellement le flux manquant. Ensuite, il suffira d'attendre la clôture de la comptabilité pour que ce message disparaisse.

Alertes liées à des ruptures d'intégrité de base de données

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

Il n'y a pas de vol associé au mouvement comptable x du ...

Cette alerte apparait lorsqu'une rupture d'intégrité apparait en base de données entre une écriture comptable qui est identifiée comme liée à un vol mais qu'il n'y a pas de vol associé.

Pour résoudre ce problème, il faut effectuer les actions correctives suivantes :

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

C'est à vous à préciser votre souhait dans votre rapport de bug.

Il n'y a pas de vol associé au mouvement comptable X (Probablement une duplication)

Cette alerte apparait lorsqu'une rupture d'intégrité apparait en base de données entre une écriture comptable qui est identifiée comme liée à un vol mais qu'il n'y a pas de vol associé et qui pourrait faire doublon avec une autre écriture comptable liées à un vol.

Pour résoudre ce problème, il faut effectuer les actions correctives suivantes :

• Aller dans Comptes > Mouvements
• Modifier la période visible pour qu'elle corresponde à la date de l'écriture comptable en alerte
• Identifier l'écriture par son numéro de flux qui correspond au numéro indiqué dans l'alerte
• Noter tous les éléments concernant cette écriture. Le plus simple est d'effectuer une copie d'écran.
• Si l'écriture n'a pas été validée :
  • il faut la supprimer
  • vérifier que l'alerte à disparu
• Si l'écriture a été validée, il faut alors rapporter le problème pour que l'équipe OpenFlyers traite le problème. Si l'écriture est postérieure à la date de début du dernier exercice comptable en cours sur la plateforme OpenFlyers, alors il faudra demander la dé-validation de l'écriture pour pouvoir se retrouver dans le cas précédent. Si l'écriture est antérieure à l'exercice comptable en cours, alors 2 options sont possible :
  • Supprimer l'écriture (en général ce n'est pas souhaitable car la comptabilité ayant été clôturé, cette écriture a été prise en compte)
  • Changer la nature de l'écriture pour qu'elle n'apparaisse plus comme liée à un vol et qu'ainsi elle ne crée plus d'alerte.

C'est à vous à préciser votre souhait dans votre rapport de bug.

Le vol X est validé mais les écritures comptables du flux Y associées au vol ne sont pas validées

Cette alerte apparaît lorsqu'un vol est validé sans que ses écritures comptables ne le soient.

Pour résoudre ce problème, rapporter le problème pour que l'équipe OpenFlyers intervienne en validant les écritures comptables associées.

Vous avez des flux qui pointent sur des comptes absents en base de données

Cette alerte apparait lorsqu'une rupture d'intégrité apparait en base de données entre une écriture comptable et un compte qui n'existe plus.

Pour résoudre ce problème :

• Créer un compte de bilan intitulé "En attente d'affectation" et de code d'export "471"
• Rapporter le problème

L'équipe OpenFlyers attribuera le compte "En attente d'affectation" en lieu et place du compte disparu.

Vol X dans le futur au Y

Cette alerte apparait lorsqu'il y a des vols dont la date de début est postérieure au lendemain.

Vous avez un ou plusieurs produits qui ont été validés mais dont les écritures ne le sont pas

Cette alerte apparait lorsque des produits ont été validés alors que les écritures ne l'ont pas été.

A la suite de l'erreur est affiché le nombre de cas concernés et la date et heure du premier cas concerné.

Il faut alors rapporter le problème pour que l'équipe OpenFlyers le traite.