[Résolu]ATOS SIPS Confirmation de Paiement

Bonjour,

J'ai un soucis avec le plugin de paiement Atos Sips.
Quand j'effectue une commande lorsque le paiement est validé le statut de la commande reste en "Crée" et je ne reçois pas de mail de notification de paiement du système.
Par contre quand le paiement échoue, le statut passe bien en "Annulée" et je reçois bien un mail du système informant de l'annulation.

Voici la configuration :
Joomla 3.1.1
Hikashop 2.3
Atos Sips Sogenactif serveur de test

Ci-joint la configuration du paiement.

Merci d'avance pour votre aide.

Kevin

Bonjour Kevin,

Vous pouvez vous réferer à ce topic pour essayer de trouver un solution à votre problème: www.hikashop.com/fr/forum/5-support-en-f...mande-sips-atos.html
Une capture avec le mode debug activé pourrait aussi m'être utile.

Merci de votre réponse rapide.
J'ai déjà regardé les réponses sur le topic que vous indiquez.
Mais rien y fait, l'option "Activer le mode de validation " est à non, et j'ai désactivé le SEF.

Voici ci-joint les informations en mode debug.

Merci

Pouvez vous aussi poster le log?

Voila le fichier de log.
Je viens de refaire des essai en mode debug, mais rien à été ajouté au fichier de log.
Le voici tout de même avec les logs de ce matin.

D'après ce topic www.magentocommerce.com/boards/viewthread/264246/ , la solution pourrait être assez simple.
Allez dans le fichier atos.php dans plugins>Hikashoppayement>Atos et modifiez cette ligne:

$message="message=$_POST[DATA]";

$message="message=$_REQUEST[DATA]";

J'ai modifié la ligne 356 du fichier atos.php comme vous me l'avez indiqué, mais cela ne fonctionne toujours pas.
Si cela peut vous aidé je suis sur un environnement Windows Server 2012 avec II8 et PHP 5.4.12.

Essayer avec des quotes autour de DATA ('DATA') avec $_POST et $REQUEST

Quand je change par : $message="message=$_REQUEST";
J'obtient une erreur 500 sur la boutique lors de mon ajout du produit au panier.

Je me suis mal exprimé, essayez avec

$message="message=$_REQUEST['DATA']";

Désolé j'avais mal effectué mon copier/coller.
C'est bien ce que j'ai testé. Donc toujours erreur 500.
J'ai ajouté des trace dans le fichier atos.php dans la fonction onPaymentNotification.
Donc lors de l'annulation j'ai bien les logs qui s'affiche dans le fichier, mais par contre quand la commande est validé je n'ai rien.

Pour le log j'ai écris dans le fichier les variables $_POST[DATA] et vars aux lignes 352 421.

Je vois dans le log que vous avez posté que le code réponse de la bank est 05 ce qui correspond a un refus de la banque.
Est-ce que ce paiement était validé? Cela nous donnerait peut être une piste.
Sinon envoyez moi vos accès backend et FTP en MP, j'essayerais de voir d'où viens le problème.

Non ce paiement est bien refusé.
Mais le problème c'est lorsqu'un paiement est validé, je n'ai aucune trace concernant celui ci.
Le paiement est validé d'après les infos que j'ai lors du paiement, mais la commande reste en "Crée" et je n'ai aucune trace du retour auto de la banque pour me confirmer le paiement de la commande.

Je vous envoie cela.

Juste pour être sur, pourriez vous vider le log et et revalider une commande?
Si rien ne s'inscrit peut être que le problème vient du fichier appelé (un mauvais appel ou un chemin trop long, ATOS est assez chatouilleux avec ces choses là)

Je pense avoir compris le problème,
En faite quand on est pas identifié en allant sur le fichier atos.php on est redirigé vers le formulaire de connexion...
Je pense du coups quand la banque appelle l'automatic response depuis leur serveur, cela ne fonctionne pas du coups.
Je cherche comment désactiver le formulaire quand j'arrive sur le fichier atos.php

Vous n'avez aucun log dans le cas d'une commande validée?
Pour ce qui est de la page d'inscription je ne sais pas si cela vient de là mais ce n'est pas impossible.

Bonjour,
Me revoilà après avoir fait certains tests, je vous confirme que c'est bien un problème d'authentification.
Par contre j'ai comme besoin que la page d'accueil soit authentifier (Accès Enregistré), avez vous une idée comment configurer Joomla, ou modification du plugin afin que le fichier atos.php ne soit pas prise par cette identification?

Merci

En effet le problème semble logique. Atos utilise un menu au hasard et se retrouve forcément sur une page protégée.
La solution la plus simple est de créer un menu publique, récupérer son item id et de modifier le fichier atos.php (celui généré) pour y inclure cela:

$_GET[\'id\']=\'votre_item_id\';

J'ai essayer avec $_GET='186'; (en valeur 186 pour le lien de menu et 5 pour le menu)
La seul fois ou j'ai réussi à ne pas avoir l'authentification, ça à été en passant le lien de menu (186) en page par défaut.

[EDIT] J'ai trouvé la solution c'est pas id qu'il faut mettre mais 'ItemId'.
Et aussi le mettre dans la variable $_REQUEST en plus de $_GET.
Voila pour moi le code que cela donne dans le fichier atos.php.

<?php
			$_GET['option']='com_hikashop';
			$_GET['tmpl']='component';
			$_GET['ctrl']='checkout';
			$_GET['task']='notify';
			$_GET['notif_payment']='atos';
			$_GET['lang']='fr';
			$_GET['Itemid']='186';
			$_REQUEST['option']='com_hikashop';
			$_REQUEST['tmpl']='component';
			$_REQUEST['ctrl']='checkout';
			$_REQUEST['task']='notify';
			$_REQUEST['notif_payment']='atos';
			$_REQUEST['lang']='fr';
			$_REQUEST['Itemid']='186';
			include('index.php');

Désolé c'était une faute de frappe, il fallait bien mettre itemid!
Content que votre problème soit résolu