Re: [Dolibarr-dev] Les arrondis de TVA

[Cyrille de Lambert]

Prestashop a le même problème en pire. Nous sommes en train de résoudre ceci pour un client.
Les problèmes de TVA sont récurrents sur beaucoup d'applications. Nous avions également un problème similaire avec OFBiz qui était impossible à résoudre.
Effectivement, il parait que pour la calcul il faut regrouper les lignes par TVA (19,6, 5.5, etc) et calculer la TVA par bloc.
En on ne doit pas mettre le prix HT et le prix TTC par ligne.

Cyrille

Le 13/01/2011 09:53, Régis Houssin a écrit :

Magento a eu le même cas de figure et c'est apparemment aligné sur la
législation française qui dit d'arrondir sur le total et pas par ligne !

http://www.dnd.fr/2009/10/correction-de-l-arrondi-de-tva-pour-magento-nouvelle-version-de-notre-extension/


Le 13/01/11 09:45, Régis Houssin a écrit :

Bonjour,

ce message fait suite à ce post sur le forum:

http://www.dolibarr.fr/forum/527-bugs-sur-la-version-stable-courante/24721-big-bug-erreur-de-2-c-sur-une-facture


il va falloir qu'on trouve une solution ou une explication plausible à
fournir pour tout les cas de figure car beaucoup de personnes/clients
s'inquiète des écarts de centimes qu'on obtient.

il est clair que si on reproduit une facture fournisseur en arrondissant
à la ligne et que ce fournisseur arrondi sur le total nous avons un
écart de centimes. Que faire ?

doit-on proposer les deux solutions dans la configuration ?

ne doit on pas arrondir sur le total et garder l'arrondi de ligne lors
du passage de celle-ci en compta ?

on risque de perdre en crédibilité si ca continu !


Cordialement,



_______________________________________________
Dolibarr-dev mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev

Cordialement,

_______________________________________________
Dolibarr-dev mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev