J'ai prévu une telle fonction mais dans un premier temps sur le facture fournisseur. Cela ne peut etre sur la fonction calcul_price_total car pour des raisons compta, on est obligé d'avoir le détail par ligne. Exemple: On aura des pbs par exemple quand on voudra faire un avoir pour cause de non reception d'un produit dans la liste (seule une ligne sera a annuler et comme l'arrondi aurait été fait non sur cette ligne mais sur autre chose, l'arrondi de l'avoir se fera peut etre dans u nautre sens ce qui aboutira a de la compta en double partie qui ne sera pas équilibré. Et bien sur ceci est strictement interdit. Cela passera donc plutot par une compensation/correction de l'arrondi sur certaines lignes prises au hasard en cas de non égalité de l'arrondi du total avec le total de l'arrondi. L'arrondi de la ligne sera alors faux mais cela répondra à ceux qui veulent une gestion non exacte de leur compta dans le but d'éviter les incompréhensions du client. J'espere cet option poru la 3.1.
On 23/03/2011 12:21, Régis Houssin wrote: > Bonjour, > > je reviens sur ce "soucis", > un client souhaite un arrondi sur le total et pas sur la ligne car il > vend des produits à petit montant et tous à 19,6 et il se retrouve en > permanence avec des incohérences sur le total tva. > > petit exemple simple pour rappel: > > 3 lignes de produits à 2€HT chacun et 4 en qty chacun > > ce qui donne un total HT de 24€ > et un total tva de 4,71€ > alors que la tva sur le total donne 4,70 > > 1 cents c'est pas grand chose mais ca crée des réclamations clients ! > > est-ce que ca serait compliqué de proposer les deux solutions dans la > configuration globale ? > une modification de la fonction "calcul_price_total()" ? > > Cordialement, > > > _______________________________________________ > Dolibarr-dev mailing list > [email protected] > http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
_______________________________________________ Dolibarr-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
