View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000785 | NOALYSS | Bug | public | 2013-02-10 18:38 | 2013-03-28 19:53 |
| Reporter | saniregul | Assigned To | danydb | ||
| Priority | normale | Severity | mineur | Reproducibility | toujours |
| Status | fermé | Resolution | pas une anomalie | ||
| Product Version | 6.5.1 | ||||
| Target Version | 6.5.2 | Fixed in Version | 6.5.2 | ||
| Summary | 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é. | ||||
| Steps To Reproduce | 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. | ||||
| Additional Information | 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. | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| 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 Modified | Username | Field | Change |
|---|---|---|---|
| 2013-02-10 18:38 | saniregul | New Issue | |
| 2013-02-12 09:58 | danydb | Note Added: 0001724 | |
| 2013-02-12 23:16 | saniregul | Note Added: 0001727 | |
| 2013-02-13 15:25 | danydb | Note Added: 0001728 | |
| 2013-02-15 20:58 | saniregul | Note Added: 0001740 | |
| 2013-03-05 15:32 | danydb | Note Added: 0001744 | |
| 2013-03-06 20:15 | saniregul | Note Added: 0001749 | |
| 2013-03-06 20:56 | danydb | Note Added: 0001750 | |
| 2013-03-06 20:56 | danydb | File Added: modpaiement1.png | |
| 2013-03-07 21:22 | saniregul | File Added: 130307-Solde_financier.png | |
| 2013-03-07 21:33 | saniregul | Note Added: 0001751 | |
| 2013-03-08 10:22 | danydb | Note Added: 0001752 | |
| 2013-03-11 23:29 | danydb | Note Added: 0001753 | |
| 2013-03-11 23:29 | danydb | Status | new => resolved |
| 2013-03-11 23:29 | danydb | Resolution | open => no change required |
| 2013-03-11 23:29 | danydb | Assigned To | => danydb |
| 2013-03-28 18:25 | danydb | Target Version | => 6.5.2 |
| 2013-03-28 18:26 | danydb | Fixed in Version | => 6.5.2 |
| 2013-03-28 19:53 | danydb | Status | resolved => closed |