François92 Posted February 11, 2015 Share Posted February 11, 2015 Bonjour à tous et merci par avance pour votre aide !! Nous rencontrons un problème correspondance entre le montant du paiement effectué par le client et le montant facturable/affiché en back-office (PS 1.6.0.9) Nous avons des prix différents en France et dans le reste du monde. Pour cela nous utilisons des prix prix spécifiques pour chaque pays, pour chaque produit. Pour le module de détection du pays par l'IP, nous utilisons Geo Targeting Pro (il nous permet d'afficher en front office un prix spécifique au pays)Pour le module de paiement, nous utilisons PayBox L'affichage des prix à l'étranger est OK mais lorsqu'une commande est passée (achat à l'étranger avec IP étrangère, adresse de facturation à l'étranger et livraison à l'étranger), dans le back-office, c'est le prix français qui est affiché dans le résumé de la commande et non pas le prix étranger (et cela déclenche l'affichage d'une erreur de paiement dans le back-office). Par exemple (cf piece jointe): en France, notre produit est à 320 €. A l'étranger, le produit est à 340 €. Il y a 15 € de frais de transport. La commande a lieu au Japon et le montant payé est bien de 355 € (340+15). Par contre, dans le back-office, il est affiché que le montant de la commande est de 335 € (320 + 15) Help please !! Merci beaucoup Link to comment Share on other sites More sharing options...
Prestashop Addict Posted February 18, 2016 Share Posted February 18, 2016 Bonjour, même problème sr Prestashop 1.6.1.0 avec le même module installé et des prix différents en fonction du pays. Le module de paiement est eTransaction du CA. Quelqu'un à une solution ? Merci Link to comment Share on other sites More sharing options...
E-Transactions CA Posted April 12, 2016 Share Posted April 12, 2016 Bonjour, même problème sr Prestashop 1.6.1.0 avec le même module installé et des prix différents en fonction du pays. Le module de paiement est eTransaction du CA. Quelqu'un à une solution ? Merci Bonjour, Il existe bien une solution qui consiste à télécharger la version la plus récente du module E-transactions. Je vous invite à contacter la hotline au 0 810 812 810, un conseiller pourra manipuler avec vous et vous fournir le bon module. A bientôt. Stéphanie E-transactions, la solution sécurisée de paiement en ligne du Crédit Agricole Link to comment Share on other sites More sharing options...
Prestashop Addict Posted April 12, 2016 Share Posted April 12, 2016 Pour votre information, en espérant que cela vou serve. Il semble que le problème vienne de Geo Targeting Pro. Après avoir désactivé le module plus de problème. J'ai contacté l'auteur du module et aucun support, si ce n'est de dire que son module n'est pas bugué :-( Il est vexé qu'on puisse seulement penser que cela provienne de son module ! Aucun retour ni support sur le module Geo Targeting Pro depuis février 2016, module acheté tout de même 49,90 €. A bonne entendeur. Link to comment Share on other sites More sharing options...
Rioo Posted October 17, 2016 Share Posted October 17, 2016 Hello, Le problème vient de Geo Targeting Pro mais ce n'est pas de sa faute. En effet, imaginez le cas suivant: - Un Chinois ajoute des produits dans son panier les prix correspondent à son pays - Il est redirigé sur le site de la banque et paie le bon montant - La banque appel le site pour valider la commande (validadion.php ou autre.) Le problème dans ce cas c'est que la banque à une IP française (CIC, CA, ...) du coup Geo Targeting replace le context en France et de ce fait les prix de la commande et de la facture ne sont plus bons. Il faut donc empêcher l'appel a Geo Targeting lors du retour. Tout dépends du module du paiement mais generalement en supprimant l'appel à init.php lors de la la validation Geo Targeting pro n'est plus appelé. Le context du client est conservé, les prix sont bons pour la commande et la facture. Link to comment Share on other sites More sharing options...
El Patron Posted July 27, 2018 Share Posted July 27, 2018 On 4/12/2016 at 11:30 AM, Prestashop Addict said: For your information, hoping that this will serve you. It seems that the problem comes from Geo Targeting Pro. After disabling the module no more problem. I contacted the author of the module and no support, except to say that its module is not bugged :-( It is annoyed that we can only think that it comes from its module! support on the Geo Targeting Pro module since February 2016, module still bought € 49.90. A good word. No support? We always provide heroic support. Maybe you did not like answer or wanted custom....but Geo Targeting Pro works 100% of the time. Written for 1.4 and not one bug in all this time. Maybe you just unhappy you did not buy when it was 49.00euros....which you mention and suspect is the case. Link to comment Share on other sites More sharing options...
El Patron Posted July 27, 2018 Share Posted July 27, 2018 On 10/17/2016 at 3:11 PM, Rioo said: Hello, The problem comes from Geo Targeting Pro but it's not his fault. Indeed, imagine the following case: - A Chinese adds products to his basket the prices correspond to his country - He is redirected to the bank's website and pays the right amount - The bank calls the site to validate the order (validadion.php or other.) The problem in this case is that the bank to a French IP (CIC, CA, ...) hit Geo Targeting puts the context in France and therefore the prices of the order and the invoice are no longer good. We must therefore prevent the call to Geo Targeting when returning. It all depends on the payment module but usually by removing the call to init.php during the validation Geo Targeting Pro is no longer called. The context of the customer is preserved, the prices are good for the order and the invoice. Hi, this cannot happen because once the visitor cookie country is set, it will not be reset. So if Chinese IP, China set in cookie....on return from any remote the cookie will reamin China. This is how native PS works and Geo Targeting Pro used that same logic (did not change). Thanks, el Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now