Règles de paramétrage, calcul et arrondi de TVA: Difference between revisions

Jump to navigation Jump to search

Règles de paramétrage, calcul et arrondi de TVA (view source)

Revision as of 20:58, 11 May 2014

765 bytes added ,  12 years ago
→‎TVA standard et règles d'arrondi
VisualWikitext
mNo edit summary
Line 28: Line 28:
* Total inc tax (we sum total without tax + total tax): 2.48 + 0.25 = '''2.73'''
* Total inc tax (we sum total without tax + total tax): 2.48 + 0.25 = '''2.73'''


First thing we can note is that result from method 1 differs of result from method 2. Difference is only 0.01 but if you have n times the same line, difference can be higher but always lower or equal to (n-1)*0.01.
La première chose que nous pouvons noter est que le résultat de la méthode 1 est différent de celui de la méthode 2. La différence n'est que de 0.01 mais si vous avez n fois la même lignes, cette différence pourraient être plus importante mais toujours inférieure ou égale à (n-1)*0.01.
Also if you decide to round up or down instead of "to the nearest", you will have same problem (for example with a rounding down, try with a quantity of 2 on line 2 and you will have same differences between method 1 and 2). Difference will just appears with different data but will still occurs, so problem is not on how we make rounding but when.
De plus, que vous essayez par des arrondis vers le bas ou vers le haut au lieu du "au plus proche", vous serez confronté au même phénomène (par exemple en arrondissant vers le bas, essayez avec une quantité de 2 sur la ligne 2 et vous constaterez les même différence entre la méthode 1 et 2). Cette différence apparaitra pour une jeu de donnée différent mais le problème reste entier, aussi ce problème n'est pas sur la manière dont nous arrondissons mais boen quand nous arrondissons.


Second thing we can note is that if we use method 2, we must not show the column I onto invoice, otherwise to total you show on your invoice (2.73) will not be same that total you get summing total of each line (1.36+1.36=2.72). Showing column H might be better but total will still differs because total (2.73) is rounded and result of summing column H lines (1.364+1.364=2.728) will still differs.
La deuxième chose que nous pouvons noter est que si nous utilisons la méthode 2, il faut mieux ne pas afficher la colonne I sur la facture, sinon le total visible sur la facture (2.73) ne sera pas le même que celui obtenu en sommant le montant de chaque ligne (1.36+1.36=2.72). Afficher la colonne H semble mieux mais le total sera toujours différence car notre total (2.73) est arrondi et la somme des lignes par la colonne H (1.364+1.364=2.728) restera encore différent.


'''So what to do ?'''
Bref, que l'on utilise la méthode 1 ou la méthode 2, il y aura toujours une incohérence qui pourra être trouvée visible.
* In some countries, calculation must always be done using method 1 for generating invoice. As this is the default calculation rule for Dolibarr, there is nothing to do.
 
* In other countries (very rare), calculation must always be done using method 2 for generating invoice. To avoid having total shown at the top of the invoice that differs from total of detailed line, just do not show column I on invoice. This is the case with Dolibarr default invoice templates, so that's not a problem. To enable this rule of calculation, you must use Dolibarr version 3.5+ and set constant MAIN_ROUNDOFTOTAL_NOT_TOTALOFROUND to 1 (Home - Setup - Other).
'''Alors quoi faire ?'''
* In most countries, the 2 methods are possible. So here, just use method 1 that will be more efficient when you will make accountancy (because, if you use method 2, total of vat on your invoice will not be sum of F, nor sum of G and this may create confusion later). If you prefer to use method 2, use Dolibarr version 3.5+ and set constant MAIN_ROUNDOFTOTAL_NOT_TOTALOFROUND to 1 (Home - Setup - Other).
* Dans certains pays, le mode de calcul doit toujours être celui utilisant la méthode 1 pour faire ses factures. Comme ceci est le mode par défaut de Dolibarr, il n'y a rien de particulier à faire, just comprendre ce qui se passe.
* Dans d'autres pays (très rare), le calcul doit être toujours fait selon la méthode 2 pour faire ses factures. Afin d'éviter d'avoir un total au bas de lafacture qui diffère du total obtenu en sommant chaque ligne de détail, ce qui peut être fait est de ne pas afficher la colonne I. Ceci est aussi le cas avec les modèle de factures par défaut de Dolibarr, aussi, il n'y a rien de particuier à faire. Pour activer ce mode de calcul, vous devez avoir Dolibarr version 3.5+ et positionner la constante MAIN_ROUNDOFTOTAL_NOT_TOTALOFROUND à 1 (Accueil - Configuration - Autre).
* Dans la plupart des pays, les 2 méthodes sont possible. Dans ce cas, utilisez le mode par défaut qui est la méthode 1 car il est plus efficace quand il s'agira de faire la comptabilité (car, si vous utilisez la méthode 2, le total de tva de vos factures ne seront pas les sommes de F, ni les sommes de G et ceci créera des confusions plus tard). Si vous préférrez toutefois absolument la méthode 2 et que vous utilisez Dolibarr 3.5+ alors positionnez la constante MAIN_ROUNDOFTOTAL_NOT_TOTALOFROUND à 1 (Accueil - Configuration - Autre).


= Second or Third Tax =
= Second or Third Tax =
Retrieved from "https://wiki.dolibarr.org/index.php/Special:MobileDiff/32213"

Navigation menu