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 |
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). Dans le cadre d'une évolution réglementaire Mastercard. Nous avons procédé à une mise à jour sans impact commerçant. 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. 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.Nouveau Centre d'Administration
Toujours plus fluides et plus conviaux, ces écrans vous offrent une meilleure navigation.Mise en conformité Mastercard les paiements subséquents doivent être COF
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
Vous aurez vos contrats mis à disposition dans de meilleurs délais.Nouvelle version d’API web services
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.
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. 1) initie l'abonnement ou le paiements échelonné à l'aide d'un doWebPayment (Customer Initiated Transaction), 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é.Les paiements mixtes récurrents en 3DSV2
Dans ce mode, le marchand :
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.