Alertes de configuration : Différence entre versions
(→Présentation) |
(→Il n'y a pas de vol associé au mouvement comptable x du ...) |
||
Ligne 8 : | Ligne 8 : | ||
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. | 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 ...= | + | ==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é. | 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é. | ||
Version du 8 octobre 2013 à 10:20
Sommaire
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.
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 sur le BTS 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
- 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 sur le BTS.