===================== Liste TODO ==========================================

Classer les sujets par ordre

-          Moyens de paiement
-          Optimisation
-          Lutte contre la faude
-          Backoffice & Reporting
-          API & Plugins

DOC (Produit) 

•  A faire    :         Doc et Release note a faire.
• RN en cours :   Description en cours d'écriture dans la Release Note.
• DOC en cours : RN faite et description Doc en cours d'écriture.
• RN envoyée:  
• Doc envoyée  :  DOC et RN réalisés.
• Validé :              Relecture réalisée.

DESCRIPTION 

• Valoriser, donner envie, décrire nouvelles fonctionnalités (ce que c'est) à qui il s'adresse et fonctions dispo et api : 
• MDP : Quel est le problème que nous tentons de résoudre ? Quelle valeur sera apportée s’il est résolu ?

TODO

• Validation de la release : nico + vincent
• Sarbacane 

  • Expoter la release note et mettre en forme (voir l'ancienne version pdf)

  • Mettre a jour le mail dans sarbacanne dans une nouvelle campagne et rajouter le pdf

  • Faire un test d’envoi a payline.produit@monext.net

• Page historique de l'API : Historique de version de l'API  ==> Liste des évolutions
  
• Toutes les pages modifiées ont l'étiquette  : https://payline.atlassian.net/wiki/label/DT/465

• Pour info : Les offres ont été modifiées Offres commerciales Monext : 

  • HOMO - Gestion des Distributeurs Monext 
  • HOMO - Offre commerciale : Maxi 2010, Maxi 2015, Maxi 2016 => en supplément 

  • HOMO - Offre commerciale : MyLine 2015, MyLine  => en supplément 

  • HOMO - Offre commerciale : Easy 2010, Easy 2015 => en supplément 

  • PROD - Gestion Distributeurs Monext 
  • PROD - Offre commerciale : Maxi 2010, Maxi 2015, Maxi 2016 => en supplément 

  • PROD - Offre commerciale : MyLine 2015, MyLine  => en supplément 

  • PROD - Offre commerciale : Easy 2010, Easy 2015 => en supplément 

• Liste des PrivateData
• Version UK
• Maj des modules java, php  et mise a jour sur gitHub ? Cyrille
• Controle wsdl
• Synchroniser les pages doc et release note avec zendesk : https://support.payline.com/hc/fr

• Envoyer aux PM pour validation et scope
  
• Envoyer aux PO , Franck A, Laurent P, et Frédéric M

======================= CI DESSOUS FICHES NON ACTIVES ====================================

AMEX - 4.70

Permettre à un commerçant d'effectuer des demandes de paiement sans authentification du porteur quand le DS Safekey est inaccessible.

Les règles de gestion pour passer en autorisation non authentifiée sont les mêmes que pour les autres réseaux interbancaires.
Mettre en place l'appel aux autorisations non authentifiées en cas d'indisponibilité du DS et ce aussi bien pour les intégrations en mode direct qu'en PWP

Benoit RENARD  Anne-Céline NADAL 

Nouvelle API iDeal - 4.70

permet d’améliorer la plateforme pour une api plus rapide ...

rajouter des banques en V2

doc a changer : toutes les banques sur V2.

Nicolas CANNARD 

3DSV2 - Info SDK sur l'app mobile - 4.70

Monext vise à travers cette évolution à augmenter le taux de conversion des commerçants utilisant l'sdk

Ajouter à l’objet threeDSInfo/sdk la balise encData de type string d’une longueur max de 64 000 octets

Modifier le traitement du verifyEnrollment pour envoyer au 3DS Server les données de l’objet sdk.

Benoit RENARD 

non activée

3DSV2 - Indisponibilité d'une opération initié par portefeuille - 4.70

Aligner les paiements avec wallet avec ce qui est fait avec une saisie carte classique lors

• D’une indisponibilité ou retour en erreur technique du MPI

• D’une indisponibilité ou retour en erreur technique du DS

• D’un retour en erreur technique de l’ACS

Anne-Céline NADAL 

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.
Toujours plus fluides et plus conviviaux, ces écrans vous offrent une meilleure navigation.

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.
Les consommateurs règlent leurs achats en scannant un QR Code avec leur application dans laquelle, l'acheteur a alimenté son compte.

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 

Pour tenter d'améliorer le taux de frictionless, vous pouvez fournir des informations supplémentaires dans vos demandes. 

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. (non préconisé / ne pas communiquer aux commerçants)

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.

Ne concerne que l'API Direct, avec verifyAuthentication.

============== Fiches décalées =========================

Mise à disposition du fichier des BIN

Payline 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 widget 

La 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. 

Désactivation des comptes inactifs

Dans le cadre de la réglementation PCI DSS, Payline prévoit une mécanisme de désactivation des comptes utilisateurs. Trois notifications seront envoyées pour prévenir l'utilisation, d'abord au bout de 30 jours, puis 60 jours et enfin à 90 jours pour lui indiquer que son compte sera désactivé. L'administration du compte chez le commerçant pourrait réactiver le compte. Toutes les demandes réalisées au support Payline pour réactiver le compte seront renvoyées à l'administration du commerçant chez le commerçant.

Afin de conserver votre compte actif, vous devez vous connecter sur le centre d'administration Payline. Cette procédure est mise en place pour les comptes de production et de test.

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.