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

[Laurent Destailleur (eldy)]

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
>