Problème de statut de commande

Bonjour à tous,

je reviens vers vous aujourd'hui pour un gros problème sur un site de vente en ligne de place de spectacle.
il y a un mois alors que le site était en pré production et que nous l'avons testé les statuts de commande changeaient sans problème, aujourd'hui alors que le site est en production les statuts de commande restent sur "créer" alors que le paiement a été effectué.

Le plug-in de paiement est SPIS ATOS pour le crédit agricole
L'adresse du site est : tarbesentango.fr/inscriptions/

Merci beaucoup pour votre aide...

Bonjour,

Avez-vous bien fait le basculement de votre compte ATOS en mode production ?
Est-ce que le plugin est bien configuré en mode production ?
Autorisez-vous bien les notifications ?
Avez-vous regardé le fichier de log de paiement ? ( www.hikashop.com/en/support/documentatio...nfig.html#main_files )

Cordialement,

Bonjour Jérôme,

pour le basculement du compte ATOS en mode production c'est la banque qui s'en ait chargé

Le plug-in est bien activé, il n'y a pas vraiment de case à cocher "Mode de production" ?
Autoriser les notifications de paiement par SIPS ATOS Crédit agricole sur Oui

Par contre quand je veux voir le rapport dans "Fichier de log pour les paiements" (media/com_hikashop/upload/safe/logs/report_43056293.log)

Le rapport m'affiche :
Erreur lors de l'appel de l'API\nMessage d'erreur:
API ERROR
Error get DATA response parameter (wrong length)
\nCould not load any order for your notification Erreur lors de l'appel de l'API\nMessage d'erreur:

le tout 4 fois de suite.

Merci pour votre indulgence mon développeur est en vacances et je ne suis pas expert sous joomla ou Hikashop...

Merci pour votre aide !

Bonjour,

Avant tout je vous recommande de lire la documentation: www.hikashop.com/en/support/documentatio...yment-atos-form.html
Il y a de grande chance pour que ce soit un des chemins que vous avez indiqué dans votre configuration qui soit trop long.
Pourriez vous poster une capture d'écran de cette configuration d'ailleurs?

Bonjour Eliot,

Peut-être que vous ne vous en rappelez pas mais c'est en grande partie grâce à vous et à Nicolas que le site en question est en ligne et qu'il fonctionne... Donc merci

Pour notre problème peut-être que cela vient du fait qu'il n'y a aucun fichier sélectionné dans "Sélectionner le fichier request", "Sélectionner le fichier response" etc. Mais l'adresse est bonne.

Vous trouverez une capture écran de la config du plug-in de paiement en pièce jointe.

Encore merci

Content d'avoir déjà pu vous aider, j'espère que j'y arriverais encore aujourd'hui
Pour votre soucis, si cela marchait avant, il n'y a que peu de possibilités.
Tout d'abord vérifiez que les paiements sont bien validées par votre banque et via votre interface, si c'est le cas, le problème viendra forcément de la réception du message (je pense que c'est le cas).
Vous pouvez aussi essayer de re-télécharger tous les fichiers de manière à générer à nouveaux les fichiers de configuration.

Enfin, je vous conseil de mettre Hikashop à jour (en 2.2.0) car je crois me rappeler que nous avons un peu amélioré le plugin atos

Bonjour à vous

je suis en vacances, mais je suis toujours en veille

Hikashop est à la dernière version (2.2.0)

@Eliot : Quand tu dis

Vous pouvez aussi essayer de re-télécharger tous les fichiers de manière à générer à nouveaux les fichiers de configuration.

Tu parles de fichiers de Sips atos ? ou ceux de hikashop ?

Je parle de ceux d'atos, le certificat notamment

Bonjour,

la date de mise à disposition du certificat était dépassée son état était "non disponible"
J'ai fait une demande de mise à disposition du certificat, et vous tient au courant

J'ai l'impression que le soucis est apparu quand j'ai fait la mise à jour vers la dernière version (2.2.0). en suivant l"évolution des commandes, je me suis aperçu du nombre de commandes en attente, je trouvais un peu bizarre qu'elles ne soient pas confirmées ...

A+

En effet, il y a de bonnes chances pour que cela règle le soucis!
Tenez nous au courant, et bonnes vacances

Bonjour ,
Suite au passage de Hikashop 2.2 j 'ai également ce probléme y a t il une solution
Merci

Bonjour Efficace,

Apparemment le problème vient bien de la mise à jour d'Hikashop, nous avons tout réinstallé, tout reconfiguré comme dans la documentation mais rien n'y fait, le problème demeure...

\nCould not load any order for your notification Erreur lors de l'appel de l'API\nMessage d'erreur :
API ERROR
Error get DATA response parameter (wrong length)

On est à cours d'idée et on a vraiment besoin d'aide...

Nicolas, Eliot nous avons besoin de votre aide !!

Bonjour,

Y à t-il moyen de trouver une version antérieure à Hikashop 2.2 ?

Bonjour,

Merci d'ajouter le code: Après: dans le plug in atos, fichier atos.php

Ensuite, dès qu'une commande sera passée, merci de nous retrouner les logs pour que l'on puisse débuguer ce problème au plus vite. N'oubliez pas d'activer le debug mode dans le plugin.

Pour une version antérieur, merci d'utiliser le formulaire de contact et de spécifier la version désirée.

Salut Xavier, merci pour ta réponse.

C'est fait dans plugins/hikashoppayment/atos/atos.php juste avant

le debug mode est activé.
Attendons la nouvelle commande

Bonjour,

Mise à jour en marche arrière avec la version (1.6.0) envoyé par Nicolas (merci)
J'ai passé une nouvelle commande à 15€ ... :sick:

Bref, tout se passe bien jusqu'au paiement final.

logo_commun logo_commun logo_commun

Votre transaction a bien été enregistrée


Date de la transaction 09 Août 2013 09:33:40 (UTC/GMT)
Adresse du web commerçant *******************
Identifiant commerçant 0******************************
Référence de la transaction ************
Montant de la transaction 15,00 €
Numéro de la carte ******* #### #### ##*** **/**
Autorisation *****
Certificat de la transaction *******

Merci de conserver la référence de la transaction.

Suivant le paramétrage de votre navigateur, une fenêtre indiquant le retour en mode non sécurisé peut apparaître. Ceci n'a aucun impact sur la confidentialité des informations précédemment échangées.

Dans le backend de hikashop, la commande reste lamentablement à créé ...

Le debug mode est OK.
Pathfile et system sont OK

Quand je vais dans le rapport du fichier de log pour les paiements, je me retrouve peut être devant une piste :

\nCould not load any order for your notification Erreur lors de l'appel de l'API\nMessage d'erreur:
API ERROR
Error get DATA response parameter (wrong length)

\nCould not load any order for your notification erreur appel response\n/homepages/23/d337364425/htdocs/inscriptions/media/com_hikashop/b/response
Array
(
[code] =>
[error] =>
[merchant_id] =>
[merchant_country] =>
[amount] =>
[transaction_id] =>
[payment_means] =>
[transmission_date] =>
[payment_time] =>
[payment_date] =>
[response_code] =>
[payment_certificate] =>
[authorisation_id] =>
[currency_code] =>
[card_number] =>
[cvv_flag] =>
[cvv_response_code] =>
[bank_response_code] =>
[complementary_code] =>
[complementary_info] =>
[return_context] =>
[caddie] =>
[receipt_complement] =>
[merchant_language] =>
[language] =>
[customer_id] =>
[order_id] =>
[customer_email] =>
[customer_ip_address] =>
[capture_day] =>
[capture_mode] =>
[data] =>
)
Could not load any order for your notification

J'espère que j'ai pu faire avancer le schmilblick

Si tu as toujours le problème avec la 1.6.0, c'est que le problème ne vient pas de la mise à jour mais d'autre chose sur le site.

Malheureusement, je ne vois pas le debug que Xavier t'a demandé de rajouté dans le fichier du plugin.
Le drowngrade vers la 1.6.0 a du l'effacer. Serait-il possible de le remettre et de refaire un test ?
Les informations de ce debug sont importantes pour comprendre ce qu'il se passe.

Malheureusement, je ne vois pas le debug que Xavier t'a demandé de rajouté dans le fichier du plugin.

Désolé, j'avais oublié de le remettre, voilà qui est fait.

Bonjour,
J'ai placé le bout de code de xavier dans le fichier plugins/hikashoppayment/atos/atos.php juste avant
J'ai passé une commande, y à rien à faire, même souci dans le fichier des logs de paiement

Pourtant dans le debug du plugin, les champs sont bien rempli :
[merchant_id] =>
[merchant_country] =>

etc ...

J'avoue que j'ai atteint les limites de mes compétences

Le fait que le array soit vide est normal vu que l'executable renvoi une erreur.
Ce qui m'intéresse en fait, c'est de savoir pourqoi.
Normalement le debug de "$path_bin $pathfile $message" devrait afficher quelque chose du genre:
/homepages/**/********/htdocs/*****/media/com_hikashop/b/response pathfile=<chemin du pathfile> message=<données de atos>

le fait qu'il manque le pathfile= et le message= est intriguant car je ne vois pas comment c'est possible, vu le code just avant:
$message="message=".$_POST;
$pathfile="pathfile=".$path."pathfile";
$path_bin = $response_path."response";

Donc je me demande si le problème sur le site n'est pas autre en fait et qu'en fait il n'y a pas de notification de reçu du tout.
Il faudrait voir a supprimer le fichier de log et voir s'il est bien créer à la réception de la notification.
Si aucune notification n'est reçu, c'est soit que l'url de notification envoyée à ATOS lors du paiement n'est pas correcte, soit que quelque chose sur le site produit une erreur lors de la réception de la notification avant que cela arrive à HikaShop.