Re: [Dolibarr-dev] Les centimes et les paiements

[Régis Houssin]

Ok autant pour moi,
La config adéquate pour palier à ca reste :

Nombre de décimales maximum pour les prix unitaires    5
Nombre de décimales maximum pour les prix totaux       2
Nombre de décimales maximum pour les montant...        2

Peut être faudrait-il mettre le dernier paramètre à 2 par défaut au lieu de
8 pour éviter les questions ?

Et prévenir que si le deuxième paramètre est plus grand que le 3eme il
risque d'y avoir des problèmes de centimes non payés




Le 10/12/09 11:15, « Laurent Destailleur (Eldy) » <address@hidden> a
écrit :

> Régis Houssin a écrit :
>> Très bien, mais si je veux une précision de 4 et un affichage à 2
>> Comment va-t-on résoudre le problème des 4 centimes manquant et le fait
>> qu'on ne puisse pas "classer facturée" la facture après le paiement ?
>>   
> Cela me semble une drole de manière de fonctionner. La précision des
> totaux n'est pas sensé etre supérieur à la précision de
> la monnaie, sauf pour des transaction bancaire entre banque (les sous
> totaux oui mais le total visible du client, ca ne s'est jamais vu).
> Cela ferait bondir un comptable de savoir qu'on exige du client qu'il
> paie un total de 1,0001 euros. Il sera bien
> embetté pour faire ta compta.
> Si vraiment tu veux un affichage écran moins précis que la réalité, une
> solution serait d'afficher le montant réel qd on passe la souris dessus,
> ou encore l'option de remplissage auto que tu suggère. Mais dans les 2
> cas, comme il s'agit de pratique pas recommandé, il faudrait
> que cela reste en option cachée.
>> 
>> Le 10/12/09 10:59, « Laurent Destailleur (Eldy) » <address@hidden> a
>> écrit :
>> 
>>   
>>> Régis Houssin a écrit :
>>>     
>>>> Il y a encore un souci avec les centimes, les arrondis et les paiements
>>>> J'ai une facture avec juste une ligne à 129HT tva à 19,6
>>>> J'obtiens une TVA à 25,28
>>>> Et un TTC à 154,28
>>>> 
>>>> Ma configuration "limites et précision" est:
>>>> 
>>>> Nombre de décimales maximum pour les prix unitaires    5
>>>> Nombre de décimales maximum pour les prix totaux       4
>>>> Nombre de décimales maximum pour les montant...        2
>>>> 
>>>> En base j'ai la TVA à 25,284
>>>> Et le TTC à 154.284
>>>> 
>>>> Du coup visuellement je fais un règlement de 154,28
>>>> 
>>>> Le souci c'est que pour dolibarr il manque 4 centimes et je ne peux pas
>>>> classer la facture comme payée !
>>>> 
>>>> Et si je baisse le
>>>> "Nombre de décimales maximum pour les prix totaux" de 4 à 2
>>>> Il risque de me manquer des centimes comme on l'a déjà rencontrer.
>>>> 
>>>> Que faire ?
>>>> 
>>>> Je pensais déjà à ajouter un petit bouton sur chaque ligne de règlement
>>>> afin
>>>> de pouvoir remplir automatiquement la case "Montant règlement" avec le
>>>> montant restant à régler en l'affichant tronqué comme on le souhaite mais
>>>> en
>>>> gardant la valeur qui est en base, ceci afin d'avoir un règlement correcte.
>>>>   
>>>>       
>>> Cela signifierais que le reglement saisi est mis en compta 154.284 sera
>>> faux par rapport a la réalité puisque l'utilisateur
>>> aura donné un billet et de pieces pour 154.28 centimes. Ce qui
>>> comptablement est bien sur illégal.
>>> La solution est simplement d'avoir le bon paramétrage pour son pays.
>>> Et pour les pays qui gère l'euro le nb de décimal pour les totaux est de
>>> 2 (exemple: les stations services ont un prix unitaires
>>> sur 3 pour l'essence mais un prix total sur 2).
>>>     
>>>> Le souci c'est qu'il va y avoir 4 centimes de payer en trop !
>>>> 
>>>> Vous voyez une solution ?
>>>> 
>>>>   
>>>>       
>>> Tout est normal.
>>> Si tu demandes en effet un affichage visuel inférieur a la précision
>>> géré tu te trouves en effet dans le flou car ce qui est affichée est
>>> moins précis que la réalité.
>>> 
>>> Si tu met le nbre de décimal des prix totaux à 2 comme le veux la
>>> monnaie euro, il ne te manquera pas de centimes.
>>> 
>>> Le seul pb, c'est si tu modifie le paramétrage en cours de route. Comme
>>> mettre 4 en précision décimal par erreur puis remettre 2 après.
>>> La tu seras obligé de saisir un paiement de 154.284 alors que cela
>>> n'existe pas en euros. Mais la c'est normal, a la charge de
>>> l'utilisateur de mettre
>>> le bon paramétrage.
>>> 
>>> Tous les autre cas reportés de soit disant centimes manquants quand on
>>> met 2 sur cette ligne n'ont jamais été avéré jusqu'ici et sont du à la
>>> méconnaissance
>>> d'utilisateurs sur les regles d'arrondis de calcul de tva (confusion
>>> entre somme d'arrondi et arrondis de sommes).
>>>     
>>>> ------------------------------------------------------------------------
>>>> 
>>>> _______________________________________________
>>>> Dolibarr-dev mailing list
>>>> address@hidden
>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>>>   
>>>>       
>>> 
>>> _______________________________________________
>>> Dolibarr-dev mailing list
>>> address@hidden
>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>>     
>> 
>>   
>> ------------------------------------------------------------------------
>> 
>> _______________________________________________
>> Dolibarr-dev mailing list
>> address@hidden
>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>   
> 
> 
> 
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev

-- 
Régis Houssin
------------------------------------------------------
Cap-Networks
30, Quai de Verdun
71700 Tournus
Tél. +33 6 33 02 07 97
Web: http://www.cap-networks.com
Email: address@hidden
------------------------------------------------------
Dolibarr (contributeur)
Web: http://www.dolibarr.fr
Email: address@hidden

smime.p7s
Description: S/MIME cryptographic signature