Nouvelles fonctionnalités Monext Online #4.69
|
Nouveau Centre d'AdministrationDe nouveaux écrans arrivent à chaque release. Avec cette version vous pouvez bénéficier de la nouvelle gestion des offres commerciales, règles de déliassage, et le module fraude en version bêta. Toujours plus fluides et plus conviviaux, ces écrans vous offrent une meilleure navigation.
|
Payment facilitatorVous pouvez désormais utiliser la fonction Payment facilitator pour les moyens de paiement Google Pay, Apple Pay, Samsung Pay et Paylib, simplement en utilisant l’object submerchant en entrée des web services de l'API Payline (version 18) permettant d'initier un paiement sur le contrat de ses commerçants affiliées. Veuillez consulter la documentation pour la gestion des contrats. |
Fraude - Ajouter un élément "Pays inconnu"Il arrive parfois que pour une carte bancaire ou une adresse IP nous n’ayons pas le pays correspondant. C’est par exemple le cas pour certaines cartes bancaires américaines, et notre outil de lutte contre la fraude ne permettait pas de déclencher une action fraude sur ces éléments. Nous avons donc ajouté l'élément « pays inconnu » à la liste des pays disponibles dans les contrôles des pays de carte, pays de l'acheteur et d’adresses IP. Point de vigilance : dorénavant la valeur vide sera prise compte comme pays inconnu. Tous les critères de type pays d'une règle ou d'une liste seront appliqués et les transactions seront soumises à ces conditions. Exemple : la règle pays de l'acheteur est configurée avec un refus de transaction pour pays inconnu, alors toutes les transactions avec le champ pays ayant la valeur vide/nulle (non fournie) ou de pays inconnu, seront refusées.
|
Softdecline avec BarclaysVous pouvez désormais prendre en compte les refus Softdecline retournés par l'acquéreur Barclays. Cette fonction vous permet de déclencher le retry 3DS sur ces transactions en configurant votre contrat. |
|
Traitement en l'absence de réception d'information sur le challenge 3DSv2Monext vise à travers cette évolution à augmenter le taux de conversion. Lorsque Monext ne reçoit pas les informations sur le challenge lors de ses échanges avec la banque émettrice (ACS), le process de paiement se poursuit. Si le commerçant utilise les Pages Web de Paiement Monext ou le widget, il n'a rien à faire, cette reprise sur erreur est engagée par Monext de façon autonome et automatique. Si le commerçant utilise l'API DirectPayment, il peut, lorsqu'il ne reçoit pas le message CRes dans les douze minutes suivant l'envoi du CReq, poursuivre le traitement en fournissant uniquement le paramètre MD (sans fournir le contenu du CRes). Ce mode opératoire s'applique aussi bien lors de l'appel au web service verifyAuthentication qu'au doAuthorization. |
Précision sur les messages de retour du 3DS serveurMonext vise à travers cette évolution à faciliter l'intégration du commerçant. L'objet est de préciser dans l'attribut 'Long message' du Result le paramètre transmis par le commerçant qui est refusé par le 3DS Server. Il s'agit des erreurs '03010'. Les commerçants utilisant l'API DirectPayment, retrouvent l'attribut 'Long message' de l'objet Result dans le message verifyEnrollmentResponse. Ceux qui utilisent les Pages Web de Paiement ou le widget verront cette précision apparaitre à l'avenir dans le message getWebPaymentDetailsResponse suite à une prochaine livraison. La release note préviendra de la disponibilité. |
Traitement des refus des demandes d'authentification incomplètes 3DSV2Monext vise à travers cette évolution à faciliter l'intégration du commerçant. Monext optimise le traitement de demande d'information supplémentaire du 3DSmethod pour mieux communiquer sur les erreurs en renforçant les contrôles des paramètres d’entrée de la demande d’initialisation d’authentification (verifyEnrollment). Cette évolution ne s'adresse qu'aux utilisateurs de l'API DirectPayment. En cas d'absence de valorisation du paramètre threeDSInfo/threeDSMethodResult, Monext retourne le code 02733 précisant que ce paramètre est absent ou vide en lieu et place du 03103 - No 3DS method and continue to authentication.
|
Traitement des erreurs d'authentification 3DSV2Les retours des informations des réseaux s'affinent, Monext Online précise également ses codes retours pour optimiser les traitements 3DS. Nous proposons donc un nouveau code retour ERROR : 03012 "No directory server" pour vous permettre d'identifier une erreur de Directory Serveur (type not found), ce qui vous permet de réaliser la demande d'autorisation. |
Traitement d'un retour Attempt des Directory Serveur 3DSV2Monext vise à travers cette évolution à augmenter le taux de conversion des commerçants utilisant l'API directe. Actuellement lors d’un retour d'authentification de type Attempt (en 3DS V2, indique que l'authentification est acceptée en frictionless), le commerçant ne peut pas réaliser de demande de paiement. L'objet est de pouvoir poursuivre le paiement dans ce cas de figure, en renvoyant désormais le code 03102 (qui correspondant à une authentification acceptée) dans le verifyEnrollmentResponse, afin que le commerçant puisse réaliser sa demande de paiement. Ce comportement est similaire à celui déjà mis en place par Monext dans ses Pages Web de Paiement. Les commerçants utilisant ce mode d'intégration bénéficient donc déjà de cette optimisation.
|
État temporaire du RetryPour optimiser le traitement du retry synchrone, Monext Online fournit un état temporaire INPROGRESS avec le code retour 02306 permettant de savoir si la session web est terminée. Vous pourrez récupérer l'état final dès que la session web est terminée et le traitement retry est réalisé. Vous pourrez ainsi éviter les écarts de résultat si la demande de résultat de la transaction est envoyé trop tôt.
|
Moyen de paiement Samsung PayL'environnement de test (homologation) a été mis à jour. |
Terminal de Paiement Electronique VirtuelUne mise à jour technique de la plateforme TPEV renforce la sécurité pour l'utilisation de ce module. |
Historique des versions de l’APILa version 30 de l’API web services permet de proposer le traitement du PLBS du 3DSV2 avec la balise travelFileNumber et de réaliser des autorisations sans authentification avec l'object threeDSInfo (version beta). |
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 De nouveaux écrans arrivent à chaque release. Avec cette version vous pouvez bénéficier de la première version de l'écran de la recherche et l'affichage du détail de transaction.
|
Alipay Alipay devient incontournable. Il est largement utilisé en Chine et de plus en plus proposé à l'extérieur au fur et à mesure de l'ouverture au monde des chinois . En acceptant ce moyen de paiement, vous permettez à plus de 500 millions de titulaires d'un compte Alipay de payer en proximité ou en vente à distance depuis leur application mobile. Le commerçant peut proposer à l'acheteur un paiement soit en Yuan (CNY) soit dans sa devise de settlement. Alipay effectue la conversion Yuan devise de settlement en appliquant son taux de change journalier. En Europe, les commerçants doivent passer par un acquéreur bancaire pour les paiements Alipay. Vous devez vous rapprocher de votre acquéreur pour brancher ce moyen de paiement, il vous facilitera l'ouverture d'un contrat. Payline vous permet d'accepter les paiements avec l'API WepPayment, les remboursement et les annulations.
|
WeChatPay WeChat est à l'origine une application mobile de réseau social et de messagerie instantanée. chinoise. Elle s'est rapidement diversifiée pour proposer de nombreux fonctionnalités additionnelles, y compris un service de paiement WeChatPay. Vous avez la possibilité de proposer l'un des moyens de paiements alternatifs les plus populaires pour les consommateurs chinois. L'ouverture de ce paiement moyen de paiement devient indispensable pour les millions de chine visitant la France. Monext Online vous permet d'accepter les paiements avec l'API WepPayment, les paiements à la commande et les remboursements.
|
Manipulation des données marchand dans la demande d'authentification
Vous pouvez rajouter en paramètre d'entrée du service de demande d'authentification (VE) les balises suivantes : merchantName, merchantURL et merchantCountryCode. Lorsque ces paramètres seront présents dans la demande d'authentification verifyEnrollment, alors ils remplacent les données du marchand du compte indiqué dans la configuration du centre d'administration. Cette utilisation spécifique ne doit pas être valorisée sans connaissance de cause.
|
3DS V2 : Traitement en cas de non retour de l'authentification Pour améliorer votre taux d'acceptation, Monext Online vous permet une nouvelle reprise sur erreur. Monext Online prend en compte les défauts de réception par le commerçant de la réponse du serveur d'authentification (ACS) et leur permet d'adresser une demande d'autorisation sans fournir le contenu du message challenge (CRes) qu'ils auraient du recevoir. Le commerçant transmet la demande d'autorisation sans le contenu du message Challenge (CRres) et avec la valeur du paramètre merchant data (MD). Monext recherche le résultat de l'authentification et poursuit le traitement. Si Monext Online n'a pas reçu le résultat, la demande d'autorisation est refusée.
|
|
============== Liste TODO ==========================================Classer les sujets par ordre - Moyens de paiement DOC (Produit)
DESCRIPTION
TODO
|
======================= NON ACTIVE =========================================================== NON LIVRE ====================================
|
============== Fiches décalées =========================
Mise à disposition du fichier des BINPayline délivre un fichier contenant la plage BIN des cartes Visa, Mastercard et CB. Il peut être utilisé pour router les transactions de manière dynamique vers l’acquéreur le plus compétitif en terme de coût. Payline enrichit la liste BIN standard avec les informations : Indicateur «Carte virtuelle» pour la plage BIN virtuelle, informations spécifiques si la carte est co-marquée, type de carte et émetteur de la carte.
3DS V2 - lot 1 - Envoi des données (déploiment en homologuation)3D Secure V2 est l'évolution du protocol d’authentification qui sera utilisé dans le cadre de la DSP2. Lorsque l'authentification 3D Secure est sollicitée la responsabilité des transactions frauduleuses est toujours transférée du marchand à la banque émétrice, mais le changement majeur est l'allègement processus d’authentification. A présent les acheteurs pourront bénéficier d’une expérience d’achat plus agréable qui augmentera votre taux de conversion. Payline transmet des compléments de données d’authentification disponibles au moment de la transaction afin que commerçant et émetteur de carte de paiement puissent prendre une décision plus précise et mieux informée quant au déclenchement du 3D Secure. Dans la majorité des cas cela permet aux titulaires de carte d’effectuer des transactions sans la moindre authentification. Nouvelle version du prélèvement bancaire (SDD)Nous vous proposons un nouveau moyen de paiement de type prélèvement bancaire (Sepa Direct Debit). Le prélèvement bancaire est intéressant pour la vente par abonnement ou pour les paniers à montant élevé. Contrairement à un paiement par carte bancaire le montant d'une transaction est illimité et ne nécessite pas de gestion de date d'expiration. Le prélèvement bancaire garantit au client un droit de remboursement systématique au cours des 8 semaines suivant le débit du compte du consommateur, ainsi durant cette période, tous les fonds débités peuvent être crédités à nouveau sur le compte du débiteur sur simple demande de ce dernier. Le parcours de l'acheteur nécessite la signature d'un mandat de prélèvement lors du premier paiement. Pour ce faire l'acheteur doit seulement saisir son IBAN et son numéro de téléphone. En mode Widget, ce moyen de paiement sera intégré dans vos pages web en vous offrant la possibilité d'enregistrement dans un portefeuille électronique, le remboursement et la réconciliation. docaposte et slimpay
Gestion du site backup avec le widgetLa mécanique de bascule sur le site de backup est réalisé depuis le widget. Cette optimisation permet d'optimiser les services sur un autre site de production en cas de coupure.
|
|
API : Contrôle du cryptogramme
Pour faciliter le contrôle de la valeur du cryptogramme des web services de paiement, Payline anonymise la valeur si une valeur est présente sinon le champ sera vide. Les équipes techniques pourront facilement analyser les données et le comportement de la balise CVV en cas de problème d'intégration.
|