Problème API e-transactions

[gusdrummer]

Bonjour,
Je suis en cours d'installation de l'API e-transactions du Crédit Agricole et j'ai le message d'erreur suivant qui s'affiche:
"
Erreur appel API de paiement.
message erreur : Error reading default parameters definition ( error fopen )
"

La doc d'aide indique que entre ( ) devrait se trouver le nom du fichier, or ce n'est pas le cas.

Les informations du pathfile correspondent au chemin physique sur le serveur.
Si je commente chacune de ces lignes, le message d'erreur est identique.

Pourriez vous m'en dire un peu plus sur la cause de cette erreur ?

Phase d'installation: Pré-production
Page: sample/call_request.php
Solution de paiment: e-transactions

Merci d'avance

[agor]

Nous essayons de notre côté de mettre en place un paiement Sogenactif et nous recontrons nous aussi des tas de problèmes. Les scripts personnalisés, développés pour l'utilisation de l'API développée par Atos Origin, semblent complètement buggés.

Cela fait maintenant près de 15 jours que nous sommes en test. Après une semaine où nous nous sommes fait balader de hotline en hotlin et après de nombreuses discussion avec notre contact à la Société Générale et la hotline de Atos Origin, nous en avons déduit que tout venait des scripts fournis par OVH. Nous avons fini par réussir à faire un premier test de paiement réussi. Mais, nous n'arrivons toujours pas à effectuer un paiement en plusieurs fois !!

Le service d'aide d'OVH est vraiment du genre inefficace. Il n'y a qu'un seul technicien qui s'occupe du système Sogenactif chez eux. Atos Origin ne peut même pas nous aider étant donné que nous n'avons pas la version d'origine de leur application. Nous n'avons reçu aucune documentation (si ce n'est 3 fichiers textes, ce que je n'appelle pas de la documentation!) de la part d'OVH quant à l'utilisation de leurs scripts, et la documentation reçue de Sogenactif ne correspond pas aux scripts d'OVH bien entendu.

Nous sommes excessivement déçus de ce service et ne pensons pas renouveller ce genre d'expérience désastreuse.

Bon courage à vous.

[le_gweg]

Les scripts de nombreuses banques sont en fait le même.
Il provient de la société ATOS il ya plein de ptites choses chiantes $ au lieu de $_post ou $_get ...
Avec ces APi un numéro de téléphone d'aide est fourni n'hésitez pas à l'utilisé on peut espérer qu'aprés avoir reçu un trop grand nombre d'appel de clients perdus il feront une doc convenable et livrerons un API en état de fonctionner ...

[ThomasNC]

Nous, cela fait 1 MOIS ET DEMI que nous avons installé un paiement PaiSec par OVH (CyberMut) qui ne fonctionne pas car les API est incorrecte (ils l'avouent). Nous appellons tous les jours, personne ne nous répond (il n'y a aussi qu'une personne -sûrement la même- qui s'occupe du paiement sécurisé), la hotline, dit qu'elle ne sait pas, nous avons même envoyé une lettre avec AR, aucune réponse et rien ne change.
Notre client, pour qui nous installons cette solution, nous a indiqué, fou de rage, qu'il allait changer de prestataire.
La gestion de cette problématique -laisser les clients dans le flou le plus total pendant des mois alors que l'erreur provient bien d'OVH- est tout simplement scandaleuse.

[le_gweg]

Au vues de vos problèmes je ne saurais que trop conseiller aux futurs client de ne pas passer par OVH mais directement par votre établissement bancaire en même temps que pour le contrat de VAD.

[Boris feat Styx]

Bonsoir à tous,

Pour ajouter ma pierre à la discussion, il apparait que je suis passé par la solution de la Banque Postal (Scellius), solution développée par Atos Origin (le monde est petit...). J'ai des erreur de lecteur de mon fichier de configuration et personne chez Atos n'est capable de m'aider... Ca va faire depuis 3 jours et mon client va finir par me haïr si sa solution de paiement ne fonctionne pas rapidement (ce que je peux comprendre).

Une solution en perspective ?

[Patosh]

Bonjour à tous,

J'ai réussi à faire marcher le Kit Mercanet (En mode démo pour le moment) de la BNP lui aussi développé par ATOS, c'est donc le même kit que vous. Je n'utilise pas le service paysec d'OVH.

Donc d'après mes essais, il faut mettre tous les éléments du kit dans le dossier cgi-bin, si vous mettez les fichiers de paramètres ou le pathfile ailleurs sur le site cela ne marche plus. Parcontre rien ne vous empêche de créer des sous dossiers dans cgi-bin.
Voici mon arborescence :
> (rep) cgi-bin
......> (fich) call-autoresponse.php
......> (fich) call-request.php
......> (fich) call-response.php
......> (fich) pathfile
......> (fich) request
......> (fich) response
......> (rep) paiement
............> (rep) param
..................> (fich) parmcom.xxxxxxxxxxxxxxx (fichier de démo)
..................> (fich) parmcom.mercanet
..................> (fich) certif.fr.xxxxxxxxxxxxxxx (certificat de démo)

Note : (rep) = répertoire ou dossier ; (fich) = fichier

Dans call_request indiquer :
$parm="$parm pathfile=./pathfile";
$path_bin = "./request";
les urls "normal_return_url", cancel_return_url, "automatic_response_url" doivent êtres absolue du genre "http://monsite.com/cgi-bin/call_response.php"


Dans path file indiquer :
D_LOGO!http://www.monsite.com/logo/! (si vous avez mis le dossier "logo" dans "www")
F_DEFAULT!./paiement/param/parmcom.mercanet!
F_PARAM!./paiement/param/parmcom!
F_CERTIFICATE!./paiement/param/certif!

Ne mettez pas /home/cgi-bin/xxx comme indiqué dans la doc cela ne marche pas ! (valable dans tous les cas)
Le répertoire logo peut être mis ou vous voulez du moment que vous indiquez le bon chemin.
Verifiez les autorisations sur les fichiers et normalement ça devrait aller.

IMPORTANT : demander la version 5.00 du kit ATOS, la version 6.00 n'est pas compatible avec les hébergement OVH

Voila.

[Nonovh]

Bonjour à tous,

j'ai la solution Mercanet de la BNP qui propose également la solution Atos SIPS. Etant donné que la version 6 qui m'a été fournie n'était pas compatible avec les serveurs OVH, j'ai demandé la version 5 que j'ai eue de la BNP.

j'ai fait ta métode Patosh, suivi scrupuleusement ce que t'as dit en respectant l'arborescence proposée et en plaçant les fichiers où tu disais, j'ai bien mis $path_bin = "./request"; et j'obtiens ce message

executable request non trouve ./request

Au secours, que faire, ça fait déjà plus d'un mois que je suis bloqué avec ce Mercanet qui me fait perdre mon latin !!

[mazout]

bonjour, je suis dans le même cas "executable request non trouve ./request" mon : hebergement 60gp sur ovh avec la version 5 du pack ATOS. J'ai suivi scrupuleusement la marche à suivre de Patoch, mais rien n'y fait, je suis planté !!!

[mazout]

Tout est rentré dans l'odre, je n'avais enfait pas passé correctement mes fichiers "request" et "reponse" en CHMOD 755 (execution).

[Nonovh]

Ca y est enfin mon executable fonctionne, en effet j'avais fait une erreur de débutant ( normal vu que je débute ... ), il suffisait de mettre les fichier BINAIRES de " request " et " response" sur le serveur, et non pas les executables windows " request.exe " et " response.exe " ...

Merci pour votre aide en tous cas !!

[actugamers]

Bonjour,

j'ai suivis votre aide, mais sans succé .

http://www.siteweb.com/cgi-bin/call_request.php

Internal Server Error

File "/home/artfindi/cgi-bin/call_request.php" is writeable by group


pour les logos : http://www.siteweb.com/logo/
Merci

[mat75002]

Ca y est enfin mon executable fonctionne, en effet j'avais fait une erreur de débutant ( normal vu que je débute ... ), il suffisait de mettre les fichier BINAIRES de " request " et " response" sur le serveur, et non pas les executables windows " request.exe " et " response.exe " ...

Merci pour votre aide en tous cas !!

Bonjour, j'essaye d'installer l'aplication Sogenactif de la Société Générale, mais sans succès, qu'est ce que les fichiers BINAIRES de " request " et " response", ou sont ils ? j'ai seulement les fichiers request.exe et response.exe dans le dossier bin.

[captain56]

Bonjour à tous,

J'ai réussi à faire marcher le Kit Mercanet (En mode démo pour le moment) de la BNP lui aussi développé par ATOS, c'est donc le même kit que vous. Je n'utilise pas le service paysec d'OVH.

Donc d'après mes essais, il faut mettre tous les éléments du kit dans le dossier cgi-bin, si vous mettez les fichiers de paramètres ou le pathfile ailleurs sur le site cela ne marche plus. Parcontre rien ne vous empêche de créer des sous dossiers dans cgi-bin.
Voici mon arborescence :
> (rep) cgi-bin
......> (fich) call-autoresponse.php
......> (fich) call-request.php
......> (fich) call-response.php
......> (fich) pathfile
......> (fich) request
......> (fich) response
......> (rep) paiement
............> (rep) param
..................> (fich) parmcom.xxxxxxxxxxxxxxx (fichier de démo)
..................> (fich) parmcom.mercanet
..................> (fich) certif.fr.xxxxxxxxxxxxxxx (certificat de démo)

Note : (rep) = répertoire ou dossier ; (fich) = fichier

Dans call_request indiquer :
$parm="$parm pathfile=./pathfile";
$path_bin = "./request";
les urls "normal_return_url", cancel_return_url, "automatic_response_url" doivent êtres absolue du genre "http://monsite.com/cgi-bin/call_response.php"


Dans path file indiquer :
D_LOGO!http://www.monsite.com/logo/! (si vous avez mis le dossier "logo" dans "www")
F_DEFAULT!./paiement/param/parmcom.mercanet!
F_PARAM!./paiement/param/parmcom!
F_CERTIFICATE!./paiement/param/certif!

Ne mettez pas /home/cgi-bin/xxx comme indiqué dans la doc cela ne marche pas ! (valable dans tous les cas)
Le répertoire logo peut être mis ou vous voulez du moment que vous indiquez le bon chemin.
Verifiez les autorisations sur les fichiers et normalement ça devrait aller.

IMPORTANT : demander la version 5.00 du kit ATOS, la version 6.00 n'est pas compatible avec les hébergement OVH

Voila.

bonjour et comment appel t'on ce script dans le navigateur ?
effectivement, galerant sur mon paiment en ligne, je n'ai trouvé que ta reponse pour m'en sortir, g tout bien mit comme indiqué mais, lorssque je tape : http/::www.monsite.fr/cgi-bin/call_request.php j'obtiens une erreur 500 .........AU SECOURRRRRR
MErci a tous

[Abogil]

Captain56, est-tu en dédié ou en mutualisé ?
Je viens de faire un essai avec la version P600 d'ATOS fournie par la BNP sur mon 90plan avec la fonction call_request.php.

J'ai pu faire une simulation de paiement par carte CB allant jusqu'au message terminant la transaction.

Nota : Je n'ai rien mis dans cgi-bin. J'ai tout installé dans dossier sous www.

[mokopec]

Bonjour à tous,

J'ai réussi à faire marcher le Kit Mercanet (En mode démo pour le moment) de la BNP lui aussi développé par ATOS, c'est donc le même kit que vous. Je n'utilise pas le service paysec d'OVH.
[...]
Verifiez les autorisations sur les fichiers et normalement ça devrait aller.

IMPORTANT : demander la version 5.00 du kit ATOS, la version 6.00 n'est pas compatible avec les hébergement OVH

Voila.

Bonjour,
je relance un post vieux de 1 an, mais voilà je suis confronté au même problème (ovh offre 60gp/ Atos par la banque postale (=scelius) en 5.00).
Alors j'ai bien essayé la méthode de patosh, mais rien à faire mon exécutable request reste introuvable...
J'ai bien mis le chmod à 755, les fichiers dans la même arborescence, les chemins relatifs et tout, mais ça bloque...
Quelqu'un a t il une suggestion?
est ce que quelqu'un pourrai aussi m'envoyer un fichier call_request.php et pathfiles qui marche (en remplacant les données confidentielles par des xxx bien sûr;) ) pour m'aider à trouver mes erreurs...

Merci d'avance et bon courage à ceux qui ont le même problème...

PS: Dès que je trouve la solution, je poste mes fichier sur ce forum, si ça peut en aider d'autres...

[mokopec]

Et bien après bien des déboires et tests en vain, il se trouve que... Patosh avait raison!
MAIS, il y avait des fichiers inexploitable dans le kit Atos qui m'a été fourni. Il existe une version mise à jour des exécutable request et response sur le site d'OVH... Voici le lien: http://guides.ovh.com/MiseaJourKitAtos

[nanou]

Bonjour,

Cela va faire 3 semaines que j'épluche tous les forums dont celui-ci pour résoudre le même problème d'api et j'ai suivi scrupuleusement toutes les idées proposées et même la configuration proposée dans ce post pour me retrouver au même point: erreur appel request
executable request non trouve. Chmod à 755, même 777, les fichiers déplacés à la racine dans le cgi-bin ou dans la boutique dans le dossier atos, rien n'y fait... Un chemin complet ou un ./la réponse est invariable. Or c'est bien l'api qui répond sinon j'aurait un 404. Il est ou le problème?
J'ai installé chez 1and1, puis chez ovh pour comparer, l'erreur est la même
A l'aide!
Merci

Bonjour à tous,

J'ai réussi à faire marcher le Kit Mercanet (En mode démo pour le moment) de la BNP lui aussi développé par ATOS, c'est donc le même kit que vous. Je n'utilise pas le service paysec d'OVH.

Donc d'après mes essais, il faut mettre tous les éléments du kit dans le dossier cgi-bin, si vous mettez les fichiers de paramètres ou le pathfile ailleurs sur le site cela ne marche plus. Parcontre rien ne vous empêche de créer des sous dossiers dans cgi-bin.
Voici mon arborescence :
> (rep) cgi-bin
......> (fich) call-autoresponse.php
......> (fich) call-request.php
......> (fich) call-response.php
......> (fich) pathfile
......> (fich) request
......> (fich) response
......> (rep) paiement
............> (rep) param
..................> (fich) parmcom.xxxxxxxxxxxxxxx (fichier de démo)
..................> (fich) parmcom.mercanet
..................> (fich) certif.fr.xxxxxxxxxxxxxxx (certificat de démo)

Note : (rep) = répertoire ou dossier ; (fich) = fichier

Dans call_request indiquer :
$parm="$parm pathfile=./pathfile";
$path_bin = "./request";
les urls "normal_return_url", cancel_return_url, "automatic_response_url" doivent êtres absolue du genre "http://monsite.com/cgi-bin/call_response.php"


Dans path file indiquer :
D_LOGO!http://www.monsite.com/logo/! (si vous avez mis le dossier "logo" dans "www")
F_DEFAULT!./paiement/param/parmcom.mercanet!
F_PARAM!./paiement/param/parmcom!
F_CERTIFICATE!./paiement/param/certif!

Ne mettez pas /home/cgi-bin/xxx comme indiqué dans la doc cela ne marche pas ! (valable dans tous les cas)
Le répertoire logo peut être mis ou vous voulez du moment que vous indiquez le bon chemin.
Verifiez les autorisations sur les fichiers et normalement ça devrait aller.

IMPORTANT : demander la version 5.00 du kit ATOS, la version 6.00 n'est pas compatible avec les hébergement OVH

Voila.

[Papack]

Bonjour,

J'ai également tout essayer.

Ma config 90 Plan et Mercanet version 6

Toujours request introuvable

Si quelqu'un à une idée
Merci d'avance ;)

Sébastien

[nanou]

Bon et bien c'était tout finalement quelque chose de très bête. Tout est ok maintenant.
Ma toute première vérification, celle qui fait partie du B A B A: le CHMOD en 755 que j'avais bien réglé en local, repassait en … 644 au moment de l'upload sur le serveur.
Il faut bien entendu régler le CHMOD à distance... Grande leçon d'humilité! Mais je préfère risquer le ridicule et faire gagner du temps peut-être à quelqu'un ……

Par contre je peux dire que j'ai pu apprécier à sa juste valeur:
- l'imprécision de la doc utilisateur ATOS,
- l'absence totale d'aide de leur part.
- Du côté de l'hébergeur 1and1 j'ai expérimenté l'étrange sens du commerce de leur support technique: en effet n'ayant pas eu de réponse mail à mes questions suivantes pourtant assez légitimes
1/Quelle version d'API ATOS Sogenactif est compatible avec l'hébergement mutualisé Pack initial de 1and1:l'API 5.00 ou l'API 6.00 ?
2/Le chemin complet doit-il etre inférieur à 64 caractères
3/Pouvons-nous régler le CHMOD des fichiers binaires request et response à 777 ou ne supportez-vous que 755?

Je les ai appelé pour accélérer le mouvement: après 17mn d'attente sur leur hotline payante, ils m'ont dit qu'ils m'enverraient un mail puis m'ont raccroché au nez.

Aujourd'hui alors que j'ai réglé toute seule le problème et que tout fonctionne le fameux mail de réponse de 1and1 est arrivé, 10 jours après, incongru :
"Si vous essayez d'utiliser des scripts en CGI sur votre Espace Web, cela ne fonctionnera pas : en effet, il vous faut le pack perso confort pour exécuter ce type de scripts."
cela se passe de commentaires non?
Merci en tous les cas pour votre patience et votre aide

[orch1d]

Bonjour à tous.

Apparemment deux ans plus tard les problèmes restent les mêmes. J'ai essayé la méthode de Patosh en mettant tout les fichiers dans le répertoire cgi-bin mais mon problème reste inchangé :

executable request non trouve ./request

De plus au passage je ne vois pas comment atteindre ce dossier via une url, dans mon cas l'url de base www.monsite.fr dirige vers mon dossier www qui est au même niveau que cgi-bin, comment peut t'on donc appeler call_request.php dans cgi-bin?

Encore une fois comme les autres j'ai bien vérifié que les fichiers request et response soient bien en 0755

Si quelqu'un pouvait me donner un exemple de fichier call_request.php fonctionnel cela serait grandement apprécié, peut-être que l'erreur est la je ne sais plus trop ou regarder :)

[Pizza Royale]

En relatif ça marche très bien : par exemple si ton script php est à la racine de www, tu appelles par un exec('../cgi-bin/min_script')
Ca doit marcher aussi en absolu, à partir de /homezxxx/. Pour connaitre le chemin absolu tu te logues avec ssh et tu fais un pwd.