Problème calcul HT

[eolia]

Curieux car le module Payplug utilise bien les mêmes fonctions:
$base_total_tax_inc = $cart->getOrderTotal(true);
$base_total_tax_exc = $cart->getOrderTotal(false);
Pour le TTC, à voir dans le tpl du thème.
Et DOM-TOM pour certains il y a des taxes hein.

[Olivier75009]

là il s'agit de la Guadeloupe par exemple (quoi qu'il en soit, ce problème n'apparaît que sur des clients non assujettis à la TVA). Je vais jeter un oeil sur le template du thème pour le "TTC". (<- et en effet, 'avait bien un "TTC" qui traînait)

[Olivier75009]

Je viens à nouveau de faire des tests, et grosse incompréhension : ça m'affiche désormais 53,58 (avec un vidage de cache + refresh - il n'y a pas encore les frais de port appliqués de 13 HT alors que la gratuité ne s'applique pas encore) sur la première étape de commande (ce qui n'est pas juste mais correspond au paiement) mais 67,15 au survol du panier ou en cliquant sur le lien "commander" de ce même panier et dans la dernière étape du récapitulatif de la commande (avant paiement). Ça n'a pas de sens.

[eolia]

Concernant les frais de port par défaut il y a un bug dans la dernière version de Cart.php, prenez celle en pièce-jointe.
Concernant la différence (0.57) cela correspond à une TVA à 20% sur votre réduction. Comment avez-vous paramétré cette reduction (je conseille toujours de les rentrer en HT, ca évite d'en faire de plus grosses pour ceux qui n'ont pas de taxes.Cart.php

[Olivier75009]

réduction HT en théorie (règle panier %). Je regarde dans la journée pour le Cart.php. Merci !

NB: le nouveau Cart.php m'affiche bien un montant à présent. (pouce en l'air) mais toujours le calcul sur la réduc'

[Olivier75009]

Je joint une capture pour expliquer le soucis :

Le block cart m'affiche un prix avec un calcul TVA (probablement sur la remise -% sur produits sélectionnés). Le total du panier, lorsque l'on clique sur "commander" depuis le block cart me donne le même montant.

Si je fais un refresh sur cette première étape, le block cart garde le même montant mais cette fois-ci le panier indique le montant juste (sans le calcul de la TVA sur la remise).

Les calculs des 3x sans frais Oney sont juste (sans calculs de la TVA) et ceux de Paypal varient de le même manière (première arrivée sur le panier, ils prennent en compte le premier prix avec calcul TVA, refresh et le calcul des mensualités sont les bonnes..)

Je précise que la remise est de 5% sur les 9 articles.

La dernière étape (5) avant paiement (choix du paiement) donne toujours (avec ou sans refresh de la première étape) le calcul avec TVA sur la remise :

Mais lors du paiement il y a bien le calcul correct (ici 109,44 au lieu de 110,47). Ces calculs ne se font que sur des clients non assujettis à la TVA.

[Olivier75009]

Bonjour Pierre,
J'ai à nouveau rencontré ce même problème (toujours un client de Guadeloupe):

[Olivier75009]

Après un test en changeant le pays de France à Guadeloupe :

et sur la page de paiement :

[Olivier75009]

A nouveau une erreur de montant, toujours pour un client sans TVA - Payplug (la Réunion):

[eolia]

A priori le souci vient de la règle panier couleur x20, j'essaye de trouver pourquoi.

[Olivier75009]

Et là, première fois que l'on rencontre une même erreur mais pour un client qui paye la tva (sud de la France) :


Sans règle panier qui plus est.
Payé sur Payplug, en attente de validation de paiement sur le BO. En fait elle a les prix non pro dans le détail de sa commande, alors qu'elle a les prix pro à l'achat. Il se trouve que les produits ont une réduction de 40% pour les pros.(non indiqué ici).
Vu que Payplug a bien fait le calcul avec ce prix réduit de 40%, la cliente a quand même payé des frais de port.

[eolia]

C'est Presta qui calcule pas payplug.
Cette cliente appartient aux 2 groupes, à voir de ce côté sans doute.

Et en Front c'est OK:

Le pb se situe donc au moment de la validation de commande.

[Olivier75009]

Par défaut, les nouveaux clients sont des clients particuliers, et passent en clients pros dès qu'ils renseignent un numéro de TVA/Siret. Ils passent alors par défaut en clients pros, mais font partie des deux groupes.
On a aussi fait des tests, à partir du moment où le client est dans le groupe pro, les prix s'affichent normalement. Là, il semblerait qu'elle est commencé son panier avant de basculer chez les pros en renseignant son Siret.

[Olivier75009]

Encore une erreur, et pourtant la cliente est inscrite depuis 2015, donc ce n'est pas un passage de groupe à l'autre :

On a corrigé dans la foulée (suppression/ajout)

[Olivier75009]

Idem, nouvelle cliente par contre, et le problème vient d'un article dont le prix est modifié en fonction du groupe (-40% pour les pros) :

[eolia]

Je vous ai appliqué des correctifs (qui seront intégrés à la v31). Prévenez-moi si le problème se reproduit.

[Olivier75009]

Grazie ! Je zieute !

[Olivier75009]

Un problème à l'instant (c'est encore sur une catégorie de produits qui voit son prix réduit de 40% suivant le groupe du client. Ici, cette cliente est inscrite depuis longtemps en tant que pro. Le calcul dans la liste des produits est pour cette catégorie fait à partir du prix des clients particuliers, pas des clients pros - émollient 14ml) :

EDIT: on supprime/ajoute le produit en question depuis la commande, elle doit partir aujourd'hui.

[eolia]

Ok, j'ai réussi à reproduire.
Je cherche la raison et je reviens vers toi.

[eolia]

Le correctif a été appliqué sur ta boutique et sera intégré à la v31 ;)