[SIPS-ATOS]Soucis de validation de commande.

[url of the page with the problem] : http://www.tarbesentango.fr/inscriptions
[HikaShop version] : 2.2.0 business
[Joomla version] : 2.5.11
[PHP version] : 5.4.17
[Browser(s) name and version] : chrome

Bonjour,

Nous avons un soucis avec le plugin SIPS ATOS, qui marchait très bien en phase de tests.

En mode production, la commande se passe très bien jusqu'au paiement final avec la banque

Mail de la banque
noreply at e-transactions.eu

Your transaction has been accepted and registred.
Please find further information related to your purchase below.....

System
Reading F_DEFAULT (htdocs/inscriptions/media/com_hikashop/pc.x) OK
Reading F_PARAM (inscriptions/media/com_hikashop/pc.**********************) OK
Reading F_CERTIFICATE (inscriptions/media/com_hikashop/b/ct.fr.****************) OK
Version du certificat = 23/05/2013 (ETRANSACTIONS)

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:
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:
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:
API ERROR
Error get DATA response parameter (wrong length)

\nCould not load any order for your notification

Bonjour,

Je pensais que vous aviez résolu votre soucis dans ce topic www.hikashop.com/forum/5-support-en-fran...tut-de-commande.html ce n'est pas le cas?
A la vue de votre message d'erreur on dirait que les données renvoyées par votre banques sont vides.
Est-ce que les commandes annulées changent bien de statut?

Bonjour Eliot,

Pour infos quand on arrive sur l'interface de la banque et qu'on clique sur le bouton annulé on est redirigé vers : tarbesentango.fr/inscriptions/atos.php ou la page reste blanche. Si on rentre dans la barre d'adresse sans rien changer mais qu'on valide en appuyant sur entrée le message suivant s'affiche :

Erreur lors de l'appel de l'API\nMessage d'erreur:
API ERROR
Error get DATA response parameter (wrong length)

\n

Le même message qu'on retrouve dans le fichier de log des paiement
Et de retour sur la page "Commandes" sur l'interface Hikashop le statut de commande ne change pas et reste sur "créée".

Pour info l'hébergeur est 1&1 sous serveur linux

Merci par avance pour votre aide...

Eliot wrote: Je pensais que vous aviez résolu votre soucis dans ce topic www.hikashop.com/forum/5-support-en-fran...tut-de-commande.html ce n'est pas le cas?

Re,
J'ai voulu me faire rembourser la commande que j'avais passé. Je l'ai passé manuellement à remboursé, ça change bien de statut.

Bonjour Pierre,
Votre commande No. *** est maintenant remboursée.

Est-ce que les commandes annulées changent bien de statut?

Bonjour Pierre,

Votre commande No. *** est maintenant annulée.

Peut-être une piste...
Le fichier payment > param > parmcom.0130... se présente actuellement ainsi :

# URL de retour automatique de la reponse du paiement
#AUTO_RESPONSE_URL!!
# URL de retour suite a paiement refuse
CANCEL_URL!http://!
# URL de retour suite a paiement accepte
RETURN_URL!http://!
# END OF FILE

Apparemment ce devrait plus être ça :

# URL de retour automatique de la reponse du paiement
AUTO_RESPONSE_URL! www.tonsite.com/client/plugins/atos/call_autoresponse.php !
# URL de retour suite a paiement refuse
CANCEL_URL! www.tonsite.com/regret.php !
# URL de retour suite a paiement accepte
RETURN_URL! www.tonsite.com/merci.php !

Le problème c'est que je n'arrive pas à trouver sur le serveur le fichier call_autoresponse.php à part dans le dossier payment > sample > call_autoreponse.php où d'après ce que j'ai compris c'est un fichier d'exemple donc absolument pas configuré...

A l'aide !!

Je pense aussi que c'est dans le dossier payment que ça déconne

dans le répertoire /inscriptions/payment/bin

Il y à des fichiers du genre response.exe et request.exe
sur un serveur linux, c'est un peu paradoxal.
Ces fichiers n'ont n'a pas été modifié depuis le 29/05/2013

Ce qui est bizarre, c'est que ca fonctionnait bien en mode test ...

J'ai trouvé un tuto qui explique bien comment paramétrer SIPS ATOS :
blog.manit4c.com/2009/12/18/installation...iel-premiere-partie/

par contre qu'est-ce qu'on fait du fichier call_auto_response.php et surtout où est-il ?

Lol j'ai l'impression qu'on est sur les mêmes pistes, j'allais poster ce tuto

par contre qu'est-ce qu'on fait du fichier call_auto_response.php et surtout où est-il ?

A la vue des éléments que vous me donnez je vous conseillerais de reconfigurer le plugin de puis le début.
Les fichiers nécessaires à ATOS sont générés automatiquement par Hikashop en fonction des informations que vous donnez. Du que ATOS n'accepte pas de chemin trop long, nous avons du tricher un peu en renomant les fichiers, ainsi le parcom que vous regardez n'est pas celui utilisé (allez jeter un oeil à la doc c'est assez bien expliqué www.hikashop.com/support/documentation/8...yment-atos-form.html ).

Dans tous les cas, les fichier .exe n'ont en effet rien à faire là.

Ouais mais ce fichier est un sample du coup il n'est pas du tout fonctionnel par exemple :

$pathfile="pathfile=chemin_du_fichier_pathfile"; c'est pas vraiment une adresse valide ça...

Et du coup pourquoi tout marchait bien en pré-production ??

Comme je vous l'ai dit le parcom que vous devez regarder est plutôt celui indiqué dans la doc (pc.xxxxxxxxxxxxxx)..
Pour ce qui est de la différence avec la pré-production je suppose que la réponse se situe là où le bug est.

Bonjour,

J'ai réinstallé le kit atos dans un répertoire "payment" à la raçine du site.
Le dossier qui était présent n'était pas configuré, ou mal (mea culpa).

bin

• request
• response

• certif.fr.0*************1.php
• certif.fr.0*************2.php
• parmcom.0*************1
• parmcom.e-transactions
• pathfile

• call_autoresponse.php
• call_request.php
• call_response.php

#########################################################################
#
#	Pathfile 
#
#	Liste fichiers parametres utilises par le module de paiement
#
#########################################################################
#
#
#-------------------------------------------------------------------------
# Activation (YES) / Désactivation (NO) du mode DEBUG
#-------------------------------------------------------------------------
#
DEBUG!NO!
#
# ------------------------------------------------------------------------
# Chemin vers le répertoire des logos depuis le web alias  
# Exemple pour le répertoire www.merchant.com/inscriptions/payment/logo/
# indiquer:
# ------------------------------------------------------------------------
#
D_LOGO!/homepages/**/**********/htdocs/inscriptions/payment/logo/!
#
# --------------------------------------------------------------------------
#  Fichiers parametres lies a l'api inscriptions paiement	
# --------------------------------------------------------------------------
#
# fichier des  parametres inscriptions
#
F_DEFAULT!/homepages/**/**********/htdocs/inscriptions/payment/param/parmcom.inscriptions!
#
# fichier parametre commercant
#
F_PARAM!/homepages/**/**********/htdocs/inscriptions/payment/param/parmcom!
#
# certificat du commercant
#
F_CERTIFICATE!/homepages/**/**********/htdocs/inscriptions/payment/param/certif!
#
# type du certificat
#
F_CTYPE!php!
#
# --------------------------------------------------------------------------
# 	end of file
# --------------------------------------------------------------------------

###############################################################################
#
#	Fichier des parametres du commercant
#
#	Remarque :	Ce fichier parametre est sous la responsabilite du
#				commercant
#
###############################################################################

# URL de retour automatique de la reponse du paiement

#AUTO_RESPONSE_URL!http://www.mon_site.com/payment/sample/call_autoresponse.php!

# URL de retour suite a paiement refuse

#CANCEL_URL!http://www.mon_site.com/payment/sample/call_autoresponse.php!

# URL de retour suite a paiement accepte

#RETURN_URL!http://!

# Code devise  ( 978=EURO )

CURRENCY!978!

# Logo du commercant

#LOGO2!commercant.gif!

# flag d'edition des libelles des blocs de paiement

HEADER_FLAG!no!

# Liste des moyens de paiement acceptes

PAYMENT_MEANS!CB,2,VISA,2,MASTERCARD,2!

# END OF FILE

$parm="merchant_id=0***********6";

// Initialisation du chemin du fichier pathfile (à modifier)
	    //   ex :
	    //    -> Windows : $parm="$parm pathfile=c:/repertoire/pathfile";
	    //    -> Unix    : $parm="$parm pathfile=/home/repertoire/pathfile";
	    
	$parm="$parm pathfile=/homepages/**/***********/htdocs/inscriptions/payment/param/pathfile";

// Initialisation du chemin de l'executable request (à modifier)
	
$path_bin = "/homepages/**/***********/htdocs/inscriptions/payment/bin/request";

// Initialisation du chemin du fichier pathfile (à modifier)

	    $pathfile="/homepages/**/***********/htdocs/inscriptions/payment/param/pathfile";

//Initialisation du chemin de l'executable response (à modifier)
	$path_bin = "/homepages/**/**********/htdocs/inscriptions/payment/bin/response";

// Initialisation du chemin du fichier de log (à modifier)
$logfile="/homepages/**/***********/htdocs/inscriptions/payment/logs.txt";

On peut pas dire que t'as chômé !!

C'est en voyant les affiches de Tarbes en tango à Tarbes, ça m'a mis le feu