Toutes les clefs pour réussir dans le e-commerce

Mes modules Prestashop

Installation d’un paiement ATOS SIPS – tutoriel première partie

Voici la première étape d’un tutoriel qui en compte deux et qui va vous permettre d’installer un paiement sécurisé basé sur la solution ATOS SIPS (le leader sur le marché Français).

Avant toutes choses sachez que votre banque vous demandera pas mal d’informations et montera tout un dossier avant de vous autoriser (ou pas) à utiliser leur serveur pour vos paiements sécurisés. Cela prend du temps et je vous conseille de ne pas trop attendre avant de vous lancer dans ces démarches.

Les éléments nécessaires

Une fois le coté administratif réglé, vous devriez recevoir par mail:

  • La documentation qui comporte notamment le dictionnaire des données et le guide d’installation.
  • L’API (que nous détaillerons plus loin).
  • Le certificat crypté (un fichiez .zip contenant un .exe qui porte le nom de certif.fr.xxxx)

Vous allez recevoir également par courrier la clé de décryptage du certificat crypté.

Description du contenu de l’API

L’API comprend les fichiers et dossiers suivants:

Le dossier Bin qui comprend:

  • request_2.4.18_2.96
  • response_2.4.18_2.96
  • request_2.6.9_3.4.2
  • response_2.6.9_3.4.2
  • request
  • response

Normalement vous ne devriez avoir besoin que des fichiers request et response (nous allons expliquer plus loin comment s’en servir).

Le dossier logo comprend les différents logos de cartes bleues et clés.

Le dossier param comprend:

  • certif.fr.xxxxxxxx
  • pathfile
  • parmcom.sherlocks (ici sherlocks correspond au système du LCL cela peut changer selon la banque choisie)
  • parcom.xxxxxxxx

Certif.fr.xxxxxx est un certificat de test qui va vous permettre d’effectuer vos tests avant la mise en production.
Pathfile est un fichier de configuration où il faudra indiquer les différents chemin des dossiers et fichiers utiles.
parmcom.sherlocks est un fichier de configuration de la banque déjà configuré, vous n’aurez pas à le modifier.
parmcom.xxxxxx est un fichier de configuration de test (les xxx sont remplacés par des numéros identiques pour certif.fr et parmcom).

Le dossier sample comprend des fichiers d’exemples:

  • call_autoresponse.php
  • call_request.php
  • call_response.php
  • et les mêmes fichiers en .pl (inutile pour une implantation en php)

Nous verrons plus loin comment se servir de ces fichiers.

Principe de fonctionnement

Là je ne me suis pas fatigué, j’ai repris le schéma de Thierry Godin qui a fait un excellent tuto sur le sujet également (même si dans mon cas certains points n’étaient pas tout à fait justes).

  1. Le client a rempli le caddie et le valide pour procéder au paiement.
  2. Le fichier call_request.php est exécuté et interroge le binaire request.
  3. Affichage des moyens de paiement.
  4. Le client clique sur la carte bancaire. Les données de la transaction sont envoyées au serveur du fournisseur.
  5. Affichage du formulaire de saisie de carte bancaire.
  6. Le client saisit ses numéros de carte puis valide. (Si le client abandonne, il est redirigé vers la page d’annulation : 6a 6b).
  7. Le serveur du fournisseur demande l’autorisation auprès d’une institution financière (réseau bancaire)
  8. La réponse est traitée par le fournisseur.
  9. La requête est renvoyée vers le fichier de réponse automatique call_autoresponse.php et le fichier de réponse manuelle call_response.php (9 et 9.a).
  10. Ces deux fichiers sont exécutés et interrogent le binaire response pour interpréter le résultat (10 et 10.a).
  11. Le fichier de réponse manuelle call_response.php affiche la page de résultat (Succès ou échec).

Envoi des fichiers request et response sur le serveur

A cette étape il y a deux possibilités, soit la variable safe_mode de votre serveur est placée sur ON soit sur OFF.
Dans le premier cas vous devrez alors envoyer vos fichiers request et response dans le répertoire indiqué par la variable safe_mode_exec_dir.
Dans le second vous  pourrez envoyer vos deux fichiers où bon vous semble.

Pour connaître le statut du safe_mode et le répertoire du safe_mode_exec_dir sur votre serveur il suffit d’utiliser la commande phpinfo();

Pour les étapes suivantes on considèrera que les fichiers pathfile, parmcom.sherlock’s, parmcom.xxxxx, certif.fr.xxxx et le dossier des logos se trouvent dans un dossier nommé “cbatos” à la racine du site.

Le fichier pathfile

C’est le fichier qui va contenir les chemins d’accès aux fichiers de configuration, vous allez y indiquer:

– Le chemin vers le dossier logo. Ce chemin devra être relatif.

– Le chemin vers le fichier de configuration de la banque parmcom.sherlocks.

– Le chemin vers le fichier de configuration du commerçant parmcom.xxxxxxx.

– Le chemin vers le certificat du commerçant certif.fr.xxxxx.

– La mention YES ou NO pour le DEBUG.

Ce qui va vous donner au final:

#########################################################################
#
#	Pathfile
#
#	Liste des fichiers parametres utilises par le module de paiement
#
#########################################################################
#
#
#-------------------------------------------------------------------------
# Activation (YES) / Désactivation (NO) du mode DEBUG
#-------------------------------------------------------------------------
#
DEBUG!YES!
#
# ------------------------------------------------------------------------
# Chemin vers le répertoire des logos depuis le web alias
# Exemple pour le répertoire www.merchant.com/sherlocks/payment/logo/
# indiquer:
# ------------------------------------------------------------------------
#
D_LOGO!/cbatos/logo/!
#
# --------------------------------------------------------------------------
#  Fichiers paramètres liés a l'api sherlocks paiement
# --------------------------------------------------------------------------
#
# fichier des  paramètres sherlocks
#
F_DEFAULT!/homez.316/monsite/www/cbatos/parmcom.sherlocks!
#
# fichier paramètre commercant
#
F_PARAM!/homez.316/monsite/www/cbatos/parmcom!
#
# certificat du commercant
#
F_CERTIFICATE!/homez.316/monsite/www/cbatos/certif!
#
# --------------------------------------------------------------------------
# 	end of file
# --------------------------------------------------------------------------

Le fichier parmcom.xxxx

Ce fichier permet d’indiquer les urls de réponse automatiques et manuelles. Mais, vous le verrez après, il est possible de spécifier ces urls (et bien d’autres choses) directement dans le fichier call_request.php et c’est ce que nous allons faire. Donc pour le fichier parmcom.xxx nous allons simplement mettre en commentaire certaines lignes.

###############################################################################
#
#	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.monsite.fr/cbatos/call_autoresponse.php!

# URL de retour suite a paiement refuse

#CANCEL_URL!http://http://www.monsite.fr/cbatos/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

Ici je n’ai pas commenté les lignes:
– CURRENCY!978! qui indique la monnaie utilisée (ici l’euro).
– HEADER_FLAG!no! qui précise si on veut voir afficher le logo “clé” (ici on n’en veut pas).
– PAYMENT_MEANS!CB,2,VISA,2,MASTERCARD,2! qui indique les moyens de paiement proposés (ici CB,visa et mastercard).

J’aurai pu les commenter et spécifier ces éléments dans mon fichier call_request.php, à vous de juger ce qui sera le mieux dans votre cas.

Le fichier recap.php

Je vous entends déjà raler.. “oh ! c’est quoi ce fichier on n’en a pas parlé plus tôt”.

En fait ce fichier est celui qui va afficher un récapitulatif du panier du client (ou de sa future commande) ainsi que les moyens de paiement. Vous pouvez le nommer comme vous voulez ça n’a pas d’importance.

Pour le récapitulatif je ne peux pas vous aider c’est à vous  de récupérer le contenu du panier et les informations de facturation saisies par le client. Vous devez également obtenir un montant total à facturer ainsi qu’un numéro de commande unique.

Une fois que vous avez tout cela vous allez pouvoir inclure (avec la commande include() ) dans recap.php le fichier call_request.php, c’est lui qui saura s’il est possible ou pas d’afficher les moyens de paiement.

Le fichier call_request.php

Le fichier call_request.php va récupérer tous les paramètres nécessaires à la transaction et générer une requête. Cette requête sera ensuite envoyée au fichier request puis il analysera la réponse obtenue.

Voila à quoi ressemble le fichier call_request.php



//Affectation des parametres obligatoires

$parm="merchant_id=014295303911111"; //merchant_id de test
$parm="$parm merchant_country=fr";//pays
$parm="$parm amount=".$totalCommande;

// Initialisation du chemin du fichier pathfile
$parm="$parm pathfile=/homez.316/monsite/www/cbatos/pathfile";

//l'email de l'acheteur
$parm .= " customer_email=" . $emailCommande;

$parm.=" order_id=".$idCommande;//numero unique de la commande

//url en cas d'annulation
$parm .= " cancel_return_url=http://www.monsite.fr/annulation.php";

// url réponse automatique
$parm .= " automatic_response_url=http://www.monsite.fr/cbatos/call_autoresponse.php";

//url de retour du client après le paiement
$parm .= " normal_return_url=http://www.monsite.fr/merci.php";

$path_bin = "/homez.316/monsite/cgi-bin/request";//ici j'avais choisi de placer mon fichier request dans le dossier cgi-bin

// Appel du binaire request

$result=exec("$path_bin $parm");

// sortie de la fonction : $result=!code!error!buffer!
// - code=0 : la fonction genere 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");

// recuperation des parametres

$code = $tableau[1];
$error = $tableau[2];
$message = $tableau[3];

// analyse du code retour

if (( $code == "" )&&( $error == "" ) ) {
$txtReponse="executable request non trouve ".$path_bin;
}

// Erreur, affiche le message d'erreur

else if ($code != 0){
$txtReponse="<center><b><h2>Erreur appel API de paiement.</h2></center></b><br><br><br> message erreur : ".$error." <br>";
}

// OK, affiche le formulaire HTML
else {
$txtReponse=($error!="")?"<br><br>".$error."<br />":"";
$txtReponse.=$message;
}


Merchant_id correspond au numero qui se trouve derrière le fichier certif.fr.xxxxx (celui de test pour commencer on remplacera par le numéro du certificat officiel une fois tout configuré)

$parm amount cette variable prend le montant total de votre commande mais sans virgule. C’est à dire que pour 27.90 € vous devez indiquer 2790.

$parm pathfil le chemin vers le fichier pathfile

$order_id je vous ai précisé plus haut qu’il fallait prévoir un numéro de commande unique. Ce n’est en fait pas obligatoire mais conseillé. En effet, afin de retrouver dans votre base de données la commande qui vient d’être payée il est utile d’avoir un identifiant unique pour la repérer. C’est pourquoi nous renseignons $order_id avec cet identifiant. Vous pouvez aussi utiliser le même identifiant pour transaction_id ce qui vous permettra de faire le rapprochement entre une commande dans votre base de données et une transaction dans les logs de la banque.

cancel_return_url il faut indiquer ici l’url de la page qui sera appelée lorsque l’utilisateur cliquera sur le bouton annulé (une fois sur le serveur de la banque)

automatic_response_url c’est l’url du script qui sera appelé lorsque l’utilisateur effectuera son paiement (réussi ou non). Cette page ne peut afficher quoi que ce soit. Elle ne peut servir qu’à mettre à jour votre base de données.

normal_return_url c’est l’url de la page qui sera appelé lorsque le client aura payé et reviendra sur le site. Cette page reçoit les même informations que automatic_response_url la seule différence c’est qu’elle est appelé par le navigateur du visiteur et peut donc afficher du texte.

$path_bin le chemin vers le fichier exécutable request

Tel quel le fichier n’affichera rien, car le résultat est enregistré dans la variable $txtReponse. C’est votre fichier recap.php qui devra faire un echo sur cette variable pour afficher le résultat.

Rien ne vous oblige à inclure le fichier call_request.php dans le fichier recap.php, vous pourriez l’appeler directement. Mais en pratiquant ainsi vous séparez le code qui traite avec le serveur de la banque du code propre à votre site. C’est plus clair et plus réutilisable.

Vous n’avez plus qu’à envoyer votre fichier recap.php et call_request.php sur votre serveur.

Normalement arrivé à ce stade l’appel de la page recap.php devrait afficher les cartes bleues. Si ce n’est pas le cas vérifier vos chemins. Vous pouvez également faire un echo sur la variable $parm pour la vérifier. Cette variable doit contenir tout les paramètres qui seront envoyés au fichier request. Les paramètres sont séparés entre eux par un espace donc vérifier qu’aucun espace ne s’est glissé ailleurs.

Cette première partie est terminée et je pense qu’elle vous aura occupé déjà quelques minutes (heures). La prochaine étape sera plus simple et consistera à récupérer les informations renvoyées par la banque, mettre à jour la base de données en conséquence et enfin passer en pré-production puis en production.

N’hésitez pas à utiliser les commentaires pour poser des questions j’essaierai de vous répondre du mieux possible.

Installation d’un paiement ATOS SIPS – deuxième partie

Vous pouvez également lire “les erreurs fréquentes lors de l’installation d’un paiement Atos

Si vous désirez que je me charge de l’installation de votre paiement sécurisé sur votre site, n’hésitez pas à me contacter.

Poster un Commentaire

69 Commentaires sur "Installation d’un paiement ATOS SIPS – tutoriel première partie"

Recevoir un email pour
avatar

Trier par:   plus récent | plus vieux | Plus de vote
Sylvain
Invité
Sylvain
6 années 3 mois plus tôt

Juste une petite info au cas où certains se prendraient la tête comme moi sur ce problème :

Si jamais vous avez un problème d’exécution des fichiers binaires (request, response, autoresponse), sachez que parfois ils sont fournis en 32 bits.
Maintenant, de plus en plus de serveurs sont en 64 bits, il est donc nécessaire d’avoir les librairies pour lire des binaires en 32 bits sur un serveur 64 bits.

Sans quoi, comme moi, vous vous demanderez pendant des heures (jours) pourquoi ce fichier ne veut pas s’exécuter ;-)

Bon courage à tous ! Et bravo pour ce tutoriel très propre…

Megadeth
Invité
Megadeth
5 années 8 mois plus tôt

Bonjour,
Je me prends la tête depuis plusieurs heures/jours avec la fonction exec de php de call_request.php. Si les serveurs de mon hébergeur est en 64 bits, que dois-je faire concrètement ? Où récupérer les librairies et quoi en faire ? Cdlt, Mega ;)

niko
Invité
niko
5 années 7 mois plus tôt

Bonjour
Existe t’il un système similaire à la solution proposée par le Credit Mutuel mais pour la banque LCL où l’utilisateur est directement redirigé vers le module de paiement du credit mutuel tout beau est bien sécurisé ? :)

merci

dns
Invité
dns
5 années 5 mois plus tôt

Merci pour ce tutoriel.

La documentation de la banque est indigeste.
Avec ton aide ca a été vraiment pratique !

Je suis en mutualisé OVH.
J’ai repris les même nom de dossier et arborescence que toi.

Juste un peu galéré pour adapter :
/homez.316/monsite/cgi-bin/request
à mon cas :
316 = chiffre spécifique à l’abonnement OVH
monsite = login du site (et non pas le nom du site)
au pire demandez à OVH

Seul “bug”, j’ai du modifier les droits 755 sur les fichiers :
– request
– response

Ca à l’air de réagir… je vois la page avec les Logos…
C’est encourageant après qqs heures à creuser dans le vide.

Encore merci

maniT4c
Invité
maniT4c
5 années 3 mois plus tôt

@DNS normalement le CHMODE 100 devrait suffire pour tes fichier request et response.

dev77
Invité
dev77
4 années 11 mois plus tôt

J’essaye de transmettre des données dans le champ data de la chaine “parm” du genre :

$parm.= ‘ data=1EUROCOM_DATA=test#test2’;

message erreur : Invalid Keyword in parameter (1EUROCOM_DATA=test)

La syntaxe n’est pas correcte, j’ai essayé comme selon la doc :

$parm.= ‘ data=”1EUROCOM_DATA=test#test2#;”‘;

Même erreur.

Quelqu’un pourrait-il m’aider à ce sujet ?

Merci

Par ailleurs, pour ma part j’ai transféré par FTP les fichiers du plugin Linux. Les fichiers request et response n’étaient pas reconnus car il faut forcer leur transfert FTP en mode binaire (et pas en mode ASCII par défaut).

dev77
Invité
dev77
4 années 11 mois plus tôt

C’est un problème de syntaxe.

Si je ne mets pas ce champ data, cela fonctionne.
Si je mets dans ce champ data un truc du genre :

$parm.= ‘ data=1EUROCOM_DATA=test’;

cela fonctionne.

Dès que je rajoute d’autres paramètres (avec la syntaxe de la doc) du genre :

$parm.= ‘ data=1EUROCOM_DATA=test#test2’;

ça ne fonctionne pas : Invalid Keyword in parameter (test2)

J’ai essayé en mettant des guillemets, en échappant les caractères spéciaux, rien n’y fait…

Erasmussen
Invité
Erasmussen
4 années 11 mois plus tôt

Bonjour merci pour cet article (ces articles) bien complet(s) !! Qui laisse entrevoir des solutions abordables pour un problèmes qui me semblait inaccessible !! :)

J’avais une petite question : est-il envisageable d’après vous de greffer ce système sur un plugin WordPress (type e-shop ou jigoshop) ? Je sais pas si des personnes on des retours d’expériences sur ce type de dev’ ? Merci d’avance.

dev77
Invité
dev77
4 années 11 mois plus tôt

J’ai résolu mon problème (en grande partie).

Pour ton info, le champ data doit être renseigné pour une intégration de la solution 1euro.com, c’est un champ où tu peux mettre un peu tout ce que tu veux.

1euro.com fournit un document supplémentaire pour paramétrer ce champ data à leur sauce.

Au final, la syntaxe

$parm.= ‘ data=1EUROCOM_DATA=test#test2′;

fonctionne, mais uniquement sous Linux.

Le bug sous Windows est dû, selon le support technique, à une mauvaise interprétation de la commande exec sur cet OS.

Au final, tout fonctionne correctement puisque mon serveur de prod est sous Linux. J’essaierais plus tard de corriger le pb sous Windows.

Merci pour ton aide et ton tuto.

dev77
Invité
dev77
4 années 11 mois plus tôt

Réponse plus précise du support :

Le problème vient donc du comportement de la commande escapeshellcmd sur un poste Windows.

Cette commande n’agit pas de la même manière que sur Linux en fonction du Windows utilisé. La sécurisation de la commande exec() est a faire sous une autre méthode qui en-dehors de notre périmètre.

Merci et bonne continuation !

mehdi
Invité
mehdi
4 années 9 mois plus tôt

bonjour

je dois installer sherlock’s dans un site dans lequel il n’ y a pas de montant fixe mais un montant fixé par le client

comment pourrais je faire

merci par avance

mehdi

Mehdi
Invité
Mehdi
4 années 9 mois plus tôt

Auriez vous svp un exemple de formulaire avec la variable a intégrer ?

Merci

mehdi
Invité
mehdi
4 années 9 mois plus tôt

bonsoir je l’ai installé sans pb
c’est juste de la faineantise et surtout je voulais voir l’implantation de la variable du montant pour l’envoyer dans mon call request

si quelqu ‘un a créé un formulaire avec les noms prenoms adresse je suis preneur

Maca
Invité
Maca
4 années 9 mois plus tôt

Bonjour, j’ai un problème.

Le Call Url (quand je clique sur un type de carte bancaire) me redirige vers https://sherlocks.creditlyonnais.fr/cgis-payment-sherlocks/demo/callpayment. Mais cette adresse ne marche pas. Je pense que ce serais plutot https://sherlocks.lcl.fr/cgis-payment-sherlocks/demo/callpayment.

Comment faire pour la changer svp ?

Merci

Fabien
Invité
Fabien
4 années 8 mois plus tôt

D’abord merci pour ce tuto,
J’ai galeré pendant 1 jour complet avant de tomber dessus pour trouver la solution a mon probleme.

impossible d’executer request et response

Sur un serveur 64 bits, il faut installer la librairie ia32-libs
un petit sudo apt-get install ia32-libs

alexandra
Invité
alexandra
4 années 5 mois plus tôt

bonjour les mecs,

j’ai suivi le tuto mais j’ai ce problème :

Chemin que vous avez configuré pour l’éxecutable: /home/eq72711/cgi-bin/
Fichier executable appelé: Le fichier n’existe pas
Accès de 0

le serveur d’hébergement est en 32 bit !

j’ai essayé plusieurs méthodes mais rien !

qq1 peut m’aider SVP :(

olivier
Invité
olivier
4 années 5 mois plus tôt

Concernant le soucis de Maca sur l’URL demo/callpayment,

L’adresse cible du formulaire (vignette type CB) est défini par le certificat utilisé.

Le kit Sherlocks contient :
– un certificat obsolète
https://sherlocks.creditlyonnais.fr/…/callpayment
– un certificat récent :
https://sherlocks.lcl.fr/…/callpayment

Fresneau Tony
Invité
4 années 4 mois plus tôt

J’ai le même problème que alexandra :

Mes chemins sont bon mais j’ai toujours l’erreur suivante :

executable request non trouve

Une idée ?

J’ai installé des dizaines de module bancaires différents mais celui-la est vraiment TRÈS mauvais et mal conçut.

Fresneau Tony
Invité
4 années 4 mois plus tôt

Je vient de vérifier et mon mutualiser OVH est en 64 bits que faire ?

Léo
Invité
Léo
3 années 7 mois plus tôt

Merci pour ce tutoriel.

Par contre je n’ai pas réussi à arriver jusqu’au bout:

dans le fichier call_request.php je ne parviens pas à récupérer les paramètres :

// recuperation des parametres
$code = $tableau[1];
$error = $tableau[2];
$message = $tableau[3];

A PHP Error was encountered
Severity: Notice
Message: Undefined offset: 1
Filename: cbatos/call_request.php
Line Number: 42

A PHP Error was encountered
Severity: Notice
Message: Undefined offset: 2
Filename: cbatos/call_request.php
Line Number: 43

A PHP Error was encountered
Severity: Notice
Message: Undefined offset: 3
Filename: cbatos/call_request.php
Line Number: 44

grena
Invité
3 années 6 mois plus tôt

Merci pour cet excellent tuto.

Pour les personnes qui ont un problème avec “executable request non trouve”, vérifiez bien les droits de lecture du fichier, mais surtout d’exécution ! (c’est un binaire…)
un chmod 511 devrait suffire.

zezette
Invité
zezette
3 années 4 mois plus tôt

Bonjour et merci pour ce tuto tres utile.

Tout fonctionne parfaitement sauf pour les achats inferieur à 1€, j’ai alors ce message :

Erreur lors de l’appel de l’éxecutable ‘request’.
Message d’erreur:

API ERROR
Error in call parameters structure (invalid amount length (99))

As tu une idée d’ou cela peut venir? ou parametrer la longueur du champ amount?

zezette
Invité
zezette
3 années 4 mois plus tôt

Je pense que oui.

Dans mon fichier checkout.sips_cc_form.php, j’ai bien :
$amount = $db->f(“order_total”)*100;

D’ailleurs en mode debug, mon parametre vaut bien 99 pour un achat à 0,99 €, ce qui signifie qu’il a bien été multiplié par 100…?

En revanche j’ai le message :
API ERROR
Error in call parameters structure (invalid amount length (99))

zezette
Invité
zezette
3 années 4 mois plus tôt

Ca ne fonctionne plus dès qu’on passe en dessous de 1€.

J’ai contacté plusieurs personnes du support technique de la banque qui m’affirment qu’ils acceptaient les paiements jusqu’à 0,3 €…

zezette
Invité
zezette
3 années 4 mois plus tôt

Je viens d’avoir Atos qui me dit que Amount doit etre sur 3 caracteres.

$parm => exactement identique qu’avec un achat superieur à 1€

zezette
Invité
zezette
3 années 4 mois plus tôt

Au final, j’ai forcé l’affichage des 0 pour des montants inférieurs à 1€ et ça a fonctionné ! (amount=’099′ pour un achat à 0,99€)

Un grand merci pour ce tuto et pour ton aide !

Matthias
Invité
Matthias
3 années 3 mois plus tôt

Bonjour et merci pour ce super tutoriel. (que je n’ai pas fini de lire CAR )
De ma banque je n’ai recu que :

le lien vers le dl d’un kit d’installation et le module cgi :

http://www.e-transactions.credit-agricole.fr/formulaire-telechargement.html

Un numéro de site, de rang et un identifiant e-transaction ainsi que deux document word je ne voit nul part de fichier request response etc… j’ai manqué un truc? Ou ma banque ne me l’a pas encore envoyé ?
(j’ai reçu ce courrier il y’a de ça 9 jours)

Ça ne presse pas mais je voulais savoir si je suis une quille et j’ai loupé un truc, ou si je doit appeler ma banque pour dire qu’ils m’ont oublié ! :D

Merci d’avance!

Laurent
Invité
Laurent
3 années 19 jours plus tôt

Merci Fabien pour l’astuce ia32-libs
je commençais à devenir fou !

chris
Invité
chris
3 années 7 jours plus tôt

Savez-vous si il est possible de déclencher l’envoi en banque lors de l’envoi de la marchandise (donc ation côté commercçant) et non pas lors du paiement par le client (côté client) via une sorte d’API backoffice ?

wpDiscuz