Jump to content
SuperPseudo1234

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.

Share this post


Link to post
Share on other sites

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... 

Share this post


Link to post
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.

Share this post


Link to post
Share on other sites

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 ?

Share this post


Link to post
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...

Share this post


Link to post
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.

Share this post


Link to post
Share on other sites

Explique ton problème à  Support E-transactions <support.e-transactions@avem-groupe.com>        

Share this post


Link to post
Share on other sites

Je l'ai fait mais vu les quelques échanges de mails et téléphone... J'ai plutôt l'impression qu'il s'en #### et que pour eux c'est forcément mon serveur ou le presta qui est en cause :) Mais bon... J'attends leur prochaine réponse ^^

Share this post


Link to post
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.

 

Share this post


Link to post
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.

Share this post


Link to post
Share on other sites

C'est clair il manque une info et tant qu'il ne l'a pas il refait la boucle... 

Ça le faisait avec la mise à jour Prestashop 1.7.6.* mais en plus ça ne remontait pas dans le BO

Share this post


Link to post
Share on other sites

Regarde dans le module répertoire Class le fichier ETransactionsController.php tu y trouvera le code que tu as dans tes logs...

Après ne touche a rien si tu n'est pas certain de ce que tu fait..

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
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.

Share this post


Link to post
Share on other sites
il y a 5 minutes, Franque a dit :

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.

J'espère que vous avez des sauvegardes fonctionnelles.

Share this post


Link to post
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 

Share this post


Link to post
Share on other sites

Vous êtes sur que les paramètrages du modules sont correct ?

Vous êtes sur de vos adresses de redirection ??

ëtes vous en phase test ou en prod ?

Share this post


Link to post
Share on other sites

Les paramètres du modules sont correct, tout comme la clé HMAC

En adresse de redirection sur le back office e transaction j'ai laissé pour les 4 comme c'était d'origine : https://www.monsite.com/ (en pj les urls demandées)

En phase de prod

 

 

Capture d’écran 2020-10-22 à 19.40.54.png

Share this post


Link to post
Share on other sites

Si les urls vers ton site sont les bonnes et si le retour immédiat vers le site est bien coché je ne vois pas !

 

Share this post


Link to post
Share on other sites

 

à l’instant, flyman30 a dit :

Si les urls vers ton site sont les bonnes et si le retour immédiat vers le site est bien coché je ne vois pas !

 

En urls vers le site, je dois mettre juste le nom de domaine classique, ou une adresse spécifique ? (par exemple https://www.monsite.com/order-confirmation ?)

Share this post


Link to post
Share on other sites
il y a 1 minute, Franque a dit :

 

En urls vers le site, je dois mettre juste le nom de domaine classique, ou une adresse spécifique ? (par exemple https://www.monsite.com/order-confirmation ?)

Oui juste l'url de ta boutique.

Share this post


Link to post
Share on other sites
il y a 2 minutes, flyman30 a dit :

Oui juste l'url de ta boutique.

Dans ce cas là, toutes les configurations sont bonnes .. D'ou mon incompréhension totale

Share this post


Link to post
Share on other sites

Dans le mode de tests du module est-ce que ça fonctionne ? 

Passez en mode test avec les données de test fournies par e-transaction et testez de la commande jusqu'au paiement fictif et retour vers la boutique.

Share this post


Link to post
Share on other sites

C'est exactement le même problème pour le mode test du module ..

Share this post


Link to post
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 !

Share this post


Link to post
Share on other sites

Quelle est la version de votre module E-Transaction car c'est ce que faisait l'ancien module ! 

Share this post


Link to post
Share on other sites

Oui je n'avais pas vu :)  Ma version de php est 7.1.17 et le module est bien  le 3.0.17

 

Share this post


Link to post
Share on other sites
il y a 1 minute, Gaellyne a dit :

Je suis en version 7.2 pas en 7.3

Donc pas bon regardez le lien que j'ai donné plus haut

Share this post


Link to post
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 !?

Share this post


Link to post
Share on other sites

Passage en PHP 7.1 pour faire des tests, voilà l'erreur affichée quand j'essaie d'accéder au site :

image.thumb.png.adca8db44885791f4a008b5a514c8681.png

Share this post


Link to post
Share on other sites

Ma version de php est 7.1.17 et le module est bien  le 3.0.17 et ma version de Prestashop est 1.7.6.8

Share this post


Link to post
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

Share this post


Link to post
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...

Share this post


Link to post
Share on other sites

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 .. 

Share this post


Link to post
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

Share this post


Link to post
Share on other sites

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 ? 

Share this post


Link to post
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...

Share this post


Link to post
Share on other sites
il y a 1 minute, flyman30 a dit :

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

A votre avis je devrais revenir en PHP 7.2 ? cela ne va t'il pas entrainer des bugs ?

Share this post


Link to post
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)

Share this post


Link to post
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 ..

Share this post


Link to post
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

Share this post


Link to post
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 :) 

Share this post


Link to post
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é.

Share this post


Link to post
Share on other sites

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 

Share this post


Link to post
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...

Share this post


Link to post
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...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More