Jump to content

Validation commande impossible avec E-transaction (Paybox)


Recommended Posts

Bonjour à tous.

Je cherche à installer le Module E-transaction du Crédit Agricole (Paybox) sur mon site Prestashop 1.7.6.

Lorsque j'essaye de passer une commande pour vérifier le bon fonctionnement de mon module. Je reçois bien par mail, un ticket de paiement de Paybox m'indiquant la transaction à bien eu lieu. Mais Prestashop ne valide pas la commande. Elle est cependant bien créer dans la base de données et dans BO mais n'est simplement pas validé. Lorsque je consulte les logs du module E-transaction, voici ce que j'obtiens:

Quote

2019-07-22 18:07:43 1563811663 DEBUG: Cart 1102: Standard IPN
2019-07-22 18:07:43 1563811663 DEBUG: Cart 1102: Validating order
2019-07-22 18:07:44 1563811664 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 0).
2019-07-22 18:07:45 1563811665 DEBUG: Call params: M=5900&R=1102%20-%20Kevin%20TEST%20IMPACT%20WEB&T=51636600&A=XXXXXX&B=0&C=Maestro&D=2012&E=00000&I=FRA&J=44&N=111122&P=CARTE&Q=18%3A07%3A30&S=30446761&W=22072019&Y=FRA&K=NULaHOZYkzYfrnYrQ%2FPlKr2Ty6B7pXHUBn3abbyNw2DnlezWnfGXWCW5FRibt9%2Fls5mp5hAdbA2HnbI%2BOGWXn4XbXl0pSXExDeWhU6ZTg2BI270CTIWDnIeGFeEQO7jZfdN6FfCD7%2BiqVz7fn7BFcr4MoEGy3btZAW4R5uZmm18%3D
2019-07-22 18:07:45 1563811665 DEBUG: Cart 1102: (IPN) Cart already being validated as order with the transaction 30446761.
2019-07-22 18:07:46 1563811666 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 1).
2019-07-22 18:07:47 1563811667 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 2).
2019-07-22 18:07:48 1563811668 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 3).
2019-07-22 18:07:50 1563811670 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 4).
2019-07-22 18:07:51 1563811671 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 5).
2019-07-22 18:07:52 1563811672 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 6).
2019-07-22 18:07:53 1563811673 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 7).
2019-07-22 18:07:55 1563811675 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 8).
2019-07-22 18:07:56 1563811676 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 9).
2019-07-22 18:07:57 1563811677 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 10).
2019-07-22 18:07:58 1563811678 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 11).
2019-07-22 18:08:00 1563811680 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 12).
2019-07-22 18:08:01 1563811681 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 13).
2019-07-22 18:08:02 1563811682 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 14).
2019-07-22 18:08:03 1563811683 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 15).
2019-07-22 18:08:04 1563811684 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 16).
2019-07-22 18:08:06 1563811686 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 17).
2019-07-22 18:08:07 1563811687 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 18).
2019-07-22 18:08:08 1563811688 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 19).
2019-07-22 18:08:09 1563811689 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Order not validated.

Après la transaction, lorsque je reviens sur mon site. J'obtiens une page "en attenante de la validation de votre commande" qui se recharge en boucle une dizaine de fois avant de me rediriger vers l’accueil de mon site.  En lisant la FAQ de Paybox, cela est du au fait que ce dernier ne parvient pas à faire valider la commande par mon site.

Après de multiples échanges avec le support de E-transaction, mon problème serait probablement du à un paramètre de Prestashop 1.7.6 qui doit agir sur le "validateorder".

 

Lorsque je consulte les logs de mon serveur, je constate l'erreur suivante au moment de valider la commande:

image.png.db38a6f50a912fe9b5417adfcc2b4fe4.png

 

Quelqu'un aurait-il trouver une solution à ce problème ? ou serait-ce une bizarrerie insolvable pour le moment de la 1.7.6 ? Je remercie par avance tous ceux qui auront pris la peine de lire mon topic.

Link to comment
Share on other sites

22 hours ago, flyman30 said:

L'équipe de développement de Prestashop a annoncé que ce serait résolu par la version 1.7.6.1 reste à savoir quand elle sera dispo... 

Oui effectivement. Après avoir échangé avec Paybox, il semblerait que ce problème touche tout le monde et est du à la fameuse 1.7.6. Du coup rétrogradage en 1.7.5.2 pour ma part ou tout fonctionne parfaitement.

Link to comment
Share on other sites

  • 2 months later...

Bonjour,

J'ai également ce soucis avec un temps de retour à ma boutique très long après le paiement. Et dans les logs j'ai moi aussi des message du style :

Customer is back from E-Transactions payment page. Waiting order validation (loop 2).

Je suis aussi sur etransactions du Crédit Agricole.

En creusant un peu j'ai trouvé ceci :

Lorsque j'active le mode débug sur mon Presta 1.7.4 et que je fais un paiement, au retour à ma boutique j'ai une belle erreur Notice PHP. qui m'indique que la variable cardType n'est pas définie.

Et là, dans le fichier EtransactionsController.php je vois ceci à la ligne concernée par l'erreur :
                if ('LIMOCB' == $cardType) {
                    sleep(6);
                }

A votre avis la boucle viens de là ? J'ai bien envie de mettre la valeur à 1 seconde mais bon... Je ne sais pas ce que cela implique au niveau de la validation du paiement..

Votre avis ?

Link to comment
Share on other sites

il y a 32 minutes, mbphotographe a dit :

Bonjour,

J'ai également ce soucis avec un temps de retour à ma boutique très long après le paiement. Et dans les logs j'ai moi aussi des message du style :

Customer is back from E-Transactions payment page. Waiting order validation (loop 2).

Je suis aussi sur etransactions du Crédit Agricole.

En creusant un peu j'ai trouvé ceci :

Lorsque j'active le mode débug sur mon Presta 1.7.4 et que je fais un paiement, au retour à ma boutique j'ai une belle erreur Notice PHP. qui m'indique que la variable cardType n'est pas définie.

Et là, dans le fichier EtransactionsController.php je vois ceci à la ligne concernée par l'erreur :
                if ('LIMOCB' == $cardType) {
                    sleep(6);
                }

A votre avis la boucle viens de là ? J'ai bien envie de mettre la valeur à 1 seconde mais bon... Je ne sais pas ce que cela implique au niveau de la validation du paiement..

Votre avis ?

Quel est la version du module e-transaction que tu utilise ?

Parcequ'avec PrestShop 1.7.4.* il faut la version 3.0.12 il n'y a qu'a partir des versions Prestashop 1.7.6.* qu'il faut le module version 3.013 d'e-transaction...

Link to comment
Share on other sites

Oui je suis en 3.0.12

Pour essayer de trouver un point commun entre nous tous, vous avez quoi comme module qui se met dans la page confirmation-order ?

De mon côté j'ai 1 module Google Avis de Business Tech et c'est tout avec du Analytics aussi.

Mais ce morceau de code qui correspond à ce que j'ai dans les logs php du module m'intrigue quand même...

 if ('LIMOCB' == $cardType) {
                    sleep(6);
                }

Et si c'est juste le sleep qui fait qu'il y a les boucles ? Mais sil ils l'ont mis il doit y avoir une raison...

Mais je ne trouve pas trace de LIMOCB je ne sais pas ce que c'est.

Link to comment
Share on other sites

Avec Prestashop 1.7.4.* et le module 3.0.12 nous n'avons jamais rencontré de problèmes, moi et les autres utilisateurs concernés par les changements apportés lors du passage à Prestashop  1.7.6.* qui obligent les programmeurs de modules de se mettre en conformité avec les bonnes pratiques de codage de Prestashop.

 

Link to comment
Share on other sites

De mon côté c'est un peu différent à savoir que les clients reçoivent bien leurs mails, et les commandes remontent bien sur le BO. C'est juste que cette barre de chargement qui indique que la commande est en cours de validation dure très longtemps et se recharge parfois 9-10 fois. On retrouve les loop dans les logs. Je comprends pas pourquoi il faut autant de passage pour valider la commande. 

Des clients quittent la page avant la fin, du coup ils n'arrivent pas sur la page ordre-confirmation et on ne leur propose pas de laisser l'avis google, et cela fausse aussi les stats du taux de conversion.

Link to comment
Share on other sites

  • 1 year later...

Bonjour, 

La publication date un peu, mais j'ai exactement le même problème avec un PrestaShop 1.7.6.7 et une version Etransaction 3.0.17 ..

Le paiement est bien présent dans le back office guest.e-transactions.fr/, mais aucune creation de commande ni dans le back office ni en front office sur le compte du client, pire le client se voit diriger après la boucle "Customer is back from E-Transactions payment page. Waiting order validation", le client se voit redirigé vers la page panier non payé ... On reçoit également une E-TRANSACTIONS: WARNING : WARNING: Impossible de joindre /index.php?fc=module&module=etransactions&controller=validation&t=s&a=ipour le paiement "M=100&R= ....."

(Pour infos, nous avons également un problème avec le module Module E-transactions Crédit Agricole 5.0.6 acheté sur Addon qui fait tout le processus de paiement correctement, mais arrivé à la fin sur la page confirmation order, la commande n'est pas validé avec le message suivant : "Un problème est survenu avec votre commande prestashop", puis un message identique à e-transactions : "WARNING: Impossible de joindre /modules/paybox/directvalidation3d.php pour le paiement "IdSession=1031037....").

Il est possible que le problème soit le même pour les deux modules, avez vous trouver une solution ?

Merci d'avance pour votre aide

Link to comment
Share on other sites

il y a 5 minutes, flyman30 a dit :

Je ne rencontre pas ce souci en 1.7.6.8 et e-transaction 3.0.17 en 1.7.6.7 non plus...

Ah ! Ca me rassure pas dans la future résolution du problème .. J'ai contacté le service technique e transaction, on va voir la réponse qu'il me donne.

Link to comment
Share on other sites

Aucunes sauvegardes, car c'est un site en développement, tout fonctionne sauf la partie paiement ..

Et après des heures de recherches, nous ne trouvons pas de solutions, et la premiere réponse de E-transaction c'était qu'ils allaient regarder les logs ... Sachant que cela semble être pour les deux modules un problème de redirection après paiement 

Link to comment
Share on other sites

Bonjour,

Je me permets d'apporter une pierre à l'édifice, je rencontre le même problème avec la version 3.0.17 de e-transactions, sur un prestashop 1.7.6.7.

Les problèmes sont similaires, à savoir :
- j'arrive bien à accéder au serveur de preprod, je saisis un numéro de CB fictif
- je reçois bien le ticket de paiement sur mon compte client test
- la page de retour "Veuillez patienter pendant la validation de votre commande" tourne en boucle, puis je reviens sur la page d'accueil du site mais avec un panier vide. Côté back-office, j'ai bien une commande enregistrée, mais sans status de commande !

image.thumb.png.73f1a9d87d8afbce2e0f3e1480b8920e.png

côté logs PHP, voilà ce que j'ai

image.thumb.png.c73c3fcf5f9f9d7c70dd11c3e7a911c5.png

et côté logs du module, voilà le résultat :

2020-10-27 16:29:59 1603812599 DEBUG: Cart 7: Redirecting customer to E-Transactions (CARTE, VISA).
2020-10-27 16:30:11 1603812611 DEBUG: Call params: M=6800&R=7%20-%20Gaelle%20B&T=58010046&A=XXXXXX&B=0&C=Maestro&D=2202&E=00000&I=FRA&J=44&N=111122&P=CARTE&Q=16%3A30%3A00&S=33400694&W=27102020&Y=FRA&K=dHXPBRXc1hOUGLdAguu5H8ZcBIA4NZOBZXhCFWO7DWO7dkTAABuC7Lj5vQU5W3E4kHg1hIGz4S0PrsPBMeE7GMUk6sgT4pPvX4fKLMRZVRRaPgdX6n5au1nM48yBZvI5fAtWpDBnJ4W0Nfv3FU7kSj3r5gTwN%2FuSEBKrxp5NkHg%3D
2020-10-27 16:30:11 1603812611 DEBUG: Cart 7: Standard IPN
2020-10-27 16:30:11 1603812611 DEBUG: Cart 7: Validating order
2020-10-27 16:30:11 1603812611 DEBUG: Cart 7: Customer is back from E-Transactions payment page. Waiting order validation (loop 0).
2020-10-27 16:30:11 1603812611 FATAL: Cart 7: Error validating PrestaShop order:
2020-10-27 16:30:11 1603812611 FATAL: Cart 7: Unable to validate PrestaShop order
2020-10-27 16:30:11 1603812611 DEBUG: (IPN) Exception Unable to validate order (.../modules/etransactions/etransactions.php 886).

- côté admin e-transations j'ai mis l'url de la boutique sur toutes les URLS.

Malgré plusieurs appels au suppor technique, je n'ai aucune piste pour résoudre le problème. Si quelqu'un à la moindret piste je suis preneuse, merci !

Link to comment
Share on other sites

"Seules les version 1.7.5 et 1.7.6 sont compatibles avec PHP 7.2. Par contre aucune version de Prestashop 1.7 n’est pour le moment compatible avec PHP 7.3 ou supérieure. Ne faites donc pas la migration de votre hébergement vers ces versions récentes de PHP."

Je suis sur une version 1.7.6.1 avec PHP 7.2 donc pour moi c'est bon !?

Link to comment
Share on other sites

Bonjour, 

Pour info, je viens de regarder et je suis en PHP 7.3, mon erreur initial vient peut-être de là .. Si je passe en rétrogradant en PHP 7.2, n'y a t'il pas un risque pour le site en production ? 

Deuxième info, Je viens de tomber sur un ancien post concernant le module, ou il est dit 

"Dans le fichier etransactions/classes/ETransactionsController.php ou dans epayment/classes/PayboxController.php, trouvez la ligne suivant dans la fonction ipnAction():

    if (in_array($params['error'], array('00000', '00200', '00201', '00300', '00301', '00302', '00303'))) {

Rajoutez AVANT cette ligne le code suivant:

    global $kernel;
    if(!$kernel){
        require_once _PS_ROOT_DIR_.'/app/AppKernel.php';
        $kernel = new \AppKernel('prod', false);
        $kernel->boot();
    }

 

Pour ma part, cela fonctionne désormais parfaitement

Link to comment
Share on other sites

il y a 17 minutes, Franque a dit :

Bonjour, 

Pour info, je viens de regarder et je suis en PHP 7.3, mon erreur initial vient peut-être de là .. Si je passe en rétrogradant en PHP 7.2, n'y a t'il pas un risque pour le site en production ? 

Deuxième info, Je viens de tomber sur un ancien post concernant le module, ou il est dit 

"Dans le fichier etransactions/classes/ETransactionsController.php ou dans epayment/classes/PayboxController.php, trouvez la ligne suivant dans la fonction ipnAction():


    if (in_array($params['error'], array('00000', '00200', '00201', '00300', '00301', '00302', '00303'))) {

Rajoutez AVANT cette ligne le code suivant:


    global $kernel;
    if(!$kernel){
        require_once _PS_ROOT_DIR_.'/app/AppKernel.php';
        $kernel = new \AppKernel('prod', false);
        $kernel->boot();
    }

 

Pour ma part, cela fonctionne désormais parfaitement

Alors quel a été la solution qui a permis que ça fonctionne finalement ?? 

La modification du controler.php a été intégré dans le module actuel d'E-Transaction me semble t-il...

Link to comment
Share on other sites

il y a 1 minute, Franque a dit :

J'ai Rajouté le code 

"global $kernel; if(!$kernel){ require_once _PS_ROOT_DIR_.'/app/AppKernel.php'; $kernel = new \AppKernel('prod', false); $kernel->boot(); }" qui à donc fait fonctionner le module .. 

Bizarre dans le module ce code est intégré je viens de vérifier dans un module sur mon PC

Link to comment
Share on other sites

il y a 1 minute, Franque a dit :

De toute manière avec les modules e transaction gratuit et la version payante, rien ne me semble logique .. Est-il possible que cela vienne du fait que je suis en php 7.3 ? 

Peut-être PHP 7.3 n'est  pas conseillé encore par Prestashop...

Link to comment
Share on other sites

Je ne crois pas que ça pose de problèmes, mais de toutes façon il faut faire des sauvegardes c'est impératif !

Perso j'utilise le module NTBackupand restore

 

La meilleure c'est que je viens de re-télécharger le module chez E-transaction et la modif à disparue donc le module ne peut pas fonctionner d'origine !

Pour que ça fonctionne : il est nécessaire de mettre le code  :

Dans le fichier etransactions/classes/ETransactionsController.php ou dans epayment/classes/PayboxController.php, trouvez la ligne suivant dans la fonction ipnAction():

Sous la ligne 227

    global $kernel;
    if(!$kernel){
        require_once _PS_ROOT_DIR_.'/app/AppKernel.php';
        $kernel = new \AppKernel('prod', false);
        $kernel->boot();
    }

 

 

Edited by flyman30 (see edit history)
Link to comment
Share on other sites

il y a 5 minutes, flyman30 a dit :

Je ne crois pas que ça pose de problèmes, mais de toutes façon il faut faire des sauvegardes c'est impératif !

Perso j'utilise le module NTBackupand restore

 

C'est ce que je vais faire, on sait jamais cela vient peut-être de la aussi ..

 

il y a 5 minutes, flyman30 a dit :

La meilleure c'est que je viens de re-télécharger le module chez E-transaction et la modif à disparue donc le module ne peut pas fonctionner d'origine !

Je crois que les devs de e transaction ont vraiment un problème de développement avec le module ..

Link to comment
Share on other sites

14 hours ago, Franque said:

Bonjour, 

Pour info, je viens de regarder et je suis en PHP 7.3, mon erreur initial vient peut-être de là .. Si je passe en rétrogradant en PHP 7.2, n'y a t'il pas un risque pour le site en production ? 

Deuxième info, Je viens de tomber sur un ancien post concernant le module, ou il est dit 

"Dans le fichier etransactions/classes/ETransactionsController.php ou dans epayment/classes/PayboxController.php, trouvez la ligne suivant dans la fonction ipnAction():


    if (in_array($params['error'], array('00000', '00200', '00201', '00300', '00301', '00302', '00303'))) {

Rajoutez AVANT cette ligne le code suivant:


    global $kernel;
    if(!$kernel){
        require_once _PS_ROOT_DIR_.'/app/AppKernel.php';
        $kernel = new \AppKernel('prod', false);
        $kernel->boot();
    }

 

Pour ma part, cela fonctionne désormais parfaitement

Un grand grand GRAND merci à Franque, grâce à cette modification, le module fonctionne désormais ! Coeur sur toi ❤️ (Le support technique m'a quand même soutenu que le module était fonctionnel et qu'il ne comprenait pas d'où venait le problème...)

  • Like 1
Link to comment
Share on other sites

il y a 2 minutes, Gaellyne a dit :

Un grand grand GRAND merci à Franque, grâce à cette modification, le module fonctionne désormais ! Coeur sur toi ❤️ (Le support technique m'a quand même soutenu que le module était fonctionnel et qu'il ne comprenait pas d'où venait le problème...)

Avec plaisir si j'ai pu t'aider :). Je précise que j'ai trouver le code en le déterrant d'un "vieux" sujet sur le forum Prestashop :) 

Link to comment
Share on other sites

Just now, Franque said:

Avec plaisir si j'ai pu t'aider :). Je précise que j'ai trouver le code en le déterrant d'un "vieux" sujet sur le forum Prestashop :) 

Oh oui, surtout que je dois installer ce module sur un autre site, donc si j'ai le même problème je saurais comment le résoudre.

As-tu le lien du sujet ? J'ai pourtant pas mal cherché avant d'attérir ici mais je n'ai rien trouvé.

Link to comment
Share on other sites

il y a 2 minutes, Franque a dit :

Je trouve ca dingue aussi que le support E-transaction soit dans l'incapacité de fournir un module compatible. 

J'espère qu'ils vont vite faire une Maj de leur module 

Après avoir retélécharger l'ancien module c'est à dire le 3.0.13 les modifs n'y étaient pas, mais nous avions tous fait la modif sans attendre les retour qu'ils ont eu ont été favorable et donc ils ont du continuer ainsi. Le module fourni par le CA n'est pas dévellopé par eux mais par un prestataire...

Link to comment
Share on other sites

  • 4 months later...

Bonjour à tous,

Je suis novice sur prestashop.

Je me suis aperçu que j'ai le même problème que celui décrit à l'origine avec e-transaction.

Quand paiement CB, tout se passe correctement jusqu'au renvoi vers la boutique.

La j'ai un message "validation de la commande en cours" qui reboot plusieurs fois puis j'atteris sur ma HP, au lieu du message de confirmation de commande.

Le client ne recoit pas l'email de confirmation, et le statut de la commande dans le BO de prestashop n'indique pas "paiement accepté" contrairement à ce qui a été paramétré dans le module.

J'ai appliqué la modif qui a résolu le probleme pour certains, mais pas pour moi.

Ma version de prestashop est 1.7.6.5

Quelqu'un peut-il m'aider à trouver ce que j'aurai mal fait?

 Je vous joins un extrait du code que j'ai modifié en suivant les instructions trouvées ici.(en gras le code ajouté). Comme pour vous e-transaction renvoie la balle vers prestashop.


            // Fix context
            $this->context->cart = $cart;
            $this->context->customer = new Customer($cart->id_customer);
            $this->context->language = new Language($cart->id_lang);
            $this->context->shop = new Shop($cart->id_shop);
            $id_currency = (int)$cart->id_currency;
            $this->context->currency = new Currency($id_currency, null, $this->context->shop->id);

    global $kernel;
    if(!$kernel){
        require_once _PS_ROOT_DIR_.'/app/AppKernel.php';
        $kernel = new \AppKernel('prod', false);
        $kernel->boot();
    }

            if (in_array($params['error'], array('00000', '00200', '00201', '00300', '00301', '00302', '00303'))) {
                if ($this->getHelper()->hasCartLocker($cart->id, $params['transaction'])) {
                    $message = sprintf('Cart %d: (IPN) Cart already being validated as order with the transaction %s.', $cart->id, $params['transaction']);
                    $this->logDebug($message);
                } else {
                    if ($this->getHelper()->createCartLocker($cart->id, $params['transaction'])) {
                        // Payment success
                        switch ($type) {
                            case 'standard':
                                $this->getModule()->onStandardIPNSuccess($cart, $params);
                                break;

 

Un très grand merci par avance !!!

Link to comment
Share on other sites

On est sur Prestshop 1.7.7.1 maintenant !

Le module 3.0.17 modifié comme tu l'as fait fonctionne parfaitement.

Est tu certain d'avoir modifié le fichier ETransactionsController.php dans :

 Modules -> e-transaction -> class -> ETransactionsController.php

Link to comment
Share on other sites

Oui, je m'attendais à ce qu'il en soit de même. Quand j'ai lu l'ensemble des message, je me suis dit :"Top, même problème, même solution"

Mais ca ne marche pas. J'ai bien fait la modif sur ce fichier. j'ai vérifié à plusieurs reprises.

Une fois le fichier modifié, y-a-t-il une manip à faire?

Merci

Link to comment
Share on other sites

J'ai téléchargé le module 3.0.17 à l'adresse suivante : https://www.ca-moncommerce.com/espace-client-mon-commerce/e-transactions/telecharger-mes-modules/

Bizarrement, le fichier concerné, est à une version antérieure : voici un extrait des premières lignes

<?php
/**
* E-Transactions PrestaShop Module
*
* Feel free to contact E-Transactions at [email protected] for any
* question.
*
* LICENSE: This source file is subject to the version 3.0 of the Open
* Software License (OSL-3.0) that is available through the world-wide-web
* at the following URI: http://opensource.org/licenses/OSL-3.0. If
* you did not receive a copy of the OSL-3.0 license and are unable
* to obtain it through the web, please send a note to
* [email protected] so we can mail you a copy immediately.
*
*  @category  Module / payments_gateways
*  @version   3.0.14
*  @author    E-Transactions <[email protected]>
*  @copyright 2012-2016 E-Transactions
*  @license   http://opensource.org/licenses/OSL-3.0
*  @link     http://www.e-transactions.fr/

 Est-ce pareil pour vous?

Merci

Link to comment
Share on other sites

Sur le mien il est noté 3.0.17 mais je ne me souvient plus si j'ai du le changer à la main...

Il me semble me rappeler qu'ils ont fait le boulot à moitié et qu'ils prétendent que ce module fonctionne en l'état alors qu'il faut appliquer la modif que vous connaissez.

Le module est gratuit mais bon une banque qui se respecte se doit si elle veut fournir des moules de paiements a ses clients de vérifier qu'ils fonctionnent ! 

Au cas ou je vous mets le module que j'utilise ..

etransactions-v3.0.17.zip

Link to comment
Share on other sites

il y a 6 minutes, Lolo1402 a dit :

merci. Mais dans quel répertoire se trouve ce fichier defines.inc.php?

Désolé il s'agit d'un fichier de Prestashop je ne me rappelle plus pourquoi je l'ai enregistré dans un dossier ou se trouvait le fichier modifié du controleur e-transaction, mes excuses.

Link to comment
Share on other sites

Pas de soucis, merci.

J'ai remplacé le fichier controller et le problème persiste. Il semblerait qu'il y ait autre chose qui cloche sur mon site.

e-transaction me demande d'analyser les logs de prestashop pour essayer de trouver où ca coince. Vous sauriez me guider pour trouver où sont ces logs?

Merci d'avance

Link to comment
Share on other sites

J'ai réglé mon soucis!

Merci pour votre aide. En fait le pays par défaut renseigné n'était pas actif. J'ai changé ce pays par défaut (dans international/localisation)

C'est en allant voir les logs qu'on trouve dans le back office que j'ai vu le message d'erreur "country is not active".

Un grand merci pour votre aide et patience 😉

 

Link to comment
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...