Historique :
J’ai clôturé mon exercice 2016-2017 en aout. J’ai démarré un nouvel exercice juste après mais j’ai eu un bug dans "Plan comptable, “Report à nouveau” qui plante.
J’ai envoyé un rapport de bug à ce sujet.
message : #### Account entry not balanced: sum credit=0.000 / sum debit=1099.510 ####
Récemment, j’ai essayé de nouveau de cliquer sur “report à nouveau”, ca plante toujours. Je me suis bêtement dit que j’allais commencer quand même l’exercice suivant. C’est vraiment bête car je me retrouve avec une exercice vierge (sans trésorerie).
Alors, finalement, j’ai restauré une sauvegarde récente. Voilà que la restauration plante aussi.
Le message :
Problem installing fixtures: The row in table ‘accounting_entrylineaccount’ with primary key ‘1163’ has invalid foreig key: accounting_entrylienaccount.entry_id contains a value ‘515’ tha does not have a correspondind value in accounting_entreyaccound.id.
Toutes les autres sauvegardes plantent aussi. Même la restauration dans une nouvelle instance vierge.
Et maintenant, quand je lance le navigateur, je me retrouve avec une page vierge. Y’a plus la phase de login… et plus rien du tout…
C’est très ennuyeux.
Une idée de comment s’en sortir.
Pas de problème pour bidouiller la base sqlite si nécessaire.
L’erreur “#### Account entry not balanced: sum credit=0.000 / sum debit=1099.510 ####” ne devrait jamais arrivé, c’est une erreur qui surviens sur un contrôle de cohérence et normalement Diacamma se prémuni de tout problème de cohérence.
En faite, il y a un contrôle à la validation d’une écriture qui vérifie que le total des crédits est égale au total des débits et dans votre cas ce n’est pas le cas.
Visible, cette erreur surviens quand vous faite un report à nouveau, c’est à dire que Diacamma crée pour vous des premières écritures en reprenant, à l’inverse, les écritures réalisées pendant la clôture.
En étudiant le rapport de bug que vous nous avez envoyé, c’est la toute dernière écriture de votre clôture (celle correspondant au solde des tiers) que Diacamma n’arrive pas à reporter.
Pour vous débloquez, je vous invite à réaliser ce report à nouveau à la main:
Créez une écriture de report de tiers
Exactement l’écriture inverse de la dernière réalisée pendant la clôture.
Cela reprend le solde de tout les tiers, compensé par un total sur un compte générique.
Créez une écriture de bilan
Cette écriture reprend chaque compte du bilan.
Par contre, pour votre problème de sauvegarde, c’est très étrange ce qui vous arrive.
Nous avions eu ce genre de problème de restauration il y a plusieurs mois: est-ce que votre sauvegarde est récente?
Pouvez vous nous l’envoyer par courriel?
Merci pour votre réponse.
Je vous envoie ma sauvegarde par mail.
Je veux bien essayer de suivre votre procédure mais le souci est que pour l’instant, je n’ai plus aucun moyen d’accéder à mon interface.
Comme il s’agit d’une nouvelle année et que j’ai imprimé mon bilan, je peux m’en sortir en créant une nouvelle instance vierge mais je perds la fonctionnalité de comparaison des exercices d’une année sur l’autre.
Je vous ai ré-envoyé une sauvegarde corrigée permettant d’être restauré.
Par contre, en effet, j’ai pu observé le problème de report à nouveau.
Il se produit chez vous car vous faite une gestion sans tiers (aucun 4xx dans votre plan comptable) et donc pas de gestion de tiers.
Nous allons en prendre en compte pour une prochaine correction.
En attendant, je vous invite à réaliser votre report à nouveau manuellement comme mentionné ci-dessus.
J’ai un peu traîné pour m’occuper de ce souci… Et en regardant de plus près, je ne sais pas vraiment appliquer la procédure décrite plus haut.
Pouvez-vous être un peu plus précis ?
Vous parlez aussi d’une éventuelle correction pour une prochaine version. Vous pensez l’intégrer quand ? Si elle arrive bientôt, vu que j’ai rien fait depuis le début d’année, je peux attendre encore un peu pour éviter cette procédure.
