[grisbi-user-french] écritures non rapprochées

Mar 9 Déc 09:26:20 CET 2014

Bonjour

Si ce n'est déjà fait, ne pas oublier la fonction "debogguer le fichier 
de compte". Grisbi peut ainsi trouver des incohérences.

Gilbert

Le 09/12/2014 08:26, Michel a écrit :
> Merci CIboulette,
> J'avais déjà fait classer par débit, ce qui m'a permis de retrouver 
> plusieurs erreurs, mais il reste toujours celle-ci.  Je me demande si 
> je ne vais pas laisser les choses en l'état?
>
> Le 08/12/2014 21:28, ciboulette a écrit :
>> Bonsoir Michel,
>>
>> Ravie que tu aies pu résoudre une partie de ton problème. Pour la 
>> somme restante, pour moi, cela ne se peut pas car Grisbi ne se trompe 
>> jamais !!!! ;-)))
>> Tu es sûr que cette opération n'a pas été comptabilisée 2 fois ?
>> Peut être l'une, rapprochée, mais avec un mauvais libellé qui 
>> t'empeche de repérer qu'elle fait doublon ?
>> Une manip qui facilite la recherche est de cliquer sur le titre de la 
>> colonne "débit" par exemple. Tous les montants sont classés par ordre 
>> croissant ou décroissant. Si la somme en question est 3510,25 (par 
>> exemple), tu vois vite si cette somme existe plusieurs fois de suite 
>> et tu peux vérifier rapidement si c'est normal.
>> Ne pas oublier ensuite de cliquer sur "date" pour remettre les 
>> opérations dans l'ordre chronologique.
>> Tiens nous au courant de la suite.....
>>
>> Ciboulette
>>
>>
>> Le 08/12/2014 18:49, Michel a écrit :
>>>
>>> Bonsoir,
>>> J'ai fait ce que vous m'avez conseillé et ça a marché. Il me reste 
>>> juste
>>> une opération plus ancienne (juin 2013 - oui, je suis remonté bien plus
>>> haut, par curiosité) qui n'est ni rapprochée ni même pointé, alors
>>> qu'elle existe sur mon relevé de banque. Y a-t-il une solution étant
>>> donné que les totaux sont juste dans les préférences? Ou bien je laisse
>>> comme c'est?
>>>
>>> Le 07/12/2014 11:31, gilbert.zanne a écrit :
>>>> Bonjour
>>>>
>>>> Et bien faire des dates successives pour des rapprochements
>>>> successifs. Je me suis fait avoir une fois. Je m'en suis sorti en
>>>> corrigeant les dates dans le tableau dont parle Ciboulette.
>>>>
>>>> De plus, quand on dé-rapproche et rapproche une opération, la date de
>>>> l'opération doit être comprise dans les dates du rapprochement
>>>> correspondant.
>>>>
>>>> Gilbert
>>>>
>>>> Le 07/12/2014 11:17, ciboulette a écrit :
>>>>> Bonjour,
>>>>>
>>>>> Je suppose que tu as bien vérifié dans
>>>>> Edition/Préférences/Opérations/rapprochement --> compte Banque :
>>>>> La date initiale, Date finale, Solde initial et solde final
>>>>> en les comparant avec les éléments des relevés bancaires
>>>>> correspondants ?
>>>>> Compte tenu des modifs que tu sembles avoir forcées, je suppose que
>>>>> le (ou les) derniers relevés ne correspondent plus. Auquel cas le
>>>>> mieux, si ce n'est déjà fait, est de le (les) supprimer directement à
>>>>> partir de cette fenêtre et de les refaire entièrement. Peut être que
>>>>> ça peut régler le problème ?
>>>>> Bon dimanche
>>>>>
>>>>> Ciboulette
>>>>>
>>>>>
>>>>> Le 06/12/2014 19:27, Michel a écrit :
>>>>>> Hélas pas de R, ni de P, mais comme je le disais dans mon message
>>>>>> précédent, pas possible de supprimer.
>>>>>>
>>>>>> Le 06/12/2014 19:11, robert leleu a écrit :
>>>>>>> R visible=opération rapprochée
>>>>>>> R pas en vue (ni P)= non rapprochée
>>>>>>> et là tu devrais pouvoir modifier et même supprimer....
>>>>>>>
>>>>>>>
>>>>>>> la 06/12/2014 19:04, Michel skribis (esperanto estas la unua
>>>>>>> internacia lingvo)
>>>>>>>> Le 06/12/2014 18:55, Michel a écrit :
>>>>>>>>> encore autre chose (décidément!), j'ai une opération que je 
>>>>>>>>> n'arrive
>>>>>>>>> pas à supprimer: elle n'est pas notée R, mais si je fais cCtrl+R
>>>>>>>>> le R
>>>>>>>>> apparait; si je refais Ctrl+R il re-disparait et, bien sûr, je ne
>>>>>>>>> peux
>>>>>>>>> pas supprimer. Si je vais dans trouver les opérations il me 
>>>>>>>>> répond
>>>>>>>>> "pas d'opération non rapprochée". J'ai oublié un point de détail
>>>>>>>>> (?):Comment fait-on pour remettre le R dans la colonne après
>>>>>>>>> modification du mode de règlement ?
>>>>>>>>>
>>>>>>>>> Le 06/12/2014 18:14, Michel a écrit :
>>>>>>>>>> Merci, je vais faire cela. A plus
>>>>>>>>>>
>>>>>>>>>> Le 06/12/2014 18:09, robert leleu a écrit :
>>>>>>>>>>> J'ai eu cela. Cela provient de cafouillage dans les
>>>>>>>>>>> réconciliations.
>>>>>>>>>>> Pour modifier une telle écriture il faut la déréconcilier 
>>>>>>>>>>> (CTRL R)
>>>>>>>>>>> d'abord.
>>>>>>>>>>> Mais il vaut mieux aller en
>>>>>>>>>>> Édition>Préférences>Opérations>approchement>(le compte
>>>>>>>>>>> concerné)>Trouver les opérations....(en bas à droite) tu as un
>>>>>>>>>>> outil
>>>>>>>>>>> pour reconstituer l'ordre. Et si ce n'est pas bon une fois ttes
>>>>>>>>>>> les
>>>>>>>>>>> opérations réconciliées, et que ce sont seulement des comptes
>>>>>>>>>>> perso,
>>>>>>>>>>> tu crées une opération bidon.....
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> la 06/12/2014 16:32, Michel skribis (esperanto estas la unua
>>>>>>>>>>> internacia lingvo)
>>>>>>>>>>>> Hélas pas d'égalité.
>>>>>>>>>>>> autre petit problème : certaines opérations sont notées 
>>>>>>>>>>>> "chèque"
>>>>>>>>>>>> quand
>>>>>>>>>>>> il s'agit de "carte"; si je veux corriger, grisbi me répond
>>>>>>>>>>>> que la
>>>>>>>>>>>> date
>>>>>>>>>>>> ne lui convient pas: il veut 1 ou 2 mois plus tôt. Comment 
>>>>>>>>>>>> faire?
>>>>>>>>>>>>
>>>>>>>>>>>> Le 06/12/2014 14:53, robert leleu a écrit :
>>>>>>>>>>>>> je suis sous Mint17(=Ubuntu 14.04) grisbi 0.8.9
>>>>>>>>>>>>>
>>>>>>>>>>>>> effectivement passer de 1 ligne à 2 positionne en fin de 
>>>>>>>>>>>>> liste.
>>>>>>>>>>>>>
>>>>>>>>>>>>> ...et si le total des opérations non rapprochées était par
>>>>>>>>>>>>> hasard
>>>>>>>>>>>>> = à 0 ?
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> la 06/12/2014 14:24, Michel skribis (esperanto estas la unua
>>>>>>>>>>>>> internacia lingvo)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Bonjour,
>>>>>>>>>>>>>> J'ai effectivement oublié quelques points:
>>>>>>>>>>>>>> - je suis sous Ubuntu 14.04
>>>>>>>>>>>>>> - j'ai bien vérifié: les écritures ne sont pas passées deux
>>>>>>>>>>>>>> fois,
>>>>>>>>>>>>>> ç'aurait pu effectivement être une bonne explication de
>>>>>>>>>>>>>> l'erreur;
>>>>>>>>>>>>>> je ne
>>>>>>>>>>>>>> vois non plus d'autres montants équivalents, sauf un qui se
>>>>>>>>>>>>>> renouvelle
>>>>>>>>>>>>>> tous les trimestres
>>>>>>>>>>>>>> - quand je parle de "développer", je veux dire passer
>>>>>>>>>>>>>> l'affichage
>>>>>>>>>>>>>> d'une
>>>>>>>>>>>>>> ligne à deux lignes, c'est cela qui envoie la surbrillance
>>>>>>>>>>>>>> sur la
>>>>>>>>>>>>>> dernière ligne du compte, ce qui  oblige à rechercher
>>>>>>>>>>>>>> l'écriture que
>>>>>>>>>>>>>> l'on veut afficher avec plus de détails
>>>>>>>>>>>>>> Merci pour vos réponses
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Le 06/12/2014 11:54, ciboulette a écrit :
>>>>>>>>>>>>>>> Le 05/12/2014 19:19, Michel a écrit :
>>>>>>>>>>>>>>>> Bonsoir à tous,
>>>>>>>>>>>>>>>> J'ai  un petit souci: je viens de vérifier un 
>>>>>>>>>>>>>>>> rapprochement
>>>>>>>>>>>>>>>> d'il y a
>>>>>>>>>>>>>>>> quelques mois et je m'aperçois que certaines opérations ne
>>>>>>>>>>>>>>>> sont
>>>>>>>>>>>>>>>> pas
>>>>>>>>>>>>>>>> rapprochées.
>>>>>>>>>>>>>>>  Or le total était juste et le rapprochement a bien été
>>>>>>>>>>>>>>>> validé. Qu'a-t-il pu se passer, et comment rétablir cette
>>>>>>>>>>>>>>>> comptabilité?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Tu es sûr de ne pas avoir passé ces écritures 2 fois ?
>>>>>>>>>>>>>>> ou bien d'avoir, par erreur, pointé d'autres opérations de
>>>>>>>>>>>>>>> même
>>>>>>>>>>>>>>> montant?
>>>>>>>>>>>>>>> A vérifier avant d'aller plus loin ..
>>>>>>>>>>>>>>> cdlt
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Ciboulette
>>>>
> _______________________________________________
> user-french mailing list
> user-french at listes.grisbi.org
> http://listes.grisbi.org/mailman/listinfo/user-french
>

---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
http://www.avast.com
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://listes.grisbi.org/pipermail/user-french/attachments/20141209/40690df3/attachment.htm>