Je me permet de relancer le post car j’ai aussi ce même problème (très bloquant) sur la version 11.0.3
HT + TVA n’est pas égal au Total TTC.
Il nous ait impossible de passer les transactions du journal de ventes au grand livre :
« Try to insert a non balanced transaction in book for FA2006-0039. Canceled. Surely a bug. »
Malheureusement ça ne règle pas le problème en reproduisant la facture.
Il est étonnant que le calcul du montant soit différent dans les factures et dans la vérification du journal de ventes avant ajout dans le grand livre.
Si la facture est valide (le total TTC = le montant payé), elle devrait aussi l’être pour être ajouté dans le grand livre ? Non ?
Je suis en train d’essayer de déboguer mon problème.
Ce que je constate dans la table facturedet c’est que j’ai une différence de 0.01 entre 2 champs :
total_tva et multicurrency_total_tva
Sur mon exemple (capture d’ecran précédente) j’ai un produit à 34.38 HT
Calcul de la TVA : 34.38 * 0.20 = 6.876
J’ai en base de données :
total_tva = 6.88
multicurrency_total_tva = 6.87
Comment peut-on expliquer cette différence ? A quoi correspondent les valeurs multicurrency ?
Merci
ce qui cause tout cela c’est votre prix unitaire avec 5 décimales 45,83333.
Il faut avoir des prix avec un nombre de décimales cohérents avec votre configuration comme indiqué par @ksar.
Pour votre calcul, il n’est pas tout à fait exact, votre prix n’est pas 34.38HT mais 45.83333 * 0.75 = 34.3749975.
Si je garde cette valeur, la TVA est de 6.8749995. Donc selon votre paramétrage plusieurs valeurs sont possibles. Si on a 3 décimales après la virgule pour le calcul par exemple, le montant HT est de 34.375 et la tva de 6.875 mais si l’affichage est de 2 j’aurai 34.37 et 6.87. Cependant si j’ai un arrondi à 2 décimales, mes valeurs seront 34.38 et 6.88.
La meilleure façon de s’en sortir est de faire en sorte d’avoir des prix cohérents avec votre configuration et pas trop de décimales dans vos prix.
Les différences viennet de là, entre les lignes et aussi avec le montant total de votre facture.
Merci Delthair, effectivement le problème venait d’incohérence entre les différents arrondis de prix.
En les passant tous sur 2 decimals le problème a été résolu.
Merci encore !
Je ré-ouvre ce sujet car je me retrouve de nouveau avec un problème d’arrondi que je pensais réglé.
C’est vraiment très bloquant car je ne peux pas inscrire les transactions dans le grand journal et que des rapprochement bancaires ont déjà été fait… bref je ne sais pas comment m’en sortir.
L’erreur est « Try to insert a non balanced transaction in book for FAxxxxx. Canceled. Surely a bug. »
Je constate que le problème vient lorsque, par exemple, j’ajoute de la main d’oeuvre directement avec une quantité de 0,33% et d’autre produit à l’unité.
J’ai par exemple un Montant HT de 17,80, une TVA de 3,56 et un Montant TTC de 21,35
Donc une différence de 0.01
Sur les précisions voici ma config
PU: 2 décimales
PT: 2 décimales
Affichage: 2 décimales
Peut-on considérer ce comportement comme un bug ?
Avez-vous une idée sur comment inscrire mes transactions dans le grand journal sachant que je ne peux pas annuler les paiements car ils sont déjà rapprochés ?
Merci de votre aide
PS: Je precise que je suis en version 11.0.3
Si quelqu’un rencontre ce même problème, j’ai « patché » le fichier suivant :
htdocs\compta\facture\card.php
en ajoutant au niveau de la ligne 2108 après le $result = $object->addline(…)
Ca permet après l’« addline » qui fait un mauvais calcul dans certains cas, de faire automatiquement un « updateline » qui refait bien le calcul.
J’aurais pu patcher le addline mais trop long à décrypter et je ne voulais pas risquer de tout casser.
Ici je simule ce qu’il faudrait faire à la main, c’est à dire ré-éditer une ligne que l’on vient d’ajouter pour force le re-calcul. C’est pas très propre mais ça fonctionne.
Concernant les écritures qui ne passaient dans le grand journal (« Try to insert a non balanced transaction in book for FAxxxxx. Canceled. Surely a bug. »), j’ai corrigé directement en base de données la colonne « total » dans « facture » et la colonne « total_ht » dans « facture_det ». Ça ne perturbe pas les log inaltérables vu que ça ne modifie ni le montant de TVA, ni le total HT, ça rend juste la facture cohérente…
Merci pour votre solution & aide !
Je rencontre exactement le même problème sur une 12.0.2 mais le fichier card.php (234,7 Ko) est différent.
Pourriez-vous me confirmer que l’ajout de votre code à la ligne: 2216
Donnera le même résultat ?
Je vois ça comme un bug également.
C’est bizzare qu’il n’y ait pas plus de retour sur ce sujet.
Je n’ai pourtant rien de spéciale dans ma configuration.
Bonjour,
Je suis aussi confronté au même problème…
J’ai toujours eu ce soucis depuis que je suis Dolibarrien! Sans jamais arriver à trouver la vrai solution…
Je modifie donc dans la base les quelques lignes concernées à la main pour faire mes intégrations dans le grand livre.
J’ai aussi noté des différences de calcul de TVA entre total_tva et multicurrency_total_tva dans llx_facturedet.
Je suis en V10.
Bonne journée
Francis
Bonjour,
j’ai un problème identique:
facture amazon
8* 433,47 € TVA 20% 520,17 € TTC soit 4 161,36 €
soit
mais dans le récapitulatif si on calcule la TVA sur 3.467,76 € on obtient 693,60 €, comme l’indique la facture amazon
Impossible d’obtenir ce montant sur Dolibarr que ce soit en indiquant le montant unitaire TTC ou HT
Je pense qu’il serait souhaitable de pouvoir à minima éditer le montant global de tva pour coller avec la facture.
Qu’en pensez-vous?
D’avance merci
Cordialement
Je ne pense pas que ce soit une bonne idée car dans certains commerces il est possible de vendre des produits avec des taux de TVA différents (produits à taux réduit 5,5%, 10%… et autres à 20% , par exemple). Donc il est obligatoire, pour moi de décliner la TVA par ligne. Par contre, il faut veiller à ce que la règle d’arrondi de TVA soit correctement appliquée ligne à ligne.
Le descriptif de la facture est correct: 8 SAMSUNG à 443,37 € HT soit 520,17 € TTC donnent 4161,36 € TTC
mais le récapitulatif (pour les services fiscaux) indique un prix HT de 3 467,76 € HT avec une TVA de 20% pour un montant de 693,60 € (au lieu de 693,55 €). Et le mode de calcul 1 ou 2 n’y change bien entendu rien!