Définition des Webservices Systempay. Version 1.2c

Save this PDF as:
 WORD  PNG  TXT  JPG

Dimension: px
Commencer à balayer dès la page:

Download "Définition des Webservices Systempay. Version 1.2c"

Transcription

1 Définition des Webservices Systempay Version 1.2c

2 Historique du document Version Auteur Date Commentaires 1.2c Lyra-Network 06/12/ b Lyra-Network 10/07/ a Lyra-Network 03/05/2012 Modification du champ threedsresult. Précision apportée quant à l utilisation de ce champ dans le cas d une carte non enrôlée. Détails ajoutés sur le code erreur 9 Erreur technique. Précision sur la redirection vers l ACS Ajout des cartes de test en annexes Ajout de la méthode sendvereqandbuildpareqbyidentifiertx Suppression des méthodes : buildpareqbyorderidentifiertx sendvereqbyorderidentifiertx sendvereqtx buildpareqtx 1.2 Lyra-Network 14/12/ Lyra-Network 20/06/2011 Ajout de nouveaux codes d erreur Ajout de la méthode buildpareqbyorderidentifiertx Modification apportées sur le maintien de la session HTTP en mode TEST Ajout des méthodes : sendvereqandbuildpareqtx sendvereqbyorderidentifiertx Précisions ajoutées concernant le maintien de la session HTTP 1.0 Lyra-Network 20/06/2011 Version initiale. Confidentialité Toutes les informations contenues dans ce document sont considérées comme confidentielles. L utilisation de celles-ci en dehors du cadre de cette consultation ou la divulgation à des personnes extérieures est soumise à l approbation préalable de Lyra Network.

3 SOMMAIRE 1 Présentation Notions de timeout Description des codes erreurs Description des types threedsecureresponse paresinfo verespareqinfo Signature Description des méthodes et cinématique Maintien de la session HTTP entre chaque requête Principe de fonctionnement de l authentification 3D-Secure Vérification d enrôlement et génération de la demande d authentification 3DS Paiement classique Paiement en 1 clic (paiement par identifiant) Redirection vers l ACS Récupération de la réponse de l ACS Analyse de l authentification 3DS (analyzeparestx) Annexes... 16

4 1 Présentation Ce document présente les webservices 3-D Secure qui permettent de réaliser des vérifications sur l enrôlement d une carte et de rediriger le porteur vers l ACS de la banque émettrice. Les résultats des requêtes présentées dans ce document serviront à renseigner le paramètre threedsresult lors d une requête de paiement. (cf. Guide_d_implementation_standard_WebService.pdf) Ces webservices ont été développés suivant le protocole SOAP (Simple Object Access Protocol) et sont décrits par le fichier wsdl suivant : Afin de sécuriser les échanges, les webservices (SOAP) sont cryptés grâce au protocole HTTPS. De plus un mécanisme de signature a été mis en place afin de valider et d authentifier l échange des données. (cf. chapitre Signature) 2 Notions de timeout Le traitement d une requête webservices s articule autour d un enchainement d événements asynchrones comme l envoi de la requête via le réseau du site marchand, le transport des informations sur le réseau internet, le traitement du paiement par la plateforme, l interrogation des serveurs bancaires, etc. Un incident peut survenir à chaque étape et augmenter le temps du traitement (et donc implicitement le temps d attente pour l acheteur). Une requête peut voir sa réponse retardée pour de multiples raisons comme par exemple : Un temps de réponse long de la part de l émetteur du porteur de la carte, (cas des cartes étrangères, cas de période de forte charge comme les soldes,..) Un temps de réponse long de la part de l acquéreur lors de la transmission et de la réception de la demande d autorisation Un temps de réponse long du côté de votre application suite à une charge importante Un temps de réponse long de la plateforme de paiement. Un problème de peering sur Internet qui peut entrainer des pertes de messages, etc Ce qui veut dire que suivant le timeout que vous positionnez dans votre application, vous pouvez ne pas recevoir de réponse alors que le traitement asynchrone continue à s exécuter côté plateforme de paiement. Vous devez donc gérer les cas de timeout qui mal traités peuvent donner un mauvais résultat à l acheteur. Afin d être le plus réactif possible vis-à-vis de l acheteur, il est conseillé de mettre en place un timeout sur non réponse et d adapter le traitement pour informer l acheteur. Systempay Description des Network- 1/16

5 Le marchand veillera à bien configurer la valeur du timeout, car plus ce délai sera court, plus le nombre de requêtes en timeout sur le site marchand augmentera. Le temps moyen de traitement par la plateforme étant inférieur à 5 secondes, un timeout de 20s à 30s est tout à fait acceptable. ATTENTION Un temps de traitement plus long ne doit pas être confondu avec un paiement refusé. Le paiement peut être accepté même si votre requête échoue en timeout. Car la demande de paiement dépend d évènements asynchrones non stoppés par le déclenchement du timeout. Le marchand devra donc mettre en place un traitement particulier pour les requêtes en timeout. Si vous n avez pas récupéré la réponse à votre requête WS à la fin de votre timeout, il ne faut pas forcément informer l utilisateur que son paiement a été refusé. Car il risque de tenter un nouveau paiement alors qu entre-temps son paiement a réellement abouti après la fin de votre timeout (traitement asynchrone). Vous devez plutôt suivant vos contraintes: Soit l informer que son règlement est en cours et revenir vers lui une fois que vous connaissez le statut final de votre paiement. Car le risque est que l acheteur tente de multiples paiements. Soit le notifier du refus parce que vous savez que vous ne validerez pas son Network- 2/ 16

6 3 Description des codes erreurs Error Error Description Code Code Description 0 Action réalisée avec succès 9 Erreur technique 1 Action non autorisée 10 Mauvais paramètres 2 Mauvaise signature 11 Format de date incorrect 3 Aucune brand localisée 12 3D Secure désactivé 4 Erreur lors de la détermination de la plage de la 13 Identifiant non trouvé carte 5 Aucun contrat adéquat trouvé 14 PAN non trouvé 6 Spécification du contrat ambigüe, plusieurs sont 98 Erreur de traitement sur l ACS disponibles 7 Marchand non enrôlé 99 Erreur inconnue 8 Signature de l ACS invalide Précisions sur les codes d erreurs ErrorCode 0 : Indique que l action demandée a été réalisée avec succès, traduisant ainsi que le format de la requête est correct. Remarque : Lors d une demande d analyse d authentification 3DS (méthode analyze), ce code d erreur ne doit pas être confondu avec le champ status qui est le seul à donner le résultat de l authentification du porteur. Ainsi on pourra avoir un errorcode à 0 et un status à N, traduisant que l analyse s est déroulée avec succès mais que le porteur ne s est pas authentifié correctement. - ErrorCode 9 : Ce code erreur correspond à une erreur technique qui peut avoir plusieurs causes. La plus fréquente étant l envoi d un mauvais numéro de contrat commerçant (createcardinfo.contractnumber) dans la Network- 3/ 16

7 4 Description des types 4.1 threedsecureresponse Ce type permet de décrire la réponse de l ensemble des webservices 3DS. Elle sera complétée par un type de réponse spécifique à chaque requête. Nom du champ Type Description errorcode int Code d erreur errordetail String Détail de l erreur si le champ errorcode est différent de 0 timestamp long Timestamp permettant la génération de signature unique signature String Signature de la Réponse (cf. ci-dessous) La signature permet de valider l intégrité de la réponse, le calcul de cette signature se fait en prenant les paramètres dans l ordre suivant : errorcode, errordetail, timestamp 4.2 paresinfo Il s agit de la réponse renvoyée par le serveur lors d une requête analyseparestx. Elle contient le résultat de l authentification 3-D Secure Nom du champ Type Description brand String Brand de la carte («VISA» ou «MASTERCARD») enrolled String Statut enrôlement porteur : «Y»: Enrôlé «N» : Non enrôlé «U» : Inconnu status String Statut authentification du porteur : «Y»: Authentifié 3DS «N» : Erreur Authentification «U» : Authentification impossible «A» : Essai d authentification eci String ECI xid String Numéro de transaction marchand cavv String Certificat de l ACS cavvalgorithm String Algorithme CAVV : «0» : HMAC «1» : CVV «2» : CVV_ATN «3» : Mastercard SPA La signature permet de valider l intégrité de la réponse, le calcul de cette signature se fait en prenant les paramètres dans l ordre suivant : errorcode, errordetail, timestamp, brand, enrolled, status, eci, xid, cavv, Network- 4/ 16

8 4.3 verespareqinfo Réponse renvoyée lors d une requête sendvereqandbuildpareqtx sendvereqandbuildpareqbyidentifiertx. Elle contient le résultat de la demande d enrôlement ainsi que le message encodé qui sera transmis par le navigateur client à l ACS. Nom du champ Type Description requestid String numéro de requête, à rappeler dans les appels analyzeparestx enrolled String Statut d enrôlement du porteur : «Y»: Enrôlé «N» : Non enrôlé «U» : Inconnu acsurl String Url de l ACS à contacter, présent uniquement si enrolled=y acctid String certificat renvoyé par le Directory Server encodedpareq String message PAReq encodé, prêt à envoyer à l ACS brand String Réseau de carte La signature permet de valider l intégrité de la réponse, le calcul de cette signature se fait en prenant les paramètres dans l ordre suivant : errorcode, errordetail, timestamp, requestid, enrolled, acsurl, acctid, Network- 5/ 16

9 5 Signature Un certificat est nécessaire pour dialoguer avec la plateforme de paiement. Il est mis à disposition de toutes les personnes habilitées à la consultation des certificats dans votre outil de gestion de caisse à l emplacement suivant : Paramètres / Boutique / Certificat. Il existe deux certificats différents : un pour la plateforme de test et un pour la plateforme de production. La signature sera générée comme suit : Création d'une chaîne de caractère représentant la concaténation des paramètres, séparés par le caractère "+". Ajout à cette chaîne d'un "certificat " numérique (de test ou de production selon le contexte). Hachage de la chaîne résultante avec l'algorithme SHA1. La plateforme de paiement effectuera obligatoirement la vérification de la signature. Il est de la responsabilité du commerçant de vérifier à son tour la signature transmise en retour. L ordre des champs doit être respecté. Les champs de type numérique ne doivent pas avoir de 0 à gauche du digit le plus significatif. Les champs de type bool prennent les valeurs suivantes : - 1 pour vrai (true) - 0 pour faux (false) Les champs de type String non renseignés seront vides. En mode TEST, en cas de mauvais calcul de signature, le code erreur renvoyé est «BAD_SIGNATURE» et, la chaine de caractère utilisée pour la signature côté serveur est alors renvoyée dans le champ Network- 6/ 16

10 6 Description des méthodes et cinématique Les WebServices 3D-S décrits dans ce document doivent respecter la cinématique suivante : Demande de vérification d enrôlement (vereq) Construction du message codé (PAReq) Soumission d un formulaire auto posté contenant le PAReq Analyse de la réponse renvoyée par l ACS (PARes) Important : L architecture de la plateforme de paiement reposant sur un ensemble de serveurs avec répartition de charge, il est nécessaire que chaque requête associée à un même paiement soit réalisée avec la même session HTTP afin d assurer la continuité du processus. Pour cela, à chaque requête sendvereqandbuildpareqtx, une session est créée coté serveur. L ID de la session est renvoyé dans l entête HTTP de la réponse. Il devra être retourné dans les requêtes analyseparestx suivantes. Note concernant le mode TEST : Afin de conserver la continuité des transactions en mode test, il sera nécessaire de transmettre l identifiant de la session lors de la redirection vers l ACS. Ceci devra se faire en concaténant : L url de l ACS obtenue dans la réponse verespareqinfo L identifiant de session renvoyé dans l entête http, séparés par «;jsessionid=» La syntaxe à respecter est : ${URL};jsessionid=${session} Exemple : <form name="form" method="post" action=" 3" >... </form> EN MODE PRODUCTION VOUS NE DEVEZ EN AUCUN CAS TRANSMETTRE UN IDENTIFIANT DE SESSION A L Network- 7/ 16

11 6.1 Maintien de la session HTTP entre chaque requête En java Une fois le client WebService créé (port), utiliser la méthode signalée en gras dans le code suivant : Service service = Service.create(wsdlURL, qname); ThreeDSecure port = service.getport(threedsecure.class); ((BindingProvider) port).getrequestcontext().put(bindingprovider.session_maintain_property, true); Cela permet au serveur de ne pas ignorer les infos de session associées à la requête http et de maintenir un cookie avec l ID de session. En PHP Après l appel à la fonction sendvereqandbuildpareqtx, la session est créée côté serveur et renvoyée dans les headers HTTP de la réponse. Pour les méthodes suivantes de la même transaction, il faut récupérer ce header et le transmettre en tant que cookie dans la requête HTTP. Voici un exemple de code pour récupérer l id de session et le transmettre : /* La méthode ci-dessous permet de récupérer l entête HTTP de la réponse */ $header = $client-> getlastresponseheaders(); /* Dans la chaîne de caractère obtenue, nous recherchons la présence de l ID de la session HTTP, stockée dans l élément "JSESSIONID" : */ if(!preg_match("#jsessionid=([a-za-z0-9\.]+)#",$header, $matches)){ return "Aucun ID de Session Renvoyé.";//Cas d erreur technique; } $cookie = $matches[1]; /*La méthode ci-dessous permet de spécifier un cookie qui sera envoyé dans chaque entête http */ $client-> setcookie ("JSESSIONID", $cookie); Il est donc nécessaire de stocker cet id de session car lors du retour de l ACS, dé corrélé des requêtes sendvereqandbuildpareqtx, il faut également l Network- 8/ 16

12 6.2 Principe de fonctionnement de l authentification 3D-Secure Cinématique du paiement : L acheteur valide sa commande sur le site marchand. Il saisit ses données cartes sur le site marchand pour procéder au paiement. Le site marchand contacte Systempay (méthode sendvereqandbuildparestx) Systempay, via son MPI, interroge le directory VISA ou Mastercard. Si la carte n est pas enrôlée, Systempay renvoie au marchand les informations utiles pour la création d une transaction (à renseigner dans le champ threedsresult de la méthode create par exemple) Si la carte est enrôlée, Systempay renvoie au marchand les informations suivantes (verespareqinfo): - L URL du site internet de la banque du porteur (ACS) vers laquelle le marchand devra rediriger l acheteur. - Le message PAReq encodé - L identifiant de la requête (requestid) Le site marchand sauvegarde dans le champ MD l identifiant de session contenu dans l entête de la réponse (JSESSIONID) ainsi que l identifiant de la requête (requestid) contenu dans la réponse verespareqinfo Le site marchand envoie au navigateur de l acheteur une requête http POST avec les informations contenues dans le verespareqinfo ainsi que le champ MD. L acheteur est redirigé vers sur le site de la banque émettrice (ACS) et s authentifie A la fin de l authentification, l acheteur est redirigé vers le site marchand et son navigateur effectue une requête POST à destination du site marchand contenant les champs MD et PARes Le site marchand récupère ces deux champs et les transmet à Systempay pour vérifier l authentification (méthode analyzeparestx) Le MPI de Systempay vérifie les données contenues dans le PARes : l acheteur ne s est pas authentifié, le paiement sera refusé. Le marchand peut : Soit transmettre le résultat de l authentification 3DS dans le champ threedsresult de la méthode create. Ceci aboutira à la création d une transaction refusée, visible dans le back office. Soit arrêter le processus de paiement et indiquer à l acheteur que le paiement est refusé. l acheteur s est authentifié, le marchand doit alors valoriser le champ threedsresult de la méthode create avec le résultat de l authentification 3DS. Systempay procèdera alors à la demande d Network- 9/ 16

13 6.3 Vérification d enrôlement et génération de la demande d authentification 3DS Paiement classique La méthode sendvereqandbuildpareqtx permet de faire une demande de vérification d enrôlement auprès des Directory Servers VISA ou MasterCard et de générer le message envoyé par le navigateur du client lors de la requête d authentification du payeur (PAReq) vers l ACS. Cette fonction prend en entrée les paramètres suivants : Nom du champ Type Description Obligatoire shopid String Identifiant de la boutique contractnumber String Numéro de contrat commerçant ctxmode String Contexte de sollicitation de la plateforme de paiement ("TEST", "PRODUCTION") cardnumber String Numéro de carte du porteur browseruseragent String Header «User-Agent» du navigateur du client browseraccept String Header «Accept» du navigateur du client purchaseamount String Montant de la transaction en plus petite unité monétaire purchasecurrency String Devise (Code monnaie ISO 4217, Euro : 978) cardexpiry String Date d'expiration de la carte, format YYMM wssignature String Signature (cf ci-dessous) Le calcul de la signature se fait en prenant les paramètres dans l ordre suivant : shopid,, contractnumber, ctxmode, cardnumber, browseruseragent, browseraccept, purchaseamount, purchasecurrency, cardexpiry Cette fonction retourne une réponse du type verespareqinfo contenant le résultat de la demande d enrôlement ainsi que le message PAReq codé dans le cas où le champ enrolled est valorisé à «Y» Cas des cartes non enrôlées ou dont le statut d enrôlement est inconnu Si le champ enrolled est valorisé à N ou Y, alors la cinématique d authentification 3-D Secure s arrête. Si le marchand souhaite réaliser un paiement (via la méthode create) il doit impérativement valoriser le champ threedsresult comme suit : Nom du champ Type Description Obligatoire brand String Brand de la carte ("VISA" ou "MASTERCARD") enrolled String Statut enrôlement porteur : "N" : Non enrôlé "U" : Inconnu authstatus String Ne pas envoyer eci String Ne pas envoyer xid String Ne pas envoyer cavv String Ne pas envoyer cavvalgorithm String Ne pas envoyer Cas des cartes enrôlées Si le champ enrolled est valorisé à N ou Y, alors la cinématique d authentification 3-D Secure doit continuer (cf. chapitre Redirection vers l Network- 10/ 16

14 6.3.2 Paiement en 1 clic (paiement par identifiant) La méthode sendvereqandbuildpareqbyidentifiertx permet de faire une demande de vérification d enrôlement auprès des Directory Servers VISA ou MasterCard en passant en paramètre l identifiant d un compte carte et de générer le message envoyé par le navigateur du client lors de la requête d authentification du payeur (PAReq) vers l ACS. Cette fonction prend en entrée les paramètres suivants : Nom du champ Type Description Obligatoire shopid String Identifiant de la boutique contractnumber String Numéro de contrat commerçant ctxmode String Contexte de sollicitation de la plateforme de paiement ("TEST", "PRODUCTION") identifier String Identifiant du compte carte browseruseragent String Header «User-Agent» du navigateur du client browseraccept String Header «Accept» du navigateur du client purchaseamount String Montant de la transaction en plus petite unité monétaire purchasecurrency String Devise (Code monnaie ISO 4217, Euro : 978) wssignature String Signature (cf ci-dessous) Le calcul de la signature se fait en prenant les paramètres dans l ordre suivant : shopid, contractnumber, ctxmode, identifier, browseruseragent, browseraccept, purchaseamount, purchasecurrency Cette fonction retourne une réponse du type verespareqinfo contenant le résultat de la demande d enrôlement ainsi que le message PAReq codé dans le cas où le champ enrolled est valorisé à «Y». Note: D après le protocole français ERT 27, même en cas d authentification réussie, le paiement ne sera pas garanti. La méthode create (ws-identifiant) ne possède donc pas de paramètre d entrée acceptant le résultat de l authentification Network- 11/ 16

15 6.4 Redirection vers l ACS Après avoir récupéré le contenu du verespareqinfo, il faut rediriger le navigateur du client vers son ACS, en renvoyant une page HTML avec un formulaire POST auto soumis. L'url de l'acs est utilisée comme action du POST, la valeur est celle retournée dans le champ verespareqinfo.acsurl). Il faut également disposer d une url de retour sur le serveur pour récupérer la réponse de l'acs (elle aussi par POST). Ce formulaire doit obligatoirement contenir les champs suivants (attention à bien respecter les majuscules) : Nom du champ Type Description Obligatoire Message codé, retourné par l appel de la PaReq String méthode sendvereqandbuildpareqtx (champ verespareqinfo.encodedpareq TermUrl String URL de retour dans laquelle sera analysé le retour de l authentification 3-D Secure Merchant DATA. Il s agit de données qui seront MD String restituées lors de la réponse de l ACS. Par commodité il est conseillé de valoriser ce champ avec l id de session et le requestid afin de reprendre facilement le traitement, par exemple sous la forme suivante : «id_de_session+requestid» Rappel concernant le mode TEST : Afin de conserver la continuité des transactions en mode test, il sera nécessaire de transmettre l identifiant de la session lors de la redirection vers l ACS. Ceci devra se faire en concaténant : L url de l ACS obtenue dans la réponse verespareqinfo L identifiant de session renvoyé dans l entête http, séparés par «;jsessionid=» La syntaxe à respecter est : ${URL};jsessionid=${session} Exemple : <form name="form" method="post" action=" 3" >... </form> EN MODE PRODUCTION VOUS NE DEVEZ EN AUCUN CAS TRANSMETTRE UN IDENTIFIANT DE SESSION A L Network- 12/ 16

16 Exemple de page de redirection <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" " <html xmlns=" xml:lang="fr" lang="fr"> <head> <meta http-equiv="content-type" content="text/html;charset=utf-8"/> <title>---</title> <script type="text/javascript"> <!-- function submitform(){ document.redirectform.submit(); } --> </script> </head> <body onload="settimeout(\'submitform()'.'\',500);"> <span class="message">redirection ACS</span> <br/> <br/> <br/> <form name="redirectform" action="acsurl" method="post"> <input type="hidden" name="pareq" value="encodedpareq"/> <input type="hidden" name="termurl" value="url_de_retour"/> <input type="hidden" name="md" value="requestid" /> <noscript><input type="submit" name="go" value="click to continue"/></noscript> </form> </body> Network- 13/ 16

17 6.5 Récupération de la réponse de l ACS Il est nécessaire de mettre en place une URL de retour de l ACS pour que celui-ci puisse nous renvoyer les données du PARes. Les paramètres renvoyés par l ACS sont les suivants : PaRes : contient le message PARes MD : contient le Merchant Data envoyé lors de l appel à l ACS Il convient alors d extraire du champ MD les valeurs de l id de session et du requestid pour ensuite les utiliser lors de l appel à la méthode analyzeparestx. Exemple de page de retour : Dans cet exemple, le champ MD a été composé de l id de la session et de l identifiant de la requête, séparés par le caractère «+» : <?php session_start();?> <html> <head></head> <body> <?php $PaRes = $_POST['PaRes']; list($jsessionid, $requestid) = explode("+",$_post['md']); //Initialisation du client SOAP $client = new soapclient($wsdl,array('trace' =>1)); //Définition du cookie qui sera envoyé avec la requête SOAP $client-> setcookie('jsessionid', $JSESSIONID); Appel de la méthode analyseparestx </body> Network- 14/ 16

18 6.6 Analyse de l authentification 3DS (analyzeparestx) Cette fonction permet de soumettre à la plateforme de paiement le message PARes reçu après l authentification 3D-S. Cette fonction prend en entrée les paramètres suivants : Nom du champ Type Description Obligatoire shopid String Identifiant de la boutique contractnumber String Numéro de contrat commerçant ctxmode String Contexte de sollicitation de la plateforme de paiement ("TEST", "PRODUCTION") requestid String numéro de requête pares String Message PaRes encodé, reçu de l ACS wssignature String Signature (cf ci-dessous) Le calcul de la signature se fait en prenant les paramètres dans l ordre suivant : shopid, contractnumber, ctxmode, requestid, pares Cette fonction retourne une réponse du type paresinfo. Elle contient le message PAReq codé. Cette réponse est ensuite utilisée pour renseigner le champ threedsresult lors d une requête de paiement : Le marchand devra obligatoirement fournir tous les champs: brand, enrolled, authstatus, xid. Dans le cas où l internaute s est correctement authentifié (status= "Y" ou "A") Les champs eci, cavv et cavvalgorithm deviennent obligatoires. Dans le cas où l internaute ne s est pas authentifié (status= "N" ou "U"), les champs eci, cavv et cavvalgorithm ne doivent pas être envoyés Remarque : Le message PARes peut comporter des caractères de retour à la ligne ( CR, LF ou \r, \n ). Ces caractères sont remplacés par un simple LF par certains framework au moment de l appel au WS. C est le cas notamment en ASP.NET. Afin de ne pas rencontrer des problèmes de calcul de signature, il est conseillé de supprimer les retours à la ligne avant le calcul de signature. Cette suppression n altère pas l intégrité du message Network- 15/ 16

19 7 Annexes Ci dessous la liste des numéros de carte à utiliser en mode TEST : Numéro de carte Résultat du test Paiement accepté avec authentification 3-D Secure Paiement avec authentification 3-D Secure interactive Paiement accepté, commerçant non enrôlé 3-D Secure Paiement accepté, internaute non enrôlé 3-D Secure Paiement refusé, transaction à forcer, contacter l'émetteur de carte Paiement accepté, garantie de paiement = NO Paiement refusé pour cause d'authentification 3-D Secure échouée, l'internaute n'est pas parvenu à s'authentifier Paiement refusé (autorisation refusée pour cause de plafond dépassé) Paiement refusé, autorisation refusée suite à erreur dans le cryptogramme visuel saisi La date d expiration et le cryptogramme sont à votre libre choix (Ex: date mars 2020 et cryptogramme = 123 Toutes les transactions réalisées en mode TEST sont visibles par les personnes habilitées sur le back office, dans le menu Gestion/ Transactions de TEST». Les résultats des tests ci-dessus sont conditionnés par l état d enrôlement de votre contrat. Tant que vous ne recevez pas le mail vous informant de l activation de la garantie 3D- Secure, les paiements de tests seront réalisés sans Network- 16/ 16

Définition des Webservices Ordre de paiement par email. Version 1.0

Définition des Webservices Ordre de paiement par email. Version 1.0 Définition des Webservices Ordre de paiement par email Version 1.0 Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom Date/Visa Historique du document

Plus en détail

Plateforme PAYZEN. Définition de Web-services

Plateforme PAYZEN. Définition de Web-services Plateforme PAYZEN Définition de Web-services Ordre de paiement Version 1.1 Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom Date/Visa Lyra-Network

Plus en détail

Plateforme Systempay. Intégration du module de paiement pour la plateforme VIRTUEMART 2.0 et supérieur PAIEMENT UNITAIRE Version 1.

Plateforme Systempay. Intégration du module de paiement pour la plateforme VIRTUEMART 2.0 et supérieur PAIEMENT UNITAIRE Version 1. Plateforme Systempay Intégration du module de paiement pour la plateforme VIRTUEMART 2.0 et supérieur PAIEMENT UNITAIRE Version 1.2a Rédaction, Vérification, Approbation Rédaction Vérification Approbation

Plus en détail

Plateforme PAYZEN. Intégration du module de paiement pour la plateforme Prestashop. Version 2.9a

Plateforme PAYZEN. Intégration du module de paiement pour la plateforme Prestashop. Version 2.9a Plateforme PAYZEN Intégration du module de paiement pour la plateforme Prestashop Version 2.9a Guide d intégration du module de paiement Prestashop 1/12 SUIVI, HISTORIQUE Rédaction, Vérification, Approbation

Plus en détail

Guide d implémentation. Réussir l intégration de Systempay

Guide d implémentation. Réussir l intégration de Systempay Guide d implémentation - Interface avec la plateforme de paiement - Réussir l intégration de Systempay Version 1.4b Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa

Plus en détail

Réussir l intégration de Payzen

Réussir l intégration de Payzen Réussir l intégration de Payzen Version 1.4b Réussir l intégration de Payzen 1/16 SUIVI, HISTORIQUE Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom

Plus en détail

Plateforme PAYZEN. Intégration du module de paiement pour la plateforme WordPress E-Commerce

Plateforme PAYZEN. Intégration du module de paiement pour la plateforme WordPress E-Commerce Plateforme PAYZEN Intégration du module de paiement pour la plateforme WordPress E-Commerce Version 1.1 Guide d intégration du module de paiement WP E-commerce 1/17 Rédaction, Vérification, Approbation

Plus en détail

Plateforme Systempay Retour automatique à la boutique. Version 2.2

Plateforme Systempay Retour automatique à la boutique. Version 2.2 Plateforme Systempay Retour automatique à la boutique Version 2.2 Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom Date/Visa Lyra-Network 24/05/2012

Plus en détail

Manuel Utilisateur de la fonction 3DSecure en mode interface Direct de la solution de paiement Payline

Manuel Utilisateur de la fonction 3DSecure en mode interface Direct de la solution de paiement Payline Manuel Utilisateur de la fonction 3DSecure en mode interface Direct de la solution de paiement Payline Version 1.D Payline Monext Propriétaire Page 1 / 15 Page des évolutions Le tableau ci-dessous liste

Plus en détail

Définition des webservices Standards

Définition des webservices Standards Définition des webservices Standards Payzen 1.26.1 Version 2.7b Définition des webservices standards 1/38 Historique du document Version Auteur Date Commentaires 2.7b Lyra-Network 10/07/2013 Précision

Plus en détail

Guide d implémentation. Gestion des paiements par identifiant

Guide d implémentation. Gestion des paiements par identifiant Guide d implémentation - Echange de fichiers - Gestion des paiements par identifiant Version 1.5 Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom

Plus en détail

Guide d'implémentation - Échanges de fichiers

Guide d'implémentation - Échanges de fichiers Guide d'implémentation - Échanges de fichiers Gestion des paiements par identifiant PayZen 2.3 Version du document 1.6 Sommaire 1. HISTORIQUE DU DOCUMENT... 3 2. CONTACTER L'ASSISTANCE TECHNIQUE...4 3.

Plus en détail

Guide d implémentation

Guide d implémentation Guide d implémentation Echange de fichiers Gestion des paiements par identifiant Version 1.5 SUIVI, HISTORIQUE Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom

Plus en détail

Définition des Webservices V4 Plateforme Systempay v1.27.10. Version 1.4b

Définition des Webservices V4 Plateforme Systempay v1.27.10. Version 1.4b Définition des Webservices V4 Plateforme Systempay v1.27.10 Version 1.4b Historique du document Version Auteur Date Commentaires 1.4b Lyra-Network 21/04/2015 1.4a Lyra-Network 24/01/2014 1.4 Lyra-Network

Plus en détail

Définition des Webservices V4

Définition des Webservices V4 Définition des Webservices V4 Payzen 1.27.8 Version 1.4 Description des webservices v4 1/56 Historique du document Version Auteur Date Commentaires 1.4 Lyra-Network 06/12/2013 1.3 Lyra-Network 01/08/2013

Plus en détail

Guide d implémentation

Guide d implémentation Guide d implémentation Intégration du moyen de paiement PayPal Paiement immédiat (Mode Sale) Version 1.1 Guide d implémentation - Paypal 1/15 SUIVI, HISTORIQUE Rédaction, Vérification, Approbation Rédaction

Plus en détail

GUIDE DE DEMARRAGE SP Plus

GUIDE DE DEMARRAGE SP Plus GUIDE DE DEMARRAGE SP Plus Secteur public Version 1.2 31/08/2011 Ce document et son contenu sont strictement confidentiels et la propriété de Natixis Paiements. Il n est pas contractuel. Toute reproduction

Plus en détail

Plateforme Systempay. Intégration du module de paiement pour la plateforme Virtuemart composant de JOOMLA. Version 2.6

Plateforme Systempay. Intégration du module de paiement pour la plateforme Virtuemart composant de JOOMLA. Version 2.6 Plateforme Systempay ntégration du module de paiement pour la plateforme Virtuemart composant de JOOMLA. Version 2.6 Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa

Plus en détail

Plateforme PAYZEN. Définition des Webservices. Version 2.5. Payzen Description des webservices standard 1/28

Plateforme PAYZEN. Définition des Webservices. Version 2.5. Payzen Description des webservices standard 1/28 Plateforme PAYZEN Définition des Webservices Version 2.5 Description des webservices standard 1/28 SUIVI, HISTORIQUE Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa

Plus en détail

Définition des Webservices Standards Systempay 1.27.8. Version 2.7c

Définition des Webservices Standards Systempay 1.27.8. Version 2.7c Définition des Webservices Standards Systempay 1.27.8 Version 2.7c Historique du document Version Auteur Date Commentaires 2.7c Lyra-Network 06/12/2013 Modification du champ threedsresult. Précision apportée

Plus en détail

Plateforme Systempay. Intégration du module de paiement pour la plateforme PRESTASHOP >1.4.0.X. Version 1.4f

Plateforme Systempay. Intégration du module de paiement pour la plateforme PRESTASHOP >1.4.0.X. Version 1.4f Plateforme Systempay Intégration du module de paiement pour la plateforme PRESTASHOP >1.4.0.X Version 1.4f Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa

Plus en détail

Plateforme Systempay. Correspondance entre SP PLUS et SYSTEMPAY Paiement Simple et en plusieurs fois

Plateforme Systempay. Correspondance entre SP PLUS et SYSTEMPAY Paiement Simple et en plusieurs fois Plateforme Systempay Correspondance entre SP PLUS et SYSTEMPAY Paiement Simple et en plusieurs fois Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom

Plus en détail

GUIDE DE DEMARRAGE CYBERPLUS PAIEMENT MIX

GUIDE DE DEMARRAGE CYBERPLUS PAIEMENT MIX GUIDE DE DEMARRAGE CYBERPLUS PAIEMENT MIX Version 1.3 20/05/2010 Ce document et son contenu sont strictement confidentiels et la propriété de Natixis Paiements. Il n est pas contractuel. Toute reproduction

Plus en détail

Plateforme Systempay. Intégration du module de paiement pour la plateforme Thelia. Version 1.5

Plateforme Systempay. Intégration du module de paiement pour la plateforme Thelia. Version 1.5 Plateforme Systempay ntégration du module de paiement pour la plateforme Thelia. Version 1.5 Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom Date/Visa

Plus en détail

Les solutions de paiement CyberMUT (Crédit Mutuel) et P@iement CIC. Qui contacter pour commencer la mise en place d une configuration de test?

Les solutions de paiement CyberMUT (Crédit Mutuel) et P@iement CIC. Qui contacter pour commencer la mise en place d une configuration de test? Les solutions de paiement CyberMUT (Crédit Mutuel) et P@iement CIC Qui contacter pour commencer la mise en place d une configuration de test? CyberMUT Paiement - Paiement CIC Commerce Electronique mailto:centrecom@e-i.com

Plus en détail

Guide d implémentation

Guide d implémentation Guide d implémentation Intégration du moyen de paiement PayPal Paiement différé (Mode Order) Version 1.0 Guide d implémentation - Paypal 1/18 SUIVI, HISTORIQUE Rédaction, Vérification, Approbation Rédaction

Plus en détail

GARANTIE DE PAIEMENT & 3D-SECURE

GARANTIE DE PAIEMENT & 3D-SECURE GARANTIE DE PAIEMENT & 3D-SECURE Version 1.2 25/05/2010 Ce document et son contenu sont strictement confidentiels et la propriété de Natixis Paiements. Il n est pas contractuel. Toute reproduction et/ou

Plus en détail

Intégration du module de paiement pour la plateforme OSCommerce 2.3

Intégration du module de paiement pour la plateforme OSCommerce 2.3 Intégration du module de paiement pour la plateforme OSCommerce 2.3 Sommaire 1. HISTORIQUE DU MODULE...3 2. FONCTIONNALITÉS DU MODULE... 4 3. A LIRE ABSOLUMENT AVANT D'ALLER PLUS LOIN... 5 4. FONCTIONNALITÉS

Plus en détail

Plateforme Systempay. Intégration du module de paiement pour la plateforme Thelia.

Plateforme Systempay. Intégration du module de paiement pour la plateforme Thelia. Plateforme Systempay ntégration du module de paiement pour la plateforme Thelia. Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom Date/Visa Lyra-Network

Plus en détail

Réussir l intégration de CinetPay

Réussir l intégration de CinetPay Page 1 sur 15 Réussir l intégration de CinetPay Version 1.5.2 Page 2 sur 15 SUIVI, HISTORIQUE Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom Date/Visa

Plus en détail

Ajouter le moyen de paiement e-chèque-vacances (ANCV) Systempay 2.3

Ajouter le moyen de paiement e-chèque-vacances (ANCV) Systempay 2.3 Ajouter le moyen de paiement e-chèque-vacances (ANCV) Systempay 2.3 Version du document 1 Sommaire 1. HISTORIQUE DU DOCUMENT... 3 2. LE PAIEMENT FRACTIONNÉ : UTILISER PLUSIEURS MOYENS DE PAIEMENT... 4

Plus en détail

Intégration e-commerce. Version 0.5

Intégration e-commerce. Version 0.5 Intégration e-commerce Version 0.5 13 décembre 2013 1 Table des matières 1 Introduction... 3 Fonctionnement général... 3 La sécurité... 3 2 Paramètres de votre compte... 4 3 Création d un paiement... 5

Plus en détail

Réussir l'intégration Systempay 2.3

Réussir l'intégration Systempay 2.3 Réussir l'intégration Systempay 2.3 Version du document 1.0 Sommaire 1. HISTORIQUE DU DOCUMENT... 3 2. CONTACTER L'ASSISTANCE TECHNIQUE...4 3. ÉTABLIR LE DIALOGUE AVEC LA PLATEFORME DE PAIEMENT... 5 3.1.

Plus en détail

Gestion des paiements par identifiants Gestion des paiements par abonnements Systempay 2.4

Gestion des paiements par identifiants Gestion des paiements par abonnements Systempay 2.4 Gestion des paiements par identifiants Gestion des paiements par abonnements Systempay 2.4 Version du document 2.4 Sommaire 1. HISTORIQUE DU DOCUMENT... 4 2. CONTACTER L'ASSISTANCE TECHNIQUE...5 3. GÉRER

Plus en détail

Intégration page de paiement

Intégration page de paiement Intégration page de paiement Date Version Commentaires 09/03/2010 1.0 Version initiale 01/06/2010 1.1 Ajout sécurisation des données et modification du format du montant Sommaire Introduction... 3 Solutions...

Plus en détail

Intégration e-commerce. Version 0.4

Intégration e-commerce. Version 0.4 Intégration e-commerce Version 0.4 16 octobre 2013 1 Table des matières 1 Introduction... 3 Fonctionnement général... 3 La sécurité... 3 2 Paramètres de votre compte... 4 3 Créer un paiement... 5 Le paramètre

Plus en détail

Manuel utilisateur du moyen de paiement PAYLIB

Manuel utilisateur du moyen de paiement PAYLIB Manuel utilisateur du moyen de paiement PAYLIB Version 1.A Payline Monext Propriétaire Page 1 / 16 Historique des évolutions Le tableau ci-dessous liste les dernières modifications effectuées sur ce document.

Plus en détail

Plateforme PAYZEN. Intégration du module de paiement pour la plateforme Magento version 1.3.x.x. Paiement en plusieurs fois. Version 1.

Plateforme PAYZEN. Intégration du module de paiement pour la plateforme Magento version 1.3.x.x. Paiement en plusieurs fois. Version 1. Plateforme PAYZEN Intégration du module de paiement pour la plateforme Magento version 1.3.x.x Paiement en plusieurs fois Version 1.4a Guide d intégration du module de paiement Multiple Magento 1/24 SUIVI,

Plus en détail

Intégration du module de paiement pour la plateforme Virtuemart 3

Intégration du module de paiement pour la plateforme Virtuemart 3 Intégration du module de paiement pour la plateforme Virtuemart 3 Version 2.0.1 Notes de Versions Version Date Commentaires 2.0.1 05/03/2015 Correction de bug : 1.1 19/01/2015 1.0 14/01/2015 Création du

Plus en détail

Kit d intégration JAVA

Kit d intégration JAVA Kit d intégration JAVA sommaire 1. Introduction... 3 1.1. Objet du document... 3 1.2. Public visé... 3 1.3. Contenu du document... 3 1.4. Liste des documents de référence... 3 1.5. Avertissement... 4 1.6.

Plus en détail

Manuel utilisateur du moyen de paiement ANCV / e-chèques-vacances

Manuel utilisateur du moyen de paiement ANCV / e-chèques-vacances Manuel utilisateur du moyen de paiement ANCV / e-chèques-vacances Version 1.A Payline Monext Propriétaire Page 1 / 18 Historique des évolutions Le tableau ci-dessous liste les dernières modifications effectuées

Plus en détail

Manuel d utilisation du terminal de paiement électronique virtuel

Manuel d utilisation du terminal de paiement électronique virtuel TPEV Manuel d utilisation du terminal de paiement électronique virtuel Version: 1.C Payline PROPRIETAIRE Page 1-1/29 Page des évolutions Le tableau ci-dessous liste les dernières modifications effectuées

Plus en détail

Headers, cookies et sessions

Headers, cookies et sessions Headers, cookies et sessions Chargement de fichiers (upload) Entêtes HTTP et redirections Gestion des cookies et des sessions de connexions Authentification Validation des données Programmation avancée

Plus en détail

Guide d implémentation. Paiement par identifiant Fichier des cartes arrivant à expiration

Guide d implémentation. Paiement par identifiant Fichier des cartes arrivant à expiration Guide d implémentation - Echange de fichiers - Paiement par identifiant Fichier des cartes arrivant à expiration Version 1.1 Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom

Plus en détail

GUIDE DE DEMARRAGE CYBERPLUS PAIEMENT NET

GUIDE DE DEMARRAGE CYBERPLUS PAIEMENT NET GUIDE DE DEMARRAGE CYBERPLUS PAIEMENT NET Version 1.2 20/05/2010 Ce document et son contenu sont strictement confidentiels et la propriété de Natixis Paiements. Il n est pas contractuel. Toute reproduction

Plus en détail

Guide d implémentation. Paramétrage avancé

Guide d implémentation. Paramétrage avancé Guide d implémentation - Interface avec la plateforme de paiement - Paramétrage avancé Version 2.6 Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom

Plus en détail

MANUEL UTILISATEUR OUTIL DE GESTION DE CAISSE

MANUEL UTILISATEUR OUTIL DE GESTION DE CAISSE MANUEL UTILISATEUR OUTIL DE GESTION DE CAISSE Version 1.4 2010 Ce document et son contenu sont strictement confidentiels et la propriété de Natixis Paiements. Il n est pas contractuel. Toute reproduction

Plus en détail

Un exemple d'authentification sécurisée utilisant les outils du Web : CAS. P-F. Bonnefoi

Un exemple d'authentification sécurisée utilisant les outils du Web : CAS. P-F. Bonnefoi Un exemple d'authentification sécurisée utilisant les outils du Web : CAS 111 L authentification CAS : «Central Authentication Service» CAS ou le service central d authentification Le système CAS, développé

Plus en détail

PARAMETRES DE TESTS VERSION DU 01/03/2015

PARAMETRES DE TESTS VERSION DU 01/03/2015 E-transactions PARAMETRES DE TESTS VERSION DU 01/03/2015 ii Crédit Agricole S.A, société anonyme au capital de 7 729 097 322. Siège social : 12 place des Etats-Unis 92127 Montrouge Cedex. Immatriculée

Plus en détail

Intégration du moteur d envoi de SMS pour : Prestashop

Intégration du moteur d envoi de SMS pour : Prestashop Intégration du moteur d envoi de SMS pour : 1. Suivi Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom Date/Visa Lyra-Online 08/06/2010 Historique

Plus en détail

Option site e-commerce

Option site e-commerce Option site e-commerce Guide de configuration des modes de paiement en ligne V 1.2 1 Sommaire Paiement par carte bancaire Ouverture d un contrat de vente à distance Configuration du paiement par carte

Plus en détail

GUICHET ONEGATE. Notice d installation d un certificat BdF d'authentification simple COLLECTE DAF

GUICHET ONEGATE. Notice d installation d un certificat BdF d'authentification simple COLLECTE DAF GUICHET ONEGATE Notice d installation d un certificat BdF d'authentification simple COLLECTE DAF CORRESPONDANTS BANQUE DE FRANCE Pour les questions techniques et d administration des utilisateurs : (Certificats,

Plus en détail

Technologies Web. Farah Benamara Zitoune Maître de conférences IRIT-UPS benamara@irit.fr

Technologies Web. Farah Benamara Zitoune Maître de conférences IRIT-UPS benamara@irit.fr Technologies Web Farah Benamara Zitoune Maître de conférences IRIT-UPS benamara@irit.fr Plan du cours Cours 1 : Introduction HTML/CSS Cours 2 : Introduction programmation web + javascirpt Cours 3 : Introduction

Plus en détail

Guide d implémentation de l API AJAX

Guide d implémentation de l API AJAX Guide d implémentation de l API AJAX Version 2.C Payline Monext Propriétaire Page 1 / 24 Page des évolutions Le tableau ci-dessous liste les dernières modifications effectuées sur ce document. Date Version

Plus en détail

Plateforme Systempay v1.24 Personnalisation avancée de la page paiement. Version 1.2a

Plateforme Systempay v1.24 Personnalisation avancée de la page paiement. Version 1.2a Plateforme Systempay v1.24 Personnalisation avancée de la page paiement Version 1.2a Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom Date/Visa Lyra-Network

Plus en détail

Paiement sécurisé sur Internet. Pack Factures Documentation générale sur le paiement de factures par carte bancaire sur apayer.fr

Paiement sécurisé sur Internet. Pack Factures Documentation générale sur le paiement de factures par carte bancaire sur apayer.fr Paiement sécurisé sur Internet Pack Factures Documentation générale sur le paiement de factures par carte bancaire sur apayer.fr SOMMAIRE 1 Principe 3 2 Condition d accès 3 3 Charger un fichier de factures

Plus en détail

Module pour la solution e-commerce RBS Change

Module pour la solution e-commerce RBS Change Module pour la solution e-commerce RBS Change sommaire 1. Introduction... 3 1.1. Objet du document... 3 1.2. Liste des documents de référence... 3 1.3. Avertissement... 3 1.4. Contacts... 3 1.5. Historique

Plus en détail

Guide d'implementation du formulaire de paiement Systempay 2.2

Guide d'implementation du formulaire de paiement Systempay 2.2 Guide d'implementation du formulaire de paiement Systempay 2.2 Version du document 3.0 Sommaire 1. HISTORIQUE DU DOCUMENT... 4 2. CONTACTER L'ASSISTANCE TECHNIQUE...5 3. LES DIFFÉRENTS TYPES DE PAIEMENT...6

Plus en détail

Guide d implémentation

Guide d implémentation Guide d implémentation - Interface avec la plateforme de paiement - Version 2.9f Historique du document Version Auteur Date Commentaires 2.9f Lyra-Network 20/12/2013 2.9e Lyra-Network 24/06/2013 Précisions

Plus en détail

Guide d'implementation du formulaire de paiement PayZen 2.2

Guide d'implementation du formulaire de paiement PayZen 2.2 Guide d'implementation du formulaire de paiement PayZen 2.2 Version du document 3.0 Sommaire 1. HISTORIQUE DU DOCUMENT... 4 2. CONTACTER L'ASSISTANCE TECHNIQUE...5 3. LES DIFFÉRENTS TYPES DE PAIEMENT...6

Plus en détail

Secteur Tertiaire Informatique Filière étude - développement. Développer des composants d interface Créer des formulaires de saisie

Secteur Tertiaire Informatique Filière étude - développement. Développer des composants d interface Créer des formulaires de saisie Secteur Tertiaire Informatique Filière étude - développement. Développer des composants d interface Créer des formulaires de saisie JAVASCRIPT JS08-Gestion des cookies-consignes Accueil Apprentissage Période

Plus en détail

GUIDE DE DEMARRAGE JE PAIE EN LIGNE

GUIDE DE DEMARRAGE JE PAIE EN LIGNE GUIDE DE DEMARRAGE JE PAIE EN LIGNE Version 2.2 20/03/2012 Ce document et son contenu sont strictement confidentiels et la propriété de Natixis Paiements. Il n est pas contractuel. Toute reproduction et/ou

Plus en détail

Plateforme Systempay Descriptif de l interface avec la page de paiement

Plateforme Systempay Descriptif de l interface avec la page de paiement Plateforme Systempay Descriptif de l interface avec la page de paiement Version 1.13 Rubrique Aide : https://systempay.cyberpluspaiement.com Rédaction, Vérification, Approbation Rédaction Vérification

Plus en détail

Merchant Plug-In. Spécifications. Version 3.4. 110.0093 SIX Payment Services

Merchant Plug-In. Spécifications. Version 3.4. 110.0093 SIX Payment Services Merchant Plug-In Spécifications Version 3.4 110.0093 SIX Payment Services Sommaire 1 Introduction... 3 1.1 Résumé... 3 1.2 Conditions préalables... 4 1.3 Participation et résultat de l authentification...

Plus en détail

Payement électronique. Sommaire. 1. Les systèmes de paiement électroniques. 1.1 E-banking

Payement électronique. Sommaire. 1. Les systèmes de paiement électroniques. 1.1 E-banking Payement électronique Sommaire 1. Les systèmes de paiement électroniques... 1 1.1 E-banking... 1 1.2 Porte-monnaie électronique et porte-monnaie virtuel... 2 1.2.1 Le porte monnaie électronique (e-cash)...

Plus en détail

Guide d installation & configuration du module Paybox by Verifone pour OpenCart

Guide d installation & configuration du module Paybox by Verifone pour OpenCart Guide d installation & configuration du module Paybox by Verifone pour OpenCart Verifone France 11 A, Rue Jacques Cartier, 78 280 Guyancourt, FRANCE HISTORIQUE DES MODIFICATIONS DATE VERSION DESCRIPTION

Plus en détail

Présentation générale

Présentation générale SHERLOCK S GESTION La Gestion de la caisse Présentation générale Version 01/2009 1/11 1-LES OUTILS DE GESTION DE CAISSE... 3 2-SHERLOCK S GESTION... 3 3-SHERLOCK S OFFICE SERVER... 4 4-LES OPÉRATIONS DE

Plus en détail

Sogenactif Payment Web PLUG-IN 6.15 -Guide d'installation - Version 2.01 Juin 2010 1/1

Sogenactif Payment Web PLUG-IN 6.15 -Guide d'installation - Version 2.01 Juin 2010 1/1 Sogenactif Paiement Web PLUG-IN 6.15 Guiide d' 'iinsttallllattiion Versiion 2..01 Juiin 2010 1/1 Sommaire 1. INTRODUCTION...2 2. LISTE DES OBJETS LIVRES...3 3. SCHEMA DES FLUX ET APPEL DES SCRIPTS...4

Plus en détail

TP JAVASCRIPT OMI4 TP5 SRC1 2011-2012

TP JAVASCRIPT OMI4 TP5 SRC1 2011-2012 TP JAVASCRIPT OMI4 TP5 SRC1 2011-2012 FORMULAIRE DE CONTACT POUR PORTFOLIO PRINCIPE GENERAL Nous souhaitons réaliser un formulaire de contact comprenant les champs suivants : NOM PRENOM ADRESSE MAIL MESSAGE

Plus en détail

Manuel d intégration du service AByster

Manuel d intégration du service AByster Manuel d intégration du service AByster PHP API Version 1.0 11 février 2013 www.abyster.com 1 Table des matières 01. Objet... 3 02. Définitions... 3 03. Introduction... 4 04. Le Core... 5 04.1 Organisation

Plus en détail

Paiement sécurisé sur Internet Service TPE Virtuel (sécurisé par le protocole SSL)

Paiement sécurisé sur Internet Service TPE Virtuel (sécurisé par le protocole SSL) https://paiement.creditmutuel.fr Paiement sécurisé sur Internet Service TPE Virtuel (sécurisé par le protocole SSL) - version 1.2open - Mars 2007. Copyright: 2003 2007 Euro Information.All rights reserved.

Plus en détail

MANUEL UTILISATEUR CONTRÔLES RISQUES

MANUEL UTILISATEUR CONTRÔLES RISQUES MANUEL UTILISATEUR CONTRÔLES RISQUES Version 1.2 septembre 2012 Ce document et son contenu sont strictement confidentiels et la propriété de Natixis Paiements. Il n est pas contractuel. Toute reproduction

Plus en détail

Guide d implémentation

Guide d implémentation Guide d implémentation Interface avec la plateforme de paiement Version 2.9f Guide d implémentation : formulaire de paiement V2 1/62 Historique du document Version Auteur Date Commentaires 2.9f Lyra-Network

Plus en détail

Guide d implémentation Interface avec la plateforme de paiement

Guide d implémentation Interface avec la plateforme de paiement Guide d implémentation Interface avec la plateforme de paiement Version 2.8-2012 SUIVI, HISTORIQUE Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom

Plus en détail

Kit d intégration.net

Kit d intégration.net Kit d intégration.net Sommaire 1. Introduction... 3 1.1. Objet du document... 3 1.2. Public visé... 3 1.3. Contenu du document... 3 1.4. Liste des documents de référence... 3 1.5. Avertissement... 4 1.6.

Plus en détail

PROPRIETAIRE Page 1/9. Manuel utilisateur du moyen de paiement cartes prépayées VISA. Version 1.A. Payline

PROPRIETAIRE Page 1/9. Manuel utilisateur du moyen de paiement cartes prépayées VISA. Version 1.A. Payline Manuel utilisateur du moyen de paiement cartes prépayées VISA 1.A PROPRIETAIRE Page 1/9 du modèle : DocStd_50 Solution de paiement Page 2 / 9 Page des évolutions Le tableau ci-dessous liste les dernières

Plus en détail

Manuel fournisseur : procédure pour prendre connaissance d une consultation en ligne et soumettre une offre. Version de février 2014 SNCF

Manuel fournisseur : procédure pour prendre connaissance d une consultation en ligne et soumettre une offre. Version de février 2014 SNCF Manuel fournisseur : procédure pour prendre connaissance d une consultation en ligne et soumettre une offre Version de février 2014 SNCF Introduction Ce document a pour objectif : De vous présenter, pas

Plus en détail

Module Marchand Maroc Telecommerce

Module Marchand Maroc Telecommerce Module Marchand Maroc Telecommerce Procédure de suivi des transactions en ligne via le Back Office Maroc Telecommerce Version 2.0 Historique des versions N de version Date de version Nature de la modification

Plus en détail

E-TRANSACTIONS. Guide du programmeur API Plug-in. Version 1.1

E-TRANSACTIONS. Guide du programmeur API Plug-in. Version 1.1 E-TRANSACTIONS Guide du programmeur API Plug-in Version 1.1 Avertissements : Le fichier Version.txt précise l'environnement dans lequel l API a été compilée et testée. L'installation de l API sur tout

Plus en détail

Payline. Manuel Utilisateur du Moyen de Paiement PAYPAL. Version 3.E. Monext Propriétaire Page 1 / 24

Payline. Manuel Utilisateur du Moyen de Paiement PAYPAL. Version 3.E. Monext Propriétaire Page 1 / 24 Manuel Utilisateur du Moyen de Paiement PAYPAL Version 3.E Payline Monext Propriétaire Page 1 / 24 Historique des évolutions Le tableau ci-dessous liste les dernières modifications effectuées sur ce document.

Plus en détail

Manuel d'installation

Manuel d'installation CyberMUT P@iement P@iement CIC P@iement OBC SERVICE SECURISE DE PAIEMENT INTERNET PAR CARTE BANCAIRE (Sécurisé par le protocole SSL) Manuel d'installation (Document 2/2) EURO Sp.Tech. 1.2.8 Octobre 2001

Plus en détail

WebConnect. HTTP API Version 2.0

WebConnect. HTTP API Version 2.0 WebConnect HTTP API Version 2.0 Document de Spécifications de l API http WebConnect Introduction Ce document est conçu pour les utilisateurs qui souhaitent mettre en place des applications en utilisant

Plus en détail

Guide d'installation pour Plug-in : PHP et Perl

Guide d'installation pour Plug-in : PHP et Perl Guide d'installation pour Plug-in : PHP et Perl Version AE280507-APIv6 Guide d'installation pour Plug-in : PHP et Perl API v6 Avertissements : Le fichier Version.txt précise l'environnement dans lequel

Plus en détail

Module pour la solution e-commerce Opencart

Module pour la solution e-commerce Opencart Module pour la solution e-commerce Opencart sommaire 1. Introduction... 3 1.1. Objet du document... 3 1.2. Contenu du document... 3 1.3. Liste des documents de référence... 3 1.4. Avertissement... 3 1.5.

Plus en détail

Réaliser des achats en ligne

Réaliser des achats en ligne 2 décembre 2013 p 1 Réaliser des achats en ligne La période de Noël approche. Vous avez peut-être envie d effectuer des achats sur internet, mais vous n osez pas, de peur qu on vous vole vos informations

Plus en détail

Manuel utilisateur de la personnalisation avancée

Manuel utilisateur de la personnalisation avancée Manuel utilisateur de la personnalisation avancée Sommaire 1. HISTORIQUE DU DOCUMENT... 3 2. CONTACTER L'ASSISTANCE TECHNIQUE...4 3. PERSONNALISER VOS PAGES DE PAIEMENT ET VOS E-MAILS...5 3.1. Identifier

Plus en détail

Guide d implémentation. Gestion des paiements par identifiant Gestion des paiements par abonnement

Guide d implémentation. Gestion des paiements par identifiant Gestion des paiements par abonnement Guide d implémentation - Interface avec la plateforme de paiement - Gestion des paiements par identifiant Gestion des paiements par abonnement Version 2.2c Rédaction, Vérification, Approbation Rédaction

Plus en détail

Guide utilisateur du prélèvement bancaire SEPA

Guide utilisateur du prélèvement bancaire SEPA Guide utilisateur du prélèvement bancaire SEPA Version 1.A Payline Monext Propriétaire Page 1 / 20 Historique des évolutions Le tableau ci-dessous liste les dernières modifications effectuées sur ce document.

Plus en détail

Guide d'implementation du formulaire de paiement Systempay 2.4

Guide d'implementation du formulaire de paiement Systempay 2.4 Guide d'implementation du formulaire de paiement Systempay 2.4 Version du document 3.3 Sommaire 1. HISTORIQUE DU DOCUMENT... 4 2. CONTACTER L'ASSISTANCE TECHNIQUE...5 3. LES DIFFÉRENTS TYPES DE PAIEMENT...6

Plus en détail

01/10/2002. Principes Le Package WSP Télépaiement vous permet de proposer sur votre site le paiement par carte bancaire avec un maximum de sécurité.

01/10/2002. Principes Le Package WSP Télépaiement vous permet de proposer sur votre site le paiement par carte bancaire avec un maximum de sécurité. Guide d installation Boutique Paybox sur la plate-forme Pro Sites Objectifs Cette note a pour but de décrire aux clients les principales actions à réaliser pour ouvrir une boutique Paybox sur un compte

Plus en détail

Création d un forum en Php et Mysql

Création d un forum en Php et Mysql Birane SECK Création d un forum en Php et Mysql Cahier des charges : Nous allons mettre en place un espace membre assez classique à savoir un système que l on retrouve sur la majorité des sites Internet.

Plus en détail

TD3 : PHP «avancé» V2.4.0

TD3 : PHP «avancé» V2.4.0 TD3 : PHP «avancé» V2.4.0 Cette œuvre est mise à disposition selon les termes de la licence Creative Commons Attribution Pas d'utilisation Commerciale Partage à l'identique 3.0 non transposé. Document

Plus en détail

Guide d utilisation relatif à la commande de certificat d impôt foncier en ligne

Guide d utilisation relatif à la commande de certificat d impôt foncier en ligne Guide d utilisation relatif à la commande de certificat d impôt foncier en ligne Si vous n avez pas trouvé la réponse à certaines de vos questions dans la Foire aux questions ou dans ce guide d utilisation,

Plus en détail

PRESENTATION D INTEROPS

PRESENTATION D INTEROPS PRESENTATION D INTEROPS Nom Organisme Date Rédaction GT Technique Interops Validation Approbation Document applicable à compter du Identification du document Direction Objet Domaine Nature N d ordre Version

Plus en détail

4D Business Kit 2.1 et la solution de paiement Sogenactif de la Société Générale

4D Business Kit 2.1 et la solution de paiement Sogenactif de la Société Générale 4D Business Kit 2.1 et la solution de paiement Sogenactif de la Société Générale Contact : http://www.sogenactif.fr Voici l ensemble des fichiers fournis avec 4D Business Kit qui sont concernés par la

Plus en détail

Service Web ATUM spécifications techniques

Service Web ATUM spécifications techniques Service Web ATUM spécifications techniques Table des matières Introduction...2 Service Web ATUM...3 Authentification...4 Envoi de fichier...5 En-têtes...6 En-tête Content-Type En-tête Content-Disposition

Plus en détail

Paiement sécurisé sur Internet. Fonctionnalités du Pack Factures

Paiement sécurisé sur Internet. Fonctionnalités du Pack Factures Paiement sécurisé sur Internet Fonctionnalités du Pack Factures SOMMAIRE 1 Objet 3 2 Condition d accès 3 3 Gestion des factures 4 3.1 Import de factures par CSV 5 Accès à la section 5 Présentation de l

Plus en détail

Antonio DA CUNHA. Caisse d Épargne Aquitaine Poitou Charente. CCI de Bordeaux Echangeur 28 janvier 2010 Vendre en ligne en toute sécurité.

Antonio DA CUNHA. Caisse d Épargne Aquitaine Poitou Charente. CCI de Bordeaux Echangeur 28 janvier 2010 Vendre en ligne en toute sécurité. Antonio DA CUNHA Caisse d Épargne Aquitaine Poitou Charente CCI de Bordeaux Echangeur 28 janvier 2010 Vendre en ligne en toute sécurité Bien comprendre Objectifs Le contexte technique d une transaction

Plus en détail

Manuel utilisateur du moyen de paiement ELV

Manuel utilisateur du moyen de paiement ELV Manuel utilisateur du moyen de paiement ELV Version 1.A Payline Monext Propriétaire Page 1 / 13 Historique des évolutions Le tableau ci-dessous liste les dernières modifications effectuées sur ce document.

Plus en détail