Ubercart et module de paiement ATOS

Information importante

En raison d'un grand nombre d'inscriptions de spammers sur notre site, polluant sans relache notre forum, nous suspendons la création de compte via le formulaire de "sign up".

Il est néanmoins toujours possible de devenir adhérent•e en faisant la demande sur cette page, rubrique "Inscription" : https://www.drupal.fr/contact


De plus, le forum est désormais "interdit en écriture". Il n'est plus autorisé d'y écrire un sujet/billet/commentaire.

Pour contacter la communauté, merci de rejoindre le slack "drupalfrance".

Si vous voulez contacter le bureau de l'association, utilisez le formulaire disponible ici, ou envoyez-nous un DM sur twitter.

Submitted by amassel00v on

Bonjour à tous,

j'ai installé Ubercart avec le module développé par zmove pour la plateforme de paiement ATOS (nous utiliserons cyberplus). Tout d'abord, merci à lui, car c'est un gain précieux de temps.

Le problème, c'est que je ne comprends pas trop la configuration à mettre en place et je n'arrive pas à faire fonctionner le module de paiement.

Lorsque je vérifie ma commande (après validation du panier et rensiegnement des adresses de facturation et livraison), j'ai une erreur : "Request call error : Request executable file not found"

J'ai reçu l'API du crédit mutelle. Je l'ai décompressée et placé à la racine de mon site (donc à côté des dossiers files, sites... de drupal) dans un dossier /atos. j'ai placé à la racine de /atos les fichiers qui étaient contenus dans /bin, comme indiquait dans install.txt.

J'ai appliqué les droits aux dossiers / fichiers comme indiqué dans install.txt.

Mon plus gros doute provient de la configuration du fichier "pathfile" de l'api atos.

Mon site a été installé via le panel DTC. Quand je vais voir mon php info, celui me dit que mon docuement_root a pour valeur :
/var/www/sites/admin/domain.tld/subdomains/domain1/html

Donc, pour vous donner une idée, dans le fichier pathfile, j'ai indiqué pour le certificat :
F_CERTIFICATE!/var/www/sites/admin/domain.tld/subdomains/domain1/html/atos/param/certif!

Je ne comprends pas trop pourquoi j'ai ce message bloquant.

Merci pour toutes les aides éventuelles.

Forum : 
Support général
Version de Drupal : 
5.x

Soumis par herveo le 13 Novembre, 2009 - 12:57

bonjour,

Voulant mettre en oeuvre un module de paiement Atos (Sherlock's) sous Drupal 6, nous sommes exactement dans la même situation que amassel00v.

nous donnons également le path complet de notre hébergement virtuel à savoir :
var/www/vhosts/domaine/httpdocs/atos .... avec les sous répertoires proposés dans le doc du module atos ubercart

... et la même erreur impossible de trouver le fichier request

Auriez vous des pistes pour nous aider ?

Soumis par herveo le 25 Novembre, 2009 - 09:31

Bonjour à toutes et à tous,

Nous venons d'installer le module Ubercart ATOS développé par Zmove - un grand merci à lui pour avoir rendu son travail disponible à la communauté - sur notre site en hébergement virtuel (chez IKOULA pour info).

Voici au 25 novembre 2009 l'état de nos découvertes :

Le module fonctionne très bien en version test ATOS avec la solution sherlock's du Crédit Lyonnais. Nous attendons simplement l'ouverture officielle de notre boutique pour passer en réel avec nos certificats. Nous continuons donc nos tests à ce jour.

Notre configuration est basée sur Drupal 6.14, Ubercart 6.x.2.2, UC-Atos 6.x-1.x-dev (2008-nov.-07)

Nous avons un peu cherché pour configurer correctement notre fichier pathfile et faire un choix d'emplacement pour le dossier atos (fourni par le crédit lyonnais pour notre part).

A - Choix de l'emplacement du dossier Atos :

  • la doc Atos du LCL nous invitait à l'installer dans le home - ex : /home/atos
  • la doc du module UC_Atos nous invitait à l'installer en racine - ex : /atos

j'imaginais que l'une et l'autre de ces propositions nous poseraient problème en virtualisé et ne correspondait pas à une solution fonctionnelle.

Notre chemin de base est le suivant : /var/www/vhosts/votre.domaine.xx/httpdocs
bien sûr ce chemin dépend du type d'hébergeur et d'hébergement.

Drupal est en racine de ce chemin de base

Nous avons installé le répertoire atos à la base du site également. Ce qui nous donne le chemin suivant pour atos : /var/www/vhosts/votre.domaine.xx/httpdocs/atos

B - Organisation dans le répertoire atos :

l'arborescence est la suivante :

/var/www/vhosts/votre.domaine.xx/httpdocs/atos

en suivant les recommandation de Zmove dans sa doc UC_atos nous avons copié les exécutables du bin dans atos en leurs donnant les droits de la doc uc_atos ET l'autorisation d'exécution.

/var/www/vhosts/votre.domaine.xx/httpdocs/atos/logo || rien de modifié application des droits de la doc uc_atos

/var/www/vhosts/votre.domaine.xx/httpdocs/atos/log || rien de modifié application des droits de la doc uc_atos

/var/www/vhosts/votre.domaine.xx/httpdocs/atos/param || rien de modifié application des droits de la doc uc_atos

C - modifications du fichier pathfile :

D_LOGO!/atos/logo/!
(les gifs des logos doivent être accessibles dans drupal donc le chemin est basé sur la racine (htpdocs pour nous) )

F_DEFAULT!/var/www/vhosts/votre.domaine.xx/httpdocs/atos/param/parmcom.sherlocks!

fichier paramètre commercant

F_PARAM!/var/www/vhosts/votre.domaine.xx/httpdocs/atos/param/parmcom!

certificat du commercant
F_CERTIFICATE!/var/www/vhosts/votre.domaine.xx/httpdocs/atos/param/certif!

parametres drupal
RETURN_URL!http://votre.domaine.xx/cart/atos/complete!
CANCEL_URL!http://votre.domaine.xx/cart/atos/cancel!
AUTO_RESPONSE_URL!http://votre.domaine.xx/cart/atos/autoresponse!

Le module fonctionne alors parfaitement !

J'espère que ces quelques informations vous seront utiles à la personnalisation de votre installation et de vos paramètres.

En info finale nous commençons à traduire en fichier PO les modules Ubercart V2 de checkout, cart, atos et qq autres. Nous projetons de les mettre bien évidement à disposition, sans doute sur localize.drupal.org.

Cordialement

Hervé & Laurent

Soumis par w3wfr le 25 Novembre, 2009 - 10:55

Bonjour Hervé,

Tout d'abord merci pour ce retour d'expérience très clair.

Concernant le répertoire : le fait de placer le répertoire atos à l'intérieur de l'aborescence accessible par Apache me semble constituer un trou de sécurité.

Chez nous, ce que l'on fait généralement lorsque l'on veut placer un répertoire relativement à une installation Drupal plutôt qu'à un chemin serveur absolu, c'est le placer au même niveau que le répertoire Drupal (c'est l'usage notamment pour les répertoires /files en accès privé).
Cela donne :
- /mon/chemin/vers/drupal
- /mon/chemin/vers/atos

Tu peux donc fournir ../atos comme chemin relatif à l'installation drupal dans les paramétrages relatifs au système de fichier.

Qu'en pensez-vous ?

Soumis par herveo le 25 Novembre, 2009 - 11:57

Bonjour Alexandre et merci pour ton message.

Je vais cependant avoir encore besoin d'informations complémentaire pour être certain de comprendre tes conseils.

actuellement notre configuration Drupal 6.14 est installée comme suit :

1 - /var/www/vhosts/votre.domaine.xx/httpdocs -> Drupal

2 - le rép file est en mode public dans drupal et ce trouve dans le chemin absolu :
/var/www/vhosts/votre.domaine.xx/httpdocs/sites/default/files

3 - le rép atos est au même niveau que Drupal soit httpdocs (www pour une debian-like) ce qui donne le chemin absolu : /var/www/vhosts/votre.domaine.xx/httpdocs/atos

j'avoue rencontrer des problèmes avec la cohabitation de rép /files public (mode drupal) ET privés (avec un .htaccess) et nous n'envisagions pas d'exploiter pour le site en question de rép privés (mais l'info serait très intéressante néanmoins)

Voilà maintenant comment je comprends tes conseils :

a) le répertoire atos est dans notre configuration bien au même niveau que Drupal
b) Dans le fichier pathfile de configuration atos, il nous faut changer le chemin absolu "/var/www/vhosts/votre.domaine.xx/httpdocs/atos" en chemin relatif "../atos" pour laisser drupal gérer la sécurité concernant tous les accès aux fichiers situés dans httpdocs et inférieurs.

remarque : c'est ce que j'avais imaginé pour le ss rép /atos/logo comme je l'ai indiqué dans les paramètres de notre pathfile ; mais je pensais que les exe devaient être renseignés en chemin absolu.

Merci par avance,
nous pourrions rédiger ensuite un exemple de fichier pathfile modifié de tes conseils.

Cordialement

Hervé

PS un salut depuis La Réunion à Clisson très jolie ville et région

Soumis par w3wfr le 25 Novembre, 2009 - 12:26

Pour ton cas, cela signifie mettre atos ainsi :
/var/www/vhosts/votre.domaine.xx/atos

Ton répertoire drupal étant :
/var/www/vhosts/votre.domaine.xx/httpdocs

Dans ce cas là : Apache ne peut accéder à ton répertoire atos. Mais PHP peut le faire en passant par le système de fichiers.

Pour Files : avec D6, il vaut mieux choisir entre Privé OU Public - il existe toutefois un module qui permet de gérer la cohabitation des 2 modes mais je ne l'ai pas testé.
Je mets de côté le cas où un module communautaire tente de faire des bidouilles sans passer par le hook qui va bien...
Tout cela sera résolu dans D7 :-)

OK pour faire un petit tuto une fois une bonne pratique validée.

Soumis par herveo le 25 Novembre, 2009 - 13:01

Bien sûr !

oui oui tu as raison je viens de faire les modifications c'est tout aussi fonctionnel (heureusement) et beaucoup plus sérieux que de l'installer dans l'accès web apache.

Je marque un pause pour m'insulter copieusement de ne pas y avoir pensé, puis une autre pour pêcher d'orgueil ;-)

En ce qui concerne le point des rep files prive ET public effectivement comme toi je ne parviens pas à la gérer actuellement.

Enfin, je laisse passer quelques jours de tests et publierai si tout va bien une modification de notre pathfile comme exemple

Merci encore,

cordialement

Hervé

Soumis par jubrette le 30 Juin, 2010 - 18:39

Bonjour Hervé,

Voilà le module fonctionne mais je n'arrive pas à gérer le CANCEL_URL. De base, le module redirige vers http://votre.domaine.xx/cart avec un message comme quoi la commande a été annulé (après clique sur retour boutique bien entendu). Ca me pose problème car j'aimerais différencier le cas où l'utilisateur a annulé son paiement avant d'avoir rentrer ses coordonnées bancaires, du cas où il a cliqué sur le bouton retour après avoir rentré des coordonnées bancaires erronés (refusé par la banque quoi). Or le module laisse, pour ces deux cas, la commande à un statut In checkout.
J'ai tenté de modifier le CANCEL_URL dans le fichier parcom.xxxxxxxxx mais rien n'y fait toujours retour vers http://votre.domaine.xx/cart avec le message.

Aurais-tu une idée ?
D'avance merci.