Documentation Monext Online

Arborescence des pages

Comparaison des versions

Ancienne version 1

changes.mady.by.user Rodolphe GARIN

Sauvegardée le

comparé à

Nouvelle version Actuel

changes.mady.by.user Rodolphe GARIN

Sauvegardée le

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.

Redsys


Redsys est un processeur qui supporte le plus grand panel de types de carte et d’acquéreurs en Espagne. Il permet d’effectuer des transactions sécurisées en ligne chez des commerçants ayant souscrit un contrat VAD avec la plupart des banques espagnoles.
Quand le client effectue un paiement via Redsys, tout se passe comme si la transaction avait lieu chez Payline, il n’y a aucune redirection. Toutes les informations de paiement sont transmises par l’intermédiaire de Redsys à la banque définit par le contrat du commerçant.

...

  1. Le commerçant demande un contrat TPV à la banque LaCaixa Acquéreur ;
  2. La banque va ouvrir un compte bancaire et l’associé au contrat TPV ;
  3. La banque va enregistrer un compte Redsys pour le commerçant avec le CIER de Payline (voir les types d'intégration ci-dessous) ;
  4. Redsys va envoyer un mail avec les informations de connexion au commerçant ;
  5. Le commerçant génère sa clef API sur le centre administration de Redsys comme indiqué dans le message qu'il aura reçu de leur part.
    1. Payline récupère la clef pour la configurer sur le contrat du moyen de paiement dans le centre administration de Monext Online.
  6. Le commerçant réalise les tests comme indiqué dans le message de Redsys  ;
  7. Le commerçant demande le passage en production à la banque acquéreur (LaCaixa, BancSabadell, ...) ;
  8. Payline configure le compte de prod avec le mail de production de Redsys envoyé au commerçant et contenant les paramètres de production.

Le fonctionnement d’un paiement 1 clic a changé en Espagne. Payline vient d’implémenter la nouvelle solution qui permet d’enregistrer une carte pour des futurs paiements sans limite sur le nombre de transaction et la durée d’enregistrement de la carte.


Payment methods

Moyens de paiement

  • Visa (Débit/Crédit)

  • Mastercard (Débit/Crédit)

Currency and Country

Devise et pays

EUR
Pays : Espagne

Pre

Pré-

Autorization

Autorisation/

Final authorization

Autorisation finale

Supporté
Reversal

Annulation

Supporté
.Capture
pour les pré-autorisations (code 100)

Validation

Supporté
.
Refund

Remboursement

Supporté
.
Security

Sécurité

3D Secure supporté

.Liability shift

en page Web

Transfert de responsabilité

Veuillez vérifier les conditions de liability shift spécifique à cet acquéreur.

Recurring

Paiement récurrent

  • Paiement différé (mode DIF) : supporté
  • Paiement récurrent : supporté (code 101+mode REC puis 101+CPT))

Account verification

Non Supporté

Soft descriptor

Non Supporté
Settlement

Compensation/

Chargeback

Impayé

Supporté
Specificities

Spécificités

Deux modes d'intégration Redsys  : voir ci dessous.

Deux modes d'intégration Payline : Page Web version 1 et mode Direct.

Non géré :

la
  • La ré-autorisation.

Spécificités : Portefeuille

Fonction de paiement par référence (Pago con referencia) :

  • La gestion et le paiement par
wallet 
  • wallet avec le service manageWebWallet;
  • Le paiement en
« OneClic » 
  • « OneClic » avec le service doAuthorization/doWebPayment;
  • Le paiement en plusieurs fois
NX 
  • NX avec le service doAuthorization/doWebPayment;
  • La
ré-autorisation.

Specificities : Wallet

Fonction de paiement par référence (Pago con referencia) :

  • création d'un wallet
via appel
  • avec le service createWallet;
  • La demande d'info du wallet avec le service getWallet;
  • La création d'une transaction avec le service doImmdiateWalletPayment;
  • La planifition de paiement avec le service doScheduleWalletPayment/doRecurrentWalletPayment.

* Acquéreurs espagnols acceptés hors Banc Sabadell


Les modes d'intégration

...

Redsys


WBS (mode page web html)

XML (mode direct)

Permettre aux commerçants

d'absorbé le Cyberpac dans son propre application

de gérer une page web.

Ce service n'accepte pas les commerçants qui possèdent une méthode de paiement avec authentification du titulaire de la part de l’entité émissaire

Le titulaire n'est jamais en contact avec SIS de Redsys.

L'envoi d'une demande se fait en XML en post et retour via XML.
La transaction est réalisé avec XML.
Le titulaire n'est jamais en contact avec SIS de Redsys.

Pas de navigateur du titulaire.
Authentification 3DS

Authentification 3DS

Pas d'authentification 3DS

: disponible via Payline avec une page 3DS géré par Redsys (lot2).

Redsys utilise le protocole de sécurité HMAC SHA-256 : ancien protocole avec entradaXMLEntidad/SHA-1 et le nouveau avec realizarPago/SHA-256.


Paramètres de configuration du compte Redsys par l'acquéreur : POS VIRTUAL


  1. Fournir le nom du commerçant : xxxxxx
  2. Fournir le type de terminal : 3DS ( seguro o no )
  3. Fournir le type de page : direct XML o page web WBS

  4. Fournir le type de capture de la carte : captura de tarjeta (=oui : permite el envío de datos de tarjeta).

  5. Notification : http, email o sinchronizacion SOAP (sélectionner cette derniere option) : l'API web service de notification doit être configuré sur le compte commerçant Redsys.

L'acquéreur doit enregistrer un compte Redsys pour le commerçant avec le CIER de Payline en production.

  1. Le commerçant devra nous envoyer le nom et les informations du contact de l'acquéreur.
  2. Monext pourra communiquer le CIER à l'acquéreur.


Cartes de test


Test pour une autorisation avec succès 

Número de tarjeta: 4548 8120 4940 0004  /   4012 8888 8888 1881
Caducidad: 12/21
Código CVV2: 123
Código CIP: 123456

Test pour une opération refusée 

Número de tarjeta: 1111 1111 1111 1117 
Caducidad: 12/21