Comptabilité élémentaire

J’ai une question qui me taraude, c’est dans le contexte d’un petit programme que j’ai écrit y’a des années pour gérer la facturation d’un magasin. Je ne suis pas sûr de placer les arrondis (à l’eurocent) au bon endroit. Je vous explique avec un exemple.

Les prix sont définis TVA comprise, pour que le client paie un montant “rond”. Par exemple, considérons un bidule qu’on vend 12 euros TVAC.
Le prix hors TVA est donc (12 / 1,21) = 9,92 (arrondi à l’eurocent).
Imaginons que le client en achète 17, il faut donc qu’il paie 17 x 12 = 204 euros TVAC.

Problème, voici ce qui se retrouve alors sur la facture :

  • Prix unitaire HTVA : 9,92
  • Quantité : 17
  • Prix total HTVA : 168,64
  • Prix TVAC : 204

Et là, le client prend sa petite calculatrice pour vérifier, et il fait (168,64 x 1,21) = 204,05 … Tiens, on m’a fait cadeau de 5 eurocents !?

Bien entendu, ça dépend des cas, parfois l’erreur va dans un sens, parfois dans l’autre… (au vol ! au vol !)

Alors ma question est tout simplement : comment on fait dans ces cas là ? C’est quoi la règle “officielle” ? (et pourquoi n’a-t-on pas mis la TVA à 20% tudjuu)

je suis pas un spécialiste, mais il y a un truc qui me chiffonne dans ton exemple.
C’est de partir du prix TTC pour arriver au prix HT, alors que ça devrais être le contraire B)

Bah déjà, la TVA, maintenant, elle est à 19,6% (ou 5,5%, soit) B)

Ensuite, normalement, on part toujours de prix HT unitaires, et on ajoute la TVA tout à la fin

Ainsi, ton client achète, par exemple, 12 vis à 1 euro HT la vis, et 20 clous en or à 2 euros HT le clou, le montant de ta facture, ça sera : (121+202)*1.196=62.19 euros TTC

BOn, c’est vrai que si jamais tes clients sont des gens « normaux » (entendre, pas des entreprises), ça n’a pas de sens pour eux de définir des prix en HT sur la facture. Disons que le gars qui va à Castorama, il se fout de savoir que son clou lui coutera 1 euro HT, il veut simplement savoir qu’il le paiera à la caisse 1,20 euro (TTC).

Dans ce cas (le tien, donc), j’aurais tendance à dire qu’il te faudrait plutot présenter ta facture autrement : sur x lignes, tu listes toutes les pièces vendues, sous la forme « nombre d’unités * le prix TTC de chaque unité = prix total TTC », tu fais un total général (qui sera donc TTC) et en dessous, tu ajoutes simplement une ligne « Dont TVA = prix total TTC/1.196 »

Prend l’exemple d’une note de courses de grande surface : tu as le montant total (TTC) et une ligne du style « dont x de TVA à 19,6% et y de TVA à 5,5% » (quand c’est bien fait).

C’est un peu comme en maths, finalement, où tu fais toujours l’arrondi d’une somme et pas la somme des arrondis B)

Autrement, tu te retrouves avec des centimes à gauche à droite, et c’est sale, pour un comptable (believe me, I know) :smiley:

(Edit: correction fautes)

[quote=« Tchoubou, post:2, topic: 45238 »]je suis pas un spécialiste, mais il y a un truc qui me chiffonne dans ton exemple.
C’est de partir du prix TTC pour arriver au prix HT, alors que ça devrais être le contraire :-[/quote]

Comme l’explique Gabuzomeuh, c’est pour de la vente au détail, ce qui compte c’est le prix TTC qu’on met sur l’étiquette. On est pas aux USA B)

Pas chez nous…

Bah justement, le total il est exact. Le problème c’est toutes les valeurs intermédiaires qui sont affichées sur la facture, si on repart de là et qu’on calcule on ne retrouve pas le bon total… Et je suis obligé de me limiter à deux décimales, je me vois mal indiquer que le prix HTVA est de 12,754148912578464 euros. Et pourtant c’est bien ce montant exact qui est utilisé dans les calculs.

Tous les problèmes viennent du fait qu’on veut des prix TTC exacts et ronds, mais qu’on veut aussi une facture détaillée.

Effectivement, c’est bien là le problème :stuck_out_tongue: (ça et les clients qui achètent 78 fois le même article et demandent une facture)

je ne connais pas la règle mais en bas des factures y’a souvent quelque chose comme “Il peut y avoir des légères différences entre le détail et le total du aux arrondies”.

La somme des arrondis ne doit pas ête forcement égale à l’arrondi de la somme (je ramasse les copies dans 2h)

http://piaget.psycho.univ-paris5.fr/bases%…iques/chap3.htm

Le paragraphe 8 devrait te rassurer quant à ton programme je pense

Nota à ceux qui disent qu’on part du prix HT pour obtenir le prix TTC : Comment expliquez vous qu’au macdo vous payiez le même prix pour un repas prix sur place et pour un repas pris à emporter sachant que la TVA n’a pas le même taux dans un cas et dans l’autre ? Evidemment que les commerçant de détail partent d’un prix TTC stratégique pour ensuite calculer leur prix de vente HT

Dans ton cas, le prix HT au détail n’a aucun sens. Si tes clients raisonne en prix TTC affiche tout en TTC et comme le dit Gabuzomeuh, affiche seulement à la fin le montant de la TVA sur l’ensemble du ticket.

D’ailleurs, le plus souvent sur nos factures, on a bien :

  • Montant unitaire TTC
  • Quantité
  • Montant total TTC (= Quantité * Montant Unitaire TTC)

Et ensuite une ligne (qu’on ne lit jamais d’ailleurs ) DONT TVA : X €.

Plus simple non ?

Tu n’affiches pas ton montant “stratégique” TTC par ligne. Ce que tu affiches, c’est le montant HT unitaire “stratégique qui en découle et est mon vrai prix de vente”, le code TVA (ou le taux) qui s’applique sur cette ligne, le montant HT total qui dépend aussi des quantités. Ensuite en fin de facture, tu récapitules ton montant HT total et les montants totaux des différentes TVA qui ont pu s’appliquer, et au final, le TTC.

Pour éviter ce genre de problème, on calcule en augmentant le nombre de décimales (souvent 4) et en évitant les montants arrondis au milieu du calcul B)
Un exemple:

  • Prix unitaire HTVA “stratégique” : 9,9174 affiché tel quel, c’est ton prix de vente officiel
  • Quantité : 17 affiché tel quel
  • Prix total HTVA calculé 9,9174*17=168,5958 => tu affiches 168,60
  • Prix TTC calculé 9,9174171.21=204,0009 => tu affiches 204,00

L’objectif du prix TTC “stratégique” est que pour le client, le prix unitaire rentre dans une plage psychologique qui arrange le commercial, pas d’être respecté mordicus à la fin du processus financier.

Pour info, ici jusqu’à 92 unités vendues, avec 4 décimales, le client ne verra aucune différence.

Apparemment les règles fiscales imposent de partir du HT, de rajouter la TVA et d’obtenir par la somme le TTC.

Vouloir avec cette règle obtenir en TTC un nombre rond est donc tout simplement impossible (mathématiques “élémentaires”)
En effet comment obtenir 1,25€ TTC à partir d’un HT ?
1er cas je choisis 1,04€HT + arrondi(1,04 * 0,196; 2) soit 0,20€TVA = 1,24€TTC
2ème cas je choisis 1,05€HT + arrondi(1,05 * 0,196; 2) soit 0,21€TVA = 1,26€TTC

donc c’est cuit si l’on veut respecter les règles comptables et fiscales. Sauf à encaisser effectivement 1,25€TTC et de passer l’écart avec le réel dans un compte comptable prévu à cet effet “écart de règlement”(+ ou - 0.01 dans notre cas).

A partir de là tu dois transgresser ces règles si tu veux obtenir des nombres ronds TTC. Je pense que l’approche de Gabuzomeuh : partir du TTC et diviser par 1.196 est la moins “mauvaise”. Celle de xentyr est mathématiquement hérétique.
Je m’explique. Un prix HT peut avoir autant de décimales que voulu (prix du carburant à 3 décimales, prix au 1000 ou au 10000), mais dès que l’on a multiplié par la quantité, la ligne est obligatoirement arrondie à 2 décimales (donc stop au délire des 4 décimales, tu passes quoi comme écritures en comptabilité ?).

Rassure-toi on a le meme problème avec notre logiciel en entreprise. Les concepteurs ne veulent pas comprendre que l’on ne peut pas avoir à la fois un TTC rond et un HT juste comptablement.
Dans les factures fournisseurs que l’on reçoit, on a déjà constaté tout et n’importe quoi au sujet des calculs de TVA et TTC.
Si l’administration fiscale s’en fiche et les commissaires aux comptes signent les bilans, c’est le principal. Ce n’est jamais qu’une bizarrerie de plus.

En espérant avoir modestement contribué au débat.

Le bot

Il y a une autre solution à ton problème : tu modifies pas ton programme et tu proposes à ton client de délocaliser en amérique du nord. Là bas, les prix annoncés aux clients sont HT. En fait, c’est un peu comme ça que fonctionne ton programme.

Ce qui est marrant, c’est que le magasin en ligne LDLC fait des factures exactement comme ton logiciel, il faudrait vérifier mais ils doivent avoir le même “bug”.

Ah bah merci pour la réponse :slight_smile: Tout vient à point à qui sait attendre…

[quote=“LeBot, post:10, topic: 45238”]Celle de xentyr est mathématiquement hérétique.
Je m’explique. Un prix HT peut avoir autant de décimales que voulu (prix du carburant à 3 décimales, prix au 1000 ou au 10000), mais dès que l’on a multiplié par la quantité, la ligne est obligatoirement arrondie à 2 décimales (donc stop au délire des 4 décimales, tu passes quoi comme écritures en comptabilité ?).[/quote]

Evite de me faire dire ce que je n’ai pas dit et ensuite on pourra parler d’hérésie : ce dont je parle n’a rien à voir avec ton explication. Où as-tu vu que je parlais d’écritures comptables ici ?