Page tree
Skip to end of metadata
Go to start of metadata


Nouvelles fonctionnalités Monext Online #4.65.1

Environnement

Environnement

Version publiée

Homologation

17/02/2021

4.65.1

Production

03/03/2021

4.65.1


Nouveau Centre d'Administration 

De nouveaux écrans arrivent à chaque release.  Dorénavant vous pouvez bénéficier des écrans Créer une transaction et du suivi technique (transactions et webservices).
Toujours plus fluides et plus conviaux, ces écrans vous offrent une meilleure navigation.


Mise en conformité Mastercard  les paiements subséquents doivent être COF

Dans le cadre d'une évolution réglementaire Mastercard. Nous avons procédé à une mise à jour sans impact commerçant. 
Pour les abonnements et paiements échelonnés, les paiements subséquents initiés par le marchand en dehors de la présence de l'acheteur doivent être étiquetés comme CardOnFile.


Enrôlement des commerçants auprès du Directory Server Mastercard

Plus besoin d'attendre pour enrôler vos contrats Mastercard en 3DSV2, Monext a automatisé l'enrôlement des commerçants auprès du service Identity Check de Mastercard. 
Vous aurez vos contrats mis à disposition dans de meilleurs délais.



Nouvelle version d’API web services

La version 28 de l’API web services permet de gérer les paiements complexes mixtes comme les paiements mixtes récurrents décrits par ailleurs.
A partir de cette version, le montant à authentifier doit impérativement être indiqué dans le champ order.amount.
Le champ payment.amount continue d’être utilisé pour véhiculer le montant à autoriser.
Si vous utilisiez le champ order.amount à d’autres fins et que les contraintes règlementaires vous obligent à migrer, vous pouvez utiliser le champ privateDataList.



Les paiements mixtes récurrents en 3DSV2  

Cette évolution permet aux commerçants gérant des abonnements ou paiements échelonnés initiés à l'aide des Pages Web de Paiement (widget) de se mettre en conformité avec la DSP2.
Dans ce mode, le marchand :

1) initie l'abonnement ou le paiements échelonné à l'aide d'un doWebPayment (Customer Initiated Transaction),
2) récupère le token pan ou crée un wallet,
3) effectue les demandes de paiements en l'absence de l'acheteur en utilisant les services doAuthorization, doImmediateWalletPayment ou doScheduledWalletPayment.

Le commerçant doit utiliser la version 28 de l'API et valoriser le champ order.amount avec le montant à utiliser dans l'authentification.

Pour plus de détails, se référer à la documentation : 3DSV2 - Paiement mixte récurrent ou échelonné.