Worldline est une solution de paiement qui peut être intégrée à votre boutique PrestaShop.
Environnement de production
Si vous utiliser l'environnement de production pour la première fois, notez que vous devez préalablement envoyer un PV de validation à votre plateforme de paiement qui permettra de confirmer la bonne mise en production des flux monétiques sur les nouveaux connecteurs 2.0.
Lors du passage à l'environnement de production, vous devez vous assurer que la configuration du module est conforme aux instructions de votre plateforme de paiement :
- Dans la section Identifiants, veuillez vérifier les valeurs des champs Identifiant commerçant, Clé secrète et Version de la clé secrète.
- Dans la section Identification des transactions, veuillez vérifier les valeurs des champs Mode d’identification des transactions et Générer l'identifiant de transaction.
Veuillez également vérifier que les moyens de paiement que vous avez activé dans la configuration du module sont en adéquation avec ceux mis à disposition par votre plateforme de paiement.
Identification des transactions
Deux modes d’identification des transactions sont disponibles :
- le mode transactionReference
- le mode transactionId
La différence entre les 2 modes est la portée de l’identifiant, le transactionReference doit être unique durant toute la vie de la boutique alors que le transactionId doit être unique sur la journée.
Une option permet également de générer l'identifiant de transaction :
- si activée, le module génère l’identifiant de la transaction dans la requête de paiement envoyée à la plateforme de paiement
- si désactivée, le module laissez la plateforme de paiement générer l’identifiant de la transaction automatiquement puis le récupère dans la réponse de la plateforme de paiement
Remarque : le transactionReference est le mode d’identification par défaut, le transactionId 1.0 a été reconduit en 2.0 pour faciliter la migration des commerçants 1.0 vers 2.0 dans le cadre de la procédure de migration simplifiée.
Lors d’une création de transaction, et en fonction du mode choisi, la plateforme de paiement accepte ou rejette la création et génère des identifiants complémentaires.
1. Boutique en mode TransactionReference
Création d'une transaction avec transactionReference généré par le module
Il s'agit du mode par défaut si vous avez un nouveau merchant_id
transactionReference généré par le module | Traitement standard |
transactionId généré par le module | Rejet Code = 12 |
transactionId absent | OK |
transactionReference absent | Rejet Code = 12 |
Référence complémentaire générée par la plateforme de paiement | s10TransactionId et s10TransactionIdDate |
Contenu réponse | s10TransactionId, s10TransactionIdDate et transactionReference |
Création d'une transaction sans transactionReference (Tref auto)
Le module récupère et stocke les références complémentaires générée par la plateforme de paiement.
transactionReference généré par la plateforme de paiement | Traitement standard |
transactionId généré par le module | |
transactionId absent | OK |
transactionReference généré par le module | Rejet Code = 12 |
Référence complémentaire générée par la plateforme de paiement | transactionReference, s10TransactionId et s10TransactionIdDate |
Contenu réponse | s10TransactionId, s10TransactionIdDate et transactionReference |
2. Boutique en mode TransactionId
Création d'une transaction avec transactionId généré par le module
Il s'agit du mode à configurer dans le cadre d'une procédure de migration simplifiée du connecteur 1.0 vers 2.0
transactionId généré par le module | Traitement standard |
transactionId absent | Rejet Code = 12 |
transactionReference généré par le module | Rejet Code = 12 |
transactionReference absent | OK |
Référence complémentaire générée par la plateforme de paiement | transactionReference |
Contenu réponse | s10TransactionId, s10TransactionIdDate, et transactionReference |
Création d'une transaction sans transactionId (Tid auto)
Le module récupère et stocke les références complémentaires générée par la plateforme de paiement.
transactionId absent | Traitement standard |
transactionId généré par le module | Rejet Code = 12 |
transactionReference généré par le module | Rejet Code = 12 |
transactionReference absent | OK |
Référence complémentaire générée par la plateforme de paiement | s10TransactionId, s10TransactionIdDate et TransactionReference |
Contenu réponse | s10TransactionId, s10TransactionIdDate et transactionReference |
Migration Sogenactif 1.0 vers Sogenactif 2.0
Pour consulter la documentation sur la migration Sogenactif 1.0 vers Sogenactif 2.0, rendez-vous sur le centre d'aide de Sogenactif.
Migration LCL Sherlock's 1.0 vers LCL Sherlock's 2.0
Pour consulter la documentation sur la migration LCL Sherlock's 1.0 vers LCL Sherlock's 2.0, rendez-vous sur le centre d'aide dédié.
Commentaires
0 commentaire
Vous devez vous connecter pour laisser un commentaire.