• fr
  • en

Release note 18.2

Mises en production
Du 14 Mai 2018 au 8 Juin 2018

Nouvelles fonctionnalités à destination des commerçants

Les nouvelles fonctionnalités ajoutées à la plateforme Sips 2.0 concernent :

  • les moyens de paiement
  • la réglementation
  • la production

Pour plus de détail sur l’obtention de ces nouvelles fonctionnalités , veuillez contacter votre chargé de clientèle si vous êtes déjà client chez nous, ou par message à l’adresse sips@worldline.com .

Moyens de paiement

Cartes cobadgées

Lors de l’ajout d’une carte cobadgée dans le wallet Sips (via la méthode addCard), il est dorénavant possible d’indiquer la marque choisie. Cette évolution n’est pas en lien avec le sujet “MIF-Sélection de la marque”, mais elle permet d’orienter le client sur la cinématique de paiement de la marque choisie, lors des paiements ultérieurs.

Par exemple, en ajoutant au wallet d’un acheteur une carte cobadgée Oney / Visa, vous pouvez indiquer qu’il s’agit d’une carte Oney, de manière à ce que les paiements ultérieurs effectués par l’acheteur avec cette même carte suivent une cinématique de paiement Oney.

Moyen de paiement Bancontact

Référence de l’achat lors d’un paiement Bancontact

Pour les paiements par carte Bancontact, il est désormais possible de définir la référence de l’achat de votre client qui s’affichera sur son relevé bancaire en renseignant le champ orderId .

Modification du cycle de vie des transactions Bancontact

Un nouveau cycle de vie des transactions est mis en place lors d’un paiement Bancontact et introduit deux nouveaux statuts : « TO_CAPTURE » et « CAPTURE_REFUSED ».

En cas d’échec lors de l’envoi de la remise après une demande d’autorisation réussie, la transaction passe au statut « TO_CAPTURE ». Une nouvelle tentative de remise sera effectuée le lendemain et ce jusqu’à deux fois (1 tentative par jour). Si les deux nouvelles tentatives échouent, alors l’état de la transaction passera à « CAPTURE_REFUSED » et le commerçant saura que la remise a échoué.

Cycle de vie des transactions Bancontact :</u>

écran

Ajout des logos des cartes sur Paypage et Walletpage

Afin d’être en conformité avec les exigences de VISA, Sips affiche désormais les logos des moyens de paiement à côté des cartes présentées sur les pages Paypage et Walletpage.

Affichage sur Paypage :

écran

Affichage sur Walletpage en cas de modification du moyen de paiement :

écran

Affichage sur Walletpage en cas de suppression du moyen de paiement :

écran

Ajout de nouveaux moyens de paiements prépayés

En plus du moyen de paiement eChèque Vacances déjà disponible, Sips accepte désormais les moyens de paiement prépayés suivants :

écran

Moyen de paiement Paypal

Enrichissement du journal des impayés

Le journal de rapprochement des impayés s’enrichit des impayés sur les transactions Paypal. Si vous recevez déjà ce fichier, que vous acceptez les paiements Paypal et que vous recevez déjà les Journaux des rapprochements bancaires Paypal, vous bénéficiez automatiquement de cette évolution. Par conséquent, dès la release 18R2, votre fichier est susceptible de contenir aussi les impayés Paypal.

Récupération de l’adresse mail du compte Paypal de l’acheteur

Afin de vous donner la possibilité de contacter le propriétaire du compte Paypal suite à un paiement effectué via Sips Paypage, l’adresse mail associée au compte Paypal sera renvoyée dans la réponse automatique et la réponse manuelle. Cette donnée sera contenue dans le champ holderContactemail. Elle ne sera pas restituée dans les journaux. Aucun changement de connecteur n’est à prévoir, la nouvelle version à utiliser est la version “2.20”.

Optimisation de la cinématique Paylib avec Sips Office

Sur le connecteur Sips Office, l’initialisation d’une transaction Paylib est remaniée afin d’améliorer l’expérience utilisateur en cas d’indisponibilité du serveur Paylib. L’erreur est retournée dès l’appel à la méthode d’initialisation, avant redirection de l’acheteur. Vous avez dès lors la possibilité de proposer à votre client un autre moyen de paiement.

Réglementation

Conformité MPADS (Manuel de Paiement à Distance Sécurisé)

Nous poursuivons la mise en œuvre des exigences du MPADS attendue par le GIE CB. Sur cette release, nous appliquons les exigences liées au retour d’informations vers l’acheteur en cas d’annulation et remboursement d’une transaction. D’autres exigences du MPADS continuent d’être mises en œuvre sur les releases à venir.

Statistiques « MIF – Sélection de la marque »

Dans le cadre du déploiement du projet “MIF - Sélection de la carte”, nous nous mettons en capacité de fournir différentes statistiques sur la marque choisie et sur le mode de sélection des acheteurs. N’hésitez pas à contacter votre Account Support Manager qui vous proposera des exemples de statistiques.

Une sécurité renforcée pour la tokenisation

Les échanges entre le serveur Sips et le serveur de tokenisation exploitent un nouvel algorithme de hachage (SHA-512). L’accès aux coffres des tokens est une action sensible hautement sécurisée qui recueille notre vigilance. Cette évolution est animée par la norme PCI DSS.

Production

Workflow d’inscription

Nous améliorons notre workflow des inscriptions et modifications des contrats d’acceptation Sips 2.0. A compter de la release 18R2, une modification de boutique, ou l’inscription d’une nouvelle boutique sera effective au créneau d’activation qui succède la saisie sur l’extranet marchand. Les 3 créneaux d’activation seront : 13h30, 17h30 et 20h30 (CET).

Réponses automatiques

Afin d’améliorer le taux de réception des réponses automatiques sur votre serveur, si celui-ci est ponctuellement hors service, nous réémettons jusqu’à 4 fois l’envoi du message. Celui-ci est réémis lorsque le serveur de paiement récupère en retour de l’envoi un code http ne faisant pas partie de la liste suivante [200, 201, 204, 205, 301, 302, 408, 504].

Connecteur In-App

Le SDK In-App s’enrichit d’une méthode deletePaymentMean vous permettant de supprimer un moyen de paiement dans un wallet. De plus, chaque nouvelle version du SDK est dorénavant téléchargeable depuis Sips Download.

Maintenance corrective

Réf Appli. Type d’anomalie Résumé Priorité
27433 Office Extranet Fonctionnel Si une transaction ayant été refusée par un contrôle de fraude est dupliquée, la nouvelle transaction créée doit à son tour être refusée et insérée en base de façon à ce que le commerçant puisse obtenir la réponse et la consulter dans l’extranet. Majeur
28630 CustomPage Via Merchant Extranet Fonctionnel Correction de problème de chargement de couleur ou logo en mode simplifié au niveau de l’outil CustomPage via le Merchant Extranet lorsqu’il est utilisé avec Internet Explorer. Critique
30072 Paypage Fonctionnel Revue de la page d’accueil Paypage pour gérer plus proprement les cas de transactions dupliquées et les cas de session déjà existante. Majeur
30234 Paypage Fonctionnel Ajout d’un nouveau contrôle lors d’un paiement Bancontact afin de s’assurer qu’il y a bien une notification par transaction et que l’internaute est correctement redirigé. Critique
20348 Paypage / Office Fonctionnel Revue du mapping des response code lors d’un native acquirer response code 60 dans le cas d’un paiement par carte bleue. Majeur
30606 Paypage / Office Régression Revue du mapping dans le cas d’un acquirer response code 02 dans le cas d’un paiement AMEX. Majeur
30933 Fraud Régression Correction au niveau du contrôle de fraude Adresse IP. Majeur
30946 CustomPage Via Merchant Extranet Intégration Ajout d’un pop-up listant l’ensemble des fichiers qui seront livrés en production lorsque le commerçant clique sur le bouton « Go Live » en mode avancé de l’outil CustomPage via le Merchant Extranet. Majeur
31194 Paypage / Office Régression Revue et évolution du mapping des acquirer response code Cofidis. Critique