Multi Coupon Checkout

Bonjour,

Merci du retour. En effet, le montant de la réduction sur les frais de livraison n'est pas prise en compte par le plugin.
J'ai fait une nouvelle version du plugin pour supporter cela. Cela a aussi nécessité un patch dans HikaShop, donc en plus de mettre à jour le plugin, il faudra aussi télécharger le paquet d'installation d'HikaShop sur notre site et l'installer sur le votre.
Ensuite, cela fonctionnera.

Notez que le plugin multi coupon ne charge qu'un seul coupon auto chargé.
Même si plusieurs peuvent s'appliqués au panier courant.
Sur votre capture je vois que le coupon SHIPPING50 est auto chargé, car il n'y a pas d'icône X pour le supprimé.
Et donc, normal que l'autre coupon ne soit pas chargé automatiquement.

Donc je pense que vous êtes déjà bon. Ce que vous voulez faire, c'est ajuster les règles des coupons pour que vous n'ayez pas les deux coupons applicables en même temps.
Par exemple, vous pouvez avoir le coupon à 50% avec la restriction sur la belgique et le groupe utilisateur "registered", et l'autre coupon à 100% avec la restriction sur un sous groupe de "registered" ou l'utilisateur serait ajouté et enlevé du groupe "registered".

Bonjour,

Nous avons un système avec tag pour rajouter des frais, ou des réductions, avec conditions, formules etc:
www.hikashop.com/marketplace/product/279-cart-fee.html
Vous pouvez obtenir le même résultat qu'avec des coupons auto chargés, mais vous pouvez faire beaucoup plus, car vous avez beaucoup plus de possibilité sur les conditions et formules, et vous avez aussi la possibilité d'avoir plusieurs frais et / ou réductions en même temps.

Aussi, si vous voulez changer le groupe utilisateur automatiquement pour remettre "registered", vous pouvez configurer une action de masse.

Et concernant la visualisation du coupon, c'est une question de configuration du passage en caisse. Vous pourriez le passage en caisse pour avoir une vue panier juste au dessus ou en dessous de la vue coupon. Notez qu'il est possible d'avoir plusieurs vues du même type dans votre passage en caisse.
Et par défaut, le passage en caisse est justement configuré avec le coupon à coté du panier, donc le problème ne se pose pas.

c'est pour cela que je me disais qu'avoir l'option "Afficher frais de réduction" qui est disponible dans la vue "Panier", aussi dans la vue "Livraison", serait une bonne idée. C'est juste un avis personnel pour plus de clarté.

Le pourcentage sur les frais de livraison est calculée après le calcul des frais de livraison. De plus, le montant calculé est directement intégré au montant total du coupon ( car le coupon peut avoir et un montant fixe / pourcentage sur le sous total du panier, et un pourcentage sur les frais de livraison. Les deux montants sont cumulés pour le total de la réduction. Cela permet de faire facilement des coupons donnant un pourcentage sur le montant total de la commande, y compris les frais de livraison ), donc pas évident de transférer l'information pour l'affichage du montant des frais de livraison.
De plus, avec le plugin multicoupon, le montant du coupon est converti en frais additionnel, et donc encore plus compliqué à intégré.

Le plus simple si vous devez fournir une livraison gratuite, c'est de configuré plusieurs méthodes de livraison avec des restrictions directement sur les méthodes de livraison, et les frais de livraison directement renseigné dans les méthodes de livraison.
Ainsi, pas de prise de tête sur les coupons, frais additionnels, etc.

La commande est créée, la réduction est appliquée, mais le panier ne se vide pas.
J'ai remarqué que cela arrive seulement quand j'utilise l'action de masse.

Je ne vois pas non plus en quoi l'action de masse changerait quelque chose pour le panier. Cela n'a surement rien à voir.
Lorsque vous faites des tests, et si vous avez l'option "enable multiple cart" activée dans la configuration, alors vous avez surement plusieurs paniers rattachés à votre compte utilisateur, avec la même chose dedans. Et à la fin du passage en caisse, HikaShop va supprimer le panier courant, et basculer automatiquement sur le second panier rattaché au compte utilisateur.
Vous croyez ainsi que le panier n'a pas été vidé, mais en fait si. C'est juste que le nouveau panier est le même que celui qui vient d'être supprimé.
Vous pouvez gérer vos paniers dans le menu Clients>Paniers du backend.

Concernant le plugin "Cart fee", mon intention est de l'acheter, mais je vais attendre pour voir si j'en ai vraiment besoin.
Peut-être que j'aurais dû plutôt opter pour ce plugin au lieu du Multi Coupon Checkout?

Comme je disais il y a une semaine ( www.hikashop.com/support/forum/5-support...eduction.html#366378 ), plusieurs solutions permettent de faire ce genre de réduction.
Le plugin multicoupon peut être utile même si vous ne passez pas par des coupons pour la configuration de la livraison gratuite.
Le but principal du plugin, c'est de permettre aux utilisateurs de pouvoir utiliser plusieurs codes coupon pour leurs achats.
Le plugin cart fee n'est pas fait pour ça et ne permet pas cela.
Le but du plugin cart fee, c'est de rajouter des frais / réductions au panier de manière automatique avec des conditions et des formules de calculs.
Donc les deux peuvent être utiles en fonction du besoin exact, des contraintes, etc.

Bonsoir,

Les champs formule et pourcentage ne vont pas vous aider.

Je pense comprendre quel est le souci avec l'action de masse.
Lors du changement de groupe utilisateur, le système d'action de masse va vider la session utilisateur pour permettre à Joomla de recharger les nouvelles informations des groupes utilisateur de l'utilisateur courant.
Or, avec l'action de masse sur "After an order is created", et l'option "Clean cart when order is" sur "created" dans la configuration HikaShop, le vidage de la session intervient pile avant le vidage du panier, et du coup, le système ne voit plus le panier associé à l'utilisateur.

Une solution serait de passer sur le trigger "after an order is updated" avec un filtre sur le statut de commande à "confirmed". Ainsi, le vidage du panier interviendrait avant le changement de groupe utilisateur.
L'inconvénient, c'est alors que l'utilisateur pourrait créer plusieurs commandes avec le groupe utilisateur zero shipping et ne les payer qu'ensuite si vous avez activé l'option "Payment of orders not paid immediately".

Une autre solution serait de vider le panier plus tard, à la confirmation de la commande en changeant l'option "Clean cart when order is". Cela aurait aussi l'avantage de permettre à l'utilisateur de reprendre son passage en caisse s'il annule le paiement sur la page de la plateforme de paiement.

Bonjour,

Vous pouvez créer une zone de type "zones de réduction". Dans la section "sous zones" de cette zone, ajoutez tous les pays concernés. Ensuite, sélectionnez cette zone de réduction dans votre coupon, et le coupon s'appliquera à toutes les sous zones de la zone de réduction.
Sinon, vous pouvez également aller dans votre PHPMyAdmin, ouvrez la structure de la table hikashop_discount et éditez la colonne discount_zone_id
Changez le type en text ou longtext, et vous pourrez mettre plus de zones dans l'option de restriction de zone de votre coupon.