Les paiements Orchestra manquaient d’identification spécifique chez Alma. Une nouvelle variable distingue désormais ces transactions. Les analyses financières et statistiques s’améliorent.
Cette évolution facilite le calcul des rétro-commissions. Le partage de valeur devient plus transparent.
Dans la partie paiement d’un dossier du back office, le processus de remboursement a été renforcé afin d’offrir une expérience utilisateur plus claire, plus fiable et sans ambiguïté.
Il n’est désormais plus possible de saisir un montant supérieur au montant réellement remboursable, et cela dès la saisie du formulaire de demande de remboursement.
Cette amélioration permet :
Dans le module Agences, lors de la validation manuelle d’un nouveau paiement depuis le module, il y a désormais la possibilité de choisir un motif pour ce paiement, ainsi que de lier ce nouveau paiement à une référence dossier existante.
Il est désormais possible de proposer un nouveau moyen de paiement à ses clients B2C : paypal. Il n’est pas nécessaire de passer par son prestataire de paiement habituel pour intégrer PayPal sur son site B2C.
Cette évolution permet de prendre en compte les notifications de paiement envoyées par le prestataire de services de paiement Adyen pour les remboursements, les annulations et les captures.
Cette évolution fonctionne sur la réservation, le back-office et le back-office transport.
Elle permet de garantir la récupération du bon statut de l’action réalisée et d’éviter les faux positifs.
Le paiement par carte cadeau est désormais disponible pour le prestataire de paiement Adyen. Il est également possible de combiner plusieurs moyens de paiement sur une même réservation, carte bancaire et carte cadeau.
C’est disponible en B2C et B2B.
Le paiement en plusieurs fois (3X et 4X) Oney est désormais disponible via le prestataire de paiement Adyen dans le processus de réservation et dans le back office de la plateforme Orchestra.
Les « wallets » de paiement mobile Apple Pay et Google Pay sont désormais disponibles pour le prestataire de paiement Adyen, dans le processus de réservation.
Le type de paiement Apple Pay ne sera proposé qu’aux utilisateurs d’un device Apple.
Exemple d’affichage sur la page de paiement dans le processus de réservation :
Une nouvelle fonctionnalité “Push-to-Card” a été implémentée pour le prestataire de paiement Worldpay, partenaire de Travelsoft Pay.
Cette fonctionnalité permet d’effectuer des remboursements rapides sur n’importe quel type de carte bancaire lors d’une annulation de dossier.
Un lien de remboursement est envoyé par e-mail, donnant à l’utilisateur la possibilité d’ajouter une carte bancaire pour être remboursé sur son compte. Le remboursement sera effectué même si la carte bancaire utilisée n’est pas celle qui a servi au paiement initial du dossier.
Les solutions de paiement de Floa sont désormais accessibles à l’international.
Cette internationalisation est disponible avec Floa en direct et via le prestataire de paiement Thunes.
Le prestataire de paiement Adyen est désormais disponible sur la plateforme Orchestra.
Il est possible d’effectuer des paiements par carte bancaire avec les réseaux CB, Visa, Mastercard et American Express depuis le processus de réservation et le Back office.
Dans ce dernier, il est également possible de procéder à des paiements par lien, des remboursements et des duplications de paiements.
Nous avons implémenté la nouvelle API « B2B Wallet » d’Amadeus. Cette API permet de procéder au règlement des réservations de vols auprès des compagnies qui nécessitent des paiements en carte bancaire, telles que les compagnies low cost.
L’activation de la solution « B2B Wallet » se fait via une configuration.
Le processus de réservation des cartes cadeaux dématérialisées a évolué. Il est désormais possible, pendant la réservation, de sélectionner le mode de réception de la e-carte cadeau. L’internaute peut choisir entre les deux options suivantes :
La carte cadeau dématérialisée est générée automatiquement depuis le module Avantage et est jointe au format PDF dans l’email de confirmation de commande.
Le mode de paiement Bancontact, référence sur le marché belge, est désormais disponible sur la plateforme Orchestra pour le prestataire de paiement Worldpay.
Le paiement avec Bancontact peut s’effectuer dans le processus de réservation et à partir du dossier dans le Back office, incluant le paiement par mail.
Dans le cas des dossiers confirmés en option, la génération des factures client est désormais facultative. Cela est utile pour le mode de facturation « à la consommation » du séjour (au check-out), qui ne nécessite pas de facture à la réservation.
Une fenêtre s’affiche lors de la validation de l’option, proposant à l’agent d’envoyer la facture au client. La case d’envoi de la facture est cochée par défaut.
Nous avons implémenté de nouvelles solutions de paiement à distance par lien de paiement avec le partenaire Pledg.
Concrètement, un agent en call center ou en agence pour désormais envoyer un lien de paiement Pledg par SMS ou email au client, afin que ce dernier réalise le paiement de son dossier en autonomie.
Les moyens de paiement disponible dans cette nouvelle solution sont : comptant carte bancaire, 3x et 4x carte bancaire.
Exemple d’interfaces utilisateur pour un client et une agence :
Nous avons réalisé des évolutions majeures sur les solutions de paiement de Floa :
Pour les réservations de vols, nous avons optimisé le mode de paiement « capping » afin de ne l’afficher que dans le cas où un compte d’agence est initialisé.
Les distributeurs ont désormais la possibilité de vendre des cartes cadeaux dématérialisées et privatives sur la plateforme Orchestra.
Un processus de réservation dédié a été mis en place, qui permet à un client d’acheter une e-carte cadeau et de l’offrir à un bénéficiaire, pour une utilisation en e-commerce sur le site du distributeur sur lequel elle a été achetée.
Lors de l’achat d’une e-carte cadeau, un code automatique est généré et envoyé par email au client, qui peut ensuite l’offrir au bénéficiaire de son choix, en ajoutant un message personnalisé.
La e-carte cadeau peut dès lors être utilisée dans le processus de réservation e-commerce du distributeur, avec un éventuel paiement complémentaire en cas de montant insuffisant sur la e-carte pour régler le montant total du dossier.
La durée de validité de la e-carte cadeau peut enfin être définie par le distributeur.
Nous avons ajouté le 3D Secure v2 pour sécuriser les paiements en ligne réalisés avec le prestataire de paiement Worldpay, partenaire de Travelsoft Pay.
Le paiement depuis le back office et le paiement par email avec Travelsoft Pay ont également été implémentés dans cette évolution.
Une nouvelle fonctionnalité de paiement différé est désormais disponible avec le partenaire Pledg.
Complémentaire aux solutions de paiement en plusieurs fois déjà existantes (Buy Now Pay Later), cette fonctionnalité rend possible des mécaniques de paiement du type « Payez le 5 du mois suivant ».
Dans le B2B, il est désormais possible de confirmer une réservation sans paiement associé. Cette fonctionnalité permet de dissocier la réservation du paiement, et constitue une alternative au paiement en compte.
Pour confirmer la réservation sans paiement, il suffit de sélectionner le moyen de paiement « sans paiement » à l’étape de paiement dans le processus de réservation :
Lorsque l’option “sans paiement” est sélectionnée, le dossier apparait ensuite comme “à solder” manuellement dans le back office.
Ajout d’une pop-in (fenêtre modale) pour l’initialisation d’un compte permettant de choisir entre 3 modes:
Il est possible de consulter l’historique des transactions effectuées dans le mode dans lequel on est, de supprimer le compte et le recréer (attention à la balance, à maîtriser par le distributeur)
Dans le processus de réservation ou le BO, il est vérifié que le solde du compte est suffisant pour proposer le moyen de paiement CAPPING.
Si le solde est insuffisant, un message apparait précisant que le solde restant est insuffisant pour choisir ce mode de paiement.
Dans la configuration des moyens de paiements, on utilisera toujours le mot clé « CAPPING », la distinction entre les 3 modes se fait exclusivement dans l’interface du capping.
La notion de TVA a été ajoutée au niveau des activités (via une nouvelle colonne dans la grille) et hôtel pour les hôtels internes.
Pour les « addons », un nouvelle colonne permet de renseigner un pourcentage de TVA. Ce pourcentage est ensuite transmis dans les lignes tarifaires concernant l’activité ainsi que dans les lignes tarifaires de Yield qui concerne l’addon.
Pour les hôtels internes, le connecteur va lire une nouvelle configuration qui donne un pourcentage de TVA fixe pour les chambres et un autre pourcentage fixe pour les pensions.
Limitation : la TVA ne peut pas être affichée dans le mode « hôtel préselect » avant la page de coordonnées.
Les promotions hôtel ainsi que le yield lié à un hôtel vont hériter du taux de TVA de la chambre. Le montant de la TVA des pensions doit toujours être égal à celui de la chambre !!
Le pourcentage de TVA est lié :
Jusque là aucun calcul de TVA n’est effectué, les taux sont simplement transmis d’un étape à l’autre.
Le taux de TVA ainsi que la valeur calculée est affichée dans la partie devis du BO. Dans ce tableau deux nouvelles colonnes permettent de connaître le pourcentage et la valeur calculée de TVA au niveau de chacune des lignes du devis. Le montant total de TVA calculé est finalement affiché plus bas.
Les plateformes Worldpay et Conferma (respectivement pour l’acquisition et pour l’émission de cartes de crédit virtuelles – VCC) ont été intégrés à la plateforme Orchestra.
Le paiement par paypal ainsi que par MyBank est disponible dans le processus de réservation et sur le Backoffice.
Le moyen de paiement BanContact est désormais disponible via le prestataire de paiement fractionné Pledg.
Un champ de recherche a été ajouté à la recherche avancée du backoffice pour chercher des dossiers en fonction de leur date de paiement. Ce champ est disponible par défaut.
Un export selon un format prédéfini en configuration est aussi possible afin de par exemple utiliser cet export comme cloture de caisse.
Il est désormais possible de définir dans le backoffice des types de paiements « En compte » afin d’indiquer le moyen de paiement lié aux paiement saisis.
Le Prestataire de service de paiement Alma qui propose notamment des services de paiement fractionnés (2x, 3x, 4x) allant jusqu’au crédit (10x, 12x) est connecté à la plateforme Orchestra.
Les widgets Pledg de paiement fractionné sont désormais compatibles et multilingues avec les langues du processus de réservation.
Dans cette version l’API Adyen a été migré d’une technologie SOAP vers une technologie REST, c’est donc une toute nouvelle intégration d’Adyen, transparente fonctionnellement qui a été mise en place.
En fonctions des moyens de paiements mis en place chez le distributeur, il est possible d’afficher les possibilités de paiements dès la page de devis.
Voici quelques exemples visuels :
Au clic sur le bouton « i », une fenêtre modale s’affiche donnant le détail du moyen de paiement y-compris les échéanciers, par exemple pour Oney :
Des évolutions ont permis l’amélioration du formulaire de paiement :
Les paiements en 3 et 4 fois sont désormais disponibles via le PSP Limonetik / Thunes.
Cette évolution a ajouté la possibilité de prélever le solde du montant total un certain nombre de jours après la réservation lors d’un paiement partiel avec Limonetik, au lieu de prélever un certains nombre de jour avant le départ.
Les paiements en 3, 6 et 10x sont désormais disponibles via le système de paiement fractionné et « à plusieurs » Pledg.
Le prestataire de services de paiement Utrust, permettant l’acceptation de paiement en cryptomonnaies est désormais intégré à la plateforme.
Il permet d’accepter les paiement en cryptomonnaies tout en recevant les fonds en monnaies fiduciaires (Euros, dollars, etc) ou en cryptomonnaie.
Intégration d’un moyen de paiement SEPA : SAFEDEBIT est la solution de paiement SEPA de notre partenaire SSP qui gère 2 moyens d’action directe sur un compte bancaire : paiement par initiation de virement et paiement par prélèvement garanti.
Il est possible de proposer ces modalités de paiement : paiement comptant, partiel ou en plusieurs fois. Ces modalités sont configurables comme tous les autres moyens de paiement CB de la réservation.
Il existe 2 cinématiques de paiement configurables possibles, une avec prélèvements uniquement et une mixte avec virement initial puis prélèvements. Il est possible de choisir l’une ou l’autre (via configuration).
Voici le parcours client pour le paiement en prélèvement :
Voici le parcours client pour le paiement en mixte :
Cette évolution permet de proposer plusieurs modes de paiements Pledg sur le même processus de réservation.
Les moyen de paiements disponibles sont :
Il est désormais possible via configuration d’ajouter le coût de l’assurance, les frais de dossier et les frais de paiement dans le calcul du montant de l’acompte.
Un système de gestion des avantages fidélité propriétaire d’un voyagiste a été intégré. Il permet aux clients de ce voyagiste d’une part de cumuler un montant en euros dans une cagnotte qui augmente à chaque réservation tout en, d’autre part, étant en mesure de consommer le montant disponible de leur cagnotte pour réserver un séjour selon des conditions précises et configurables.
L’outil Tracer est l’outil d’analyse des « logs » de la plateforme Orchestra, c’est à dire des traces écrites que laissent les différents algorithmes et programmes pour permettre la compréhension et l’analyse de leurs actions rétrospectivement à leur exécution.
Avant cette évolution les analyses des paiements s’effectuaient via les fichiers bruts de logs des connecteurs et du processus de réservation. L’intégration de ce nouveau type de fichiers à Tracer permet une amélioration de l’efficacité des équipes lors de l’analyse de ces fichiers.
De plus les erreurs des PSPs ont été « typées », ce qui améliore fortement les analyses possibles.
Dans le cadre de la mise en place de l’évolution du 3DS, nous avons ajouté des champs obligatoires pour la validation de cette nouvelle norme sur les paiements.
Cette norme demande en particulier d’envoyer plus (ou un maximum) d’informations au système de paiement en charge de valider la transaction. Ces informations son nécessaires au système de paiement pour scorer la transaction et le client et choisir d’activer ou non un processus de double authentification.
Dans certains cas, lorsque le client est connu car connecté sur son compte client, le distributeur peut préconiser à son système de paiement d’activer le frictionless. C’est à dire de demander à son PSP d’activer un paiement sans double authentification car il considère qu’une première authentification a déjà été effectuée de son côté via la connexion au compte client.
Même si la décision (et responsabilité) reste dans les mains du système de paiement, cette évolution permet dans certains cas d’éviter un 3DS non nécessaire et ainsi augmenter le taux de conversion de la vente.
Afin de gérer la prise de solde d’un dossier via Paybox en dehors du back office Orchestra, la gestion des wallets Paybox a été implémentée de façon à créer un wallet Paybox à la réservation et transmettre via MCTO les informations techniques permettant d’utiliser ce wallet.
Dans le cas où un paiement est en échec avec le PSP Payline et où l’internaute est redirigé vers le processus de réservation, des messages personnalisables sont désormais disponibles en fonction du code erreur envoyé par Payline.
De même, les emails de notifications sont personnalisables en fonction du message de façon à fournir à au client ou à l’agent de voyage un maximum d’information pertinentes quand à l’erreur de paiement.
Les intégrations des PSP Adyen et Monetico ont été améliorés afin de s’adapter aux nouveaux nouveaux standards de sécurité et de protection des données.
Les moyens de paiement accessibles lors de la gestion du dossier dans le back-office sont désormais paramétrables en fonction du couple Agence/Producteur concerné.
Cette évolution est nécessaire dans le cas ou les accords de modalités de paiement entre le producteur et le distributeur varient en fonction des agences.
Le paiement en plusieurs fois via la carte Règlo Cetelem a été intégré pour le PSP Payline.
La DSP2, Directive sur les Services de Paiement permet de mieux protéger nos clients et nos distributeurs dans un contexte où la fraude et les usurpations d’identités se multiplient.
Afin de respecter cette directive, des évolutions sont en cours sur l’ensemble des PSP connectés à Orchestra.
Une nouvelle intégration du PSP Atos a été effectuée afin de répondre aux nouvelles normes de sécurité et notamment de la Directive sur les Services de Paiement 2.
L’intégration de Floa Banque Casino est désormais disponibles pour les implémentations qui demandent la gestion d’un réseau d’agences. Des informations additionnelles doivent être ajoutés aux requêtes permettant le bon déroulé du paiement et son assignation à l’agence concernée.
L’intégration avec le PSP ATOS a été mis à jour dans la nouvelle version de leur API pour le processus de réservation mobile et le processus de réservation desktop.
Un nouveau mode de paiement a été ajouté via le PSP Payline, le paiement en plusieurs fois via Cetelem.
La gestion des paiements des réseaux d’agences peut nécessiter l’envoi de l’information précise sur l’agence effectuant la vente. Le PSP banque Casino peut désormais être utilisé pour les réseaux d’agences.
Historiquement chaque prestataire de paiement proposait un nombre limité de moyens de paiement, et un distributeur n’utilisait que rarement plus d’un PSP. L’affichage et le choix du mode de paiement à utiliser par le client lors du processus de réservation se faisait ainsi naturellement par la sélection du prestataire technique correspondant au moyen de paiement désiré.
De plus en plus de combinaisons de moyens de paiement sont utilisées aujourd’hui (par types de cartes certes, mais aussi en plusieurs cartes ou en plusieurs fois…), il est donc désormais possible de mettre en avant une option de paiement via un onglet de façon indépendante du système de paiement technique sous-jacent.
La plateforme Orchestra se dote d’un nouveau moyen de paiement via Limonetik avec les Chèques Vacances ANCV dématérialisés.
Lors de sa réservation le client peut sélectionner le paiement par Chèque-Vacances Connect, il est alors redirigé vers une page Limonetik lui proposant de s’identifiant avec son compte Chèque-Vacances Connect et procéder au paiement sur son smartphone guidé étape par étape.
Enfin, à la validation du paiement, il est redirigé sur le processus de réservation du distributeur pour compléter son paiement via un autre moyen ou finaliser sa réservation.
ProcessOut est une solution de monitoring et d’optimisation des performances des paiements sur un processus de vente en ligne. Nous avons mis en place une API permettant de connecter le processus de réservation Orchestra au compte ProcessOut du distributeur.
Avec Banque Casino, après le paiement en 4 fois, nous avons intégré le paiement en 3 fois et le paiement en 10 fois.
Le paiement en 10 fois a un fonctionnement sensiblement différent que le paiement en 3 et en 4 fois car il est considéré comme un crédit à la consommation.
Ainsi, sur la page de paiement, il est demandé des pièces justificatives et un contrôle anti-fraude est effectué de façon automatique par le prestataire de paiement.
Lorsque le paiement en 3X, 4X ou 10X est sélectionné, une requête de scoring est envoyée.
Toute annulation post-réservation (notamment dans le back-office) sera totale.
Les paiements via Paypal sont désormais disponibles avec le PSP Payline depuis les processus de réservation et le backoffice.
Il est désormais possible de forcer le paiement de la totalité du dossier en fonction d’un nombre paramétrable de jours avant le départ et d’envoyer au système de paiement l’information de si le payeur participe au voyage ainsi que la composition des PAX dans les méta-données.
Afin de faciliter le passage d’un système de paiement à un autre, même sur les dossiers en cours de finalisation, il est désormais possible d’utiliser plusieurs PSP depuis le Back-Office.
Par exemple, l’acompte d’un dossier peut-être pris via un système de paiement et le solde via un autre. Cette évolution gère aussi les problématiques de remboursements. Ainsi, si un paiement a été effectué avec un PSP précis, le remboursement est proposé via ce PSP, les autres sont grisés car indisponibles sur ce dossier.
Le système de paiement Sharegroop est désormais intégré à la plateforme Orchestra. Sharegroop propose un système de paiement à plusieurs avec validation directe. Une autorisation de paiement sur le montant total du dossier est effectuée sur la carte du « capitaine » afin de sécuriser les dossiers dés leur réservation malgré un paiement en plusieurs fois par plusieurs personnes.
Dans le cadre de l’intégration de Pledg lors d’un paiement, un algorithme de scoring peut être utilisé et nécessite que des informations supplémentaires aux classiques informations de paiement soient envoyées.
Ces informations sont par exemple :
Des informations sur le voyage choisi :
Des informations sur les voyageurs :
Il est désormais possible de désactiver la notification automatique par email lors d’un paiement en compte. Certains utilisateurs de la plateforme utilisent les paiements en compte à des fins de régulations comptables qui ne nécessitent pas la notification du client. Il est désormais possible de débrayer le système d’envoi d’email à discrétion de l’opérateur via la désélection d’un check-box (sélectionnée par défaut).
Le moyen de paiement Illicado est désormais disponible pour les utilisateurs du PSP Limonetik.
Pour le PSP Limonetik, nous avons amélioré la gestion des commissions pour pouvoir envoyer plusieurs commissions tout en combinant ces commissions afin que celles-ci n’apparaissent qu’en une seule ligne chez le producteur
Le système Pledg est un module intégrable sur les B2B et B2C, s’interfaçant de façon transparente avec votre PSP et qui avance les fonds à la place du client qui se porte habituellement garant du groupe. En B2B ou en B2C, un seul paiement entre dans votre système et Pledg se charge de la mécanique de récupération des paiements de tous les membres du groupe.
Ajout de l’information indiquant si le paiement d’acompte est disponible pour le produit et dans les conditions de réservation, calcul du montant minimum d’acompte nécessaire
Intégration du système de paiement HiPay, proposant divers moyens de paiement tel que CB, VISA, MASTERCARD, BANCONTACT, IDEAL, PAYPAL, ONEY. Possibilité d’effectuer des paiements classiques et des remboursements dans le Back-Office
Intégration de la solution de gestion de carte virtuelle Book and Pay de Amadeus. Dans le cas de réservations de vols via des compagnies de type lowcost, ceci permet de simplifier le paiement par carte virtuelle en déléguant la gestion de ces cartes à Amadeus.
Création d’une nouvelle architecture logicielle pour les futures connectivités de paiements, afin d’optimiser leur intégration, leur modularité et leur maintenance.
Pour les pré-packages, possibilité de proposer le paiement d’un acompte correspondant au prix du transport afin de s’assurer du paiement de celui-ci. Sur les sites B2B, possibilité d’afficher le prix du vol dans le récapitulatif du devis et sur la page de confirmation.
Pour le système de paiement BeBill :
Amélioration de la connectivité avec le système de paiement Paybox, avec un nouveau mode améliorant la sécurité
Des évolutions ont été apportées sur le paiement Casino:
Le paiement Facily Pay 3x ou 4x d’Oney est désormais disponible via Limonetik. Des informations sur ce type de financement sont accessibles dès la page de devis.
Un résumé des modalités de paiement est affiché sur la page de paiement et aussi dans le back-office.
La solution de paiement Franfinance a été intégrée via le PSP Sips/Atos. Il est possible d’effectuer un paiement en 3 fois avec cette solution.
Le module de paiement Paybox est désormais disponible en plus de SIPS-ATOS, Ogone, Banque Accord et les solutions de crédits Presto (Cetelem), Promostim et 1euro.com.
L’intégration de ce mode paiement a été réalisée en mode 3 tiers (pages de paiement hébergées par Paybox) afin de pouvoir profiter du mode 3D Secure.
