Re: [Dolibarr-dev] erreur stats facturation

[Eldy]

paul POULAIN wrote:

> Bonjour,
>
> j'ai fait mes 2 premiers commits il y a quelques minutes :-D
>
> Je me penche sur les stats, et je crois voir un bug :
> htdocs/compta/stats/index.php, ligne 39 et suivantes :
> $mode='recettes';
> if ($conf->compta->mode == 'CREANCES-DETTES') { $mode='creances'; }
>
> print_titre("Chiffre d'affaire (".$conf->monnaie." HT, ".$mode.")");
>
> $sql = "SELECT sum(f.total) as amount , date_format(f.datef,'%Y-%m') 
> as dm";
> $sql .= " FROM ".MAIN_DB_PREFIX."facture as f";
> $sql .= " WHERE f.fk_statut = 1";
> if ($conf->compta->mode != 'CREANCES-DETTES') {
>     $sql .= " AND f.paye = 1";
> }
>
> Si je comprends bien le code, cela signifie :
> * si on est en créance-dettes, on compte ce qui a été facturé
> * si on est en recettes-dépenses, on compte ce qui a été payé, mais à 
> la date de facturation.
>
> Or, ce comportement est erroné :
> * en créances dettes, on compte ce qui a été facturé, OK
> * en recettes-dépenses, on compte ce qui est payé mais AU MOMENT OU 
> L'ARGENT est sur le compte. Pas avant. Sur mon état, cela met des sous 
> en novembre qui ont été payés en décembre, et, plus grave, ca va 
> mettre en décembre des chèques reçus en janvier, donc pas sur la bonne 
> année pour ma décla 2035.
>
> Je calculerai plutôt la date à partir de llx_paiement.datep !
Le monde de la compta est un monde très complexe et cela fait plaisir de 
voir un discours qui va etre constructif.
Alors voici les éclaircissements :
A l'origine, Dolibarr ne fontionnait qu'en mode recettes-dépenses. Le 
mode naturel pour la plupart des professions libérales et artisans mais 
aussi microentreprises et même toutes les entreprises qui ne souscrivent 
pas à l'option BNC "créances-dettes". La plupart des personnes font 
leurs comptes et fonctionnent dans ce mode, sans le savoir le plus 
souvent (l'option "créances-dettes" n'étant pas obligatoire). Et oui, tu 
as raison, il y a bien un problème sur les rapport Dolibarr dans ce mode 
traditionnel ("recettes-dépenses"). Dans cette option, les stats devrait 
en effet se faire sur la date de paiement (le moment exat où l'argent 
rentre et sort concrètement). Mais voila, ayant personnellement besoin 
uniquement de l'option "créances-dettes", j'ai introduit le deuxième 
mode et fait en sorte que ce dernier fonctionne, sans m'occuper du 
problème sur le mode standard. Voila le pourquoi du "OK" dont tu parles 
sur le mode "créances-dettes" et une raison du "KO" sur le mode 
"recettes-dépenses" (Mon égoisme !!!).
Bon, pour ma défense, je dirais qu'en plus à ce moment là (environ 9 à 
10 mois), la gestion des paiements était en cours de remaniement 
(posibilité de mettre un même paiement sur différentes factures, 
etc...).  Du coup j'ai reporté à plus tard la correction en attendant 
que les tables soit stabilisées.

> Y a t'il qqc qui m'échappe ou bien suis-je dans le vrai ? (auquel cas, 
> je m'occupe d'éliminer ce nuisible et ses éventuels complices ailleurs 
> au fur et à mesure que je les trouve)
Donc, en resumé, ton analyse est juste et la manière de corriger 
également. N'hésites donc à corriger ce que j'ai eu la fainéantise de 
faire ....

PS: Les rapports compta/resultat/index.php et 
compta/resultat/clientfourn.php sont probablement dans le même cas que 
le CA. Quitte à corriger quelque chose.... :-)

--
Laurent Destailleur.
---------------------------------------------------------------
EMail: address@hidden
AWStats : http://awstats.sourceforge.net
AWBot : http://awbot.sourceforge.net
CVSChangeLogBuilder : http://cvschangelogb.sourceforge.net