[grisbi-bugs] [Grisbi-0.6.0 0001564]: Mise à jour du Solde du dernier rapprochement sur suppression d'une opération déjà rapprochée.

[Grisbi Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://www.grisbi.org/bugsreports/view.php?id=1564 
====================================================================== 
Reported By:                ajolly
Assigned To:                pbiava
====================================================================== 
Project:                    Grisbi-0.6.0
Issue ID:                   1564
Category:                   Main
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
Plateforme:                 Windows 
OS:                         Windows 
Version OS:                 Vista/ 7 
Unstable Impact:            No 
Version GTK:                 
====================================================================== 
Date Submitted:             2013-02-05 23:08 CET
Last Modified:              2013-03-05 11:43 CET
====================================================================== 
Summary:                    Mise à jour du Solde du dernier rapprochement sur
suppression d'une opération déjà rapprochée.
Description: 
La suppression d'une opération rapprochée fait que le "solde initial" proposé
lors du prochain rapprochement n'est pas le "solde pointé" affiché.
Cela crée un écart qu'il n'est possible de corriger qu'en créant une
opération d'équilibrage, de la rapprocher (pour atteindre un rapprochement au
bon solde) et ensuite de la supprimer (afin de retomber sur le bon solde
pointé).

N'est-il pas possible de proposer la mise à jour automatique du "solde initial"
proposé pour le prochain rapprochement dès qu'une opération est
dé-rapprochée ? 
On pourrait avoir le "solde pointé" qui est calculé par Grisbi comme valeur de
base non ?
Ainsi, plus besoin de créer une opération, la rapprocher pour ensuite la
supprimer.

Merci.

Steps to Reproduce: 
- vous avez un solde pointé de +50
- créer une opération d'un montant +950
- faire un rapprochement de cette opération (donc rapprochement à 1000),
validez
- supprimer l'opération
- faire une autre opération d'un montant +500
- cliquer pour faire un rapprochement de cette opération (vous voulez saisir
550)

Resultat: Le "solde initial" proposé pour le rapprochement est le dernier saisi
(ici +1000), le "solde pointé" est de +50 et les opérations à rapprocher ne
proposent que +500.
Sans opération factice de -950 (que l'on supprimera ensuite), impossible de
faire un réel rapprochement alors que l'on a supprimé l'opération inverse.
====================================================================== 

---------------------------------------------------------------------- 
 (0003617) pbiava (administrator) - 2013-03-03 19:12
 http://www.grisbi.org/bugsreports/view.php?id=1564#c3617 
---------------------------------------------------------------------- 
Je ne comprends pas bien ce que tu veux. En fait un rapprochement est une photo
a un instant donné du compte qui correspond à un relevé papier en général.
On ne peut donc pas supprimer une opération de ce rapprochement sans la
remplacer par quelque chose d'autre qui est du même montant sinon la photo
n'est plus en phase avec le relevé.

Sinon si c'est une erreur on peut supprimer l'opération après dérapprochement
la remplacer par ce qui faut et modifier le rapprochement dans les préférences
pour que son solde final soit le bon. 

---------------------------------------------------------------------- 
 (0003620) ajolly (reporter) - 2013-03-05 11:43
 http://www.grisbi.org/bugsreports/view.php?id=1564#c3620 
---------------------------------------------------------------------- 
En fait, j'avais rapproché un débit qui ensuite a été recrédité. La bonne
manipulation aurait été de faire une ligne de crédit du même montant
flaguée "remboursement". 
Je n'ai pas encore été voir ce qui est possible de faire depuis les
préférences mais s'il est possible de "corriger" le montant du dernier
"rapprochement" alors cette fiche n'a pas lieu d'être. 

Merci d'avoir répondu. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2013-02-05 23:08 ajolly         New Issue                                    
2013-03-03 19:07 pbiava         Assigned To               => pbiava          
2013-03-03 19:07 pbiava         Status                   new => assigned     
2013-03-03 19:12 pbiava         Note Added: 0003617                          
2013-03-05 11:43 ajolly         Note Added: 0003620                          
======================================================================