• fr
  • en

Release note 18.1

Mises en production
Du 22 Janvier 2018 au 23 Janvier 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 fraude
  • 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

Récupération du nombre d’essais effectués lors d’un paiement

Afin d’avoir une vue complète des caractéristiques d’une transaction, nous enrichissons la méthode getTransactionData du champ paymentAttemptNumber vous informant du nombre de d’essais effectués lors d’un paiement.

Evolution du ticket Oney lors d’un paiement OneClick

Dans le cas d’une transaction OneClick acceptée, le ticket du moyen de paiement Oney est enrichi avec les informations suivantes :

  • Mode de règlement
  • Numéro d’autorisation monétique
  • Numéro de ticket

écran

Bouton « annuler » sur la page du choix du moyen de paiement

Sur l’interface Sips Paypage 2.0, nous implémentons un bouton “ANNULER” au niveau de la page du choix du moyen de paiement. Cela a pour but d’éviter à l’acheteur de revenir sur la page précédente en utilisant la flèche « back » du navigateur (générant une page d’erreur). En cliquant sur le bouton, l’acheteur revient sur la page de votre site internet, ce qui lui permet de procéder à la modification souhaitée avant de revenir dans le tunnel d’achat et finaliser son paiement.

Ainsi, l’acheteur n’abandonne pas nécessairement son achat, et de votre côté cela vous permet d’augmenter votre taux de transformation.

Fonctionnellement, lorsque l’acheteur clique sur le bouton “ANNULER” au niveau de la page du choix du moyen de paiement, Sips envoie une réponse manuelle et une réponse automatique avec un response_code = 17. La transaction n’est pas créée en base.

écran

Ajout de devises pour les contrats BCC et AMEX

Les devises suivantes ont été ajoutées et sont donc disponibles pour les acquéreurs BCC (Belgique) et American Express :

  • Leu roumain (RON)
  • Lev bulgare (BGN)
  • Kuna croate (HRK)
  • Dinar serbe (RSD)
  • Shekel israélien (ILS)
  • Hryvnia ukrainienne (UAH)

Modification du logo Sofort

Afin d’être en conformité suite aux modifications de la marque Sofort, le logo va être modifié. Cette modification du logo du moyen de paiement Sofortüberweisung va être appliquée sur les pages affichées aux détenteurs de la carte et aux commerçants. Le nouveau logo apparaitra sur les applications Sips suivantes :

  • Les pages SOE (Sips Office Extranet)
  • Les pages Paypage 2.0
  • Les pages Payment 1.0
  • Merchant Extranet
  • Le Webtesting

Ancien logo :

écran

Nouveau logo :

écran

Référence de l’achat affiché sur les relevés bancaires du client

Vous pouvez déjà définir la référence de l’achat de votre client qui s’affichera sur son relevé bancaire au travers du champ statementRefence . A compter de la release 18R1, vous pouvez aussi définir cette référence pour les opérations de crédit porteur (méthodes creditHolder et walletCreditHolder ). Cette fonctionnalité est disponible si votre acquéreur la supporte.

Fraude

Ajout des champs « panier » aux méthodes walletOrder et directDebitOrder

Les méthodes walletOrder et directDebitOrder disponibles à travers l’interface Sips Office (connecteurs SOAP et JSON) sont complétées avec les paramètres d’entrée « ShoppingCartDetail ».

Ces informations relatives au panier rendent possible l’utilisation des règles de lutte contre la fraude analysant les achats du client.

Réglementation

MPADS (Manuel du Paiement A Distance Sécurisé)

Sur cette release, est mise en œuvre une partie des exigences du MPADS attendue par le GIE CB :

  • exigences liées au retour d’informations vers l’acheteur sur le ticket envoyé par mail/sms (produit carte, n° d’audit, …)
  • exigences liées au retour d’information dans le cadre de la demande de renseignement (message d’information vers le client et indicateur de demande de renseignement vers le commerçant)
  • exigences liées au format d’affichage du PAN masqué (nouveau format = ############9999)

D’autres exigences du MPADS seront mises en œuvre sur les releases à venir.

Production

Retour d’information lors d’une erreur à l’initialisation d’une transaction

Cette évolution vous permet d’être informé d’une éventuelle erreur lors de l’initialisation d’une transaction à travers l’interface Sips Paypages (connecteur POST).

Pour répondre à ce besoin, nous enrichissons l’utilisation de 2 paramètres existants :

  • Notification des erreurs Une réponse automatique sera envoyée sur l’URL transmise via un nouveau champ en entrée du connecteur.
  • Affichage de la page d’erreur Un bouton “retour” est ajouté à la page d’erreur affichée à l’internaute. Ce bouton déclenche une redirection vers l’URL transmise via un nouveau champ en entrée du connecteur. Une réponse manuelle accompagne cette redirection.

Les réponses automatiques et manuelles comportent les champs « redirectionStatusCode » et « redirectionStatusMessage » pour préciser l’erreur rencontrée.

Si vous ne renseignez pas l’URL dans votre requête, l’évolution n’est pas appliquée.

Tolérance aux pannes

En cas de pannes des directory serveurs permettant l’authentification forte du porteur, nous cessons de les solliciter à chaque requête. Cela nous permet d’éviter l’engorgement de notre plateforme et de basculer sur le mode dégradé du commerçant au plus tôt.

Bénéfices :

  • Côté Sips : renforcement de la stabilité de la plateforme
  • Côté client : amélioration du temps de réponse en mode dégradé.
  • Côté commerçant : amélioration du taux de transformation (car temps d’attente moins long côté client).

Maintenance corrective

Réf Appli. Type d’anomalie Résumé Priorité
16669 Office / Paypage / Extranet Fonctionnel Lors d’un paiement Sofort, le champ “Payment_mean_type” de la réponse Sips est alimenté avec SOFORT au lieu de CREDIT _TRANSFER Majeur
20030 GUI fraude Fonctionnel Sauvegarde de règle de lutte contre la fraude erronée ; si l’utilisateur sauvegarde une règle pays avec un autre pays dedans, celle-ci ne s’effectue pas. Critique
28588 Paypage Fonctionnel Réajustement du message en cas d’un paiement rejeté suite à un contrôle de lutte contre la fraude dont le résultat est positif (refus de paiement et non erreur technique) Majeur
28610 Merchant Management Fonctionnel La désactivation du 3D Secure entraine la fermeture des autres services d’authentification forte potentiellement utilisés (Safekey ou BCMC par exemple). Critique
28969 Paypage Intégration Le nom du client n’apparaît plus au niveau de la page de paiement Franfinance. Majeur
29101 Office Batch Fonctionnel Si le marchant envoie dans sa requête un format de date d’expiration du moyen de paiement invalide (YYYYMMDD au lieu de YYYYMM), le fichier Batch n’est pas rejeté alors qu’il devrait l’être, et les dates sont retranscrites de façon erronée. L’envoi des demandes d’autorisation n’est donc pas bloqué, et par conséquent les transactions sont refusées par l’acquéreur. Majeur
29731 Office Extranet Régression L’authentification forte suite à un PARES message ou un PARES signature invalide n’est pas bloquée en 3D Failure alors qu’elle doit l’être. Majeur
29765 Custompages Via Merchant Extranet Fonctionnel Le fichier Zip GoLive ne contient pas le Messages.properties dans le dossier properties/messages. Majeur
29820 Office Fonctionnel Mauvaise valorisation d’un champ du fichier requête CB2A pour les paiements Paylib, entrainant des refus de paiement. Bloquant
30194 Office Fonctionnel Paiement SDD refusé car le marchant n’envoie pas le customerIpAddress dans sa requête, alors que ce champ n’est pas obligatoire. Majeur
30287 Office Régression Vérification du statut 3D Secure de la transaction erronée lors d’une carte non enrôlée, du fait d’un mauvais mapping du « security_indicator ». Majeur