Voir les détails de l’anomalie
| Identifiant | Projet | Catégorie | Visibilité | Date de soumission | Dernière mise à jour |
|---|---|---|---|---|---|
| 0000785 | NOALYSS | Bug | public | 2013-02-10 18:38 | 2013-03-28 19:53 |
| Rapporteur | saniregul | Affecté à | danydb | ||
| Priorité | normale | Sévérité | mineur | Reproductibilité | toujours |
| État | fermé | Résolution | pas une anomalie | ||
| Version du produit | 6.5.1 | ||||
| Version ciblée | 6.5.2 | Résolue dans la version | 6.5.2 | ||
| Résumé | 0000785: Cumul financier erroné si saisie debit=credit | ||||
| Description | Il peut-être pratique* de saisir des écritures financières nulle, cad débit = crédit, par exemple pour garder une trace de la somme des encaissements d'un mois. *ou dit autrement cela peut être une habitude pour certains comptables. PhpCOmpta ne l'interdit pas, mais dans ce cas le cumul est faussé. | ||||
| Étapes pour reproduire | Effectuer les saisies ci-dessous : 03/08/12 encaissement vente 1 sur banque B : 100 15/08/12 encaissement vente 2 sur banque B : 200 31/08/12 dans journal de banque B pour compte banque B saisie d'une écriture cumul 08/12 : 300 ( donc débit = credit -> opération nulle ) Le cumul est 600 est non 300. | ||||
| Informations complémentaires | Soit interdire ce type d'écriture, mais dans ce cas que proposer aux comptables qui ont cette habitude de faire sur d'autres logiciels ? ou corriger le calcul des cumuls pour tenir compte de ce cas de figure. | ||||
| Balises | Aucune balise n’est attachée. | ||||
| Pièces jointes | |||||
| Extension Noalyss | |||||
|
|
Bonjour, Je ne comprends pas bien ce que tu as fait, pourrais-tu détaillé les étapes, et surtout expliquer ce que tu entends pas écriture cumul. Merci d'avance, D. |
|
|
Bonjour Dany, cumul ne sert à rien dans le texte, donc je reprends les saisies qui visualisent le bug : 03/08/12 encaissement vente 1 sur banque B : 100 15/08/12 encaissement vente 2 sur banque B : 200 31/08/12 dans journal de banque B pour compte banque B saisie d'une écriture : 400 ( donc débit = credit -> opération nulle ) Le cumul est 700 est non 300. |
|
|
Bonjour, Pour moi, 100 + 200 + 400 = 700, je crois que dans ton cas, il faut entrer une opération avec comme montant 0 et un commentaire, je pense que cela devrait fonctionner. Si tu donnes 400 comme montant, évidemment cela sera ajouté. Cordialement D |
|
|
Décidément la communication est difficile. 1) 100+200+400=700 ok, mais en compta il y a toujours crédit et débit et donc : Opération 1 : credit banque 100 : debit client 1 : 100 Opération 2 ; crédit banque 200 ; debit client 2 : 200 Opération 3 : credit banque 400 ; debit banque : 400 DONC solde banque = 300 et non 700 -> Bug 2) En saisissant : Opération 3 : credit 0 : debit 0 : le solde est bien de 300 cependant le problème est que je ne saisis rien et que ces écritures sont des imports d'un autre logiciel; je peux les supprimer, c'est pourquoi j'ai classé le bug de mineur. Par ailleurs en les supprimant je perds la correspondance entre les écritures des deux logiciels ce qui complique mes vérifications. Cdlt. PmG |
|
|
Je viens d'essayer et le comportement est normal, voir demo, dossier 25 : fiche BQ (pour le seul journal financier). Ou alors je n'ai pas compris ce qu'il n'allait pas Cdt, D. |
|
|
Je viens de regarder la demo ( dossier 25 - journal financier ) De mon côté je vois un problème, la dernière écriture F00006C est bien nulle ( débit = crédit ) et donc le solde devrait être 112 et non 312. Merci aux autres lecteurs de m'expliquer ce qui ne va pas ou ce que Dany juge normal ? PmG |
|
|
Bonjour, Je mets en pièce jointe la capture d'écran, le solde est bien de 112, non ? Dans FINSALDO et dans le détail d'une fiche. Cdt D. |
|
|
Bonjour Dany, Ok avec toi, mais voir également la copie d'écran jointe, le cumul dans l'historique est 312, c'est pour le moins déroutant .... je ne comprends pas la logique comptable ... de mon point de vue cela doit être corrigé ... PmG |
|
|
Bonjour, Je crois qu'il y a confusion; tu me montres l'image de l'historique d'un journal, et en bas le total des opérations de ce journal et non pas le solde du poste comptable ou fiche. Cela n'est pas le solde du poste comptable. Pour expliquer, imaginons l'opération suivante; 630 Achat 60 D ..................401 Client 48 C ..................630 Rabais 12C Le total de l'opération est bien 60 et non pas 48. Donc dans le journal tu verras 60 comme montant, en bas tu as un TOTAL et non un solde |
|
|
Ce n'est pas un bug: le solde du compte est correct, c'est le total journal qui est le total des opérations qui amène un résultat incorrect |
| Date de modification | Nom d’utilisateur | Champ | Changement |
|---|---|---|---|
| 2013-02-10 18:38 | saniregul | Nouvelle anomalie | |
| 2013-02-12 09:58 | danydb | Note ajoutée: 0001724 | |
| 2013-02-12 23:16 | saniregul | Note ajoutée: 0001727 | |
| 2013-02-13 15:25 | danydb | Note ajoutée: 0001728 | |
| 2013-02-15 20:58 | saniregul | Note ajoutée: 0001740 | |
| 2013-03-05 15:32 | danydb | Note ajoutée: 0001744 | |
| 2013-03-06 20:15 | saniregul | Note ajoutée: 0001749 | |
| 2013-03-06 20:56 | danydb | Note ajoutée: 0001750 | |
| 2013-03-06 20:56 | danydb | Fichier ajouté: modpaiement1.png | |
| 2013-03-07 21:22 | saniregul | Fichier ajouté: 130307-Solde_financier.png | |
| 2013-03-07 21:33 | saniregul | Note ajoutée: 0001751 | |
| 2013-03-08 10:22 | danydb | Note ajoutée: 0001752 | |
| 2013-03-11 23:29 | danydb | Note ajoutée: 0001753 | |
| 2013-03-11 23:29 | danydb | État | nouveau => résolu |
| 2013-03-11 23:29 | danydb | Résolution | ouvert => pas une anomalie |
| 2013-03-11 23:29 | danydb | Affecté à | => danydb |
| 2013-03-28 18:25 | danydb | Version ciblée | => 6.5.2 |
| 2013-03-28 18:26 | danydb | Résolue dans la version | => 6.5.2 |
| 2013-03-28 19:53 | danydb | État | résolu => fermé |