[ATOS] atos les bons parametres

Version imprimable

21/09/2007, 20h12
webasso

[ATOS] atos les bons parametres

bonjour,
je dois mettre en oeuvre athos (paiement online sogen) pour une manifestation de l'association.
quels sont les parametres obligatoires qu'ils réclament, j'ai le nom, prénom, montant a prélever, (adresse de retour?, email de l'expediteur? email de l'asso ?). Cela devrait leur suffire, mais sur leur doc il y a trop de champs inutiles.
je bloque sur le remplissage de leur tableau;
quelqu'un a t'il déjà essayé Athos de sogenactif ?
je ne peux pas tel sur leur 0892, trop pour moi.
merci.
21/09/2007, 21h00
N1bus

As tu reçu l'API ? WINDOWS2003 ou LINUX ?
L'as tu installé sur ton serveur ? (quelle version de l'API ?)

Tu as dû également recevoir la doc (guide d'installation, guide du programmeur, dictionnaire des données)

Il y avait également des scripts d'exemples en perl et php (call_request, call_reponse, call_autoresponse, etc..) ainsi que des fichier paramètres de démo (certificat, pathfile, param)

PS : Si on parle bien du même produit (ATOS ORIGIN)

Note :
dans la version 6 de l'api tu as le mot clé DEBUG à décommenter et mettre à YES :
DEBUG!YES!

(ça aide)
22/09/2007, 11h01
webasso

athos origin
bonjour,
ce que j'ai reçu est la : sogenactif_500_PLUGIN_linux-2.2.16.tar
c'est installé sur le serveur linux chez l'hébergeur (et en localhost et je suis sous w2k pro et wamp5).
elle me répond (:mouarf:) la meme chose sur les 2, mais cet api ne m'aime pas encore, normal je ne lui envoie pas des fleurs, je ne maitrise pas les paramètres. (il y en a un wagon et des brouettes). Oui j'ai la doc, j'ai tout imprimé :mrgreen: mais je ne sais pas par quel bout commencer.
j'ai rempli dans le callrequest.php (repertoire sample):
Code:

1 2 3 4 $parm="$parm pathfile=../param/pathfile"; $parm="$parm caddie=mon_caddie"; // j'ai créé une variable $_mon_caddie ou j'ai stocké le mt de la cotisation $path_bin = "../bin/request";
et l'api répond bien, (sur les 2 systemes) l'entete s'affiche, et il bloque sur le tableau de recuperation des parametres (ligne 113) parce qu'il est mal rempli.

mais déjà est-ce bien la version 6 ? sur le site non plus il n'y en a pas d'autre pour un serveur linux. je vais donc faire comme tu me le conseilles
ou dois-je mettre DEBUG=Yes; ??
merci et @+

Tu es sûr de tes chemins ?

Code:

1
2
3
4
 // Initialisation du chemin du fichier pathfile (à modifier)
     //   ex :
     //    -> Windows : $parm="$parm pathfile=c:\\repertoire\\pathfile";
     //    -> Unix    : $parm="$parm pathfile=/home/repertoire/pathfile";

Code:

1
2
3
4
5
 // Initialisation du chemin de l'executable request (à modifier)
 // ex :
 // -> Windows : $path_bin = "c:\\repertoire\\bin\\request";
 // -> Unix    : $path_bin = "/home/repertoire/bin/request";
 //

C'est pas plutôt des chemins réels ??? (Vérifie dans la doc ou les fichiers d'exemple)

22/09/2007, 12h16
webasso
executable request non trouve c:/wamp/www/fsg08/api5lin/bin/request
Code:

1 2 $path_bin = "c:/wamp/www/fsg08/api5lin/bin/request";
ce chemin il ne le trouve pas non plus
msg erreur :
Notice: Undefined offset: 1 in C:\wamp\www\fsg08\api5Lpin\sample\call_request.php on line 115
d° en 116 et en 177 (le remplissage du tableau)
Je ne me trompes pas de request ?
22/09/2007, 12h20
N1bus
Code:

$path_bin = "c:/wamp/www/fsg08/api5lin/bin/request";

Tu t'es pas gourré là ??

C'est pas plutôt :
Code:

1 2 3 $path_bin = "c:\wamp\www\fsg08\api5lin\bin\request";
ensuite , c'est quoi la ligne 115 de call_request.php ?
22/09/2007, 12h54
webasso
Code:

1 2 3 4 5 6 $tableau = explode ("!", "$result"); //ligne 113 call request // récupération des paramètres $code = $tableau[1]; //115 $error = $tableau[2]; $message = $tableau[3];
cela ne marche pas meme avec les \
Code:

1 2 $path_bin = "c:\wamp\www\fsg08\api5lin\bin\request";
les msg d'erreur du a ce qu'il ne trouve pas le chemin du request.
Notice: Undefined offset: 1 in C:\wamp\www\fsg08\api5Lpin\sample\call_request.php on line 115

Notice: Undefined offset: 2 in C:\wamp\www\fsg08\api5Lpin\sample\call_request.php on line 116

Notice: Undefined offset: 3 in C:\wamp\www\fsg08\api5Lpin\sample\call_request.php on line 117

erreur appel request

executable request non trouve c:\wamp\www\fsg08\api5lin\bin equest
ce qui est bizarre c'est qu'il lui manque la fin du bin\request ?
je cherches et je relis la doc encore une fois.
22/09/2007, 13h04
N1bus
Et où as tu donc ces lignes :
Code:

1 2 3 4 5 $tableau = explode ("!", "$result"); //ligne 113 call request // récupération des paramètres $code = $tableau[1]; //115 $error = $tableau[2]; $message = $tableau[3];
Normalement ce n'est pas dans le call_request, c'est dans le call_response ou le call_autoresponse.

Ces lignes permettent de récupérer les données APRÉS la transaction !
C'est donc normal que tu aies des erreurs d'offset

Tu n'aurais pas mélangé les fichiers ?

ces lignes sont dans le call_request.php du repertoire sample.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
 
<!--
-------------------------------------------------------------
 Topic	 : Exemple PHP traitement de la requête de paiement
 Version : 500
 
 		Dans cet exemple, on affiche un formulaire HTML
		de connection à l'internaute.
 
-------------------------------------------------------------
-->
 
<!--	Affichage du header html	-->
 <?php
 
	print ("<HTML><HEAD><TITLE>SOGENACTIF - Paiement Securise sur Internet</TITLE></HEAD>");
	print ("<BODY bgcolor=#ffffff>");
	print ("<Font color=#000000>");
	print ("<center><H1>Test de l'API plug-in SOGENACTIF</H1></center><br><br>");
 
 
	//		Affectation des paramètres obligatoires
 
	$parm="merchant_id=014213245611111";
	$parm="$parm merchant_country=fr";
	$parm="$parm amount=100";
	$parm="$parm currency_code=978";
 
 
	// Initialisation du chemin du fichier pathfile (à modifier)
    //   ex :
    //    -> Windows : $parm="$parm pathfile=c:\\repertoire\\pathfile";
    //    -> Unix    : $parm="$parm pathfile=/home/repertoire/pathfile";
    //
    // Cette variable est facultative. Si elle n'est pas renseignée,
    // l'API positionne la valeur à "./pathfile".
 
	//	$parm="$parm pathfile=chemin_du_fichier_pathfile";
		$parm="$parm pathfile=c:\wamp\www\fsg08\api5lin\param\pathfile";
	//		Si aucun transaction_id n'est affecté, request en génère
	//		un automatiquement à partir de heure/minutes/secondes
	//		Référez vous au Guide du Programmeur pour
	//		les réserves émises sur cette fonctionnalité
	//
	//		$parm="$parm transaction_id=123456";
 
 
 
	//		Affectation dynamique des autres paramètres
	// 		Les valeurs proposées ne sont que des exemples
	// 		Les champs et leur utilisation sont expliqués dans le Dictionnaire des données
	//
	// 		$parm="$parm normal_return_url=http://www.maboutique.fr/cgi-bin/call_response.php";
	//		$parm="$parm cancel_return_url=http://www.maboutique.fr/cgi-bin/call_response.php";
	//		$parm="$parm automatic_response_url=http://www.maboutique.fr/cgi-bin/call_autoresponse.php";
	//		$parm="$parm language=fr";
	//		$parm="$parm payment_means=CB,2,VISA,2,MASTERCARD,2";
	//		$parm="$parm header_flag=no";
	//		$parm="$parm capture_day=";
	//		$parm="$parm capture_mode=";
	//		$parm="$parm bgcolor=";
	//		$parm="$parm block_align=";
	//		$parm="$parm block_order=";
	//		$parm="$parm textcolor=";
	//		$parm="$parm receipt_complement=";
			$parm="$parm caddie=mon_caddie";
	//		$parm="$parm customer_id=";
	//		$parm="$parm customer_email=";
	//		$parm="$parm customer_ip_address=";
	//		$parm="$parm data=";
	//		$parm="$parm return_context=";
	//		$parm="$parm target=";
	//		$parm="$parm order_id=";
 
 
	//		Les valeurs suivantes ne sont utilisables qu'en pré-production
	//		Elles nécessitent l'installation de vos fichiers sur le serveur de paiement
	//
	// 		$parm="$parm normal_return_logo=";
	// 		$parm="$parm cancel_return_logo=";
	// 		$parm="$parm submit_logo=";
	// 		$parm="$parm logo_id=";
	// 		$parm="$parm logo_id2=";
	// 		$parm="$parm advert=";
	// 		$parm="$parm background_id=";
	// 		$parm="$parm templatefile=";
 
 
	//		insertion de la commande en base de données (optionnel)
	//		A développer en fonction de votre système d'information
 
	// Initialisation du chemin de l'executable request (à modifier)
	// ex :
	// -> Windows : $path_bin = "c:\\repertoire\\bin\\request";
	// -> Unix    : $path_bin = "/home/repertoire/bin/request";
	//
 
	// $path_bin = "chemin_du_fichier_request";
	$path_bin = "c:\wamp\www\fsg08\api5lin\bin\request";
 
 
	//	Appel du binaire request
 
	$result=exec("$path_bin $parm");
 
	//	sortie de la fonction : $result=!code!error!buffer!
	//	    - code=0	: la fonction génère une page html contenue dans la variable buffer
	//	    - code=-1 	: La fonction retourne un message d'erreur dans la variable error
 
	//On separe les differents champs et on les met dans une variable tableau
 
	$tableau = explode ("!", "$result");
 
	//	récupération des paramètres
 
	$code = $tableau[1];
	$error = $tableau[2];
	$message = $tableau[3];
 
	//  analyse du code retour
 
  if (( $code == "" ) && ( $error == "" ) )
 	{
  	print ("<BR><CENTER>erreur appel request</CENTER><BR>");
  	print ("executable request non trouve $path_bin");
 	}
 
	//	Erreur, affiche le message d'erreur
 
	else if ($code != 0){
		print ("<center><b><h2>Erreur appel API de paiement.</h2></center></b>");
		print ("<br><br><br>");
		print (" message erreur : $error <br>");
	}
 
	//	OK, affiche le formulaire HTML
	else {
		print ("<br><br>");
		print ("  $message <br>");
	}
 
print ("</BODY></HTML>");
 
?>

22/09/2007, 14h31
N1bus
Oui, c'est vrai, autant pour moi.

par contre la bonne syntaxe c'est :
Code:

1 2 $path_bin = "c:\\wamp\\www\\fsg08\\api5lin\\bin\\request";
Comme c'est marqué en commentaire. Le premier \ est là pour échapper le second
22/09/2007, 15h01
webasso

je l'ai essayé aussi dès que j'ai eu la remarque des /, et cela n'a pas marché.
msg erreurs
Notice: Undefined offset: 1 in C:\wamp\www\fsg08\api5Lpin\sample\call_request.php on line 115

Notice: Undefined offset: 2 in C:\wamp\www\fsg08\api5Lpin\sample\call_request.php on line 116

Notice: Undefined offset: 3 in C:\wamp\www\fsg08\api5Lpin\sample\call_request.php on line 117

erreur appel request

executable request non trouve c:\wamp\www\fsg08\api5lin\bin\request
avec les 2 \
22/09/2007, 15h19
N1bus

dans la doc :

Citation:

Vérifiez que l’exécutable request a bien les droits d’exécution.
22/09/2007, 16h02
webasso

très bien mais ou puis-je voir qu'il a des droits ? dans php.ini ? et sur quelle ligne ?
merci
22/09/2007, 16h09
N1bus

Là, je ne peux pas t'aider, je ne connais pas WAMP, je travaille sur des serveurs linux :(

Tu peux déjà faire phpinfo() et le mettre en pièce jointe ici ?
Si tu veux bien, crée un fichier avec phpinfo() dedans et place le dans le même répertoire que request
22/09/2007, 16h49
webasso

1 pièce(s) jointe(s)

atos

voici le phpinfo, que j'ai mis dans le call_request.php
22/09/2007, 17h15
N1bus
non, je voulais dire

place le dans le même répertoire que le fichier executable request

Tu crées un fichier que tu appelles info.php dedans tu mets juste
Code:

1 2 3 4 <?php phpinfo(); ?>
ensuite tu le places dans le même répertoire que l'exe request (bin) et tu l'appelles depuis le navigateur :
http://localhost......./info.php
22/09/2007, 17h40
webasso

1 pièce(s) jointe(s)

athos

j'ai placé le fichier dans le répertoire bin
j'ai exécuté le formulaire jusqu'a l'appel de l'api
j'ai lancé le phpinfo
et le voici
c'est pas mal du tout pour savoir ou on en est avec les variables :mouarf: je découvre
merci pour le temps que tu passes.

OK, alors essaye avec le C majuscule:
Code:

1 2 $path_bin = "C:\\wamp\\www\\fsg08\\api5lin\\bin\\request";
puis essaye
Code:

1 2 $path_bin = "C:/wamp/www/fsg08/api5Lpin/bin/request";

22/09/2007, 19h24
webasso

résultat négatif avec les 2 essais - toujours pas trouvé l exécutable.
je vais passer cela sur le serveur hébergeur. J'ai toujours eu les memes résultats, mais je vais vérifier.
Merci, je reprends contact.
05/10/2007, 16h41
rogerlenoir

La réponse d'un néophite au sujet des droits

Il me semble bien que les droits sur les fichiers ne sont pas les mêmes dans windows et dans linux.

Les droits en lecture écriture sont attribuables dans windows par un simple clic droit sur le fichier puis propriété.

Sur les serveur appaches version linux on peut attribuer des droits lecture/ecriture/exécution.
Pour ma part pour attribuer des droits d'exécution a request j'utilise Dreamweaver (mais avec fillezilla c'est pareil) je me connecte sur mon site distant, je sélectionne le fichier puis clic droit et définir les autorisations.

Les droits pour le fichiers request devraient être 755 (ce qui correspond à des droits de lecture/ecriture/exécution pour le propriétaire, pour les groupes et enfin pour tout le monde.

Par ailleurs il est possible d'attribuer ces droits à un fichiers en ligne de code en mode console mais je suis né à l'heure des interfaces graphiques donc quelque peu handicapé avec ces choses.

Je me souviens avoir lu un truc sur les droits et les lignes de codes en mode console sur les guide d'OVH.

Cordialement
PS j'espère n'avoir pas trop dit de c....

Désolé
j'avais pas vu qu'il y avait une seconde page donc le post précédent correspond à une question posée plus haut :

"très bien mais ou puis-je voir qu'il a des droits ? dans php.ini ? et sur quelle ligne ?
merci"

Quoiqu'il en soit la réponse me semble toujours d'actualité.

Pour ce qui est du fichier request et de son installation :

Dans la version Atos de e-transaction qui semble être proche de celle que tu utilises le fichiers request se pose dans le dossier cgi/bin à la racine du serveur (pas en local) (si j'en crois les bruits de couloir le dossier cgi/bin doit avoir des autorisations particulières pour être opérationnel, si tu es en mutualisé il faut s'assurer de cette opération auprès de ton hébergeur)

J'espère toujours ne pas être hors sujet et ne pas dire trop d'évidence mais je n'arrive pas à bien suivre votre fil (peut-être suis-je trop nerveux, trop impatient de trouver une réponse à un pb presque similaire voir le post "Réception variable POST avec paiement Atos")

Si tu as toujours un pb d'adressage voici à titre d'exemple ce que j'ai utilisé pour mon site:
Dans call_request.php:
$parm="$parm pathfile=/xxxxxxxxxxxx/www/e-transactions/param/pathfile";
puis:
$path_bin = "/xxxxxxxxxxxx/cgi-bin/request";

call_request.ph devrait trouver ton fichier request et te renvoyer la page de choix des cartes puis la suite.

Dans le système d'adressage j'ai bien fait attention a écrire leDomaine ou leDomaine.fr

Mais encore une fois je suis un néophite et il se peut bien que tout ceci n'est fait qu'occuper inutilement de l'espace disque.