Raph59 Posted April 12, 2011 Share Posted April 12, 2011 Bonjour,Je me permets de poser cette question car comme on le sais tous, la génération de version Prestashop 1.2.x, 1.3.x ont fait plein de belle fausse facture avec des erreur d'arrondi à nous arracher la tête (surtout notre comptable..)Savez vous si les factures avec la 1.4 semble avoir réglé définitivement le problème?J'arrive à vivre avec beaucoup de bug, mais j'avoue que ce bug est réellement très gênant et rien que pour ça je ferai la migration...Merci Link to comment Share on other sites More sharing options...
jeckyl Posted April 12, 2011 Share Posted April 12, 2011 Bonjour,le plus simple pour vérifier si votre problème existe toujours en 1.4 est par exemple d'effectuer une migration en local et de vérifier si le problème persiste ou non. Link to comment Share on other sites More sharing options...
Raph59 Posted April 12, 2011 Author Share Posted April 12, 2011 Bonjour,Oui c'est une possibilité, le problème est que c'est très dur de savoir dans quelle condition cela arrive, c'est juste que de temps en temps, on remarque une facture avec un total TTC de 10,53, et montant payé de 10,54, ou encore des problèmes de TVA... il y a eu aussi l'erreur pour ceux qui affiche les prix HT mais qu'aux final il facture TTC, si vous mettiez une réduction sur une quantité en montant et non en pourcentage, il y avais une erreur dans la facture car il appliqué la réduction TTC sur le prix HT, bien que le prix final était bon, le détail n'était pas bon...Enfin il est impossible d’imaginer et de prévoir tout ceci, souvent seul le temps fait apparaitre les bugs car ils n'arrivent que dans certaine conditions, c'est pour cela que je demande à ceux qui aurait déjà mis en production la 1.4 si il aurai remarqué ce genre d'erreur de facturation ou d’arrondi. Link to comment Share on other sites More sharing options...
Le-cathare Posted April 12, 2011 Share Posted April 12, 2011 BonjourMoi j'ai testé car j'avais le même PB sur 1.3Après migration j'ai de suite testé, j'était très content car cela était rectifié, Par contre j'avais pleins d'autre bug sur 1.4 (impossible de paramétrer les modules, image décalé....)Je suis donc revenu sur 1.3.7, tanpis. j'attend que 1.4 soit dépourvu des bug pour ce qui viennent de 1.3 ou 1.2. Link to comment Share on other sites More sharing options...
gegema Posted June 6, 2011 Share Posted June 6, 2011 Bonjour,Je vs confirme que le pbm d'arrondi TVA n'est pas réglé sur le version 1.4.1 ...Par contre je vs soumets une modif qui fonctionne chez moi, et je voudrais la tester chez vs, avec vos cas d'écoleDans le PDF.php (module de classes), vous modifiez ts les "ps_round (xxxx, 2)" par "ps_round (xxxx, 5)", comme ça froidement !ex : (...) ps_round($priceBreakDown['totalsWithoutTax'][$tax_rate], 2)devient :(...) ps_round($priceBreakDown['totalsWithoutTax'][$tax_rate], 5)TOUS (faites une recherche, il y en a genre 5 ou 6)Puis vs me redites!merci de votre aide. Link to comment Share on other sites More sharing options...
Raph59 Posted June 6, 2011 Author Share Posted June 6, 2011 Bonjour,Désolé mais pour le moment je n'ai pas installé la 1.4, la dernière mise à jours est trop récente pour moi pour l'instant Link to comment Share on other sites More sharing options...
gegema Posted June 6, 2011 Share Posted June 6, 2011 A mon sens si vs avez le pbm d'arrondi de TVA le pbm étant récurrent , la solution est transversale version ! ...sltsNb : cela ne dispense pas d'avoir un pdf.php qui "marche ", le calcul de tva dans la version d'origine (v 1.3 ou 1.4) ne tenant pas compte des réductions !!! Link to comment Share on other sites More sharing options...
kouik-e Posted January 19, 2013 Share Posted January 19, 2013 (edited) le problème parait réglé en passant de 1.4.8.2 vers 1.4.9 Edited January 19, 2013 by All Nautic (see edit history) Link to comment Share on other sites More sharing options...
Myst26 Posted December 3, 2013 Share Posted December 3, 2013 Bonjour, Le problème persiste sur la version 1.4.11, c'est à dire la dernière. Link to comment Share on other sites More sharing options...
Myst26 Posted December 3, 2013 Share Posted December 3, 2013 re, j'ai un début de réponse concernant ce problème d'arrondi.Je n'ai pas entièrement fais les test mais il se pourrait que la fonction incriminée soit setProductPrices de la Classe Order.php. En Effet, elle simplifie le prix HT à 2 décimal ET ensuite se sert de cette arrondie pour définir un prix TTC... On se retrouve donc avec un prix différent !! Il suffit d'inverser les lignes 446 et 447 : Avant : public function setProductPrices(&$row) { $row['product_price'] = Tools::ps_round($row['product_price'], 2); $row['product_price_wt'] = Tools::ps_round($row['product_price'] * (1 + $row['tax_rate'] / 100), 2); .... } Après: public function setProductPrices(&$row) { $row['product_price_wt'] = Tools::ps_round($row['product_price'] * (1 + $row['tax_rate'] / 100), 2); $row['product_price'] = Tools::ps_round($row['product_price'], 2); .... } 1 Link to comment Share on other sites More sharing options...
tuk66 Posted December 5, 2013 Share Posted December 5, 2013 Belle Myst26. Avez-vous testé avec rabais et bon aussi? Nice Myst26. Have you tested it with discount and voucher too? Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now