Re: [Dolibarr-dev] Les arrondis de TVA

[Laurent Destailleur (eldy)]

En effet, il faut afficher sur une facture un total par taux.
Je confirme aussi qu'on affiche au niveau ligne le HT et taux de tva.

Mais le calcul de la part tva pour la compta est plu complexe qu'un
simple calcul sur un total. En effet 2 produits peuvent avoir le même
taux de tva mais la ventilation comptable peut se faire sur des comptes
différents, d'où le besoin de garder un calcul et stockage au niveau ligne.

La solution est une fonction correctrice qui ferait le calcul total de
tva sur le total et si différent du mode par somme des lignes, alors
bidouillage de certaines lignes prises au hasard (disons un hasard un
peu choisi) pour arrondir dans l'autre sens certaines lignes plutot que
sur la regle d'arrondi compta standard (au plus pret).
Cette fonction de correction serait appliquée apres enregistrement de
chaque ligne detail et avant enregistrement du global sur l'objet.
Cette fonction serait surchargeable par module ainsi ceux qui veulent
une gestion différente pourrrait corriger cela.
Ce sera un chantier d'après la 3.0



On 13/01/2011 11:04, address@hidden wrote:
> Le 13/01/2011 10:04, Cyrille de Lambert a écrit :
>> 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.
> effectivement, c'est ce que me confirme mon comptable, on met par
> ligne le HT, taux de tva, total ht. Et on fait le total par type de tva
> @+
> Philippe
>>
>> 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
>>
>>
>> _______________________________________________
>> 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