Récemment
-
SumUp Payments Constant Update Request
Modules2 -
PaypalAPI erreur
PhenixSuite53 -
Problèmes de prix avec plusieurs devises et PayPal
PhenixSuite6 -
Solutions de paiement...
Discussion générale5 -
Petit code pour les descriptions de produits
Discussion générale3 -
Feuilles de styles non chargées si smart cache activé [RÉSOLU]
PhenixSuite5 -
PayPal Module Error
Bugs & Améliorations2 -
Transient Bug after 1.6.2.31 Upgrade
Bugs & Améliorations2 -
blockcategory et left_column
BUG connus1 -
[REGLÉ] override - je n'y arrive pas.
Modules10 -
les routes sur mesures
Discussion générale6 -
Nouvelle attaque ?
Discussion générale11 -
Problème calcul HT
Bugs & Améliorations42 -
Erreur sur facture générée depuis le FO
PhenixSuite3 -
Factures ne se génèrent plus depuis 06/12 [RÉSOLU]
Bugs & Améliorations20 -
Edition en masse des déclinaisons
Nouvelles fonctionnalités4 -
Mise à niveau de Prestashop 1.6.24 vers PhenixSuite 1.6.30
Discussion générale2 -
Thème possible
Questions relatives à l'installation/upgrade2 -
erreurs cleaner
Discussion générale3 -
multiples déclinaisons sur produit [RÉSOLU]
Bugs & Améliorations22
Problème calcul HT
-
Après un test en changeant le pays de France à Guadeloupe :
et sur la page de paiement :
-
A nouveau une erreur de montant, toujours pour un client sans TVA - Payplug (la Réunion):
-
A priori le souci vient de la règle panier couleur x20, j'essaye de trouver pourquoi.
-
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.
-
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.
-
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.
-
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)
-
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) :
-
Je vous ai appliqué des correctifs (qui seront intégrés à la v31). Prévenez-moi si le problème se reproduit.
-
Grazie ! Je zieute !
-
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.
-
Ok, j'ai réussi à reproduire.
Je cherche la raison et je reviens vers toi.
-
Le correctif a été appliqué sur ta boutique et sera intégré à la v31 ;)
-
Merci encore !!!!
-
A nouveau une erreur, là c'est sur le calcul HT/TTC sur la règle panier (on a déjà eu ça de mémoire) - la cliente est belge :
-
Tu m'en veux toi :(
-
Bon, j'avais oublié mais c'est déjà corrigé dans la v.31.
Je t'ai appliqué le patch.
-
Merci encore !!!!
-
Tu vas finir par me haïr, mais :
-
Là je pense que tu m'en veux réellement :/