Jump to content

Mise à jour Module Up2pay e-Transactions Crédit Agricole


Recommended Posts

Bonjour,

Ma banque me demande de mettre à jour le module Module Up2pay e-Transactions Crédit Agricole

Avez vous des conseils pour le faire ? Car il ne me propose pas de faire une mise à jour dans le backOffice.

Je recharge le module gratuit fourni par Prestashop Addons ? Cela écrasera l'ancienne version d'après vous ?

Par avance merci pour vos conseils avisés ;)

Link to comment
Share on other sites

Ce n'est pas une mise à jour, c'est un module qui remplace Paybox.

Vous devez l'installer, le configurer avec les mêmes identifiants que ceux de Paybox puis désactiver l'ancien Paybox.

PS: Si c'est le module de Prestashop Addons, il y a une coquille dans le code

image.thumb.png.02d34f7bda40fdd41ab1ea82d107e65a.png

Remplacer la ligne 130 par 

die($error);

 

  • Thanks 1
Link to comment
Share on other sites

Bonjour, peut-on savoir quelle erreur est corrigée avec la ligne 130 modifiée, car moi j'ai un souci, lorsque le paiement n'est pas accepté par la banque, j'ai tout de même une commande générée avec le statut "payment error" ainsi qu'un mail, bravo une nouvelle commande avec dans le bas du mail dans le champs commentaire client, le texte de défaut de paiement genre No autorisation number Total paid : 117.51 Cart total : 117.51 Statut : 8 Card number invalid or visual cryptogram invalid Type de paiement :3DSECURE Type de carte :CB Date d'expiration  etc etc ...

 

merci

Link to comment
Share on other sites

si on ne corrigeait pas cette erreur le module plantait en erreur 500 au retour de la banque car cette ligne utilisait $this (référence de l'objet) sauf qu'on est pas dans une classe et qu'il n'y a pas d'objet.

Concernant votre commande créée même si le statut est en erreur c'est natif à ce module et non modifiable dans les paramètres.

  • Like 1
Link to comment
Share on other sites

  • 3 weeks later...

Bonjour,

J'ai un souci avec ce module. Sur la page de paiement en front office au moment du choix de paiement  le module appelle le logo de la carte bancaire en http et non en https. Le navigateur affiche donc un message d’erreur (connexion non sécurisée) ce qui ne rassure pas le client au moment de payer. Est ce que quelqu'un peut m'aider? D'avance Merci

Capture d'écran 2021-05-02 103452.png

Link to comment
Share on other sites

Etant sur P1.7.7.3 , j'ai contacté à plusieurs reprises le service technique UP2pay, ils m'ont confirmé que le module n' était compatible à 100% , uniquement avec < P1.7.6.9 , que je pouvais encore utiliser l'ancien module en V3.0.17. sans problème
J'attends une nouvelle mise à jour et compatibilité à 100% le 3.0.17 fonctionne parfaitement à ce jour.

 

 

Link to comment
Share on other sites

16 hours ago, pokerman said:

Etant sur P1.7.7.3 , j'ai contacté à plusieurs reprises le service technique UP2pay, ils m'ont confirmé que le module n' était compatible à 100% , uniquement avec < P1.7.6.9 , que je pouvais encore utiliser l'ancien module en V3.0.17. sans problème
J'attends une nouvelle mise à jour et compatibilité à 100% le 3.0.17 fonctionne parfaitement à ce jour.

 

 

Bonjour,

Merci pour ta réponse. Je suis sur prestashop 1.6.1.19 et j'avais avant le module etransaction qui ne fonctionne plus et j'ai donc été obligé d'utiliser up2pay récemment dans sa version 4.5.0. J'ai également appelé le service technique qui m'a bien sur expliqué que le problème venait de mon site et non de leur module. Il me semblait pourtant qu'il fallait modifier un fichier du module  pour que l'appel du logo de la carte se fasse en https et non en http puisque le reste de ma page est sécurisé mais je ne sais pas lequel.

Si personne ne peut m'indiquer quel est le fichier à modifier, je peux essayer d'utiliser la version 3.0.17 mais je ne l'ai pas trouvée sur le site. Est ce que tu sais où je peux me la procurer?

Merci

Link to comment
Share on other sites

Normalement ta version de Presta est compatible avec leur nouveau module. Je ne trouve effectivement plus le lien de téléchargement du 3.0.17,  le mieux est de contacter le service technique e-transaction et de leur demander le fichier.
Mais le nouveau module est compatible 3DS2, dans le futur il sera obligatoire.

Link to comment
Share on other sites

  • 1 month later...
On 4/21/2021 at 10:28 AM, Eolia said:

si on ne corrigeait pas cette erreur le module plantait en erreur 500 au retour de la banque car cette ligne utilisait $this (référence de l'objet) sauf qu'on est pas dans une classe et qu'il n'y a pas d'objet.

Concernant votre commande créée même si le statut est en erreur c'est natif à ce module et non modifiable dans les paramètres.

Bonjour,

J'ai récemment mis à jour le module Up2pay vers sa dernière version 6.0 sur une boutique en 1.7.3, et des choses étranges se passent depuis cette update...
- Les commandes ont le statut "Paiement accepté" qui est présent 3 fois dans chaque commande

- a chaque commande, je reçois un warning d'etransaction :
"WARNING: Impossible de joindre nomdusite.com/module/paybox/ipn pour le paiement ....Erreur : code HTTP: 500"

Connaissez-vous la source de ce problème, et/ou auriez vous une solution à me proposer ?

Dois -je remplacer une ligne par "die($error);" quelquepart dans cette version du module ??

Un grand merci d'avance pour votre aide !

Bon après-midi

Link to comment
Share on other sites

Sylv1685 : 

Nous avons le même problème... Sur la version 5.quelque chose nous n'avions pas de souci et sur la versions 6 de leur module on a exactement le problème que vous décrivez.

Avez-vous trouver une solution ? Le service E-transaction soit ne répond pas aux message depuis une semaine... soit quand ils répondent clairement on a l'impression qu'on les fait c### et mis à part dire que ce ne sont pas leurs affaire pour caricaturer ils ne disent rien.

En complément d'info : Dans le BO du module par exemple une popup modal se lance. Elle ne termine jamais le chargement, idem si on clique sur "vérifier la configuration".  Et dans ce cas dans la console j'ai : Failed to load resource: the server responded with a status of 500 ()

Exemple de trace d'erreur pour le module dans le BO :

x.x.x.x - - [24/Jun/2021:21:04:59 +0200] "POST /adminxxxx/index.php HTTP/2" 500 18802 "https://monsite.fr/adminxxxx/index.php?controller=AdminPayboxConfiguration&token=7c9802bd5ace9b3bad0da03980454337" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15"

Exemple de trace d'erreur dans les lois du site lors d'un paiement

x.x.x.x - - [24/Jun/2021:13:43:24 +0200] "GET /module/paybox/ipn?m=989&r=1x31773&t=1003401960&a=809711&b=0&p=3DSECURE&c=CB&s=259202262&y=FRA&e=00000&f=Y&g=O&n=497804&j=74&i=FRA&w=24062021&d=2206&k=qIc3SDJ2pkic8rqc4%2BMoMZgmRJc7oVlbwkd%2BgwV7ovAUZfViKQQQncmqavToEndMydwY3ZVwZ5owLy81cHs5wXxBv9GMwXsrWq7UlHgupBoChmOKi0XPyK3Cwr75JDJ1ftceZraaBj0G9lOqG96xiOS0XLF4BeE6C8lLrnbrwhY%3D HTTP/1.1" 500 0 "-" "Paybox System IPN"

A noter que nous avons mis par précaution les IP Paybox en liste blanche.

Si vous avez une idée je suis également preneur :)

Link to comment
Share on other sites

Si vous activez le mode debug et/ou que vous regardez le fichier error.log de votre hébergeur vous devriez en savoir plus sur cette erreur 500

Conseil: Ne jamais mettre à jour tant que ça fonctionne, on ne change pas une équipe qui gagne !

Link to comment
Share on other sites

Merci Eolia.

C'est la règle que nous appliquons habituellement mais sur ce coup là on s'est dit "avec la DSP2, peut être elle mettre à jour on sait jamais".... Erreur ^^

On a fait un paiement test justement en activant le mode début mais pas de fichier error.log, donc à priori pas d'erreur puisque pas de fichier créé dans le dossier du paybox ?

Link to comment
Share on other sites

il y a 7 minutes, Eolia a dit :

fichier error.log de votre hébergeur

je n'ai pas parlé du dossier Paybox.

Si vous ne savez pas où sont les logs d'erreur il faut demander à votre hébergeur leur emplacement.

Link to comment
Share on other sites

58 minutes ago, Eolia said:

Si vous activez le mode debug et/ou que vous regardez le fichier error.log de votre hébergeur vous devriez en savoir plus sur cette erreur 500

Conseil: Ne jamais mettre à jour tant que ça fonctionne, on ne change pas une équipe qui gagne !

Merci Eolia , comme mbphotographe je me suis fait avoir sur ce coup là ...

1 hour ago, mbphotographe said:

En complément d'info : Dans le BO du module par exemple une popup modal se lance. Elle ne termine jamais le chargement, idem si on clique sur "vérifier la configuration".  Et dans ce cas dans la console j'ai : Failed to load resource: the server responded with a status of 500 ()

 

Même erreur de mon côté le loader n'en finit pas de tourner.

et exactement les mêmes log du style:

x.x.x.x - - [24/Jun/2021:13:43:24 +0200] "GET /module/paybox/ipn?m=989&r=1x31773&t=1003401960&a=809711&b=0&p=3DSECURE&c=CB&s=259202262&y=FRA&e=00000&f=Y&g=O&n=497804&j=74&i=FRA&w=24062021&d=2206&k=qIc3SDJ2pkic8rqc4%2BMoMZgmRJc7oVlbwkd%2BgwV7ovAUZfViKQQQncmqavToEndMydwY3ZVwZ5owLy81cHs5wXxBv9GMwXsrWq7UlHgupBoChmOKi0XPyK3Cwr75JDJ1ftceZraaBj0G9lOqG96xiOS0XLF4BeE6C8lLrnbrwhY%3D HTTP/1.1" 500 0 "-" "Paybox System IPN"

J'ai envoyé un message au dev du module sans réponse depuis hier et eu le même sentiment d’embêter plus qu'autre chose le support etransaction par téléphone... bref, je suis un peu dans l'impasse pour ne pas dire autre chose.

je vais essayer de creuser les log d'erreur comme Eolia le suggère et si vous avez d'autres infos sur le sujet, je suis preneur.

Merci pour votre aide précieuse !

Link to comment
Share on other sites

Petite nouveauté du jour, un client ayant réglé sa commande se voit cette fois-ci non pas 3X mais 6 X le statut "Paiement accepté" appliqué et reçoit donc le mail en 6 exemplaires ...

Une âme charitable aurait-elle le module dans sa version précédente (V 5.1.2) ou un lien pour télécharger celle-ci car le support E-transaction botte en touche ...

Merci d'avance

Link to comment
Share on other sites

Il y a 13 heures, Sylv1685 a dit :

et exactement les mêmes log du style:


x.x.x.x - - [24/Jun/2021:13:43:24 +0200] "GET /module/paybox/ipn?m=989&r=1x31773&t=1003401960&a=809711&b=0&p=3DSECURE&c=CB&s=259202262&y=FRA&e=00000&f=Y&g=O&n=497804&j=74&i=FRA&w=24062021&d=2206&k=qIc3SDJ2pkic8rqc4%2BMoMZgmRJc7oVlbwkd%2BgwV7ovAUZfViKQQQncmqavToEndMydwY3ZVwZ5owLy81cHs5wXxBv9GMwXsrWq7UlHgupBoChmOKi0XPyK3Cwr75JDJ1ftceZraaBj0G9lOqG96xiOS0XLF4BeE6C8lLrnbrwhY%3D HTTP/1.1" 500 0 "-" "Paybox System IPN"

 

ca c'est des logs d'accès pas des logs d'erreur...

Link to comment
Share on other sites

De notre côté nous avons fait machine arrière et sommes repassé en v5.1.1.

A noter que juste lé désinstallation du module et l'installation du nouveau n'a pas fonctionné. Il faut après l'avoir désinstallé supprimer en base tout ce qui correspond à Paybox. Et là on revient propre sur l'ancienne version.

Link to comment
Share on other sites

J'ai également récupéré une archive de la version 5.1.2, je pense aussi faire machine arrière également mais j'aimerai bien comprendre d'où vient le problème...

Voici les logs d'erreur qui remontent du module pour l'instant :

[25-Jun-2021 16:13:02 Europe/Paris] PHP Notice:  Undefined offset: 0 in /modules/paybox/src/Utils/Tools.php on line 117
[25-Jun-2021 16:13:02 Europe/Paris] PHP Warning:  Invalid argument supplied for foreach() in /modules/paybox/src/Utils/Tools.php on line 173

la ligne 117 du fichier Tools.php est:

Localization::$countryCodes[Country::getIsoById($billingAddr->id_country)]['num'],

et la ligne 173 est " foreach ($rows as $row) {" de la fonction :

/**
     * @param int $idCustomer
     * @param int $idShop
     * @return array|Up2paySubscriber[]
     * @throws \PrestaShopDatabaseException
     * @throws \PrestaShopException
     */
    public static function getCustomerTokens($idCustomer, $idShop)
    {
        $dbQuery = new DbQuery();
        $dbQuery
            ->select('id_up2pay_subscriber, id_shop, token, refabonne, pan, dateval')
            ->from('up2pay_subscriber')
            ->where(sprintf('id_customer = %d AND id_shop = %d', (int) $idCustomer, (int) $idShop));

        $rows = Db::getInstance(_PS_USE_SQL_SLAVE_)->executeS($dbQuery);
        $tokens = [];
        foreach ($rows as $row) {
            $tokens[] = new Up2paySubscriber((int) $row['id_up2pay_subscriber'], null, (int) $row['id_shop']);
        }

        return $tokens;
    }

je vous mets le fichier complet en pièce-jointe ...

Tools.php

Link to comment
Share on other sites

Perso j'ai mis à jour le EtransactionHelper du module Etransaction version 3.0.10.1 en ajoutant les champs PBX shoppingcart et billing et ça fonctionne impec.

Dans votre cas, le module ne trouve pas le panier ni le customer donc les requêtes crashent...

Link to comment
Share on other sites

2 hours ago, mbphotographe said:

De notre côté nous avons fait machine arrière et sommes repassé en v5.1.1.

A noter que juste lé désinstallation du module et l'installation du nouveau n'a pas fonctionné. Il faut après l'avoir désinstallé supprimer en base tout ce qui correspond à Paybox. Et là on revient propre sur l'ancienne version.

Pourriez-vous me dire quels sont les tables impacter et les lignes a supprimer pour la réinstalation ?

Link to comment
Share on other sites

à l’instant, Sylv1685 a dit :

Pourriez-vous me dire quels sont les tables impacter et les lignes a supprimer pour la réinstalation ?

Il y a de souvenir 4 ou 5 table paybox à supprimer totalement.

Et en recherchant paybox il y en avait aussi dans la table configuration que l'on a supprimé également. Puis après réinstallation de l'ancien module.

Link to comment
Share on other sites

Merci , pour la réponse, j'ai fait cela mais impossible de réinstaller l'ancien, du coup j'ai remis la nouvelle version,et fait un paiement test dont voici les logs d'erreur:

[25-Jun-2021 18:00:17 Europe/Paris] PHP Notice:  session_start(): ps_files_cleanup_dir: opendir(/tmp/.priv) failed: Permission denied (13) in /monsite/classes/controller/FrontController.php on line 686
[25-Jun-2021 18:00:25 Europe/Paris] PHP Fatal error:  Uncaught Error: Call to undefined method PayboxIpnModuleFrontController::ajaxRender() in /monsite/modules/paybox/controllers/front/ipn.php:252
Stack trace:
#0 /monsite/classes/controller/Controller.php(205): PayboxIpnModuleFrontController->initContent()
#1 /monsite/classes/Dispatcher.php(428): ControllerCore->run()
#2 /monsite/index.php(28): DispatcherCore->dispatch()
#3 {main}
  thrown in /monsite/modules/paybox/controllers/front/ipn.php on line 252
[25-Jun-2021 18:00:25 Europe/Paris] PHP Fatal error:  Uncaught Error: Call to undefined method PayboxIpnModuleFrontController::ajaxRender() in /monsite/modules/paybox/controllers/front/ipn.php:252
Stack trace:
#0 /monsite/classes/controller/Controller.php(205): PayboxIpnModuleFrontController->initContent()
#1 /monsite/classes/Dispatcher.php(428): ControllerCore->run()
#2 /monsite/index.php(28): DispatcherCore->dispatch()
#3 {main}
  thrown in /monsite/modules/paybox/controllers/front/ipn.php on line 252
[25-Jun-2021 18:00:26 Europe/Paris] PHP Fatal error:  Uncaught Error: Call to undefined method PayboxIpnModuleFrontController::ajaxRender() in /monsite/modules/paybox/controllers/front/ipn.php:252
Stack trace:
#0 /monsite/classes/controller/Controller.php(205): PayboxIpnModuleFrontController->initContent()
#1 /monsite/classes/Dispatcher.php(428): ControllerCore->run()
#2 /monsite/index.php(28): DispatcherCore->dispatch()
#3 {main}
  thrown in /monsite/modules/paybox/controllers/front/ipn.php on line 252

Si vous avez des idées pour corriger le pb ?

 

Merci

Edited by Sylv1685 (see edit history)
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...