Voir les détails de l’anomalie

IdentifiantProjetCatégorieVisibilitéDernière mise à jour
0000785NOALYSSBugpublic2013-03-28 19:53
Rapporteursaniregul Affecté àdanydb  
PrioriténormaleSévéritémineurReproductibilitétoujours
État ferméRésolutionpas une anomalie 
Version du produit6.5.1 
Version ciblée6.5.2Résolue dans la version6.5.2 
Résumé0000785: Cumul financier erroné si saisie debit=credit
DescriptionIl 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 reproduireEffectuer 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émentairesSoit 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.
BalisesAucune balise n’est attachée.
Pièces jointes
modpaiement1.png (35,339 octets)   
modpaiement1.png (35,339 octets)   
130307-Solde_financier.png (43,900 octets)   
130307-Solde_financier.png (43,900 octets)   
Extension Noalyss

Activités

danydb

2013-02-12 09:58

administrateur   ~0001724

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.

saniregul

2013-02-12 23:16

développeur   ~0001727

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.

danydb

2013-02-13 15:25

administrateur   ~0001728

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

saniregul

2013-02-15 20:58

développeur   ~0001740

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

danydb

2013-03-05 15:32

administrateur   ~0001744

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.

saniregul

2013-03-06 20:15

développeur   ~0001749

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

danydb

2013-03-06 20:56

administrateur   ~0001750

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.

saniregul

2013-03-07 21:33

développeur   ~0001751

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

danydb

2013-03-08 10:22

administrateur   ~0001752

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

danydb

2013-03-11 23:29

administrateur   ~0001753

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

Historique de l’anomalie

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é