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èmes de prix avec plusieurs devises et PayPal
-
Ce texte a été traduit à l'adresse DeepL. En cas de malentendu, veuillez consulter le texte original en anglais à la fin.
J'ai un problème étrange avec les prix et les paiements PayPal, lorsque j'utilise des prix spécifiques.
Le cas suivant s'est déjà produit plusieurs fois.
Veuillez noter que le problème peut également se produire en l'absence de prix spécifiques (le problème peut donc ne pas résulter de prix spécifiques), bien qu'il ne se soit pas encore produit dans ce cas.De base, l'article a un prix normal de JPY :
Un article a un prix normal de 3300 JPY.
Si un client français (par exemple) visite la boutique, le prix est affiché en euros (par exemple 23 euros). Si le client passe à la caisse et utilise sa carte de crédit, 23 euros sont débités (correct). Si le client utilise PayPal, 3300 JPY seront débités (correct).Problème :
Un article a un prix normal de 3300 JPY et un prix spécifique pour certains pays (par exemple les Etats-Unis, Guam et le Mexique) de 3700 JPY.
Si un client français (par exemple) visite la boutique, le prix est affiché en euros (par exemple 23 euros). Si le client passe à la caisse et utilise sa carte de crédit, 23 euros sont facturés (correct). Si le client utilise PayPal, 23 JPY seront facturés (faux). Le magasin ne transmet donc pas le prix en JPY, mais la valeur en euros comme en JPY (pas de conversion, simplement 1 pour 1).
En outre, le magasin modifie le prix de base de 3300 JPY à 23 JPY, de sorte que l'article a maintenant un prix officiel de 23 JPY ou est converti en 0,16 euro !
English version
I have a strange problem with prices and PayPal payments, when using specific prices.
Following show case happened already several times.
Please take note that the problem might also occur without specific prices (so the problem might not be a result of specific prices), although it has not happened there yet.Basic:
Item has a regular price of JPY 3300.
If a costumer from (e.g.) France visits the shop, the price is shown in EUR (e.g. Euro 23). If the customer proceeds to checkout and uses credit card, Euro 23 are charged (correct). If the customer uses PayPal, JPY 3300 will be charged (correct).Problem:
Item has a regular price of JPY 3300 and a specific price rule for some countries (e.g. USA, Guam and Mexico) of JPY 3700.
If a costumer from (e.g.) France visits the shop, the price is shown in EUR (e.g. Euro 23). If the customer proceeds to checkout and uses credit card, Euro 23 are charged (correct). If the customer uses PayPal, JPY 23 will be charged (wrong). So the shop does not pass on the JPY price, but the Euro value just as JPY (no convert, simply 1 to 1).
Furthermore, the shop does change the the base price from JPY 3300 to JPY 23 so that the item as now an official price of JPY 23 or converted in Euro 0,16!
-
Ce message a été supprimé !
-
Ce texte a été traduit à l'adresse DeepL. En cas de malentendu, veuillez consulter le texte original en anglais à la fin.
J'ai observé le problème pendant un certain temps et j'ai constaté qu'il n'était pas lié à PayPal. Les clients ont vu le mauvais prix avant de commander (et ont peut-être commandé pour cette raison).
Je ne peux pas reproduire l'erreur, mais il arrive régulièrement qu'un produit change de prix de lui-même. Je veux dire par là qu'il change vraiment de lui-même.
Le retail price est modifié dans la base de données.
C'est encore arrivé aujourd'hui. Il ne s'agissait pas d'une commande, mais j'ai vu que le prix d'un produit était à nouveau erroné.
Le prix est passé du prix de vente normal (en JPY) au prix de vente pour les clients américains en USD. Dans ce cas, de 3300 à 28 !J'ai vérifié les prix à 9 heures (ce que je fais régulièrement deux fois par jour depuis que le problème existe).
A 11 heures, j'ai vu par hasard qu'un prix était erroné.Je ne peux pas dire ce qui s'est passé, mais les informations que j'ai sont les suivantes. (Données fournies par le logiciel de suivi Matomo)
- L'article a été vu à 10h07 par un « client ». (Il n'a ni acheté ni ajouté au panier, mais seulement regardé).
- Le « client » est venu par un accès direct à la page.
- Le « client » utilisait un iPhone (iOS 17.3)
- IP américaine (Atlanta)
English version
I have been observing the problem for some time now and have now realized that it is not related to PayPal. The customers have already seen the wrong price before ordering (and possibly ordered because of this).
I can't reproduce the error but it happens from time to time that a product changes the price on its own. By that I mean really changes on its own.
The retail price is changed in the database.
It happened again today. It wasn't an order, but I saw that the price of a product was wrong again.
The price changed from the normal sales price (in JPY) to the sales price for US customers in USD. In this case from 3300 to 28!I checked the prices at 9am (I've been doing this twice a day since the problem started).
At 11 o'clock I happened to see that a price was wrong.I can't say what happened, but the information I have is as follows. (Data from Matomo tracking software)
- The item was viewed by a “customer” at 10:07. (Not purchased and not added to cart, just viewed)
- The “customer” came via a direct page view
- The “customer” used an iPhone (iOS 17.3)
- US (Atlanta) IP
-
Ce texte a été traduit à l'adresse DeepL. En cas de malentendu, veuillez consulter le texte original en anglais à la fin.
Aujourd'hui, j'ai de nouveau rencontré le problème.
Je ne peux pas vous donner tous les détails comme la dernière fois, mais ce que je sais de MATOMO est le suivant :
J'ai vérifié les prix le soir et tout allait bien.
La dernière et peut-être la seule personne à avoir vérifié l'article était un client dont l'adresse IP était allemande et qui utilisait Mac 10.15 et Safari 17.6. (Il n'a ni acheté ni ajouté au panier, mais seulement regardé)
Le prix est passé de 3300 JPY à 23 JPY (ce qui correspond normalement à 23,10 EUR). Le prix a également été modifié dans la base de données.
Ajout : Si je modifie le prix de gros dans la table des produits de la base de données, le prix n'est pas mis à jour dans la boutique. Il doit donc y avoir un autre endroit où le prix est stocké.
Update : Le deuxième prix a été trouvé dans la table « product_shop ».English version
Today I had the problem again.
I can't tell you the full details like last time, but what I know from MATOMO is:
I checked the prices at night and everything was fine.
The last and maybe only person who checked the item was a customer with a German IP and he was using Mac 10.15 and Safari 17.6 (Not purchased and not added to cart, just viewed)
The price changed from 3300 JPY to 23 JPY (which is normally 23.10 EUR). This time also, the price got changed in the database.
Addition: If I change the wholesale price in the database product table, the price does not get updated in the shop. So there has to be an other place where the price is stored.
Update: Found the second price in "product_shop" table.
-
La table ps_product est historique et ne sert que pour les valeurs communes (poids, tailles, références, etc...) toutes les autres valeurs sont gérées par ps_product_shop (et ou ps_product_attribute_shop).
A ma connaissance il n'y a rien dans le cœur de Prestashop/Phenix qui modifie des prix tout seul.
Vous voyez quelque chose dans les logs de PhenixSuite pour cet ID produit ?
-
Désolé pour la réponse tardive, mais je devais d'abord me concentrer sur d'autres choses.
Je n'ai rien trouvé qui cause ce problème, mais aujourd'hui, j'ai de nouveau rencontré le même problème.