Alertes de configuration : Différence entre versions
(→Alertes liées à des ruptures d'intégrité de base de données) |
(→Il n'y a pas de vol associé au mouvement comptable x du ...) |
||
| (21 révisions intermédiaires par 3 utilisateurs non affichées) | |||
| Ligne 5 : | Ligne 5 : | ||
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. | 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. | ||
| − | =[[ | + | =[[Utilisation de la comptabilité#Mettre_à_jour_les_tarifs|Action annulée car il faut que chaque variable dispose d'une valeur antérieure à la date de début de l'exercice comptable]]= |
=La gestion des comptes est activée mais l'utilisateur X n'a pas de compte Y= | =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é. | 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 | + | Il faut [[Rapporter un bug|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''' | *Allant dans '''Comptes > Utilisateurs > Comptes utilisateurs''' | ||
*Retrouver l'utilisateur concerné | *Retrouver l'utilisateur concerné | ||
| Ligne 18 : | Ligne 18 : | ||
Ce message d'erreur apparait lorsque un type de ressource a été créé sans définir d'autonomie. | Ce message d'erreur apparait lorsque un type de ressource a été créé sans définir d'autonomie. | ||
| − | Cela se corriger en suivant la [[ | + | Cela se corriger en suivant la [[Gestion des ressources#Ajouter_un_type_de_ressource|procédure d'ajout de type de ressource]]. |
| + | |||
| + | =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 [[Configuration-de-la-comptabilité#Types-d'encaissements|supprimer le type de paiement inutile]] | ||
| + | *soit [[Configuration-de-la-comptabilité#Ventilation-des-types-d'encaissements|rajouter la ventilation]] | ||
=L'exercice comptable courant a plus d'un an= | =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 [[ | + | 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 [[Utilisation-de-la-comptabilité#Clôturer-l'exercice-comptable|procéder à la clôture de l'exercice comptable]]. |
=Alertes liées à des absences de règles de tarification en base de données= | =Alertes liées à des absences de règles de tarification en base de données= | ||
| Ligne 43 : | Ligne 50 : | ||
*Modifier la période visible pour qu'elle corresponde à la date de l'écriture comptable en alerte | *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 | *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'[[ | + | *Noter tous les éléments concernant cette écriture. Le plus simple est d'[[Trucs et astuces#Effectuer_une_copie_d'écran|effectuer une copie d'écran]]. |
*Si l'écriture n'a pas été validée : | *Si l'écriture n'a pas été validée : | ||
**il faut la supprimer | **il faut la supprimer | ||
**la re-saisir en tant que vol | **la re-saisir en tant que vol | ||
**vérifier que l'alerte a disparu | **vérifier que l'alerte a disparu | ||
| − | *Si l'écriture a été validée, il faut | + | *Si l'écriture a été validée, il faut : |
| + | **Soit attendre la clôture de l'exercice qui fera disparaitre le message d'erreur | ||
| + | **Soit [[Rapporter un bug|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 [[Rapporter un bug|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'[[Trucs et astuces#Effectuer_une_copie_d'écran|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 un bug|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) | **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. | **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 | + | C'est à vous à préciser votre souhait dans votre [[Rapporter un bug|rapport de bug]]. |
==Le vol X est validé mais les écritures comptables du flux Y associées au vol ne sont pas validées== | ==Le vol X est validé mais les écritures comptables du flux Y associées au vol ne sont pas validées== | ||
| Ligne 57 : | Ligne 83 : | ||
Cette alerte apparaît lorsqu'un vol est validé sans que ses écritures comptables ne le soient. | 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 résoudre ce problème, [[Rapporter un bug|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== | ==Vous avez des flux qui pointent sur des comptes absents en base de données== | ||
| Ligne 63 : | Ligne 89 : | ||
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. | 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 | + | Pour résoudre ce problème : |
| + | *Créer un compte de bilan intitulé "En attente d'affectation" et de code d'export "471" | ||
| + | *[[Rapporter un bug|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. | ||
Version actuelle en date du 2 mai 2017 à 10:32
Sommaire
- 1 Présentation
- 2 Action annulée car il faut que chaque variable dispose d'une valeur antérieure à la date de début de l'exercice comptable
- 3 La gestion des comptes est activée mais l'utilisateur X n'a pas de compte Y
- 4 La gestion des vols est activée mais l'autonomie n'est pas défini pour le type de ressource X
- 5 Le type de paiement X est sans ventilation
- 6 L'exercice comptable courant a plus d'un an
- 7 Alertes liées à des absences de règles de tarification en base de données
- 8 Alertes liées à des ruptures d'intégrité de base de données
- 8.1 Il n'y a pas de vol associé au mouvement comptable x du ...
- 8.2 Il n'y a pas de vol associé au mouvement comptable X (Probablement une duplication)
- 8.3 Le vol X est validé mais les écritures comptables du flux Y associées au vol ne sont pas validées
- 8.4 Vous avez des flux qui pointent sur des comptes absents en base de données
- 9 Vol X dans le futur au Y
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 page d'accueil côté administration.
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.
Action annulée car il faut que chaque variable dispose d'une valeur antérieure à la date de début de l'exercice comptable
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 corriger en suivant la procédure d'ajout de type de ressource.
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 :
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.
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.
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 a disparu
- Si l'écriture a été validée, il faut :
- Soit attendre la clôture de l'exercice qui fera disparaitre le message d'erreur
- Soit 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.
