Re: [Dolibarr-dev] [Laurent] arrondi tva le retour

[Cyrille de Lambert]

Bonsoir,

Dans le cas réel, nous nous sommes aperçu que tous les comptables français calculs la TVA par groupe de TVA et non par ligne de produit.
C'est un des deux manières de faire mais c'est la plus utilisée.
Toutes les applications libres ayant la même manière de calculer (par ligne de produit), nous avons dans tous les cas des réflexions comme quoi les TVA ne sont pas justes.
De même, j'ai remarqué que les TVA sont ventilées en pied de facture et non pas ligne par ligne (ex : SAGE).

Une compta non ventilée ligne par ligne n'est donc pas forcément fausse même si ça parait plus logique.

Cyrille

Le 23/03/2011 18:36, Laurent Destailleur (eldy) a écrit :

Faire cela empechera tout simplement de faire de la compta dans dolibarr.
Car si on peut avoir un ecart d'un centime par rapport a ce que pense
etre juste un client est genant, avoir un ecart de 1 centimes en compta
double partie est plus que genant, c'est tout simplement impossible et
non valide légalement.
Donc comme la compta travaille au niveau ligne (les ventilations de
lignes ne vont pas toutes sur les meme comptes comptables), il faudra
modifier au moins une ligne si on veut modifier un total.


Le 23/03/2011 18:31, Régis Houssin a écrit :

ne peut on pas garder les arrondis de ligne juste, et faire un calcul
parallèle pour avoir un total juste ?
ce ne serait pas plus simple ?


Le 23/03/11 15:53, Laurent Destailleur (eldy) a écrit :

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
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev

_______________________________________________
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