Calcul du prix HT avec toutes les decimales - V12.0.3

[debadir]

Bonjour,
J’utilise la version 12.0.3 de DOLIBARR.
Jai rentre un prix TTC de 5000 par ex. une taxe = 18%.
Le prix HT calculé retourne 4237,29.
Comment faire pour que le prix HT reflete toutes les decimales ou au moins 6 decimales apres la virgule soit 4237,288136 dans mon cas.

La raison est que lorsque j’ai plusieurs quantite supposons 10 articles a 4237,29 HT, DOLIBARR me retourne un total de 50000,02 TTC (=10 x 4237,29 x 1.18%) au lieu de 50000,00 TTC.

Merci pour votre aide

[Foxreise]

Bonjour,

C’est un problème de calcul (sur la TVA ou HT) automatique apparemment .
Editer la ligne manuellement régle le problème.

https://www.dolibarr.fr/forum/t/erreur-tva-arrondi/32856

Cdlt,

[debadir]

Bonjour,
Je vous remercie beaucoup, ce workaround fonctionne bien.

Savez vous par hasard si ce bug sera fixé dans les versions a venir? Parce que ce n’est pas pratique de devoir rentrer manuellement le prix à chaque fois.

Merci encore

[Foxreise]

J’espère lol, j’ai le même problème.

Sdupuy à ouvert un report: https://github.com/Dolibarr/dolibarr/issues/14765

Il faut espérer que ça soit pris en compte.

Il y a un moyen de faire faire à Dolibarr l’édition automatiquement mais je ne sais pas si c’est idem pour une V12.XXX:

@sdupuy

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(…)

$object->updateline($result, $desc, $pu_ht, $qty, $remise_percent, $date_start, $date_end, $tva_tx, $localtax1_tx, $localtax2_tx, ‹ HT ›, $info_bits, $type, GETPOST(‹ fk_parent_line ›), 0, $fournprice, $buyingprice, $label, $special_code, $array_options, GETPOST(‹ progress ›), $_POST[‹ units ›], $pu_ht_devise);

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…

J’ai rajouté une issue sur le github : https://github.com/Dolibarr/dolibarr/issues/14765

[debadir]

Je vous remercie.
On croise les doigts

[Foxreise]

A tester:

Erreur d'arrondi du hors taxe dans facture->addline · Issue #14765 · Dolibarr/dolibarr · GitHub

Pouvez-vous tester la configuration en pièce jointe ? (Accueil => Configuration => Limites et précisions)

Si votre configuration « Limites et précisions » est différente de celle en pièce jointe, pouvez-vous l’ajouter en pièce jointe de cette issue ?