SystemPay (Banque populaire) - 2% des commandes ne sont pas dans l'admin |
Bienvenue invité ( Connexion | Inscription )
SystemPay (Banque populaire) - 2% des commandes ne sont pas dans l'admin |
27 Oct 2010, 14:03
Message
#1
|
|
Ceinture orange OSC Groupe : Membres Messages : 225 Inscrit : 25-May 08 Membre no 21918 |
Bonjour,
J'utilise donc systempay de la banquepopulaire. Voici mon souci : 2% des commandes n'apparaissent pas dans l'admin avec ce mode de paiement. Autrement dit, j'ai donc bien le paiement dans l'outil de gestion de caisse, mais je n'ai pas la commande dans l'admin. Je suis donc obligé de redemander le panier au client, ce qui fait un peu "tache". J'ai appelé le support, on a vérifié ensemble les paramètres, et totu semble ok. On me dit que c'est peut être parce que la sessions expire pendant que le client paye. Quelqu'un a-t-il déjà eu ce problème? Je voulais au moins être averti quand il y avait ce type de problème en modifiant le code de checkout_process_vads.php de la facon suivante : Code d'origine : Citation // If payment gateway has been authentified, let it borrow the customer's session to confirm the order if($mode=='' || $valid_signature){ //TODO : à terme, garder le test sur $mode ?? session_id($_POST['cust_id']); } // Then we launch the standard checkout_process include 'checkout_process.php'; Code modifié : Citation // If payment gateway has been authentified, let it borrow the customer's session to confirm the order if($mode=='' || $valid_signature){ //TODO : à terme, garder le test sur $mode ?? session_id($_POST['cust_id']); } else { Code pour envoyer un email et me prevenir } // Then we launch the standard checkout_process include 'checkout_process.php'; Qu'ne pensez-vous? Merci de votre aide. |
|
6 Nov 2010, 07:03
Message
#2
|
|
5eme dan OSC Groupe : Administrateur Messages : 7634 Inscrit : 28-December 03 Lieu : Hollywood les Granits Membre no 1773 |
J'ai le même soucis que toi, j'essaye de trouver une raison à cela mais cela semble réellement aléatoire. J'ai suivi une fausse piste à un moment donc, chou blanc pour l'instant.
-------------------- |
|
7 Nov 2010, 20:21
Message
#3
|
|
Ceinture orange OSC Groupe : Membres Messages : 225 Inscrit : 25-May 08 Membre no 21918 |
Bon ca me rassure déjà que je sois pas le seul
Comment gères-tu ce problème pour l'instant? Contrôle de tous les paiements chaque jour? As-tu contacté la hotline pour les informer du problème? Merci de ta réponse. |
|
7 Nov 2010, 21:54
Message
#4
|
|
5eme dan OSC Groupe : Administrateur Messages : 7634 Inscrit : 28-December 03 Lieu : Hollywood les Granits Membre no 1773 |
Salut,
Pour l'instant j'ai installé un bricolage par mail. Aujourd'hui je n'ai pas eu de soucis mais hier oui. Je vais les appeler cette semaine, je ne vais pas supporter ca bien longtemps. -------------------- |
|
8 Nov 2010, 09:24
Message
#5
|
|
Ceinture orange OSC Groupe : Membres Messages : 225 Inscrit : 25-May 08 Membre no 21918 |
Ok alors tiens-moi au courant s'il te plait. Je ne vois pas comment résoudre ca
|
|
8 Nov 2010, 10:20
Message
#6
|
|
5eme dan OSC Groupe : Administrateur Messages : 7634 Inscrit : 28-December 03 Lieu : Hollywood les Granits Membre no 1773 |
OK pas de soucis
-------------------- |
|
9 Nov 2010, 16:53
Message
#7
|
|
5eme dan OSC Groupe : Administrateur Messages : 7634 Inscrit : 28-December 03 Lieu : Hollywood les Granits Membre no 1773 |
Quelle version de module de paiement sytempay as tu ?
La dernière est la 2.6b -------------------- |
|
9 Nov 2010, 17:07
Message
#8
|
|
Ceinture orange OSC Groupe : Membres Messages : 225 Inscrit : 25-May 08 Membre no 21918 |
J'ai la 2.5b.
Mais lorsque j'ai appelé la hotline, il m'ont dit que les changement de la 2.6b ne résoudrait pas mon problème Tu es sur la 2.5 également? |
|
9 Nov 2010, 17:26
Message
#9
|
|
5eme dan OSC Groupe : Administrateur Messages : 7634 Inscrit : 28-December 03 Lieu : Hollywood les Granits Membre no 1773 |
Tu parles, j'avais la 2.0
Je viens d'installer la 2.6b. Au début aucune commande n'était validée. Après quelques essais, tout va bien en apparence. Je passe en PROD pour ce soir et je guette la faille. Peut être que mon problème ne va pas être résolu mais peut être que oui. J'ai trouvé une erreur dans la procédure d'install. Si je n'ai plus de soucis, je te dis ce que j'ai modifié, sinon ca ne sert à rien de changer quoi que ce soit chez toi pour l'instant. -------------------- |
|
12 Nov 2010, 22:55
Message
#10
|
|
5eme dan OSC Groupe : Administrateur Messages : 7634 Inscrit : 28-December 03 Lieu : Hollywood les Granits Membre no 1773 |
Bon, c'est mieux mais y a encore du boulot
J'ai activé le retour automatique sur 5 sec avec message de ne toucher à rien et surtout de ne pas fermer la fenêtre car, je crois que c'est la que ca merde. Maintenant les gens doivent se rendre compte de je ne sais quoi car ils règlent 2 fois sans broncher ! J'annule bien sûr mais bon, mon bonheur n'est pas encore total. -------------------- |
|
13 Nov 2010, 15:45
Message
#11
|
|
Ceinture orange OSC Groupe : Membres Messages : 225 Inscrit : 25-May 08 Membre no 21918 |
Tu penses donc que c'est les clients qui n'attendent pas le retour automatique?
|
|
13 Nov 2010, 15:52
Message
#12
|
|
5eme dan OSC Groupe : Administrateur Messages : 7634 Inscrit : 28-December 03 Lieu : Hollywood les Granits Membre no 1773 |
Je me trompe peut être, mais je crois que oui.
-------------------- |
|
15 Nov 2010, 17:39
Message
#13
|
|
Ceinture orange OSC Groupe : Membres Messages : 225 Inscrit : 25-May 08 Membre no 21918 |
J'ai moi aussi mis sur 5 secondes contre 10 secondes avant.
Ce que je ne comprends pas si on suit ta piste, c'est pourquoi est-ce que nous serions les seuls à avoir ce problème alors que les autres devraient également l'avoir logiquement? De plus, si on active pas le retour automatique, cela voudrait dire qu'aucune commande n'est validée?! Ce message a été modifié par Johnny124 - 15 Nov 2010, 17:40. |
|
21 Nov 2010, 03:35
Message
#14
|
|
5eme dan OSC Groupe : Administrateur Messages : 7634 Inscrit : 28-December 03 Lieu : Hollywood les Granits Membre no 1773 |
Je crois plutôt que ce système n'aime pas trop le traffic Dès qu'il y a plusieurs personnes parties payer en même temps, ca se mélange les pinceaux. Si quelqu'un avait une info sur ce qui valide la commande, ca m'aiderait. Mais déjà un truc qui récupère une ID de session avec session_id() plutôt qu'avec tep_session_id() et qui part avec une prédiction de numéro de commande, me fout les boules et en dit long quant à l'intégration faite pour Osc.... Je commence même à regretter Atos.
Je crois que le système de validation par comparaison de signature SHA est assez aléatoire. Je m'en suis rendu compte avec l'intégration de SoColissimo pour peu qu'on y inclus des données non fixes.. Bien sûr, on bons statisticiens, on vous répondra que 5 ou 6 % c'est pas grand chose mais comme il s'agit de notre pognon, faudra nous excuser d'être à cran. -------------------- |
|
21 Nov 2010, 14:31
Message
#15
|
|
Ceinture orange OSC Groupe : Membres Messages : 225 Inscrit : 25-May 08 Membre no 21918 |
+1
Peux-tu me dire en quoi consiste ton bricolage par mail dont tu parlais dans les premiers emails? Merci à toi |
|
21 Nov 2010, 18:07
Message
#16
|
|
5eme dan OSC Groupe : Administrateur Messages : 7634 Inscrit : 28-December 03 Lieu : Hollywood les Granits Membre no 1773 |
Mes premiers réglages n'ont pas été des plus concluants, on dira (changement de version). J'en ai fait d'autres ce matin et depuis, aucun loupé.
J'en ai fait plusieurs qui ne vont pas te servir au moins pour le premier (enfin je crois). J'utilise YASU, un vieux système de réécriture d'url et j'avais eu des soucis il y a des années avec Atos à cause de lui. J'ai modifié le script de vads afin d'éviter d'utiliser les url réécrites pour les retour. Ensuite, j'ai mis les bons termes sur des instruction php qui sont spécifiques et redéfinies dans Osc comme tep_session_id() au lieu session_id(). Mais, je ne suis pas sûr que ce soir aussi important que ca pouvait l'être sur Atos. Vads fait une comparaison de chaînes cryptés en SHA et peut ainsi être accolé (et non intégré à mon sens) à n'importe quoi ou presque. Dans le module de paiement sur l'admin Osc, j'ai remplacé l'url de retour en cas de succès. J'avais pointé sur checkout_process comme le faisait Atos, peut être à tord. Je pointe désormais sur checkout_process_vads vu que c'est la que la signature est comparée avec celle en retour avant d'être redirigé vers checkout_process.php De plus, car je crois encore à mon ancienne idée du client qui coupe sa fenêtre trop vite ou qui bloque, j'ai réglé mon module en activant le retour automatique vers ma boutique et les délais à 5 secondes en cas d'échec et 0 seconde en cas de succès ce qui évite purement et simplement l'affichage de la page qui m'inquiétait. Et, comme je te disais, pas d'erreur depuis ce matin. J'attends de voir si ca va tenir ou pas. -------------------- |
|
21 Nov 2010, 18:19
Message
#17
|
|
Ceinture orange OSC Groupe : Membres Messages : 225 Inscrit : 25-May 08 Membre no 21918 |
Ok tiens moi au courant s'il te plait.
Et j'en ferai de même. |
|
23 Nov 2010, 11:28
Message
#18
|
|
5eme dan OSC Groupe : Administrateur Messages : 7634 Inscrit : 28-December 03 Lieu : Hollywood les Granits Membre no 1773 |
Depuis mes modifs, pas un seul loupé.
-------------------- |
|
23 Nov 2010, 15:23
Message
#19
|
|
Ceinture orange OSC Groupe : Membres Messages : 225 Inscrit : 25-May 08 Membre no 21918 |
Donc si on récapitule :
1) Remplacement session_id() par tep_session_id() dans le code 2) Bien mettre le retour vers checkout_process_vads (pour moi ca c'est fait depuis le début) 3) Et enfin mettre à 0 de délai le retour vers la boutique J'espère ne rien avoir oublié. En tout cas pour moi, j'en ai pas eu depuis que j'ai mis 5 secondes Donc j'attends de voir et si nécessaire je ferai tes modifications 1 et 3 Merci de ta collaboration en tout cas |
|
23 Nov 2010, 16:07
Message
#20
|
|
5eme dan OSC Groupe : Administrateur Messages : 7634 Inscrit : 28-December 03 Lieu : Hollywood les Granits Membre no 1773 |
Ça a refait cet après midi chez moi....
Par contre j'ai vu d'où ca pourrait venir. J'attends l'appel du technicien. Ca arrive quand plusieurs personnes règlent en même temps mais pas nécessairement sur cyberplus. Ca viendrait donc bien du n° order_id qui est une prédiction de n° de commande. J'ai survoler vite fait le fichier vads et ce p**** de order_id est comparé à l'arrivée. Je te tiens au courant de toute façon. -------------------- |
|
24 Nov 2010, 20:19
Message
#21
|
|
5eme dan OSC Groupe : Administrateur Messages : 7634 Inscrit : 28-December 03 Lieu : Hollywood les Granits Membre no 1773 |
Autre piste :
As tu activé dans ton admin Empêcher les sessions d'araignée ? Si oui, regardes dans le fichier catalog/includes/spiders.txt si tu as un user agent du nom de java/ ? Si oui, vires le ! On dirait la réponse automatique de la banque (du moins ca y ressemble terriblement.) Adresse IP : 194.50.38.134 Host : domain2.lyra-online.com inetnum: 194.50.38.0 - 194.50.38.255 netname: LYRA-NETWORK descr: Lyra Network descr: Toulouse En tous les cas, ca c'est eux. Et Java/1.6.0_16 leur USER_AGENT J'attends voir... Mais j'avais eu ce problème avec Atos. -------------------- |
|
24 Nov 2010, 20:32
Message
#22
|
|
Ceinture orange OSC Groupe : Membres Messages : 225 Inscrit : 25-May 08 Membre no 21918 |
Voici le contenu de mon fichier, pas de java à l'horizon :
Code $Id: spiders.txt,v 1.2 2003/05/05 17:58:17 dgw_ Exp $ almaden.ibm.com appie 1.1 architext ask jeeves asterias2.0 augurfind baiduspider bannana_bot bdcindexer crawler crawler@fast docomo fast-webcrawler fluffy the spider frooglebot geobot googlebot gulliver henrythemiragorobot ia_archiver infoseek kit_fireball lachesis lycos_spider mantraagent mercator moget/1.0 muscatferret nationaldirectory-webspider naverrobot ncsa beta netresearchserver ng/1.0 osis-project polybot pompos scooter seventwentyfour sidewinder sleek spider slurp/si slurp@inktomi.com steeler/1.3 szukacz t-h-u-n-d-e-r-s-t-o-n-e teoma turnitinbot ultraseek vagabondo voilabot w3c_validator zao/0 zyborg/1.0 De plus, concernant le fait que plusieurs personnes achètent en même temps ne pose pas réellement de problème chez moi. Lorsque le paiement est validé, un nouveau numéro de commande est assigné si le numéro de commande est déjà pris. Par contre, dans l'outil de gestion de caisse, j'ai plusieurs client avec le même numéro de commande. Mais dans l'admin ils ont bien un nouveau numéro de commande |
|
24 Nov 2010, 21:27
Message
#23
|
|
5eme dan OSC Groupe : Administrateur Messages : 7634 Inscrit : 28-December 03 Lieu : Hollywood les Granits Membre no 1773 |
Rooooo j'y perd mon latin moi !
-------------------- |
|
28 Nov 2010, 12:30
Message
#24
|
|
5eme dan OSC Groupe : Administrateur Messages : 7634 Inscrit : 28-December 03 Lieu : Hollywood les Granits Membre no 1773 |
Je suis arrivé à reproduire l'erreur. Cela arrive si le client à bloqué l'usage des cookies sur son navigateur. Au retour, il perd sa session et la commande n'est pas validée mais la banque encaisse. Dans mes logs, j'ai retrouvé des appel à cookie_usage.php.
Peut être est-ce ca ? Y a t'il encore des paranos qui bloquent leurs cookies ? (Au moins 2% chez toi ?) Pour ma part, plus un seul plantage depuis ma dernière intervention ici et pourtant, en ce moment, le bazar carbure. -------------------- |
|
29 Nov 2010, 15:15
Message
#25
|
|
Ceinture orange OSC Groupe : Membres Messages : 225 Inscrit : 25-May 08 Membre no 21918 |
Moi aussi je n'ai pas eu trop de problème avec systempay récemment.
J'interrogerai les clients à ce sujet (cookie désactivé) si l'erreur se reproduit, et je te tiendrai informé sur ce même post. Ce message a été modifié par Johnny124 - 29 Nov 2010, 15:16. |
|
Version bas débit | Nous sommes le : 29th March 2024 - 01:58 |
Ce site est déclaré auprès de la commision Nationale de l'Informatique et des Libertés (déclaration n°: 1043896) |