Skip to main content

Atos statut retour de banque marche mal

More
11 years 1 month ago #211921 by erickb
-- HikaShop version -- : 250
-- Joomla version -- : 341

Bonjour

En retour de banque Atos on a plusieurs fois par jour ce meme problème
sur la banque de mon client le paiement est accepté et il reçoit une notification de paiement

dans l'admin d'Hikashop 1 sur 3 sont en attente au lieu d'accepté

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #211933 by nicolas
Bonjour,

Pourriez vous faire une capture de la zone "historique" d'une de ces commandes ?

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago - 11 years 1 month ago #212052 by erickb
Joomla 3.4 et HK 2.5
commande acceptee par la banque, l'argent est sur le compte alors qu'elle passe en Refusé 6 minutes apres avoir été acceptée, la derniere intervention confirmee est manuelle par les admins


a 15:55 accepte par la banque et a 16:01 abandonne par l'acheteur , comment est ce possible qu'un client puisse abandonner apres une acceptation de la banque

j'essayerai de mettre d'autres capture d'ecran quand ca se reproduit
Last edit: 11 years 1 month ago by erickb.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #212060 by nicolas
Bonjour,

Il y a donc eu deux notifications. Une directe de la banque et une en retour de l'utilisateur sur le site.

Activez le debug de la méthode de paiement ATOS et dans l'historique vous aurez alors un détails des paramètres reçu par le plugin pour chaque notification de paiement.

Cela sera très utile pour comprendre ce qui se passe.
La deuxième notification est géré avec ce code:
take.ms/lVOVj
dans le plugin, donc un fix rapide sera d'enlever la ligne:
$this->modifyOrder($order_id, $order_status, $history, false);
pour ne pas changer le status de la commande dans ce genre de cas.
Mais cela n'explique pas pourquoi cela arrive (ce qui ne devrait pas être le cas), d'où l'intérêt du debug.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #212103 by erickb
est ce que le debug de paiement atos va affecte les paiements atos des clients ou meme simplement le visuel des paiement (avec affichage du debug) ?

merci

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #212117 by nicolas
Non, le débug n'affecte pas les paiements avec ATOS, ni le visuel.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago - 11 years 1 month ago #212174 by erickb
Je viens d'activer le debug et de tester heureusement !
c'est tout le visuel de paiement qui est affecte , si je laisse ça on a plus une seule commande
c'est un placard de 1500 px de haut qui s'affiche

Last edit: 11 years 1 month ago by erickb.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #212219 by erickb
On a jamais eu autant d'erreur de carte bancaire que depuis cette version 2.5 on ne sais plus quoi faire a tel point que mon client envisage prestashop

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #212224 by Jerome
Bonjour,

Ce qui est étonnant, c'est que le plugin ATOS n'as pas eu de modification depuis Janvier 2015 (patch inclus en hotfix sur HikaShop 2.3.5).
Cela me fait donc grandement douter sur un soucis lié à la release 2.5

Cordialement,

Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #212237 by erickb
on a pas fait de mise a jour intermédiaire on est passe de Joomla 2.5 et hikashop 2.1.2 a Joomla 3.4 et Hikashop 2.5 sans transition

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #212242 by Jerome
Bonjour,

Okay, donc c'est du grand changement à ce moment là !

Histoire d'éviter de ce prendre la tête et de faire plein de tests afin de comprendre pourquoi l'utilisateur revient sur le site avec un code d'erreur indiquant que la commande a été annulée, on va "simplement" éviter le soucis.

Dans le fichier "plugins/hikashoppayment/atos/atos.php" il faut remplacer
Code:
if($vars['response_code']=='17'||$vars['response_code']=='75'){
Par
Code:
if((int)$vars['response_code'] == 17 || (int)$vars['response_code'] == 75) { if($dbOrder->order_status == $this->payment_params->verified_status) { $this->app->redirect(hikashop_completeLink('checkout&task=after_end&order_id='.$order_id, false, true)); return true; }

Ainsi, lorsque l'utilisateur revient sur le site avec un code d'annulation MAIS que la commande a été confirmée par ATOS (en mode "server-to-server") on considère que l'information est erronée (ce qui est vrai en fait) et on passe à la suite.

Cordialement,

Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago - 11 years 1 month ago #212255 by erickb
la sequence d'origine exacte ligne 425 est
Code:
if($vars['response_code']=='17'||$vars['response_code']=='75'){ $order_status = $this->payment_params->invalid_status; $history->data = ob_get_clean(); $history->data .= JText::sprintf( 'ORDER_CANCEL_BY_USER'); $this->modifyOrder($order_id, $order_status, $history, false); $this->app->redirect(hikashop_completeLink('order&task=cancel_order&order_id='.$order_id,false,true)); return true; }

je remplace par ?
Code:
if((int)$vars['response_code'] == 17 || (int)$vars['response_code'] == 75) { $order_status = $this->payment_params->invalid_status; $history->data = ob_get_clean(); $history->data .= JText::sprintf( 'ORDER_CANCEL_BY_USER'); $this->modifyOrder($order_id, $order_status, $history, false); if($dbOrder->order_status == $this->payment_params->verified_status) { $this->app->redirect(hikashop_completeLink('checkout&task=after_end&order_id='.$order_id, false, true)); return true; } }

dans votre exemple if($dbOrder->order_status a une { de debut mais pas de fin
l'accolade de fin doit etre avant return true ou apres ? ou bien else return false ?

merci


ce serait bon de le mettre d'origine dans une prochaine version
Last edit: 11 years 1 month ago by erickb.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #212287 by Jerome
Bonjour,

Pouvez-vous simplement remplacer la ligne que j'ai donnée par les lignes que j'ai indiquées ?
Car il n'y a rien d'autre à faire et ce n'est pas plus compliqué que ce que j'ai marqué.

Cordialement,

PS : Merci d'appliquer correctement le patch et de nous indiquer que cela marche ; ainsi nous pourrons l'ajouté dans la prochaine relase ; car il est évidement prévu que cela se fasse... Depuis le temps, je pense que vous devez y être habitué.

Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago - 11 years 1 month ago #212299 by erickb
je ne veux pas prendre de risque avec un site qui tourne et le paiement par carte bancaire donc

la sequence d'origine ligne 425 à 434
Code:
if($vars['response_code']=='17'||$vars['response_code']=='75'){ $order_status = $this->payment_params->invalid_status; $history->data = ob_get_clean(); $history->data .= JText::sprintf( 'ORDER_CANCEL_BY_USER'); $this->modifyOrder($order_id, $order_status, $history, false); $this->app->redirect(hikashop_completeLink('order&task=cancel_order&order_id='.$order_id,false,true)); return true; }


avec la modification


Code:
if((int)$vars['response_code'] == 17 || (int)$vars['response_code'] == 75) { if($dbOrder->order_status == $this->payment_params->verified_status) { $this->app->redirect(hikashop_completeLink('checkout&task=after_end&order_id='.$order_id, false, true)); return true; } $order_status = $this->payment_params->invalid_status; $history->data = ob_get_clean(); $history->data .= JText::sprintf( 'ORDER_CANCEL_BY_USER'); $this->modifyOrder($order_id, $order_status, $history, false); $this->app->redirect(hikashop_completeLink('order&task=cancel_order&order_id='.$order_id,false,true)); return true; }

est ce que tout est correct ?

merci
Last edit: 11 years 1 month ago by erickb.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #212310 by nicolas
Oui, pas de soucis.

Please Log in or Create an account to join the conversation.

More
11 years 1 month ago #212380 by erickb
depuis ce patch il y a eu 7 cartes bancaires sans aucune erreur
je vous tiens au courant dans 1 ou 2 jours mais ça semble marcher

Please Log in or Create an account to join the conversation.

More
11 years 4 weeks ago #212539 by erickb
aucune erreur depuis

Please Log in or Create an account to join the conversation.

More
11 years 4 weeks ago #212542 by Jerome
Bonjour,

Merci pour votre retour ; je valide donc le patch pour la prochaine release.

Cordialement,

Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

Please Log in or Create an account to join the conversation.

Time to create page: 0.308 seconds
Powered by Kunena Forum