alphauserpoint problème de paramétrage je pense

Bonjour,
J'ai réussi à paramétrer AUP
-Mais je rencontre un problème, je n'arrive à utiliser mes points qu'une seule fois par utilisateur
-Et autre gros problème c'est qu'il cumule des points même sur les montants remboursé par les points fidélité utilisé (cad : sur une commande de 100€ j'utilise des points pour une valeur de 20€, j'obtiens donc un coupon et une réduction de 20€ soit 80€ à payer. Et bien j’obtiens de nouveau des points sur les 100€ et non sur les 80€, peut on palier à cela ?)
J'ai du louper un réglage
Merci pour vos conseils précieux
ci-joint le paramétrage de ma méthode de paiement ainsi que de AUP et Collect on delivery

salut tout le monde,

Je me permet de reprendre ce poste sui à Alphauser ... Comment allez vous depuis le temps Nicolas ? Bonne année, meilleur voeux..
Pour revenir au plugin, il y a pas mal de soucis à ce que j'ai pu lire, je vais rajouter mon expérience que je subi actuellement.

- La génération de coupon se fait tout à la fin en reload de la page
- Si il dans le plugin , on défini que la livraison n'est pas incluse ... Le produit reste dans le panier
- Le produit même totalement payé avec les point reste en mode Créer au lieu de confirmé ... ce qui a pour résultat que le client ne peut pas télécharger les fichiers.
- Les gains de point sur les ventes ne sont pas répercutés

Voilà je pense avoir fait le petit tour

Rajout :
Le plugin Order_validation se rajoute et s'active automatiquement, si on le renome et qu'on lui défini son groupe ... Ce qui a pour conséquence d'avoir 2 plugins identique

Bonsoir,

@toffffe :
Une seule fois par utilisateur ? Je ne saisi pas le problème car c'est normal qu'un utilisateur ne puisse utiliser ses points qu'une seule fois, non?

En effet les points gagnés sont comptabilisés sur le total des produits de la commande dans certains cas.
Pourriez vous essayer de remplacer la ligne:
$calculatedPrice=$order->cart->full_total->prices[0]->price_value_with_tax;

par:
$calculatedPrice=$order->cart->full_total->prices[0]->price_value_with_tax-@$order->cart->coupon->discount_value;
dans plugins/hikashoppayment/alphauserpoints.php et réessayer cela ?

@networlds :
Oui le coupon est généré à la fin de la commande. Il n'est pas possible de changer cela.
Pour le produit qui reste dans le panier etes vous sur que ca n'est pas plutot car vous aviez un précédent panier enregistré et que le système l'a juste rechargé après que la commande ai été créée ?
En effet, par défaut les commandes gratuite ne sont pas validées. Pour cela, il faut utiliser un petit plugin:
Qu'entendez vous pas les points ne sont pas répercutés ? Les points de vos utilisateurs ne changent pas lorsqu'une commande est confirmée ? Ce serait étonnant.
Pour votre rajout: En effet, il ne faut pas changer le nom du plugin dans AUP. C'est ce sur quoi se base HikaShop pour savoir si le plugin est présent ou pas et ainsi l'ajouter automatiquement. Il suffit de ne pas changer son nom. Est-ce un problème ?

Re,

Oui le coupon est généré à la fin de la commande. Il n'est pas possible de changer cela.

Ok donc c'est normal, par contre si on fini le passage en caisse par l'adresse ( par exemple ) On ne voit pas le numéro du bon, alors que si on fini par le coupon lors de la recharge finale, on voit le coupon, on a même le bouton supprimé juste à coté. C'est pour cela que je trouvais étrange le déroulement.

Pour le produit qui reste dans le panier etes vous sur que ca n'est pas plutot car vous aviez un précédent panier enregistré et que le système l'a juste rechargé après que la commande ai été créée ?

Non,non je suis sûr. Si je met l'option "Livraison" à Oui dans le plugins moyen de paiement. Le produit sur la liste de commande du client se met en Créée au lieu de confirmée, et le gars doit quand même le payer, le panier est vidé. Par contre si je met le plugins avec l'option livraison à non, le produit reste dans le panier, dans la liste commande client, il s'affiche aussi créée au lieu de confirmée, mais la commande est réglée.

En effet, par défaut les commandes gratuite ne sont pas validées. Pour cela, il faut utiliser un petit plugin:

Question mystère ... Lequel ??? :silly: :laugh:

Qu'entendez vous pas les points ne sont pas répercutés ?
Les points de vos utilisateurs ne changent pas lorsqu'une commande est confirmée ? Ce serait étonnant.

[strike]Je me sent ridicule... Forcement, le commande ne passe pas en confirmé directement donc ... les point ne sont pas mis... Suite à cela, j'ai passé mes commandes en confirmées, je n'ai pas eu de point... Con que je suis, normal j'ai mis les points comme des centimes.[/strike]

C'est bon, j'ai mis le gains par produit au lieu du par € ... Autant pour moi

Pour votre rajout: En effet, il ne faut pas changer le nom du plugin dans AUP. C'est ce sur quoi se base HikaShop pour savoir si le plugin est présent ou pas et ainsi l'ajouter automatiquement. Il suffit de ne pas changer son nom. Est-ce un problème ?

OUi et non, ce n'est pas dramatique, simplement que dans le mail que le client reçois, il y a : Vous avez perdu ces points suite à cette action: Order_validation.

Voilà, merci pour votre patience

Non,non je suis sûr. Si je met l'option "Livraison" à Oui dans le plugins moyen de paiement. Le produit sur la liste de commande du client se met en Créée au lieu de confirmée, et le gars doit quand même le payer, le panier est vidé. Par contre si je met le plugins avec l'option livraison à non, le produit reste dans le panier, dans la liste commande client, il s'affiche aussi créée au lieu de confirmée, mais la commande est réglée.

Le produit se met en créé ? Je ne vois pas de quoi vous voulez parler. Pourriez vous donner quelques captures d'écran pour expliquer votre problème ?

Question mystère ... Lequel ???

Oups... Ca se voit qu'il était tard
Voici le lien: www.hikashop.com/en/support/forum/2-gene...-ordering.html#32694

OUi et non, ce n'est pas dramatique, simplement que dans le mail que le client reçois, il y a : Vous avez perdu ces points suite à cette action: Order_validation.

Ah oui en effet, je n'avais pas pensé à cela. Mmm. Je vois que le texte est en français. Je dirais que le mieux, c'est d'utiliser joomfish pour traduire Order_validation dans les différentes langues du site. Maintenant cela joomla 1.5 uniquement.
Pour 1.6 et plus, il faudra ne plus accéder à la configuration du plugin de paiement AUP. Comme ca vous pourrez changer la règle sans qu'une nouvelle règle ne soit créée.

Je vous ai créé un compte vous pourrez voir pas vous même, je vais vous envoyer ça par mp. J'ai installé le plugin ça marche bien mais le produit reste toujours en panier.

Pour contourner le soucis de Order-Validation ... J'ai laissé mon plugin que j'avais renommé shopping actif et j'ai désactivé Order_Validation.

Ps: je viens de Update en business ... Donc c'est en cours de config et pour les tests utilisez valsitude ... Sinon créez si vous avez besoin

Merci. Nous allons voir ca demain (enfin aujourd'hui vu que l'on est déjà dimanche ).

J'ai retesté, je tombe toujours sur le même soucis ... Je vous laisse faire vos tests
Pour résumer: Quand mes membres ont asses de point pour acheter dans la boutique, si je met le plugin en mode livraison à oui, les point sont déduit, la commande est créé ( pas confirmé logique vue qu'ils doivent venir chercher le produit), le panier est vidé. Si je met en mode livraison à non ( ce qui est mon cas ce n'est que du dématérialisé ), les points sont bien retirés, le bon est maintenant bien confirmé ( les gens peuvent télécharger le produit) mais le panier ne se vide pas.. Je peux même m'amuser à racheter 20 fois le produit dans le panier.

Je vous laisse voir

Je n'ai pas eu le temps de voir ça aujourd'hui.

Je regarderais demain.

Je continue de remplir en même temps, que je test ...

Si je met la TVA au produit et que je paye avec alphauser, arrivé pour l'étape finale => Erreur, vous ne pouvez pas valider cette commande.
J'ai essayé en désactivant le plugin auto_validate ... Pareil
Pourtant le nombre de point en valeur total sont bien déduits.

Bonjour,
le message "Erreur, vous ne pouvez pas valider cette commande" je l'ai aussi . Et si je veux que ça passe je suis obligé de copié le code coupon, supprimé par la croix à côté de ce coupon et recoller celui-ci manuellement et là effectivement c'est pas terrible, ni utilisable.
Merci encore pour tous vos efforts

_

Cdt

nicolas écrit:

Bonsoir,

@toffffe :
Une seule fois par utilisateur ? Je ne saisi pas le problème car c'est normal qu'un utilisateur ne puisse utiliser ses points qu'une seule fois, non?

En effet les points gagnés sont comptabilisés sur le total des produits de la commande dans certains cas.
Pourriez vous essayer de remplacer la ligne:
$calculatedPrice=$order->cart->full_total->prices[0]->price_value_with_tax;

par:
$calculatedPrice=$order->cart->full_total->prices[0]->price_value_with_tax-@$order->cart->coupon->discount_value;
dans plugins/hikashoppayment/alphauserpoints.php et réessayer cela ?

Ca n'a rien changé, les points sont toujours gagné en totalité
Une autre idée ?
Merci d'avance

Bonjour,

J'ai corrigé le fonctionnement du plugin pour le mode "pas de livraison". Cela fonctionne correctement lors de mes tests.
Pouvez vous confirmer ?

Je joins la nouvelle version du plugin.

Je me disais ... s'aille , il a cassé son site pour pas regarder mon problème mdr
J'installe , je test , et je dis

Apparemment ça marche ... mais maintenant , il ne se met plus en confirmé tout seul ^^ :laugh:

Si seulement

Non, nous sommes victime d'attaques sur notre site, avec beaucoup de requêtes cherchant des failles sur le site en provenance de différents endroits et aléatoirement. Il y a beaucoup de requêtes en très peu de temps et le serveur ne tient pas la charge suffisement, d'où l'indisponibilité. Nous allons voir pour monter en gamme sur notre serveur principal pour éviter cela à l'avenir.

Quand une commande est gratuite, il est normal qu'elle ne soit pas confirmée automatiquement, d'où le plugin que j'avais mentionné plus haut.

je me doute pour les attaques ^^ ... Si il y a temps de requête, mettez un script du style anti aspirateur, voir anti robot direct en htaccess ... J'ai les idées mais je ne suis pas assez prodige pour le faire ( du moins il me faudrait 2 mois lol ). Créer un script qui détecte le nombre de requêtes par IP et qui celui-ci créé un htaccess su la racine principale ( hors racine du site ) avec les IP criminel en banlist et qui vous envois un mail pour vous avertir. Après si c'est direct sur le serveur OVH à les outils ... ( Normalement )


Merci ... pour le si seulement! mdr :laugh:

Pour revenir au petit soucis, justement le plugins est actif ^^ :huh:

Je vois qu'hier soir j'étais HS
Alors si je sélectionne livraison oui ou non j'ai exactement la même chose, avant j'avais ça quand je mettais à non :



Maintenant j'ai toujours:



Le coupon ne régle pas la commande ...

Désolé de mettre la pression ... Mais cette fonction j'y tiens quand même
Le plugin déduit les points, ne règle pas la commande et reste en créé .

Sur votre capture je ne vois pas du tout de coupon.

Ce qui est normal si vous n'avez rien touché vu qu'il n'y a pas de coupon et que le prix est déduis directement.

Il il a en effet un problème. La commande devrait être validée automatiquement vu que ca ne passe pas par un coupon. C'est un bug du plugin. Décidement, le développeur avait testé le plugin en diagonal...

Voici une nouvelle version qui corrige cela.

Ce n'est pas grave, le truc c'est que je voyais les autre topic avec une réponse et ici je resté en suspend en quelque sorte ... Je sais ce que c'est les problèmes de développement...

Pour être sûr ...
Je n'ai plus la ligne en bas de la facture qui dit que la commande a été payée avec un coupon.
Le déroulement avec livraison oui ou non se termine pareil. La commande est confirmé avec la livraison sur oui . Normal ?

Pour moi le plugin fonction bien, j'ai même le message à la fin qui signal au client qu'il a gagné des point suite à son achat ... Chose que je n'avais pas avant.

Voilà.. Si tout est bon merci pour cette intervention

Voilà les icones pour terminer les menus en admin