Activités et services

Les hôtels internes intégrés en pré-packages manquaient de valorisation visuelle. Les images et descriptifs des chambres n’apparaissaient pas. Cette limitation réduisait l’attractivité des offres supérieures.

Orchestra affiche désormais les éditos chambres sur la page devis. Les images et descriptifs configurés sont visibles. Cette évolution améliore la présentation des informations produit.

L’affichage enrichi favorise l’upsell vers les catégories supérieures. Les clients visualisent mieux les différences entre chambres. Cette valorisation éditoriale optimise le potentiel commercial des établissements.

L’évolution consiste en la prise en charge des arrondis lors de la réservation de add-ons. Notamment, dans les cas de conversion de devises. Cela permet un alignement entre les différents modules de la plateforme (processus de réservation, gestion de dossiers, ,post réservation etc).

Une évolution du module d’administration et du processus de vente a été réalisée. Elle permet le calcul et l’affichage des prix d’assurance par personne et par nuit.

Cette amélioration apporte une opportunité d’affichage tarifaire différente avec une granularité précisée des montants lors de la souscription.

Pour le site B2C de Logitravel, une solution d’interconnexion permet de rediriger l’utilisateur vers la page de paiement Logitravel à la fin du parcours Orchestra, évitant ainsi l’intégration de plusieurs prestataires de paiement.

Les produits internes peuvent être automatiquement annulés chez le producteur à la suite d’une réservation indirecte ayant échoué.

Il est désormais possible de confirmer une réservation sans paiement associé dans un processus de réservation indirect. Cette fonctionnalité permet de dissocier la réservation du paiement, et constitue une alternative au paiement en compte.

Une évolution a été mise en place pour permettre une gestion plus fine des ‘facilités de paiement’, avec pour objectif d’améliorer l’expérience utilisateur, notamment pour les agents de call center. Ces derniers peuvent désormais communiquer plus facilement le montant de l’acompte sur un devis, sans avoir à le calculer manuellement. Il est désormais possible de paramétrer, dans la configuration, un channel, une organisation ou un utilisateur cible pour le module ‘facilités de paiement’, ainsi que de définir son affichage sur la page de paiement.

Les agences reçoivent désormais un e-mail récapitulatif des actions d’annulation effectuées suite à un échec de réservation, incluant l’annulation automatique des éléments réservés.

Le processus de contre-proposition a été amélioré pour mieux gérer les indisponibilités de chambres lors de la relecture d’un devis. Si la catégorie de chambre initiale n’est pas disponible, une alternative est proposée pour la même date. En l’absence d’alternative, une autre date est suggérée.

Afin d’améliorer l’expérience utilisateur, l’interface utilisateur et le design du module de « choix d’agence » dans le processus de réservation a été retravaillé.

Dans le cadre de la réservation des vols via l’outil Orchestra B2B, le client peut désormais choisir, au moment du paiement, de réserver avec ou sans émission du billet.

La fonctionnalité est activable via une configuration, permettant au client de réserver avec ou sans émission (si cette option est disponible).

Afin d’optimiser l’expérience utilisateur, une nouvelle interface a été intégrée au processus de réservation de transport. Cette fonctionnalité permet désormais aux voyageurs de sélectionner leur siège sur un plan interactif de l’avion, affichant les sorties de secours, les toilettes ainsi que les sièges avec ou sans supplément.

Actuellement disponible pour les réservations Air France et Jazeera (hors NDC), cette option peut être activée via une simple configuration.

Dans le processus de réservation, il est désormais possible de personnaliser le contenu de la pop in de refus d’assurance en fonction du pays de destination du produit. Cette nouvelle notion vient compléter la personnalisation par canal de distribution et par langue déjà disponible.

L’objectif de cette évolution est d’optimiser le parcours utilisateur et de personnaliser au maximum le contenu en fonction du produit réservé (spécificités géographiques).

Les emails de tracking sont remplacés par des emails de retargeting.

Les distributeurs ont désormais la possibilité de paramétrer et d’envoyer des email de retargeting aux prospects ayant renseigné leurs coordonnées à l’étape de devis, mais n’ayant finalement pas converti dans le processus de réservation.

L’email de retargeting comprendra un lien permettant de rejouer le devis et d’augmenter les chances de conversion des abandonnistes, et donc d’augmenter le volume d’affaires.

Pour la source hôtelière Sunhotels, les chambres non remboursables ou comprenant des frais d’annulation peuvent désormais être filtrées lorsque la réservation contient un transport.

Cela permet d’éviter des frais d’annulation dans le cas où la réservation du transport venait à échouer, impliquant ainsi la nécessité d’annuler la réservation de l’hôtel.

Par défaut, le filtre est activé pour tous les processus de réservation incluant un transport (vol + hôtel, pré-package avec transport) et peut être désactivé via une configuration.

Nous avons réalisé une évolution afin de synchroniser l’agence de voyages de rattachement du client dans le processus de réservation et le compte client.

Désormais, l’agence sélectionnée par le client dans le processus de réservation entraine une mise à jour automatique des informations de l’agence favorite dans son compte client.

La saisie et l’envoi des données de contact sont désormais gérés sur la plateforme Orchestra pour les producteurs du groupe TUI.

Nous avons réalisé plusieurs évolutions au sein du module Avantages sur la plateforme d’administration :

• Création d’un formulaire permettant de générer des codes avantage de manière unitaire.

• Création de nouveaux droits utilisateurs pour accéder aux différentes fonctionnalités du module.

• Ajout d’informations pour améliorer la traçabilité, comme l’utilisateur ayant créé ou consommé l’avantage.

• Améliorations graphiques et de l’ergonomie du module.

Nous avons réalisé une amélioration technique permettant d’envoyer des paramètres complémentaires lors d’un rejeu de devis, s’ils n’existent pas dans la réservation initiale.

Cette évolution peut par exemple être utilisée pour permettre le paiement par avantages lors d’un rejeu de devis.

Une optimisation a été réalisée pour la gestion des pensions (« mealPlans ») du partenaire Bravo Club : les pensions en double sont supprimées et le prix correct par personne est calculé pour toutes les pensions. La pension sélectionnée est commune à toutes les chambres.

De la même manière que pour le processus de réservation Hôtel sec, nous avons ajouter la possibilité d’activer l’affichage des conditions d’annulation d’hôtel dans le processus de réservation Dynamic Package.

Cette option est gérée par la même configuration que dans le processus de réservation Hôtel.

Afin d’augmenter le taux de conversion auprès des internautes abandonnistes qui ne sont pas allés au bout d’une réservation, nous avons mis à jour les modèles génériques des emails de tracking client, pour tous les processus de réservation (Packages, Transports, Hôtels, Activités et services).

Un lien d’entrée dans le processus de réservation a en particulier été ajouté dans les emails de tracking, permettant de relancer la réservation avec les mêmes paramètres que ceux utilisés dans la réservation initiale.

Des améliorations visuelles ont été apportées sur les pages de résultat de recherche de transport dans les processus de réservation vol sec, dynamic package et package.

En particulier, un nouveau cartouche transport a été déployé, avec un nouveau « i » d’information, optimisant l’affichage sur tous les devices.

Dans le processus de réservation, pour les séjours avec vols, nous avons ajouté un message contextuel pour informer l’internaute de la possibilité d’ajouter des bagages en soute lorsque ces derniers ne sont pas inclus dans les vols sélectionnés.

Cela constitue à la fois une information et une incitation pour les clients, à l’étape de sélection des bagages.

Pour les séjours avec transport, et afin d’améliorer l’expérience utilisateur, nous avons ajouté un message contextuel à l’étape devis du processus de réservation pour informer l’utilisateur en cas d’indisponibilité de la location de véhicule.

Ce cas de figure peut par exemple survenir lorsque l’horaire d’arrivée du vol sélectionné ne correspond pas aux horaires d’ouverture de l’agence de location à destination.

Le design du processus de réservation a été amélioré de façon a augmenter la clarté de la présentation des hébergements multiples dans le cadre d’un dossier multi-hébergements.

Précédement le choix de la répartition des voyageurs, de la catégorie d’hébergement et du type de pension était affiché en liste numéroté qui se répétait plusieurs fois.

Désormais les configurations des hébergements dans le processus de réservation sont regroupés sous un seul numéro pour chaque hébergement.

Ajout de la possibilité de mettre des valeurs par défaut sur les colonnes du tableau.

Les prestations additionnelles non-packagées sont désormais regroupées par le libellé de leur code dans la colonne récapitulative.

Dans le processus de vente, il est désormais possible d’afficher des informations supplémentaires ou de réassurance sous forme d’encarts d’informations en haut des pages pour fournir davantage de détails au client ou notifier de certaines précautions à prendre. Les contenus sont définis dans l’outil d’administration et peuvent être rédigés pour chaque page de réservation.

Le widget de l’ESF ne s’affiche désormais que lorsque le séjours est sur une période configurée par le distributeur où des cours de ski sont disponibles.

Dans le cadre d’un séjour devant être payé à plusieurs entités (une part à l’agence et une part à l’hôtel par exemple), il peut être nécessaire de n’appliquer le code de réduction uniquement sur la partie agence et non sur ce solde devant être payé à l’hôtel.

C’est désormais possible via un paramètrage au niveau des paiements.

Le récapitulatif de devis et notamment son impression ont été améliorés de façon a obtenir un document plus qualitatif. Il a été par exemple ajouté la possibilité d’insérer des header et footer sur ce document.

Il est à présent possible d’utiliser le mécanisme de tolérance tarifaire lors des rejeux de devis, permettant ainsi de conserver le montant du devis et d’atteindre la page coordonnées si les choix sélectionnés lors du devis sont toujours disponibles.

Le prix sera alors conservé si une règle de tolérance tarifaire existe et s’applique (en fonction des seuils définis).

Ceci demande une gestion précise des dates de validité des devis car la tolérance tarifaire pourrait masquer de gros écarts tarifaires sur d’anciens devis si le seuil d’application de la règle de tolérance est trop large mais permet notamment de garantir le prix d’un devis.

Un loader a été ajouté lors de l’entrée sur la page de devis du processus de réservation depuis un rejeu de devis (via le lien dans le mail ou bien dans le BO) permettant de patienter le temps d’interroger les sources, exactement comme en passant depuis la fiche produit catalogue vers la page de devis.

Pour améliorer l’expérience utilisateur et augmenter la lisibilité des informations, le cartouche hôtel dans la page de résultat de recheche du processus de réservation Hôtel a été revu.

Les évolutions suivantes ont été apportées :

• L’adresse ne passe pas sur 2 lignes quelle qu’en soit sa longueur.
• Il n’y a plus de résumé, les photos priment.
• Les mots clés (keywords) sont en dessous de l’adresse.
• Le prix a été déplacé.
• Le positionnement du bouton de Call-to-Action est désormais :
  • Desktop: en bas à droite
  • Mobile: prend toute la largeur du cartouche
• Le diaporama des images a désormais l’un des comportements suivants :
  • Si le diaporama a un nombre d’images supérieur ou égal au nombre défini en configuration, il y aura au total ce nombre d’images dans le diaporama, et la dernière image aura l’effet de flou et l’invitation à passer en plein écran « voir plus ».
  • Si le diaporama a strictement moins d’images que ne nombre défini dans la configuration alors toutes les images sont affichées, et il y aura une image en plus correspondant à la dernière image mais avec l’effet de flou et l’invitation « voir plus » à passer en plein écran.

Moteur de recherche spécifique croisière en B2B avec recherche par destinations, par port de départ, par thématiques et par bateaux.

Affichage détaillé des tarifs et par cabine :

Template de page produit croisière :

Regroupement des opérations croisières en un seul produit pour Costa Croisières.

Choix des typologies, tarifs et catégories de cabines :

Choix des prestations liées et configuration des prestations incluses :

Récapitulatif avant validation :

Le processus de réservation permet désormais de choisir le mode d’affichage des transferts :

En mode Carrousel : comme son nom l’indique au sein d’un carrousel…

Ou en mode Flat, les transferts sont listés un par un les uns en dessous des autres.

Dans la liste de résultats du processus Hôtel, l’ensemble du cartouche hôtel est désormais sensible au clic pour sélectionner l’hôtel et passer à l’étape suivante.

Cette évolution d’apparence mineure permet d’améliorer sensiblement l’expérience utilisateur.

L’objectif de cette évolution est d’améliorer à nouveau le taux de conversion et de satisfaire les clients en cas de KO technique à la réservation. Il sera alors nécessaire de finaliser la réservation dans un second temps.

Elle consiste à afficher une page de confirmation au moment où il est aujourd’hui affiché une page d’erreur et de notifier le distributeur du dossier à gérer de façon à conserver la vente.

Cela rend plus compréhensible pour le client les cas de KO que l’on est en mesure de finaliser via l’intervention d’un agent de voyage en back-office.

Il est donc à présent possible de configurer le mode souhaité : page d’erreur ou bien page de confirmation.

En pratique, il existe deux types de KO :

• Sur un KO booking : on peut avoir le mode erreur ou confirmation
• Sur un KO paiement :
  • Recoverable : on active le mode qui créé le « devis » dans le BO mais on ne redirige pas sur la page d’erreur ni confirmation (car on se retrouve la page de paiement à nouveau)
  • Fatal : on peut avoir le mode erreur (même si le mode confirmation est techniquement possible mais non recommandé)

Sur la page de confirmation et le mail de confirmation associés aux KO, on a la possibilité d’afficher un message d’information spécifique pour distinguer ce cas d’une page de confirmation standard. 

L’affichage de la différence entre le prix brochure (prix barré) du catalogue et le prix de vente dans le processus de réservation est désormais possible.
Cette information du montant économisé est à titre informatif et s’affiche lorsqu’un certain nombre de conditions sont remplies.

Dans le cas où la réservation inclue des bagages pour une partie seulement des passagers, les emails envoyés par le processus de réservation peuvent en faire la liste et la composition complète. Par exemple :

• « Bagages inclus pour tous les voyageurs »
• « Bagages inclus pour n adultes, n enfants »

Lors de la réservation d’un produit fusionné, pour deux disponibilités identiques en provenance de deux sources différentes le processus de réservation sélectionne automatiquement la disponibilité de la source la moins chère.

Cas d’usage pour deux disponibilités identiques sur un produit fusionné :

• Production TO Classique – Prix A : 1300€
• Production TO Dynamique (via l’outil de Prépackaging par exemple) – Prix B : 1200€

En cas de sélection par l’agent ou le client B2C, le processus de réservation proposera et réservera par défaut la disponibilité la moins chère, sauf en cas de priorisation d’une source via configuration, la source priorisée sera alors sélectionnée.

Le processus de réservation permet désormais de réserver des cours de ski ESF via l’intégration du widget du partenaire.

A clic sur la mise en avant, le client ou l’agent de voyage est invité à suivre le workflow de réservation pour sélectionner et configurer la prestation choisie.

Une évolution de la connectivité permet de proposer des contenus riches sur les hébergements du partenaire Maeva. Ils peuvent désormais être affichés sur le processus de réservation. Un clic sur l’info bulle (i) s’affiche à coté de chaque hébergement et ouvre les description de cet hébergement.

Depuis plusieurs mois de nombreuses évolutions ont amélioré le processus de réservation responsive à différents niveaux. En voici un récapitulatif point par point.

Ergonomie et design

La gestion native de l’ensemble des périphériques « desktop » et mobiles est bien entendu la première amélioration à noter. Désormais, quelque soit la largeur du périphérique (d’un écran d’ordinateur haute définition à un smartphone en passant par l’ensemble des tailles d’écrans des tablettes du marché) le processus de réservation s’adapte et s’affiche de façon à être agréable, lisible et efficace en terme de taux de transformation.

Améliorations pour les croisières

Les principales caractéristiques différenciantes des croisières sont : 

• Les ports de départ et d’arrivée
• La structure de la partie hébergement : type de cabine, de tarif, catégories de cabine, les choix de cabines, les prestations dans les catégorie de cabines, les choix des services de restauration.
• Le contenu riche sur les tarifs et les catégories

• Affichage du port d’arrivée (dans le cas ou le port de départ et le port d’arrivée sont différents)
• On parle de cabines et non de chambres
• Affichage du libellé forfait de la ligne tarifaire « Croisières » au lieu de « Séjour ».

Pré-sélection des cabines

• Il est possible de choisir le type de cabine sur le catalogue (Intérieure, extérieure, balcon, etc.). Dans ce cas, le processus de réservation affiche les propositions supérieure au égale au type de cabine pré-sélectionné (standard, suite, supérieure etc.).

Structure de l’information

• Type de cabine (intérieure, extérieure, balcon …)
  • Catégorie de cabine (Bella, Fantastica …)
• Choix de cabine  : choix du numéro de cabine, du pont
• Choix des prestation (avec ou sans choix)
• Type de tarif (peut correspondre aussi à un type de prestation : accès wifi par exemple)

• Service de restauration :

• Type de tarif :

• Sur chaque tarif le (i) ouvre le descriptif pdf avec tous les tarifs.

• Choix de la catégorie de cabine :

Enfin, juste avant la confirmation, la page récapitulative reprend l’ensemble des informations définies ci-dessous et adapté à un produit de type croisière.

Filtre sur les hôtels pour les processus hôtel et dynamique package

Lors de l’affichage de la liste des hôtels, il est désormais possible de filtrer les hôtels en fonction des mots clés producteurs, c’est à dire de l’ensemble des informations additionnelles sur les hôtels reçues des sources.

Prestations de type Dons

De nouvelles prestations ont fait leur apparition, elle peuvent permettre au client d’ajouter un don pour une association caritative ou un projet vertueux d’un point de vue des émissions carbone.

Sécurité

Le cryptage du mode d’accès au processus de réservation a été renforcé afin d’améliorer encore la sécurité de celui-ci.

Gestion des catégories de prestations

Les prestations peuvent désormais être dynamiquement groupées en catégories afin d’en permettre la sélection via une fenêtre modale donnant accès à des filtres.

Suite à leur sélection, les prestations apparaissent sous l’image et le descriptif de la catégorie avec le détail des choix effectués à l’étape précédente (nombre de participants ou de service, date, langue, etc.)

Validation et autocomplétion des adresses

Au remplissage du champ adresse, des adresses valides, vérifiées sont proposées. A la validation d’une adresse les champs Ville, Code Postal et Pays sont automatiquement remplis.

Ce sytème permet d’aide à la saisie a aussi pour double effet de garantir la qualité de la donnée tout en permettant au client de passer outre le système dans le cas d’une adresse particulière n’existant pas en API.

Page récapitulative

Une page récapitulative de l’ensemble des informations saisies et des choix des clients est désormais activante juste avant l’étape de paiement.

Cette page permet au client de valider l’ensemble des informations avant de s’engager par le paiement.

Assurances et CGV

Les conditions peuvent désormais être dynamiques en fonction du producteur, de caractéristiques du produit et peuvent provenir d’un contenu éditorial.

Des évolutions ont été apportées afin d’améliorer les capacités de vente d’activités et de services sur le processus de réservation.

Désormais :

• Tous les types de prestations sont intégrables dans le processus de réservation, de façon dynamique.
• Il est possible de regrouper les activités et services dans des sections thématiques.
• L’ordre des sections sur le processus de réservation est configurable.
• L’ordre des activités et services dans chaque section est configurable.
• Toutes les activités et services obligatoires sont regroupées dans une seule section.

Les groupements permettent de filtrer les prestations, les trier et les ajouter une à une à la réservation. Suite à validation, les réservations sélectionnées sont récapitulées dans la section.

Il est désormais possible d’activer un mode de validation des Conditions générales de ventes implicites par clic sur le bouton valider.

L’activation de ce mode, inspiré des grandes plateformes de ventes en ligne françaises et internationales permet de réduire d’un clic le parcours de vente jusqu’à la conversion, et ainsi d’en augmenter le taux.

Dans le cas où une disponibilité est valide dans le cache (et ainsi sur le catalogue) mais n’est plus disponible lors des interrogations en temps réel du (ou des) fournisseur(s) la réservation n’est plus disponible sur le produit demandé.

L’algorithme Sépage permet alors de proposer de façon intelligente des produits proches de celui recherché initialement (et terme de prix, de destination, de durée et bien entendu de ville et date de départ).

Ces nouvelles propositions sont affichées de façon à pouvoir orienter l’internaute vers des alternatives intéressantes suite à l’impossibilité de réserver son choix initial, et ainsi augmenter le taux de conversion global suite à ces KO lors des étapes en temps réel.

Bien qu’une mise à jour très régulière des produits soit effectuées entre les différentes sources et le catalogue Orchestra, il arrive dans certains cas qu’une disponibilité visible en catalogue ne soit plus disponible au moment de sa vérification en temps réel dans les systèmes connectés.

Il en résulte un « KO » au moment du passage au processus de réservation, qui n’est pas en mesure de satisfaire la demande client du fait de l’indisponibilité du produit (ou d’un élément du produit) sélectionné.

Au lieu de renvoyer le client vers une nouvelle recherche, un algorithme a été mis en place permettant de proposer des produits pertinents en fonction des caractéristiques du produit demandé.

Cette contre-proposition est disponible sur le nouveau processus de réservation responsive.

L’image de mise en avant des options de bagages a été modifiée de façon à ce qu’elle soit mieux adaptée à chacun des formats de périphériques (mobile, tablette et desktop).

Nous avons mis en place un système d’autocomplétion des adresses postales permettant de faciliter la saisie des champs adresses du processus de réservation.

Au remplissage du champ adresse, des adresses valides, vérifiées sont proposées. A la validation d’une adresse les champs Ville, Code Postal et Pays sont automatiquement remplis.

Ce sytème permet d’aide à la saisie a aussi pour double effet de garantir la qualité de la donnée tout en permettant au client de passer outre le système dans le cas d’une adresse particulière n’existant pas en API.

Sur le nouveau processus de réservation, la fonctionnalité « Recall », de rappel des dernières coordonnées clients saisies a été mise en place. Cette fonctionnalité permet d’accélérer la création de multiples devis pour un même client en remplissant automatiquement le formulaire des informations client dans le processus de réservation.

Dans le cas où des bagages sont inclus, le titre de la section passe de « Bagages » à « Bagages supplémentaires ».

Le texte « Ajouter des bagages » permet de préciser le Call-to-Action.

Dans le processus de réservation, l’affichage des mots clés a été modifié de façon à en améliorer la compréhension et l’utilisation.

Le titre du filtre « Mots clés » (concept métier), disparaît pour mettre en avant les titres des sections de mots clés.

Dans le cadre d’une prestation de location de voiture inclue dans un prépackage, le prix des catégories de véhicules supérieures sont désormais affichées en différentiel par rapport au prix d’appel de la catégorie minimum disponible.

Une page récapitulative de l’ensemble des informations saisies et des choix des clients est désormais activante juste avant l’étape de paiement.

Cette page permet au client de valider l’ensemble des informations avant de s’engager par le paiement.

Dans certains cas, il n’est pas nécessaire de demander l’ensemble des informations des passagers (pour des réservations sans transport ou en France par exemple).

Dans ce cas là, demander les mêmes informations que pour les voyages internationaux est contre-productif et fait baisser le taux de conversion. Désormais, ces informations ne sont plus demandées quand cela n’est pas nécessaire.

Fluo, le système permettant de mettre en avant les avantages des assurances par rapport aux autres assurances (des cartes de crédit par exemple) a été mis en place sur le processus de réservation responsive.

Les systèmes de paiements à plusieurs ou en plusieurs fois Pledg et Sharegroop ont été intégrés au processus de réservation responsive.

Un hôtel connecté via SynXis n’a pas besoin du nom de tous les participants pour valider la réservation. Les informations de chacun des voyageurs n’est donc plus nécessaire et n’est plus demandée dans le processus de réservation.

Cette évolution réduit la friction à la transformation en limitant le nombre d’informations demandées pour la validation de la réservation.

Dans cette version nous avons ajouté le processus permettant le choix de l’agence traitant le dossier dans le processus de réservation.

Ce choix est donc possible pour tous les clients sur les canaux B2C en version desktop et mobile.

Les systèmes de paiements Payzen, HiPay, Payline, Limonetik, Oney, Dalenys (Be2bill) sont désormais disponibles pour le processus de réservation responsive.

Il est désormais possible d’ajouter via configuration plusieurs lignes permettant de donner des informations génériques par canal au client lors de sa réservation.

Cet élément apparaît dans le processus de réservation dans la colonne récapitulant le devis au moment du paiement, juste au dessus du call-to-action « Valider » ou « Continuer ».

Le processus de package dynamique peut désormais être concentré sur un seul hôtel (mise en valeur spécifiquement sur un site internet B2C par exemple).

Au moment de l’entrée dans le processus de réservation, l’hôtel est présélectionnée et les différents choix de chambres sont proposés.

Dans certains cas, les accords avec les hôteliers permettent qu’uniquement le paiement d’un acompte soit effectué à la réservation et que le solde soit payé à l’hôtel.

Dans ce type des cas, nous avons mis en place une configuration de la réservation afin que le bon cadeaux ne puisse être consommé que sur le montant de l’acompte.

Dans le cas ou le client décide de consommer son avoir et que celui-ci est supérieur à l’acompte demandé, le système confirme la réservation sans avoir à saisir d’autre moyen de paiement. Le paiement enregistré dans le BO devra correspondre au montant de l’acompte et il sera enregistré en mode voucher.

Dans le cas de clients connectés sur un site internet de vente directe, il a été ajoutée la fonctionnalité d’export des paniers abandonnés.

Si une session du processus de réservation a été démarrée mais n’a pas donné lieu à une réservation, les informations du clients sont collectés et exportables dans un fichier CSV à fréquence régulière.

Une évolution a été apportée pour améliorer le tracking du service Fluo et faire que les données récoltées soient représentatives du service réellement apporté à l’internaute ou à l’agent de voyage lors de son utilisation de son service.

Désormais, le tracking est déclenché dés l’affichage du tableau comparant l’assurance comprise avec son moyen de paiement et l’assurance proposée par le distributeur.

Dans cette version (et la version précédente), nous avons amélioré le processus de réservation Vol + Hôtel afin d’en optimiser l’expérience utilisateur et apporter de nouvelles fonctionnalités.

La première étape est la sélection de l’hôtel, affichés en liste ou sur une carte, avec la possibilité de filtrer par nom d’hôtel, par catégorie, ou par pension.

Vient ensuite la sélection de la chambre et de la pension :

L’onglet transport permet la sélection du vol, les vols alternatifs au vol sélectionné par défaut sont affichés avec des écarts de prix et les vols sont filtrables par aéroport, compagnie aérienne, ou nombre d’escales.

La page de devis récapitule la sélection du client et propose l’ensemble des services disponibles (variables en fonction des sources utilisées), ainsi que les assurances.

Les dernières étapes du processus de réservation sont enfin la saisie des coordonnées du client, son paiement et la confirmation de sa réservation.

Dans le code des sites internet, une balise permet d’indiquer aux robots d’indexation (des moteurs de recherche majoritairement) s’il faut tenir compte de certaines pages. Cette balise permet par exemple de notifier à un moteur de recherche qu’une page contient du contenu dynamique qui n’a de sens qu’au moment de sa génération et donc qu’il est inutile d’en traiter et enregistrer le contenu.

Le contenu de cette balise est désormais configurable sur les processus de réservation.

Des évolutions ont été apportées au calcul du montant minimun de l’acompte à payer lors d’une réservation.

Il est désormais possible d’activer un paiement partiel avec un montant minimum paramétré ainsi :

• Si seulement le montant fixe de paiement partiel est configuré, il est utilisé.
• Si seulement le pourcentage de paiement partiel est configuré, il est utilisé.
• Si les deux paramétrages sont configurés, le processus de réservation utilise le paramétrage le mieux disant. Celui qui donne le montant à payer le plus élevé.

Nous avons fait fortement évoluer les capacités des prestations.

Pour vendre de multiples prestations configurables dans le processus de réservation, nous affichons une section pour chaque type de prestation. Ces sections ont une image cliquable (push), décrivant visuellement la prestation et permettant d’ouvrir une fenêtre modale (pop-in) pour la sélection des prestations de ce type.

L’utilisateur va choisir et configurer ses prestations sur la pop-in en affinant les résultats affichés grâce à des filtres puis valider sa sélection.

Les prestations choisies seront donc affichées sélectionnées dans la section de la page de devis correspondante sous l’image « push » .

Il peut alors désélectionner ou modifier les détails d’une prestation directement sur la page de devis ou ajouter des prestations en cliquant à nouveau sur l’image. Le prix de l’ensemble est bien entendu mis à jour dynamiquement pour comprendre le prix des prestations.

Les prestations et leurs détails sont affichées dans le back-office une fois le dossier validé.

Désormais, vous avez la possibilité de paramétrer un email d’alerte automatique dans le cas où un dossier n’est pas correctement enregistré dans Gestour (KO Gestour).

L’ordre d’affichage des différentes check-box de validation des conditions générales est paramétrable.

Le système de gestion des codes promotionnels Beyable est disponible dans les processus de réservation.

Il est possible d’activer un message supplémentaire informant que les horaires sont communiquées à titre indicatif si les horaires des vols ne sont pas renseignées dans le produit ou sont à 0h00 (dans le cas d’un vol charter par exemple). Ces messages s’affichent dans les processus de réservation et dans les emails de confirmation au dessus du bloc Transport.

Dans le cas d’un dossier partiellement réservée (keepbooking), nous avons ajouté un tableau dans le mail de confirmation business avec les informations tarifaires des différents éléments d’un package, y compris ceux qui ne sont pas réservés et qui ne se retrouvent donc pas dans le dossier sur le Back-Office.

Amélioration des fonctionnalités de génération de documents et de contrats PDF.

Désormais le widget Fluo peut-être ajouté dans la page de confirmation de la réservation. Le widget affiche un tableau de comparaison entre la carte de l’utilisateur et l’assurance proposée.

Au clic l’utilisateur est redirigé vers une interface Fluo dédiée au distributeur qui lui permet de procéder au paiement d’une assurance alors que son parcours côté réservation est terminé. L’assurance proposée côté Fluo n’a aucun lien avec les assurances affichées en page de devis. Le prix est calculé à partir de grilles tarifaires qui lui sont propres.

Fenêtre modale (pop-in) vs intégration dans la page 

Nous avons ajouté une possibilité d’intégration du widget Fluo qui peut désormais être inséré directement dans la page sous la liste d’assurances disponibles et non plus seulement en mode pop-in (cadre au-dessus du contenu de la page de réservation).

Exemple d’intégration dans la page, le widget s’affiche au clic sur « Aucune assurance »  :

Envoi des codes des options en post-réservation pour le producteur ThalassoN1 (format MCTO).

Pourquoi ? Lorsque les vols proposés dans le processus de réservation comprennent des particularités comme une arrivée en J+1, un aéroport de départ et de retour différents, ou un changement d’aéroport lors de l’escale, il est important de mettre en évidence ces informations afin d’informer le client de ces particularités, et ainsi éviter tout litige.

Où ? Dans tous les processus de réservation proposant du vol, au niveau des blocs de transport. Les différents modes d’affichage de ces blocs sont compatibles avec cette évolution.

Ces informations sont également présentes :

• Sur le détail du devis,
• Sur la page d’impression,
• Sur la page de confirmation,
• Sur le mail récapitulatif envoyé au client.

Comment ? Différentes mises en forme ont été effectuées selon le type d’information :

• Les aéroports de départ et de retour différents sont notifiés via un affichage en rouge de leur code IATA (et via un message au survol de la souris),

• Les changements d’aéroport lors des escales sont notifiés via un message d’alerte rouge en bas de la cartouche de vols,

• Les informations de type J+N sont notifiés via un message d’information en bas de la cartouche de vols.

• Possibilité de surcharger la configuration technique du processus de réservation avec des configurations transverses surchargeant la configuration de base.
• Modification des libellés relatifs aux bagages pour plus de clarté : « Choisissez vos bagages supplémentaires » remplace « Choisissez vos bagages », « Bagages supplémentaires des passagers » remplace « Bagages des passagers », « Aucun bagage supplémentaire (inclus) » remplace « Aucun bagage (inclus) ».

• Dans le processus de réservation de transports, possibilité de définir un vol de type « open jaw » pour les prestations vols de la source Misterfly.
• Possibilité de configurer une case à cocher sur la page de coordonnées des processus de réservation afin de vérifier le consentement des clients à la collecte des données personnelles. Cette case à cocher doit être assortie d’un paragraphe d’information sur le type de données collectées, les destinataires des données et leurs localisations, les finalités du traitement, la durée de conservation des données, les droits des personnes et leurs modalités d’exercice.

Pourquoi ? Lors d’une recherche de packages sur le processus de réservation il peut arriver que le produit ne soit pas disponible et donc qu’une page de devis « KO » soit affichée à l’utilisateur.

Afin d’améliorer son expérience et potentiellement le taux de transformation, il est préférable de lui faire dans ce cas des contre-propositions adaptées de produits afin qu’il continue son parcours d’achat.

Où ? Sur l’étape de devis du processus de réservation de packages.

Comment ? Un algorithme de contre-propositions prenant en compte le parcours de l’internaute a été développé. Cet algorithme, qui fonctionne grâce à la plateforme Sépage, utilise les précédentes recherches et autres données de navigation pour déterminer une liste de packages susceptibles d’intéresser le client.

Dans le cas où une demande de devis est effectuée et que la date demandée s’avère indisponible, une liste de recommandations personnalisées peut ainsi être proposée. Cette liste prend la forme d’une popin qui sera affichée directement sur la page de devis du processus de réservation de packages. Le nombre de contre-propositions présentées sur cette popin est configurable.

Ce système de recommandations personnalisées dépendant du catalogue, une configuration particulière et un développement sur le catalogue est nécessaire afin de mettre en place cette fonctionnalité.

• Dans le cas où la validation d’une réservation est plus longue que la normale, une page indiquant à l’internaute que la réservation est en cours de traitement s’affiche. Cette page déjà existante peut maintenant afficher les coordonnées de l’agence associée à la réservation en cours.
• Lors du choix des prestations, il est possible de présélectionner les nombres d’adultes, enfants, bébés sélectionnés par défaut pour qu’ils correspondent aux passagers de la réservation en cours. Ceci est compatible avec tous les processus de réservation proposant des activités, transferts, ou autres options par passagers.

Pourquoi ? Pour mettre en avant des offres de vols ou de packages dynamiques avec une pré-sélection de compagnies aériennes.

Où ? Sur les résultats de recherche des processus de réservation vols et packages dynamiques.

Comment ? Le catalogue peut maintenant transmettre une liste de compagnies aériennes aux processus de réservation vols et packages dynamiques. Les compagnies seront alors présélectionnées mais l’utilisateur a toujours la possibilité de retirer ces filtres à posteriori.

Cette fonctionnalité est également disponible dans la solution B2B. Le formulaire de recherche contiendra alors une liste de compagnies préremplies dans le champ de recherche correspondant.

Pourquoi ? Pour faciliter à l’internaute la saisie de la section « Voyageurs » sur la page de coordonnées

Où ? Sur la page de coordonnées des processus de réservation.

Comment ? Lors de l’utilisation de comptes clients sur le catalogue, il est possible de transmettre les informations du client et la liste des voyageurs associés au processus de réservation. Ceci permet de proposer des selectbox sur la page de coordonnées contenant la liste des voyageurs possibles. Il suffit ensuite de sélectionner les voyageurs souhaités pour remplir automatiquement la section « voyageurs ». La section « client » pourra également être pré-remplie et mise en lecture seule si nécessaire.

• Pour les B2B, possibilité d’afficher le détail des prix des hôtels dans les processus de réservation hôtels, packages dynamiques et à la carte (prix net, commission, marge, commission agence).
• Ajout d’un message d’information dans le processus de vente de packages dans le cas où un écart tarifaire entre la page de devis et la page de coordonnées est détecté.

Pourquoi ? Pour que les internautes bénéficient d’un diagnostic personnalisé afin de les conseiller sur le choix d’une assurance, et mettre en avant ce sur quoi ils sont couverts par leur carte et ce sur quoi ils ne le sont pas.
Les agents de voyages vont quant à eux disposer d’un outil leur permettant d’argumenter sur le bénéfice ou non de souscrire à une assurance supplémentaire.

Où ? Sur la page de devis des processus de réservation.

Comment ? La solution Fluo a été intégrée sur l’ensemble des processus de réservation. Dans un catalogue B2C, elle prend la forme d’une popin qui apparait lorsque l’internaute ne sélectionne aucune assurance.

Cette popin propose à l’internaute de sélectionner sa banque et son type de carte bancaire. Grâce à ces données et à celle du devis du voyage (destination, prix), un tableau comparatif est alors affiché. Il permet de comparer la couverture proposée par l’assurance de la carte bancaire par rapport à l’assurance proposée par le voyagiste. L’internaute a alors le choix de sélectionner ou non l’assurance proposée.

Sur la solution B2B, la solution Fluo s’ouvre dans une nouvelle page. Cette page propose un tableau comparatif similaire, mais avec des informations complémentaires permettant à l’agent de voyage de conseiller au mieux son client.

Possibilité de configurer des crédences par défaut lorsque l’on rentre dans les processus de réservation avec un code d’agence ne possédant pas de crédences propres.

Des améliorations ont été effectuées sur le tunnel de réservation :

• Possibilité de mettre le bouton « retour vers le produit » à droite de la barre de navigation,

• Possibilité de déplacer la coche « Je participe au voyage » à la fin du bloc « vos coordonnées »,

La liste des promotions appliquées est désormais envoyée dans l’email de confirmation à l’hôtelier dans le cas des hôtels produits au sein de la plate-forme Orchestra.

Le logo et le numéro de vol de la compagnie émettrice du vol est désormais affichée. Par ailleurs, la mention « vol opéré par » avec la compagnie opératrice est indiquée dans le détail du vol.

Cette évolution a pour but de clarifier les informations des vols ayant des compagnies émettrices et opératrices différentes.

L’affichage des miles liés à chaque vol incite les voyageurs à sélectionner des vols leur apportant des avantages sans se limiter aux vols les moins chers. Les voyageurs découvrent ainsi des offres plus chères mais qui leur rapportent plus de miles. Ce rapprochement des prix avec les miles permet d’augmenter vos revenus sur la vente de vols.

Grâce à une connexion directe avec la solution « 30K », il est désormais possible d’afficher le nombre de miles à gagner sur chacun des vols affichés dans le processus de réservation pour le programme « par défaut ou basique » de la compagnie aérienne.

Plus de 65 programmes de fidélité couvrant plus de 150 compagnies aériennes à travers le monde sont disponibles à travers cette connectivité :

• Flying blue,
• Miles & More,
• Executive Club,
• …

Cette évolution est disponible sur les processus de vente pré-package, vol et package dynamique.

Dans la cartouche présentant un vol aller/retour, le nom du programme de fidélité, le nombre et le type de miles sont présentés au même niveau que le prix total de la combinaison de vols aller/retour en question.

Dans le cas de vol multi-compagnies, la liste des miles des différents programmes est affichée.

Il est désormais possible de demander le numéro de vol et l’heure d’arrivée du vol à titre indicatif sur la page de coordonnées sur les processus de vente hôtel.

Par ailleurs, ces informations peuvent aussi être configurées comme obligatoires.

Via une intégration catalogue adaptée, il est désormais possible de présélectionner les activités lors de l’entrée dans le processus de réservation package. L’activité sélectionnée est alors affichée dans la partie Activités incluses de la page de devis.

La pré-sélection de l’activité se fait en mode simple c’est-à-dire que les autres choix de sélection de l’activité (sur une autre date ou un autre horaire par exemple) sont également proposés dans la page de devis.

Il est désormais possible de configurer le visuel du sélecteur des cartouches vols, activités et transferts.

Deux modes sont disponibles :  

• Sélecteur en haut à gauche

• Sélecteur au milieu d’une bande

Par ailleurs, l’épaisseur du contour de la cartouche sélectionnée est aussi configurable. Deux modes sont aussi disponibles :  

• Mode fin

• Mode épais

Cette configuration s’applique sur les cartouches des vols, des activités et des transferts.

Il est désormais possible de cacher la partie « disponible le » dans les cartouches transferts pour améliorer la lisibilité.

Il est possible de configurer le nombre maximum de caractères à afficher dans le résumé du descriptif de la cartouche des activités et transferts.

Cette configuration permet d’adapter la taille du résumé en fonction de vos canaux de vente.

La plateforme Orchestra propose désormais la possibilité d’afficher les prestations annexes dans une cartouche permettant d’afficher plus de contenus.

Pour obtenir cette visualisation, l’attribut galerie de la prestation doit être rempli dans la grille tarifaire. Ce mode de visualisation des activités et transferts est accessible sur la page de devis dans  le processus de vente Package.

Dans ce mode de visualisation, les groupes d’options et les options avec choix ne sont pas disponibles.

ACTIVITÉS

La cartouche d’une activité intègre les informations suivantes:

• Carrousel de photos,
• Nom de la prestation,
• Début du descriptif de la prestation,
• La durée de l’activité,
• Le lieu de l’activité,
• Les langues disponibles pour l’activité.

Lorsque la cartouche est sélectionnée, un sous-bloc apparait. Ce bloc permet de renseigner les informations nécessaires à la réservation :

• Date et heure,
• Langue,
• Participants.

Le lien « plus d’informations » permet d’ouvrir la fiche descriptif de l’activité.

TRANSFERTS

La cartouche d’un transfert aller ou transfert retour intègre les informations :

• Photo unique de la prestation,
• Nom de la prestation,
• Début du descriptif de la prestation,
• La durée (optionnelle),
• Le nombre de bagages autorisés,
• Le type de transport (privé ou collectif),
• Le nombre de passagers ou le nombre de voitures.

Lorsque la cartouche est sélectionnée, un sous-bloc apparaît. Ce bloc permet de connaitre la date et heure de prise en charge du transfert. L’heure de prise en charge est configurable en fonction des sources.

Le lien « plus d’informations » permet d’ouvrir la fiche descriptif du transfert.

Par ailleurs, les transferts sont désormais regroupés dans une rubrique dédiée aux transferts pour améliorer la visibilité du détail du séjour.

Le système de paiement Payline est désormais disponible sur la plateforme. Le paiement s’effectue en mode « 3-tiers » sur le processus de réservation. Le paiement est affiché sous forme de widget dans le processus de réservation.

Par ailleurs, les moyens de paiement sont personnalisables par point de vente.

Il est désormais possible de procéder à une prise d’empreinte de la carte bancaire avec le système de paiement Adyen. Ce mode de paiement peut être utilisé pour réserver un séjour jusqu’à l’arrivée du client

Un filtre sur les bagages est disponible afin de filtrer les résultats de vols affichés sur le processus de réservation transport et sur la page de devis du processus de réservation packages. Il est possible de filtrer les vols pour ne conserver que ceux pour lesquels il y a un bagage inclus.

Par ailleurs, les informations bagages sont désormais aussi affichées dans le résumé du vol.

Les classes de transport sont désormais affichées dans le tunnel de réservation.

Un filtre sur la classe est également disponible sur le processus de transport sec et le package dynamique lors de l’affichage des résultats de la recherche vol.

La classe de transport Eco premium est désormais disponible dans les classes de transport proposées par Orchestra.

Cette nouvelle classe de réservation peut être affichée au sein du processus de réservation, peut être utilisée en tant que critère de recherche vol, lors de la création des pré-packages, et affichée dans le back-office.

Il est désormais possible d’afficher l’écart tarifaire entre le prix du catalogue et celui de la page de devis.

Il est aussi possible de personnaliser un message différent dans le cas d’un écart à la hausse ou à la baisse.

Les libellés des villes sont désormais affichés en dessous des codes aéroports dans la cartouche des vols.

Les prestations peuvent être groupées en mode exclusif ou non exclusif dans la page de devis. Cette option est disponible pour les pré-packages ainsi que pour les liaisons produit, hôtel et transport.

Voici les deux modes de regroupement disponibles :

• Mode « non exclusif » : l’utilisateur peut sélectionner une ou plusieurs prestations dans un groupement,

• Mode « exclusif » : l’utilisateur peut sélectionner seulement une prestation dans un groupement,

La configuration de cette option est disponible dans la grille des prestations à l’aide des colonnes suivantes :

• Groupe de sélection,

• Type de sélection,

• Nom du groupe.

Cette option permet de classer distinctement les listes d’activités ou transferts par thème, critère ou autre dans la réservation.

Des zones de l’éditorial du produit peuvent désormais être affichées dans le détail du devis. Ces zones doivent être composées d’une liste de champs simples ou d’une liste de titres et paragraphes.

Cette évolution permet d’enrichir le détail du devis avec l’éditorial du package.

Le détail du devis peut désormais être affiché en haut de la page de coordonnées et paiement.

Il est désormais possible d’envoyer l’email de confirmation aux clients, aux distributeurs ou aux fournisseurs dans des langues différentes.

Cette évolution permet d’envoyer simultanément l’email de confirmation client dans la langue du client et l’email de confirmation business dans la langue du fournisseur.

Actuellement, lorsqu’un vol est réservé sur Amadeus, le processus de réservation peut générer une adresse mail générique qui garde l’anonymat du client.

Il est désormais possible de récupérer cette adresse dans le mail de confirmation.

Cette évolution permet de s’enregistrer en ligne sur les sites des compagnies aériennes (Ryan Air par exemple).

La liste des libellés de promotions inclut dans le prix de la chambre, ainsi que le montant total (de la somme) des promotions sont disponibles dans le tunnel de réservation.

L’affichage de ce détail est activable par canal du processus de réservation.

Le récapitulatif de la commande est à présent imprimable dès la page de paiement.

Il est désormais possible d’afficher ou non le détail des voyageurs dans l’encadré ‘‘Information personnel’’ de la page de paiement dans le tunnel de réservation.

Il est désormais possible d’inverser l’ordre d’affichage des champs dans la page de coordonnées.

L’évolution permet désormais de paramétrer les commissions, le yield et les commissions agence non remboursables pour les hôtels dans le processus de réservation.

La grille des prestations internes a été enrichie afin de pouvoir vendre ces prestations dans le processus de réservation « A la carte ». Il est désormais possible d’identifier une prestation avec son pays, sa ville et sa catégorie.

Vous pouvez également filtrer les activités par catégorie.

Le processus de vente « à la carte » permet désormais de gérer plusieurs vols au sein d’un même panier. Ceci permet de réserver simultanément des vols « Aller/Retour », « Open Jaw » et simples.

Les processus de vente packages (pré-packages), transports, et à la carte permettent désormais de panacher des vols de compagnies aériennes différentes, avec les sources compatibles.

Les processus de vente transports et à la carte permettent désormais de gérer les vols de type « Open Jaw » avec les sources compatibles. Ces vols sont des « Aller/Retour » pour lesquels les aéroports de l’aller et/ou du retour sont différents.

Par exemple, cette fonctionnalité permet de proposer un vol Paris – New York à l’aller et San Francisco – Lyon au retour.

Les blocs de paiements des processus de réservation ont été entièrement revus afin d’améliorer leur ergonomie et leur compatibilité avec l’ensemble des supports et des écrans.

Tous les systèmes et des modes de paiements ont été gérés afin de proposer une ergonomie adaptée à chaque cas.

Il est maintenant possible de configurer des échéances de paiement pour tous les paiements par cartes bancaires dont les systèmes ne proposent pas d’échéanciers de paiement intégrés.

Via la configuration adéquate, il est possible d’activer ce mode et de définir les échéances selon le montant du dossier et le nombre de jours avant le départ (différentes tranches configurables).

Le système de paiement Karavel est désormais disponible sur la plateforme. Ce nouveau mode de paiement fonctionne en 3-tiers sur l’ensemble des processus de réservation.

Les processus de vente de packages dynamiques (vols + hôtels) et de pré-packages permettent maintenant de proposer des transferts externes.

Ces transferts sont facultatifs en mode package dynamique et obligatoire en mode pré-package. Il peut s’agir de transferts aller/retour, ou de transfert simple. Dans ce dernier cas, il est possible de choisir indépendamment un transfert aller et/ou un transfert retour.

Selon les sources, il est possible d’afficher différentes informations pour chaque transfert :

• Une image,

• Un titre,

• Une durée,

• Un nombre de place,

• Un nombre de bagages autorisés,

• L’indication public ou privé du transfert,

• Les dates et heures du transfert.

La plateforme Orchestra propose désormais la possibilité de réaliser un processus de vente à la carte basé sur un service de panier. Ce service de panier permet d’ajouter un ensemble de prestations (vols, hôtels, transferts, activités) afin de constituer manuellement un voyage à la carte pouvant être réservé.

1/ Gestion d’un panier de prestations

L’intégration de ce panier nécessite des développements catalogues spécifiques.

Ci-dessous un exemple d’intégration possible de ce processus de vente à la carte, sur lequel les prestations du panier sont représentées sur une ligne de temps verticale afin de visualiser facilement le déroulement du voyage.

L’ajout de nouvelles prestations s’effectue grâce à des formulaires de recherche dédiés à chaque type de prestation.

2/ Ajout d’un vol

Pour ajouter un vol, le processus de réservation de transport est utilisé. Le bouton « Ajouter au panier » permet d’ajouter le transport sélectionné au panier.

3/ Ajout de chambres d’hôtels

Pour ajouter une chambre d’hôtel, le processus de réservation d’hôtel est utilisé. Il est possible d’ajouter plusieurs hôtels dans un même panier, afin de constituer un circuit par exemple.

4/ Ajout d’activités

Afin d’ajouter des activités, un nouveau processus de réservation a été créé. Ce processus permet d’effectuer des recherches d’activités à partir d’une destination, d’une plage de dates et d’une composition de passagers.

Selon les sources, il est possible d’afficher différentes informations pour chaque prestation :

• Une image,

• Un titre,

• Un descriptif,

• Un lieu,

• Une durée,

• Les conditions d’annulation,

• Les dates et heures de la prestation,

• Les langues de la prestation,

• Le choix des pax pour la prestation.

Il est possible de sélectionner plusieurs activités à ajouter au panier grâce aux cases à cocher à gauche des cartouches.

Comme dans le processus de vente d’hôtels, un clic sur le titre ou l’image ouvre la fiche descriptive de l’activité.

5/ Ajout de transferts

Enfin, pour ajouter des transferts entre les aéroports et les hôtels, un nouveau processus de réservation de transferts a été également créé. Ce processus permet d’effectuer des recherches de transferts à partir d’une origine/destination, d’une date et d’une composition de passagers.

Selon les sources, il est possible d’afficher différentes informations pour chaque transfert :

• Une image,

• Un titre,

• Une durée,

• Un nombre de place,

• Un nombre de bagages autorisés,

• L’indication public ou privé du transfert,

• Les dates et heures du transfert.

L’affichage des notes Tripadvisor dans les cartouches hôtels des processus de réservation d’hôtels et de packages dynamiques a été modernisé.

Selon l’accord avec Tripadvisor, il est possible d’afficher les notes grâce à un nouveau widget, ou grâce à une image intégrée à la page.

La section « Assurances » de la page de devis peux maintenant accueillir un logo d’assurance dans le titre de la section.

Grâce à une nouvelle configuration, l’affichage des vols en mode gauche/droite peut maintenant bénéficier d’une version plus compacte.

Dans ce mode, la compagnie aérienne s’affiche en haut à gauche, et la présence de bagage inclus ou non s’affiche de manière textuelle en haut à droite. Le prix est centré en bas de la cartouche. Dans ce mode, seules les caractéristiques relatives aux bagages sont affichées.

Il est maintenant possible de configurer un bouton « Remplir » sur la page de coordonnées des processus de réservation.

Ce bouton permet de pré-remplir ce formulaire avec les dernières données enregistrées dans la session. Ce bouton est particulièrement utile pour améliorer la productivité des agents de voyage qui peuvent ainsi effectuer plusieurs devis pour le même client très rapidement.

Le paiement Casino en 4 fois est désormais disponible sur la plateforme. Dans ce nouveau mode de paiement, un tableau présentant les quatre échéances est affiché à l’utilisateur.

Ces échéances seront également visibles dans le mail de confirmation et au niveau de l’onglet « Paiements » du dossier dans le Back-Office.

Il est désormais possible de définir des règles pour créer un dossier et/ou continuer la réservation lorsque certains éléments de la réservation ont échoué. Selon la configuration, l’échec de la réservation d’une prestation sera bloquant ou non, par exemple si la réservation débute par les prestations hôtels, il est possible de poursuivre en réservant les vols même si la réservation de l’hôtel a échoué.

Dans le cas où l’échec n’est pas bloquant, le dossier sera créé dans le Back-office en mode « Brouillon » afin de pouvoir compléter les références manquantes ultérieurement.

Dans un contexte B2B, la page et le mail de confirmation de la réservation peuvent afficher le statut global de la réservation ainsi que le détail de l’état de chaque prestation. La capture ci-dessous montre par exemple un voyage partiellement réservé car la réservation d’une prestation a échoué.

Il est maintenant possible d’utiliser plusieurs cartes bancaires pour régler une commande avec le système de paiement Be2Bill. De la même manière que pour les autres systèmes de paiement compatibles, le processus de réservation affichera alors deux formulaires, le deuxième étant grisé tant que le premier n’a pas été validé.

Par ailleurs, le mode de paiement 3-tiers de Be2Bill a été modifié afin de pouvoir être directement intégré à la page de paiement Orchestra, plutôt que de rediriger l’utilisateur vers une nouvelle page.

Le total du devis et le bouton de validation peuvent maintenant être affichés sur toute la largeur en bas du bloc central.

Par ailleurs, il est désormais possible d’afficher une partie des détails des prestations du devis directement dans la barre latérale du processus de réservation.

Au niveau du récapitulatif, l’ordre des éléments peut maintenant être modifié via une configuration.

L’affichage des info-bulles des options groupées (cures par exemple) a été amélioré. Le descriptif de l’option sélectionnée peut maintenant être mis en surbrillance afin de faciliter la comparaison avec les autres options alternatives.

Lorsque des alternatives de vols sont proposées sur la page de devis du processus de réservation packages, le bouton « Voir plus de vols » de la page de devis permet d’afficher, de filtrer et de sélectionner les vols alternatifs au sein d’une popin.

Désormais, il est possible, via une configuration, d’intégrer l’ensemble des vols alternatifs et les filtres associés directement au sein de la page de devis du processus de réservation packages. Un nombre limité de vols sera affiché par défaut, puis un bouton permettra d’afficher « plus de vols » si besoin, tout cela au sein du bloc transport de la page de devis.

Par ailleurs, les entêtes et la barre de filtre latérale de ce tableau ont été retravaillés afin d’améliorer la visibilité et l’ergonomie générale. Il est par exemple possible de choisir l’ordre dans lequel s’affiche les différentes sections de la barre de filtre, ou de choisir quelles sont les sections ouvertes/fermées par défaut.

Les blocs de vols ont été entièrement revus dans l’ensemble des processus de réservation. Les modifications principales sont les suivantes :

• Nouveaux logos des compagnies aériennes et noms des compagnies affichés de manière textuelle,

• Affichage des informations principales du vol de manière beaucoup plus visuelle au centre de la cartouche,

• Mise en évidence plus claire du vol sélectionné.

Par ailleurs, un nouveau mode d’affichage du bloc de vol est maintenant disponible dans le processus de vente de packages afin de présenter les « aller/retour » en mode gauche/droite plutôt que haut/bas.

Le choix de ce nouveau mode d’affichage s’effectue via une configuration pour le processus de réservation de packages.

L’ergonomie des processus de vente hôtels, transports et packages dynamiques a été améliorés à différents niveaux.

Au niveau des retours moteur, les cartouches des hôtels peuvent maintenant mettre en évidence soit le prix par personne et par nuit, soit le prix total via une configuration. Les miniatures dans les cartouches sont des mini-carrousels de photos. Un clic sur ces miniatures permet d’afficher le diaporama de l’hôtel.

Par ailleurs, le formulaire de nouvelle recherche et le récapitulatif ne font maintenant plus qu’un dans la barre latérale.

Les diaporamas des hôtels ont été modernisés et peuvent désormais être affichés en haut de la fiche hôtel pour améliorer leur visibilité.

De la même manière, les descriptifs des chambres peuvent être placés en haut de la fiche hôtels, sous le diaporama, ou dans un onglet de la fiche hôtel.

L’image à gauche est également un mini-carrousel de photos et il est possible de cliquer dessus pour ouvrir un diaporama dans une pop-in.

Dans les processus de vente de transports et de package dynamique, l’affichage des cartouches de vols a été amélioré afin d’optimiser la visibilité des informations essentielles.

De plus, le vol sélectionné est maintenant encadré afin de bien l’identifier.

Concernant le processus de vente de package dynamique, le récapitulatif du voyage sélectionné a été entièrement revu afin de s’afficher sous forme de deux blocs côte à côte : à gauche le récapitulatif de l’hôtel sélectionné, à droite celui du vol sélectionné. Les détails des chambres et des vols peuvent être affichés en cliquant sur les pictos (i) correspondants.

Une configuration permet désormais de demander les documents d’identité dans la zone « client » du formulaire de coordonnées.

Ce bloc est identique à celui des passagers et permet d’utiliser les algorithmes de validation sur les numéros des documents.

Carts Guru est une solution de ciblage et de relance multicanal pour convertir les paniers abandonnés en ventes.

En complément du mail de « tracking », il est maintenant possible d’envoyer les informations de la page de coordonnées saisies par le client au système Carts Guru.

Cette fonctionnalité est compatible avec le mode pages de coordonnées/paiements fusionnées.

Pour les producteurs compatibles avec cette fonctionnalité, il est désormais possible de proposer automatiquement des vols provenant d’une source externe pour compléter un package dont le stock de vol est épuisé. Le package sera alors réservable avec un vol, comme s’il s’agissait d’un produit package avec transport.

Cette fonctionnalité nécessite des développements et une configuration spécifique par producteur pour être effective dans le catalogue et le processus de réservation.

Un nouveau mode d’affichage des onglets de paiements est maintenant disponible. Celui-ci permet d’afficher un bouton radio et/ou un pictogramme dans les onglets.

Des contenus transverses peuvent maintenant être configurés dans l’outil d’administration afin d’avoir la main sur les messages d’erreur à afficher lors de l’échec d’une réservation.

Pour cela une catégorie de contenus transverses spécifiques a été ajoutée : « Contenu riche pour les erreurs de book ». Le choix du message à afficher peut s’effectuer par produit, via une intégration adaptée au niveau du catalogue.

Il est maintenant possible d’activer ou non le mode 3DSecure en fonction du nombre de jours entre la date de réservation et la date de départ pour le système de paiement Atos.

Via une intégration catalogue adaptée, il est désormais possible de présélectionner les catégories de chambres ou les pensions lors de l’entrée dans le processus de réservation package. Deux modes sont disponibles :

• Pré-sélection simple. Les autres choix restent disponibles,
• Pré-sélection et filtrage. Les autres choix ne sont plus disponibles.

Un nouveau processus de vols / packages dynamiques orienté mono-compagnie a été développé en partenariat avec APG. Celui-ci se base sur la nouvelle norme NDC « New Distribution Capability ».

Cette norme a été spécifiée par l’association IATA et de nombreux pilotes ont été lancés dans le monde, dont celui d’APG avec Orchestra dans le contexte de la compagnie Heli Air Monaco.

Le principal objectif visé par cette nouvelle norme est de spécifier des mécanismes de distribution permettant aux compagnies aériennes de vendre plus que de simples billets d’avion. Différents « ancillaries » (prestations complémentaires liées au transport et hors transport) peuvent ainsi être proposés en complément des billets au moment de la réservation, comme par exemple :

• Des repas à bord,

• Des bagages supplémentaires,

• L’accès au salon,

• Le choix du siège,

• Des transferts associés au vol,

• Un hôtel.

Bien qu’optimisé pour un site mono-compagnie, les développements effectués pourraient être adaptés à notre processus de vols multi-compagnies.

1/ Résultats de recherche flexibles

Le résultat de la recherche de vols est présenté en deux blocs principaux : choix de l’aller puis choix du retour. Les dates de départ et les dates de retour peuvent être ajustées facilement grâce aux bandeaux de dates flexibles présents au-dessus de chacun de ces blocs.

Lorsque le prix le moins cher est connu, il est affiché sur chacune de ces alternatives de dates. Par ailleurs, il est possible de visualiser en un coup d’œil les disponibilités et les tarifs des différentes classes de transport.

2/ Mise en avant des « ancillaries »

Un des objectifs de ce nouveau processus de réservation est de mettre en avant de manière plus efficace les différents « ancillaries » proposés par les compagnies aériennes, ainsi que les caractéristiques des vols (modèle d’avion, classe de transport, aéroport de départ, ville de destination, etc).

Ce nouveau processus de vente permet ainsi d’afficher du contenu descriptif riche pour ces prestations et ces caractéristiques de vols. Sur la capture ci-dessous, on peut voir le descriptif de l’appareil utilisé pour le vol, la classe de transport, et les différents services à bord (dépendants du modèle d’avion et de la classe de transport par exemple).

3/ Saisie des contenus riches et personnalisation

L’onglet « Editoriaux » de l’outil d’administration permet maintenant d’associer des contenus transverses à des caractéristiques de prestations provenant des sources externes lors des recherches en temps réel. Avec une intégration front-office adéquate, il est ainsi possible d’afficher des contenus transverses dynamiquement selon ces caractéristiques, par exemple associer du contenu à un modèle d’avion, un aéroport de départ (plan de l’aéroport), etc.

La saisie des critères d’association s’effectue dans une nouvelle rubrique dans la popup d’édition des contenus transverses.

Le processus de réservation package a été adapté aux supports mobiles. Un thème spécifique améliore ainsi sa compatibilité sur ces supports.

En l’occurrence, la barre latérale disparaît dans cette configuration : le récapitulatif de la commande se retrouve en haut de la page et le devis se retrouve en bas.

Page de devis du processus de réservation package sur mobile :

Page de coordonnées et de paiements du processus de réservation package sur mobile :

Les processus de réservation d’hôtels, de transports, et de packages dynamiques ont été revus afin de les harmoniser avec le processus de réservation package.

1/ Processus de réservation d’hôtels

2/ Processus de réservation de transports

3/ Processus de réservation de packages dynamiques

Il est maintenant possible d’activer ou non le mode 3DSecure en fonction du nombre de jours entre la date de réservation et la date de départ pour le système de paiement Paybox.

Le système de paiement PayZen est maintenant disponible sur la plateforme.

Le paiement s’effectue en mode « 3-tiers » sur le processus de réservation. Il est possible d’effectuer les paiements par CB, mais aussi par e-Chèque-Vacances.

Le système de paiement PayZen a également été intégré dans le Back-Office. Les paiements s’effectuent en mode « serveur/serveur » et via CB uniquement. Il est ainsi possible de :

• Visualiser les paiements effectués,

• Créer un paiement manuel basé sur un alias ou avec une nouvelle carte,

• Rembourser ou annuler un paiement s’il n’a pas été encore remis en banque,

• Créer un paiement automatique basé sur un alias ou avec une nouvelle carte.

Différents formulaires de paiement utilisant PayZen :

Lors de la réservation d’un dossier contenant plusieurs sources de prestations (par exemple dans le cas d’un package lié à une prestation, d’un pré-package, d’un package dynamique, etc.) et en cas d’échec de la réservation de l’une de ces prestations, il est maintenant possible d’activer un mécanisme d’annulation des prestations déjà réservées, pour les sources le permettant.

Au sein d’un dossier contenant plusieurs sources de prestations, la réservation des prestations se fait de façon séquentielle (par exemple un hôtel d’une source A, puis un vol d’une source B, un transfert d’une source C, et une excursion d’une source D). Pour les sources disposant d’une fonction d’annulation technique, les prestations concernées seront annulées automatiquement. Dans le cas contraire, l’annulation de ces prestations devra être gérée manuellement.

Un rapport sera généré et envoyé par email en cas d’échec afin de connaître l’état de la réservation/annulation de chaque prestation composant le dossier.

Par exemple, en reprenant l’exemple précédent, si la réservation de l’excursion échoue (source D) et que seule la source A et C possède une fonction d’annulation automatique, le rapport d’échec serait le suivant :

• Hôtel : annulé (Source A),

• Vol : annulation manuelle requise (Source B),

• Transfert : annulé (Source C),

• Excursion : non réservée (Source D).

Les contenus riches des différentes prestations de la page de devis peuvent désormais s’afficher selon deux modes :

• Info-bulle (« tooltip », qui est le mode par défaut),

• Popin (plus adapté pour les grandes images par exemple).

Ces contenus riches se configurent toujours via l’utilisation des contenus transverses. Le « template » correspondant aux popins possède maintenant un nouveau champ permettant de choisir le mode d’affichage (« tooltip » ou « popin »).

Par ailleurs, le bloc « Pensions » de la page de devis permet maintenant un affichage groupé des contenus riches, dans le cas où toutes les pensions pointent sur le même contenu.

Ceci permet par exemple de définir un contenu riche présentant un tableau de l’ensemble des pensions disponibles, ce qui facilite la comparaison pour le client.

Le formulaire de la page de coordonnées a été allégé visuellement en déplaçant la plupart des titres des champs directement dans les champs eux-mêmes (« PlaceHolders »).

L’ancien mode d’affichage reste toutefois disponible via une configuration.

L’affichage des chambres d’hôtels internes utilisés dans des pré-packages a été optimisé. Les combinaisons de chambres sont maintenant agrégées afin d’avoir un affichage plus clair tout en conservant l’ensemble des choix possibles.

En fonction des paramètres des hôtels (chambres, pensions, promotions) et du type de requête (nombre de personnes, nombre de chambres), la quantité de combinaisons présentées peut être fortement réduite, ce qui améliore grandement la lisibilité de la page de devis.

1/ Évolutions dans les processus de réservation Hôtels et Pakages Dynamiques

Dans les processus de réservation Hôtels et Packages dynamiques, il est désormais possible de changer le mode de rendu des chambres d’hôtels pour un affichage et une sélection plus claire et plus naturelle.

L’ancien mode affichait la liste de toutes les combinaisons de chambres possibles sur la page de retour moteur et sur la page de détail de l’hôtel. Les hôtels comportant souvent de nombreuses chambres, le nombre de combinaisons affichées était souvent trop important.

Le nouveau mode d’affichage permet de sélectionner les chambres indépendamment et donc de créer les combinaisons de chambres dynamiquement pour plus de clarté. La page de résultat de la recherche n’affiche plus la liste des combinaisons. Le choix des chambres est maintenant effectué dans la page de détail de l’hôtel, sur laquelle l’utilisateur pourra choisir pour chaque chambre la catégorie et la pension associée.

Par défaut, les prix les moins chers sont sélectionnés automatiquement pour chaque chambre (avec la pension par défaut).

Lorsque l’utilisateur réserve plusieurs chambres, des « boutons radios » permettent de sélectionner les différentes chambres indépendamment. Les lignes correspondant aux catégories sélectionnées sont colorées afin de pouvoir les repérer facilement.

2/ Évolutions dans le Back-Office

Dans les dossiers du Back-Office, la section « Détails du voyage » évolue pour prendre en compte la possibilité d’avoir une pension différente par chambre (au lieu d’une pension commune à toutes les chambres).

Lorsque la pension est la même pour toutes les chambres, elle s’affiche une seule fois en dessous de la répartition des chambres.

Par ailleurs, la section « Modification » permet maintenant de modifier les pensions par chambre pour les réservations de type Hôtel interne.

Les conditions d’annulation des hôtels externes sont maintenant gérées dans les processus de réservation hôtels et packages dynamiques.

Une phrase indiquant les conditions et les frais d’annulation est affichée sur la page de résultats de recherche, en dessous de chaque chambre.

Les conditions sont également affichées sur la page de devis, de manière similaire.

Un nouveau système de monitoring a été créé afin de détecter rapidement les potentielles anomalies pouvant survenir lors du processus de réservation. Ce monitoring se base sur l’historique des évènements passés afin de détecter toute dégradation anormale sur les axes suivants :

• Taux de conversion,

• Temps de réponse,

• Taux de succès/erreurs,

• Absence d’action particulière (par exemple, pas de réservation).

Il est par exemple possible de lever une alerte si l’on constate que le nombre de réservations effectuées le lundi matin entre 8h et 12h, sur un système de paiement particulier, est inférieur de plus de 50% au nombre de réservations habituellement constatées les lundis matins.

Les différentes alertes possibles doivent être configurées. Par ailleurs, les alertes se basant sur les évènements passés, un minimum d’historique est nécessaire au bon fonctionnement de cette fonctionnalité. Dans un premier temps, des alertes seront déclenchées si l’on constate un certain nombre d’erreurs similaires consécutives. Les règles des alertes seront ensuite affinées au fil du temps.

Les alertes pourront être définies sur les éléments suivants :

• Type de produit (package/pré-package, hôtel, transport, package dynamique),

• Processus de vente,

• Canal de vente,

• Type de support (desktop, tablette, mobile),

• Navigateur (type et version),

• Système de paiement,

• Mode de paiement.

Il est maintenant possible d’activer le protocole SSL/HTTPS dès les premières étapes des processus de réservation. L’ensemble des processus de réservation est compatible. Une configuration est nécessaire pour activer ce mode.

Lors d’un paiement partiel (acompte), il est désormais possible de faire payer au client la totalité du montant du transport ainsi qu’un pourcentage sur le montant restant.

De la même manière que sur la fiche produit du catalogue, les contraintes sur les passagers sont maintenant vérifiées dans le formulaire « Nouvelle recherche » du nouveau processus de réservation.

Lors d’un besoin de paiement d’un prestataire (par exemple une compagnie low cost), il est maintenant possible de générer une carte virtuelle pour réaliser ce paiement.

Cette génération est effectuée entre le paiement du client et la réservation. Il est possible de configurer un mail d’alerte spécifique en cas d’erreurs sur cette étape.

Le système intégré est celui de eNett. Pour plus de détails : https://www.enett.com/

Il est désormais possible de spécifier une durée de validité pour le « rejeu » de devis lorsque la date de réservation est proche de la date de départ.

Avec la configuration adéquate, il est par exemple possible de limiter à 1 heure la durée pendant laquelle on peut rejouer le devis si celui-ci a été effectué moins de 3 jours avant le départ.

Le nombre de jours minimum avant le départ, qui permet de définir la première date disponible par rapport à aujourd’hui, peut maintenant être calculé en jours ouvrés.

Les jours fériés sont gérés via un fichier de configuration. La solution B2B peut prendre en compte ce calcul de la première date disponible pour ses recherches et ses fiches de produits. Le nombre de jours peut être différent par canal.

Il est également possible d’utiliser ce paramètre dans un catalogue, via l’intégration adéquate.

Il est maintenant possible de saisir la date de naissance des enfants dans le processus de réservation d’hôtels et de packages dynamiques.

Une configuration permet de choisir entre la saisie des âges ou des dates de naissance des enfants. Cette possibilité est également présente au sein de la solution B2B.

Il est désormais possible de prioriser certains types de vols sur les processus de vente vols, packages dynamiques et pré-packages, quel que soit leur prix.

Dans le pré-package, un critère permet de prioriser ou non les vols de type charter pour les sources vols compatibles.

De nouvelles notions permettent de gérer au mieux les contraintes sur les passagers avant d’entrer dans le processus de réservation.

• Nombre minimum et/ou maximum de passagers,

• Age minimum requis pour le voyage,

• Age minimum à partir duquel les contraintes de minimum/maximum de passagers sont applicables,

• Calcul des âges en fonction de la date de fin ou de début du séjour.

Le nombre minimum et/ou maximum de passagers est maintenant applicables à tous les packages, et non plus seulement aux produits locatifs. Ces contraintes correspondent au nombre total de personnes acceptés par le producteur pour le voyage.

L’âge minimum requis pour le voyage remplace la notion de bébés/enfants interdits.

Une validation de ces données pourra maintenant être intégrée sur les catalogues afin de contrôler la validité du choix effectué avant d’entrer dans le processus de réservation. Cette vérification permettra d’améliorer l’expérience utilisateur puisque l’internaute ou l’agent de voyage ne sera pas obligé de lancer un devis pour se rendre compte que la date choisie n’est pas disponible avec les contraintes de passagers sélectionnées.

Cette validation s’effectuera suite au clic sur le bouton « réserver ». Si la date n’est pas valide avec les contraintes de passagers, un message d’information sera affiché.

Par ailleurs, les informations sur les différentes contraintes peuvent également être affichées de manière permanente directement au niveau du formulaire. Le formulaire de la solution B2B a été modifié dans ce sens afin d’afficher :

• Le nombre minimum et/ou maximum de passagers possible dans un encart bleu au-dessus du formulaire,

• Les tranches d’âge correspondant aux adultes et aux enfants, ainsi que l’âge minimum autorisé,

• Une indication pour savoir si l’âge pris en compte est celui du début ou de la fin du voyage.

Le « workflow » de réservation a été revu afin de minimiser le temps d’attente avant d’afficher la page de confirmation.

La page de confirmation est maintenant affichée dès que la réservation a été effectuée chez le producteur.

Les étapes qui suivent (création du dossier Orchestra, envoie du mail de confirmation, autres traitements de post-réservation) sont maintenant traitées en tâche de fond. Cela se traduit donc pour les internautes par une page de confirmation affichée plus rapidement.

La gestion des stocks (non-partagés) des produits internes a été optimisée afin de permettre une meilleure gestion en cas de forte charge.

Il est désormais possible de désactiver certaines cartes de paiement dans le bloc de paiement SIPS/ATOS.

Pour cela, une liste de carte à désactiver peut être envoyée à partir du catalogue.

La page de devis permet maintenant de modifier les choix de dates, durées, villes de départ et composition de passagers sans avoir à retourner sur la fiche produit du catalogue.

Ce formulaire est disponible via un nouvel onglet présent au niveau du bloc de récapitulatif du voyage.

Les mails automatiques d’alerte de crédences ont été améliorés afin d’inclure les messages spécifiques des différents producteurs.

Ceci permet d’avoir connaissance des agences qui n’ont pas de crédences configurées, ou dont le compte est désactivé ou invalide.

Il est alors possible de modifier ces informations dans l’outil d’administration, ou de contacter le producteur afin de connaître les nouvelles données de l’agence en question.

Un mail peut maintenant être envoyé aux fournisseurs de prestations afin qu’ils soient informés immédiatement de la vente de leurs prestations.

1/ Optimisation de l’affichage des produits de type multi-hébergements

L’affichage des produits de type multi-hébergements a été optimisé afin de bien distinguer les choix concernant les différents séjours composant le voyage. Le nom des hébergements a été ajouté et la numérotation adaptée afin de bien séparer les différentes composantes du voyage.

2/ Gestion du mail de « tracking » en mode coordonnées/paiements fusionnées

Pour rappel, un mail de « tracking » permet d’identifier les utilisateurs qui décident de ne pas finaliser la transaction après avoir complété la page de coordonnées.

Dans le cas où les pages de coordonnées et de paiements sont séparées, l’envoie de ce mail s’effectue après la validation du formulaire de coordonnées.

Dans le cas où ces deux étapes sont fusionnées, le mail de « tracking » est maintenant également envoyé. Cet envoie s’effectue 5 secondes après que l’internaute ait terminé la saisie des coordonnées et des informations voyageurs.

De la même manière que pour les hôtels internes, les fournisseurs de prestations internes peuvent maintenant recevoir un mail de confirmation lors de chaque réservation.

Le système de paiement Adyen a été intégré au processus de réservation. Ce système de paiement fonctionne en mode 3-tiers et est compatible avec le multi-devises et le multi-langues.

Lors du paiement, il est désormais possible via une configuration de choisir le mode de règlement de chacun des éléments de la réservation :

• Le montant doit être réglé intégralement,

• La commission uniquement doit être réglée.

Par exemple, il est possible de configurer le processus de réservation pour qu’il faille régler l’intégralité du coût des prestations ou bien uniquement la commission de la partie hébergement. Le montant de l’hébergement sera alors à régler sur place avec l’hôtelier.

Le nouveau processus de réservation bénéficie d’une refonte de la page de coordonnées et de paiements. Ces deux étapes peuvent toujours être configurées en une ou deux pages selon les besoins.

Afin de respecter la loi Hamon, un message et une case à cocher peuvent maintenant être configurés au niveau du bloc des assurances sur la page de devis.

Il est désormais possible de lier un mode de paiement au type de vol proposé (GDS, Charter ou Lowcost). Par exemple, le mode de paiement « CB » sera proposé de manière unique pour un vol de type « GDS ».

Les tranches d’âge sont maintenant dynamiques par producteur. Afin d’en bénéficier, il est essentiel de segmenter les passagers de la façon suivante :

• Enfant : 0 à 17 ans inclus,

• Adulte : 18 ans et plus.

Un passager de 15 ans sera donc affiché en tant qu’enfant tout au long du processus de réservation, tandis qu’il sera envoyé en tant qu’adulte au système du producteur externe si celui-ci considère que la tranche d’âge des enfants s’arrête à 12 ans.

Cette fonctionnalité est valable pour tous les processus de réservation. Pour les sources hôtels, les tranches d’âge peuvent être différentes d’un hôtel à l’autre, mais le type de chaque passager affiché restera homogène sur la page de résultats pour tous les hôtels.

En mode page de coordonnées et page de paiement fusionnées, un seul système de paiement pouvait jusqu’à présent être proposé. Un système d’onglet permet maintenant de proposer plusieurs systèmes de paiement simultanément, sans alourdir la page.

Cette nouvelle fonctionnalité est disponible à la fois sur l’ancien et le nouveau processus de réservation.

L’ergonomie du processus de réservation a été revue. L’étape de devis a, en particulier, subi de nombreux changements afin d’optimiser l’expérience de l’utilisateur. Ce processus optimisé pour le desktop et les tablettes est compatible avec le mobile. Un travail spécifique au mobile sera réalisé dans les prochains mois.

De par la sensibilité du sujet, ce processus ainsi modifié sera en test auprès de deux distributeurs pilotes avant son déploiement.

1/ Refonte graphique

Le changement le plus visible concerne la refonte graphique et ergonomique.

Les différents choix proposés à l’utilisateur sont désormais regroupés au sein de blocs numérotés et possédant un titre clair.

Dans l’exemple ci-dessous, les blocs 1, 2 et 3 concernent ainsi les choix relatifs à l’hébergement. Si l’utilisateur décide de changer de combinaison de chambres, les blocs 2 et 3 sont mis à jour automatiquement avec les nouveaux choix sélectionnables.

L’affichage des prix des différents éléments a été également revu. Ils apparaissent désormais à côté des libellés avec les mentions « inclus, « supplément de » ou « réduction de ».

2/ Simplification du « recalcul » des prix

Contrairement à l’ancien processus de réservation, les prix de chaque élément ne correspondent plus à des différentiels de prix en fonction de ce que l’utilisateur a sélectionné. Si l’utilisateur choisi par exemple les 2 chambres simples, les indications « inclus » pour la chambre double et « supplément de 100€ » pour les 2 chambres simples resteront inchangées.

Par ailleurs, les boutons de « recalcul », qui apparaissaient parfois dans l’ancien processus de réservation lorsque le producteur ne pouvait pas tarifer l’ensemble des choix possibles en une seule fois, n’existent plus. Désormais, le « recalcul » est fait automatiquement lorsque les performances du système du producteur externe le permettent. Si ce n’est pas le cas, il est possible de désactiver les choix nécessitant des « recalculs » automatiques pour chaque producteur indépendamment.

3/ Barre latérale

Deux modes d’affichage sont désormais proposés : avec ou sans barre latérale. Ainsi, suivant la configuration choisie, les informations récapitulatives du voyage peuvent être affichées :

• Soit au sein d’une barre latérale (à gauche ou à droite),

• Soit au-dessus du chemin de fer

Cette barre inclut à la fois le bloc commande, les codes de réduction, le devis, et les boutons de validation. La partie devis a été retravaillée, notamment grâce à l’indication sous forme d’astérisque des prestations incluses dans le séjour.

La partie devis de cette barre latérale est par ailleurs flottante, c’est-à-dire qu’elle suit le mouvement de l’ascenseur du navigateur afin qu’elle reste visible à tout moment.

Affichage classique :

Barre latérale :

4/ Descriptif des prestations

Les catégories de chambres, les pensions et les prestations diverses chargées via les grilles peuvent maintenant être associées à des contenus riches (photo et descriptif).

Ces contenus doivent être saisis dans l’onglet « Editoriaux » de l’outil d’administration grâce à un template spécifique. Le lien entre ces contenus et les différentes prestations se fait simplement en indiquant les codes adéquats dans deux nouvelles colonnes des grilles tarifaires (code du contenu transverse et code de la zone).

Ces descriptions seront ensuite visibles sous forme « d’infos bulles » sur l’étape de devis en cliquant sur l’icône ‘ »i » (en bleue)

Ces modes d’affichages peuvent s’appliquer aux prestations provenant d’un producteur externe si celui le transmet via la connectique en place avec Orchestra.

5/ Nouvelle prestation avec affectation par passager

Un nouveau type de prestations a été introduit. Il permet, dès l’étape de devis, d’affecter à chaque participant une prestation parmi celles proposées au sein d’une liste déroulante.

Il peut par exemple s’agir d’options de type cures ou tout autre type de prestations à affecter.

6/ Sélection des bagages

La sélection des bagages dans les processus de vente de pré-packages et de packages dynamiques a été optimisée. Ceci s’appliquera aussi aux autres « ancillaries » de plus en plus proposées par les compagnies aériennes.

7/ Optimisation de l’affichage des croisières

Les cabines des croisières profitent également de la nouvelle présentation des descriptifs détaillés. Les informations telles que la localisation de la cabine sur le bateau ou les animations de l’intérieur de la cabine s’ouvrent maintenant dans une pop-in de la même manière que les prestations internes vues précédemment.

Par ailleurs, les libellés contenus dans la liste déroulante pour le choix de la cabine ont été optimisées pour une meilleure lisibilité.

8/ Compatibilité et A/B testing

Ce nouveau processus de réservation reste compatible avec l’ensemble des navigateurs du marché, à partir d’Internet Explorer 8.

Par ailleurs, ce nouveau processus de réservation peut être pour l’instant déployé en parallèle de l’ancien. Ceci permet de réaliser si nécessaire des tests de type « A/B testing »  afin d’ajuster le nouveau processus avant de pouvoir basculer complétement vers celui-ci.

Lors du processus de réservation, il est possible de conserver certaines données importantes telles que les taux de conversion de l’hôtelier et de l’utilisateur au moment de la réservation.

Ces données complémentaires seront alors affichées dans l’outil de Back-Office, et pourront être exportées.

Grâce à une configuration, il est possible de demander les mails et les numéros de téléphones des passagers adultes dans le processus de réservation.

Ils sont ensuite stockés dans le Back-Office et visibles dans l’onglet « Client/Voyageurs ».

Il est désormais possible d’envoyer une devise au processus de réservation depuis le catalogue. Il suffit de remplir le champ « currencyCode » avec le code de la devise.

Ceci permet aux catalogues de choisir dynamiquement la devise d’affichage plutôt que ce soit une configuration du processus de réservation.

Le distributeur peut maintenant configurer une valeur de commission pour les assurances internes.

Cette valeur est prise en compte dans le processus de réservation et est renseignée lors de la création du dossier client dans le Back-Office. Cette configuration s’effectue dans la configuration du processus de réservation.

Les différents mails des processus de réservation ont été optimisés afin de s’afficher correctement sur la plupart des Webmails du marché (Exemple : Gmail, Yahoo Mail, Outlook).

On peut maintenant envoyer des emails dans une langue différente de celle de la réservation.

Ceci permet par exemple d’envoyer les emails destinés au producteur dans une langue différente des emails destinés à l’internaute.

Il est désormais possible de pré-remplir le champ téléphone avec l’indicatif téléphonique du pays du client.

1/ Gestion des « bookings » trop longs

La plateforme offre désormais une meilleure gestion de la finalisation des « bookings » lorsque des problèmes de connectivité provoquent une attente trop longue pour l’internaute.

Afin de maintenir tout de même un parcours client le plus fluide possible, il est désormais possible de configurer une durée limite maximum avant l’affichage de la page de confirmation. Dans ce cas précis, l’internaute sera redirigé vers une nouvelle page l’invitant à attendre le mail de confirmation.

Une fois cette page affichée à l’internaute, le processus de réservation continue à se dérouler normalement en arrière-plan.

De plus, un email (configurable) contenant toutes les informations de la réservation et précisant l’étape lors de laquelle le problème est survenu est envoyé au distributeur afin de pouvoir traiter manuellement le cas si besoin.

2/ Gestion des changements de tarifs après le « booking »

Jusqu’à maintenant, lorsqu’un changement de tarif entre la page de paiement et la page de confirmation intervenait, un email d’alerte pour avertir de ce changement pouvait être envoyé au distributeur sans pour autant impacter le processus de réservation.

Dorénavant, il est possible de définir un second seuil, en valeur fixe ou en pourcentage, au-delà duquel la réservation sera affichée en erreur (avec l’envoi des emails configurables correspondants), mais le « booking » ne sera pas annulé automatiquement auprès du producteur. Une tentative d’annulation de paiement sera effectuée.

De plus un email (configurable) est envoyé au distributeur pour le prévenir de l’origine de l’erreur. Cet email est notamment composé d’un message d’erreur et des montants au moment et après le paiement.

3/ Récapitulatif des mécanismes de finalisation d’un « booking anormal »

Voici ci-dessous un récapitulatif des différents mécanismes liés à la finalisation d’un « booking anormal » :

• Gestion des « bookings » trop longs.

Ce mécanisme est actif par défaut. Il détecte les cas où nous considérons que la transaction dure trop longtemps. L’internaute est redirigé vers une page de confirmation alternative. Le distributeur reçoit un email et doit gérer le dossier manuellement. L’état du paiement doit également être vérifié.

• Gestion des « timeout » producteur lors du « booking ».

Ce mécanisme est inactif par défaut. Il détecte les cas où le producteur du voyage met fin à la transaction de son côté. L’internaute est redirigé vers une page d’erreur. Le distributeur reçoit un email et doit gérer le dossier manuellement. Une tentative d’annulation de paiement sera effectuée.

• Gestion des changements de tarifs après le « booking »

Ce mécanisme est inactif par défaut. Il est composé de deux seuils :

Le premier seuil permet de détecter les changements de tarif considérés comme mineurs. L’internaute est redirigé vers la page de confirmation standard. Le distributeur reçoit un email d’information.

Le deuxième seuil permet de détecter les changements de tarif considérés comme bloquants c’est-à-dire trop importants. L’internaute est redirigé vers une page d’erreur. Le distributeur reçoit un email et doit gérer le dossier manuellement. Une tentative d’annulation de paiement sera effectuée.

Tous les messages et les emails sont configurables avec l’aide de votre chef de projet.

L’ensemble des systèmes de paiement 3-tiers géré par Orchestra est maintenant compatible avec la fusion de la page de coordonnées et la page de paiement.

Il est désormais possible d’utiliser un entête « REPLY-TO » dans les emails du processus de réservation. Cet entête permet d’indiquer aux mailer de répondre sur une adresse différente de l’expéditeur.

Par ailleurs, il est maintenant possible d’ajouter d’un deuxième email pour les agences dans le formulaire d’entrée du processus de réservation.

Il est désormais possible de désactiver un système de paiement lorsque la réservation comprend un vol low cost. Cette configuration s’effectue au niveau de chaque système de paiement, ce qui permet de n’en désactiver que certains.

Un nouveau système de paiement, Trustly, a été intégré au processus de réservation.

Le choix de la cabine sur le catalogue permet d’améliorer l’ergonomie de sélection des cabines sur la page de devis.

Le premier niveau présente le type de tarif associé ainsi que le type de la cabine (« Tarif Prima – Intérieure » par exemple). Le deuxième niveau permet de choisir la catégorie ainsi que le numéro de cabine.

Il est maintenant possible d’accéder et donc d’afficher des informations provenant de contenus transverses liés au produit que l’on est en train de réserver.

Ceci permet par exemple d’afficher les formalités du produit dans l’email de confirmation.

La gestion de certains caches a été revue afin d’accélérer l’affichage, notamment les caches des assurances distributeurs, et les caches de construction des différentes pages du processus de réservation.

Dans la mesure où l’outil d’administration permet de créer des éditoriaux pour les chambres, il est bien-sûr possible de voir les descriptifs correspondants dans les processus de réservation Hôtel et Hôtel+Vol. Il suffit de cliquer sur le nom de la chambre pour visualiser ces descriptifs.

Comme vu précédemment, le mail de contact de l’hôtelier peut être renseigné dans la configuration de l’hôtel. Un mail est envoyé à ce contact à chaque réservation. Il contient les informations suivantes:

• Code interne de l’hôtel,

• Référence du book,

• Date d’arrivé,

• Durée,

• Type de chambre réservé et prix,

• Type de pension réservé et prix,

• Montant total de la réservation,

• Occupation.

Des caches supplémentaires ont été mis en place pour optimiser la récupération des prestations des produits internes, ainsi que la récupération des combinaisons de chambre.

Dans la mesure où l’outil d’administration permet de créer des pensions liées aux hôtels internes, il est possible de les choisir dans les processus de réservation Hôtel et Hôtel+Vol.

Il est maintenant possible de proposer un seul bloc de paiement dans le cas d’une réservation contenant un vol low cost et utilisant un système de paiement serveur (type INDRA). La carte saisie sera utilisée pour le paiement du distributeur et de la compagnie low cost.

Le processus de réservation de vols et packages dynamiques comporte maintenant un tableau de filtre récapitulatif.

Il regroupe les prix minimums pour chaque compagnie et pour chaque escale. Lorsque l’on clique sur une des cases, le filtre est automatiquement appliqué sur la recherche en cours.

Globalement, les fonctionnalités présentes sur les processus mobiles et tablettes sont semblables à celles sur ordinateur mais dans des versions adaptées.

Entre la version mobile et la version tablette, il existe également quelques différences afin de s’adapter au mieux aux particularités de chacun de ces supports.

1/ Processus de réservation Hôtels

Un nouveau processus de réservation hôtels adapté aux mobiles et aux tablettes a été développé. Les principales fonctionnalités sont les suivantes :

• Affichage des hôtels sous forme de liste,

• Affichage des hôtels sur une carte Google Maps,

• Possibilité de filtrer les résultats selon 3 critères : la catégorie (nombre d’étoiles), le type d’hôtel et la localité.

Résultats de recherche et filtres Hôtel sur mobile

Sur la fiche de l’hôtel, on retrouve :

• Les photos sous forme de diaporama,

• La description de l’hôtel,

• La situation géographique sur une carte,

• Les activités et services proposés,

• Les avis TripAdvisor,

• Les différentes combinaisons de chambres possibles.

Fiche Hôtel sur mobile

2/ Processus de réservation Transport

Un nouveau processus de réservation transports (vols et trains) adapté aux mobiles et aux tablettes a été développé.

Les transports sont affichés sous forme de listes, avec la possibilité de choisir entre plusieurs « aller-retours ».

Il est possible de filtrer les résultats selon les critères suivants :

Pour les vols :

• Par prix

• Par heures de départs et d’arrivées

• Par types de parcours (direct ou avec escale)

• Par types de compagnies

Pour les trains :

• Par prix

• Par heures de départs et d’arrivées

• Par types de parcours (direct ou avec escale)

• Par types de classes

3/ Processus de réservation Vols + Hôtels

Un nouveau processus de réservation Vols + Hôtels adapté aux mobiles et aux tablettes a été développé.

Comme pour la version ordinateur, le client choisi d’abord son hôtel, sa chambre, puis le vol souhaité. La combinaison « vol + hôtel » la moins chère est affichée en haut de la liste et il est possible de valider immédiatement ce choix par défaut.

Comme dans le processus hôtel, il est possible de visualiser la position géographique des hôtels.

Si on choisit de sélectionner un hôtel, la combinaison « chambre + vol » la moins chère est affichée. Il est possible de valider immédiatement ce choix par défaut.

Une fois la chambre d’hôtel choisie, on peut ensuite choisir son transport, faire une recherche plus ciblée sur ce dernier grâce aux filtres, ou alors changer d’hôtel. Les prix affichés pour les transports sont des différentiels par rapport au prix packagé minimum affiché tout en haut.

Un nouveau mode de paiement a été mis en place : le paiement NETPLUS de la société Indra.

Il est désormais possible d’affecter automatiquement au client l’agence la plus proche de son adresse.

Dès que ses coordonnées sont remplies, l’adresse de l’agence la plus proche est sélectionnée en bas de la page dans la partie ‘Agence de réservation’.  Il est également possible d’en changer ou de ne pas en choisir.

Le bloc de choix d’agence est configurable. Il est possible de :

• Le déplacer après le bloc d’affectation des passagers.

• Le cacher lorsqu’une agence était déjà sélectionnée avant d’entrer le canal de réservation.

• Empêcher l’utilisateur de changer d’agence lorsqu’elle était déjà sélectionnée avant d’entrer le canal de réservation.

Une nouvelle configuration permet d’intégrer les comptes clients à la page de coordonnées.

Dans ce mode, la saisie du formulaire d’identification est facultative. Si le client n’a pas encore de compte, il peut le créer lors de réservation. Pour cela, une nouvelle option « Créer un compte client » est proposée sur la page des coordonnées. Il suffit de remplir les champs  « Entrer votre mot de passe » et « Confirmer votre mot de passe » en plus des autres coordonnées déjà saisies sur cette page. Si le client ne souhaite pas créer un compte, il suffit de décocher l’option « Créer un compte » et continuer la réservation.

Il est désormais possible de faire une pré-réservation avec les données minimales d’identification d’un client à savoir son nom, prénom, email et téléphone.

Il est désormais possible de filtrer les hôtels selon leurs services dans le processus de réservation d’hôtels. La liste des services visibles est configurable.

De même les services disponibles sont identifiés par des icônes ajoutées sous l’image principale de chaque hôtel sur la page de résultats.

Il est également possible de visualiser les services des hôtels dans le nouvel onglet ‘Services’ ajouté dans la fiche de l’hôtel.

Des informations supplémentaires sur les promotions des chambres (réduction, early booking) sont désormais visibles dans les processus de réservation Hôtel et Hôtel+Vol.           

Dans le processus de réservation de transport, la direction (aller ou retour) est désormais affichée dans le détail des prix.

Une nouvelle présentation du processus de vente du package dynamique est activable.

Un résumé de la recherche est présenté en haut de page, à côté du récapitulatif de l’hôtel et du vol, avec le bloc de nouvelle recherche.

Les résultats de recherche hôtels et vols avec alternatives sont affichés uniquement lorsque l’utilisateur choisit de changer de vol ou d’hôtel.

Il est désormais possible d’activer le paiement par chèques vacances sur la page de paiement du processus de vente package pour Paybox.

Il est désormais possible d’ajouter aux mails du processus de réservation une pièce jointe générée à partir d’une URL.

Il est désormais possible d’afficher des conditions d’annulation sur la page de coordonnées en fonction du canal de réservation sur l’ensemble des processus de vente (package, hôtel, vol, package dynamique).

Ces conditions d’annulations sont ensuite reprises sur la page de confirmation de la réservation et dans le mail de confirmation.

Cette nouvelle fonctionnalité permet de paramétrer le débit différé du montant de la réservation.

Par exemple de gérer le cas des réservations « en demande » et de valider le paiement de la réservation qu’après confirmation du producteur tout en conservant la transaction dans Ogone. L’échelonnement des paiements peut être différent par canal de distribution et statut de la réservation et en fonction de la date de réservation et de la date de départ.

Les champs email et téléphone du tunnel de réservation ont désormais un mode « mobile » ce qui les rend adaptés à la saisie sur mobile.

Il est désormais possible d’activer la création de compte client dans le tunnel de réservation. Dans ce cas, le client arrive sur une page d’enregistrement avec login/mot de passe ou création de compte après la validation de la page devis.

Dans le cas où le client a déjà un compte, ces informations personnelles seront pré-remplies sur la page de coordonnées après la validation de ces identifiants.

Afin de permettre une plus grande souplesse sur le fonctionnement du processus de vente, il est désormais possible d’ajouter un bouton d’action au bas de la page devis. Ce bouton peut avoir différents comportements en fonction de ce qui est configuré.

En fonction du paramétrage du bouton, il est possible de :

• Forcer un mode de réservation pour la suite du processus (par exemple pose d’option, réservation ferme ou pré-réservation),

• Forcer un mode de paiement,

• Afficher ou non le bloc passager sur la page coordonnées,

• Afficher ou non le bloc de choix d’agence sur la page coordonnées,

• Afficher ou non l’adresse de facturation sur la page coordonnées,

• Afficher ou non l’adresse de livraison sur la page coordonnées,

• Afficher ou non l’affectation des chambres et/ou options sur la page coordonnées.

Le module de bons d’achat et subventions a évolué pour permettre la gestion de règles supplémentaires.

• Possibilité de définir un prix minimum de paiement en complément du paiement par bon d’achat ou subvention (par carte bancaire par exemple),

• Possibilité d’afficher le montant de la subvention et du bon d’achat restant,

• Possibilité de définir si les bons d’achats sont cumulables

Il est possible d’envoyer les conditions générales et particulières de vente en pièce jointe des mails de confirmation de réservation.

Attention, l’envoi de pièces trop volumineuses peut être bloqué par certains outils de gestion des mails.

La fonctionnalité One Click est désormais disponible pour le module de paiement SIPS ATOS Office server.

Ce module permet l’enregistrement des informations de paiement du client et la création d’un identifiant SIPS ATOS. Si l’identifiant est envoyé au moment d’une nouvelle réservation, les informations de paiements (numéro de carte, nom du payeur, etc.) du client sont pré-remplies automatiquement de manière cryptée ce qui permet de rendre très rapide l’étape de paiement pour le client.

Lors d’une réservation « en demande », il est possible de bloquer l’envoi du fichier MCTO correspondant à l’outil de gestion de dossiers au moment de la réservation.

Il est désormais possible d’activer l’impression du devis sur l’ensemble des pages du tunnel de réservation y compris depuis la page de paiement.

Dans le module de gestion anti-fraude,  il est désormais possible de contrôler que les nom-prénom d’un des voyageurs sont égaux aux nom-prénom du client et payeur.

Il est désormais possible de pré-remplir automatiquement les informations sur les pièces d’identités des voyageurs à partir des données enregistrées sur le catalogue (via le compte client par exemple) permettant ainsi de faciliter la saisie et la réservation.

A l’activation de cette fonctionnalité, si le client ouvre le formulaire APIS et le valide, les informations sont enregistrées uniquement si tous les champs sont remplis. Si certains champs ne sont pas remplis, un message s’affiche pour prévenir le client de ce comportement.

Il est possible de ne présélectionner aucune assurance sur la page de devis. Dans ce cas, si le client essaie de valider la page sans faire de choix d’assurance, un message d’avertissement s’affiche l’invitant à faire son choix.

Les champs de saisie du tunnel de réservation ont désormais un mode « mobile » ce qui les rend adaptés à la saisie sur mobile.

Par exemple lorsque l’utilisateur se trouve sur les champs date un changement de clavier de saisie s’active automatiquement.

Il est désormais possible d’activer le paiement avec plusieurs cartes bancaires dans le tunnel de réservation.

Le client peut ainsi indiquer le nombre de carte qu’il souhaite utiliser pour son paiement. En fonction de son choix, autant de formulaires de carte bleue s’affichent. Le nombre de carte maximum est configurable.

Le client peut également indiquer quel montant il souhaite payer sur chaque carte. Par défaut, le montant à payer est réparti équitablement sur l’ensemble des cartes.

Ce type de paiement est disponible pour SIPS Atos (office Server) ainsi que pour le module de paiement de la Banque Accord.

Lors d’une pose d’option commerciale sur un produit, la date de fin d’option est désormais transmise dans le fichier MCTO.

Pour la source Azor, il est désormais possible d’enregistrer le numéro de carte de fidélité des compagnies aériennes du client sur la page de coordonnées du processus de vente vols dans le cas où la source vol permet d’enregistrer l’information au moment de la réservation.

Dans le cas d’un écart de tarif entre la fiche produit et la page Devis et si le tarif est à l’avantage du client, il est possible de ne pas afficher de message d’alerte ou d’afficher un message différent du message d’alerte qui apparait lorsque le tarif est plus élevé sur la page de devis.

Il est désormais possible de définir une liste de moyens de règlement du solde à proposer au client lorsque celui-ci choisit de payer un acompte lors de sa réservation.

La liste des modes de règlement est paramétrable.

L’information est enregistrée dans le dossier dans l’outil d’administration, le back-office et peut être envoyée dans les MCTO.

Il est désormais possible d’activer le règlement du voyage par bons d’achat ou subvention.

L’information du montant des bons d’achat ou subvention doit être envoyée par le catalogue via le formulaire de réservation en fonction du client logué sur son compte. Il est possible de définir comment le client peut utiliser son bon d’achat : s’il a le droit de payer intégralement en bon d’achat, s’il peut payer avec uniquement une partie de son bon (montant libre ou par tranches) ou s’il doit forcément l’utiliser entièrement.

Le montant de la subvention proposée peut être en montant fixe ou en pourcentage du montant du dossier réservé. Il est possible d’exclure certains éléments du montant du dossier pour le calcul du montant de la subvention en pourcentage (par exemple exclure le montant des assurances).

L’information est enregistrée dans le dossier dans l’outil d’administration, le back-office et peut être envoyée dans les MCTO.

Il est désormais possible d’activer le paiement par chèques vacances sur la page de paiement du processus de vente package.

Pour ce mode de paiement, le paiement par carte est tout de même activé (avec possibilité de prise d’empreinte uniquement) et un message permet de préciser le fonctionnement au client (remboursement à réception des chèques vacances par exemple).

L’information est enregistrée dans le dossier dans l’outil d’administration, le back-office et peut être envoyée dans les MCTO.

En fin d’année 2012, nous avons fait appel à Nealite, agence de design de services et d’expérience utilisateur, spécialisée sur l’ergonomie du web et du mobile, pour réaliser une étude sur le tunnel de vente Orchestra.

Les objectifs de l’étude étaient les suivants :

• Obtenir un retour utilisateur complet sur le parcours d’achat proposé par Orchestra

• Identifier les points de blocage dans le processus de vente et dans l’ajout d’options au séjour

• Proposer des recommandations expertes d’amélioration pour chaque point de blocage identifié

• Augmenter le taux de conversion du tunnel de vente Orchestra

Suite à l’étude menée par Nealite, un certain nombre de recommandations quant à l’organisation de l’information et l’ergonomie du tunnel de vente ont été identifiées. Ces recommandations, plus ou moins impactantes en termes de développement, seront prises en compte dans les versions à venir dans l’optique d’améliorer le taux de conversion dans le tunnel de vente.

Voici la liste des recommandations prises en compte dans cette version :

Sur le récapitulatif de réservation :

1.Mettre le nom du produit réservé en haut du récapitulatif.

2. Rendre le lien vers la fiche produit plus explicite : il est désormais présenté sous le récapitulatif tout comme le lien vers le récapitulatif du devis.

Sur la page Devis :

3. Rassurer le client sur les vols réservés : un message s’affiche lorsque les informations vols envoyées par le producteur sont incomplètes.

4. Être homogène entre les différentes étapes du tunnel de vente : mettre « Page précédente » comme libellé du lien en bas de page pour toutes les étapes.

Sur la page Coordonnées :

5. Mettre les libellés « téléphone 1 » et « téléphone 2 » afin de permettre au client d’entrer son téléphone préféré en premier (qu’il soit mobile ou fixe).

6. Aérer les champs du formulaire : mise en place de sauts de ligne.

7. Supprimer les étoiles pour indiquer quelle information est obligatoire et afficher uniquement les champs facultatifs.

Sur la page de paiement :

8. Rassurer le client en ajoutant une image de cadenas sécurisé.

9. Rendre le choix de carte de paiement plus simple : mise en place de radio-boutons pour le choix des cartes.

10. Ajout d’une légende pour le titulaire de la carte de paiement pour plus de clarté sur les informations à remplir.

Aperçu des modifications sur le tunnel de vente :

La référence du devis à l’origine d’un rejeu de dossier est désormais envoyée dans le MCTO pour chaque dossier finalisé de cette façon.

Il est désormais possible d’ajouter les informations de l’agence qui effectue la réservation dans les mails fournisseurs, habituellement envoyés aux partenaires lors d’une réservation sur un de leurs produits internes.

Sur la page de coordonnées, les champs concernant les documents de voyages des passagers sont obligatoires.

Ceux-ci peuvent être rendus facultatifs lorsque l’agent utilise la fonctionnalité d’envoi de devis au client spécifiquement.

Lors d’un changement de tarif entre la fiche produit et la page de devis sur une demande pour 2 adultes, une mise à jour automatique du prix catalogue en fonction du prix obtenu lors du devis est désormais effectuée.

Cette mise à jour reste valable jusqu’à la mise à jour automatique des disponibilités et tarifs par le producteur.

Pour une optimisation du taux de conversion, il est désormais possible de paramétrer l’affichage du bloc de paiement par carte bancaire directement sur la page de saisie des coordonnées du processus de vente package.

Un nouveau processus de vente de packages dynamiques est disponible. Il permet de vendre un hôtel et un vol de manière indépendante et de pouvoir modifier l’hôtel et le vol choisi au cours du processus de vente.

Un récapitulatif de l’hôtel et du vol choisis est affiché en haut de page avec la possibilité de changer chaque choix. Les résultats de recherche hôtels et vols avec alternatives sont affichés en onglets afin de permettre la comparaison avec l’élément (vol ou hôtel) sélectionné.

Le récapitulatif de l’hôtel et du vol choisis est ensuite affiché sur l’ensemble du processus de vente.

Les sources hôtels suivantes sont connectées à la plateforme :

Il est désormais possible d’afficher les conditions de vente de l’hôtel sur le processus de vente hôtel lorsque la source hôtel le permet.

Le design du mail fournisseur, habituellement envoyé aux partenaires lors d’une réservation sur un de leurs produits internes a été revu. Le design est désormais le même que celui des autres mails de confirmation.

Il est désormais possible de configurer un mail de confirmation spécifique au cas de la pose d’option sur le processus de vente package, indépendant du mail de confirmation de réservation ferme.

Il est désormais possible de configurer le module de paiement SIPS Payment. Ce module de paiement permet notamment la bascule sur le site de SIPS-ATOS au moment du paiement.

Avec ce module de paiement, la solution de paiement PAYPAL a été intégrée.

Le module One Click a également été ajouté. Ce module permet l’enregistrement des informations de paiement du client et la création d’un identifiant SIPS-ATOS. Si l’identifiant est envoyé au moment d’une nouvelle réservation, les informations de paiements du client seront pré-remplies (et cryptées) automatiquement.

Le port de départ des croisières est désormais affiché dans le récapitulatif du processus de vente package.

Les informations passagers sont parfois remplies par le client sur le catalogue avant l’entrée sur le processus de vente. Elles sont ensuite transmises automatiquement au processus de vente et pré-remplies dans la page de coordonnées. Il est désormais possible de préciser si ces informations sont modifiables sur la page coordonnées ou non.

Les conditions d’annulation sont désormais affichées sur le descriptif de l’hôtel dans le résultat de recherche ainsi que tout au long du processus de vente.

Pour que le client puisse vérifier les éléments réservés tout au long du processus de vente, un récapitulatif des prestations sélectionnées (vols, trains ou hôtel) est affiché sur chaque étape.

Il est possible d’activer une fonctionnalité permettant l’affichage d’un bouton pour imprimer la page devis sur chacun des processus de vente :

Les frais distributeurs renvoyés par la source Azor sont désormais affichés lors de la réservation sur le processus de vente vols.

Il est désormais possible d’envoyer un voucher hôtel en pièce jointe du mail de confirmation de la réservation hôtel en fonction des informations envoyées en temps réel par la source hôtels.

Il est possible de définir le comportement par défaut de l’affichage du détail du devis indépendamment sur la page de coordonnées et sur la page de paiement : le bloc peut être ouvert ou fermé à l’arrivée sur la page.

Il est désormais possible de customiser le numéro de dossier généré au moment de la réservation.

Le design des vols sur le processus de vente packages a été modifié pour homogénéiser l’affichage avec le processus de vente vols.

Le détail des escales et des compagnies émettrices est présenté lorsque le producteur envoie l’information :

• Costa

Mise à jour des descriptifs des produits Costa Croisières.

• Brittany Ferries

Gestion des séjours avec ferries pour Brittany Ferries : ajout de la notion « départ du port » (correspondant au code ville de départ « ZZZ ») pour les moteurs de recherche.

Il est désormais possible d’ajouter cette notion de ville de départ « ZZZ » au recherche sur les autres villes de départ classiques pour faire remonter les produits Brittany Ferries quelle que soit la ville de départ recherchée.

• ClubJumbo

Pour la marque ClubJumbo (groupe Jet Tours – Thomas Cook), gestion des prix malins et des prix sereins.

• Asia

Intégration du nouveau système de production d’Asia

• Royal Caribbean et Croisières de France

Filtre des cabines handicapées pour les croisiéristes Royal Caribbean et Croisières de France.

• Jet Tours

Affichage des messages d’information envoyés par le producteur Jet Tours.

• Timeout

En cas d’absence de réponse du producteur (« Timeout ») suite à une demande de book (après validation du paiement), un mail automatique est envoyé au producteur et au distributeur indiquant le problème et demandant au producteur d’annuler tout dossier correspondant qui serait créé dans son système car dans ce cas l’annulation de paiement est automatique côté distributeur/client.

Sur le processus de vente hôtels, il est possible de trier les hôtels sur le résultat de recherche en fonction des notes Trip Advisor.

Lorsque le producteur donne l’information dans ces flux techniques, il est désormais possible d’afficher la notion d’escale sur la page devis du processus de vente package.

Lors de la saisie du numéro de carte bancaire sur la page de paiement, les espaces et caractères spéciaux sont automatiquement supprimés avant l’envoi au système de paiement pour éviter les erreurs de paiement.

Il est désormais possible de récupérer l’information du délai d’anticipation d’une réservation.

Cette information peut notamment être envoyée aux outils de tracking pour permettre d’établir des statistiques sur le sujet.

La génération de l’alias pour le système de paiement Ogone était possible dans le cas d’une réservation avec un paiement partiel. Elle est désormais possible dans le cas d’un paiement total également.

Il est possible de définir pour un canal donné que lors de re-jeu d’une réservation, le stock ne soit pas décompté sur le produit réservé.

Cette fonctionnalité peut-être utile dans le cas où l’on rejoue un dossier en pose d’option pour lequel les stocks ont été décomptés au moment de la pose de l’option.

Pour un canal donné, sur les produits internes, il est possible de définir que lors d’une pose d’option, le décompte des stocks se fasse sur le produit réservé

Il est désormais possible de réaliser des recherches d’hôtels à partir de zone touristique en plus des recherches par ville.

A l’activation de cette nouvelle fonctionnalité, le client a la possibilité de sélectionner son agence de finalisation de réservation sur le processus de vente. Ce changement implique des changements de code de connexion vers les producteurs et donc une cohérence pour la facturation.

Lorsque les frais de dossier sont à 0€, il est possible d’afficher la mention « Offert » à la place de 0€ sur le processus de réservation.

Suite à l’évolution de la réglementation sur la demande des informations pour les papiers d’identités des voyageurs par les autorités et les compagnies aériennes, il est désormais possible d’activer l’affichage d’un lien vers un formulaire de saisie de ces informations dans le processus de vente sur la page de coordonnées.

Il est désormais possible d’afficher les notes TripAdvisor sur le processus de vente hôtels secs. Les notes peuvent être affichées sur le résultat de recherche hôtels.

Le détail des notes et des commentaires peuvent être affichés sur la fiche hôtel.

Afin de pouvoir différencier le type d’hébergement (ferry, location, hôtel), il est désormais possible d’afficher un pictogramme spécifique sur la page de devis.

Il est désormais possible d’ouvrir ou fermer par défaut les catégories d’options dans le processus de réservation. Il est également possible d’afficher des titres de catégories d’options avec un tarif « à partir de » correspondant.

Dans le cas de demandes de devis effectuées par le client ou l’agent dans le processus de réservation, il est désormais possible d’activer un lien dans le mail de confirmation distributeur permettant de rejouer a postériori le devis enregistré.

Lorsque l’agent clique pour rejouer le devis, il arrive directement sur la page de coordonnées pré-remplie avec les informations enregistrées lors du devis initial si tous les éléments sont toujours réservables auprès du producteur et si le montant de la réservation reste identique.

Si certains éléments ou le montant total diffèrent par rapport au devis initial, l’agent est redirigé sur la page de devis pour vérification/modification du devis en fonction de la demande du client.

Configuration par canal de la récupération du numéro de commande Gestour.

Jusqu’ici le numéro de commande Gestour était généré par Orchestra. Il est désormais possible de définir par canal au moment de la réservation si Orchestra doit générer le numéro côté Orchestra ou s’il est nécessaire de récupérer celui fourni par Gestour.

Il est désormais possible d’activer un filtre sur les classes de trains dans le processus de vente trains.

Il est désormais possible d’envoyer les informations des voyageurs depuis le catalogue au processus de réservation pour un pré-remplissage de la page coordonnées.

Les informations qui peuvent être envoyées sont :

• La civilité

• Le nom

• Le prénom

• La date de naissance

• L’âge

Il est désormais possible de demander des détails sur les documents d’identité du client (payeur) (type et numéro).

Lors d’un problème au moment du book chez le producteur, il est nécessaire de procéder à une annulation de paiement. Si cette annulation de paiement auprès du système de paiement (SIPS-ATOS, Ogone, Paybox, banque Accord…) ne fonctionne pas, il est désormais possible de paramétrer un mail d’alerte.

Un nouveau module antifraude Orchestra permet de configurer des critères pour déterminer un scoring au moment de la réservation. Plus le scoring est élevé sur une réservation plus le risque de fraude est élevé sur le dossier. En fonction du niveau de scoring, des actions (conséquences) peuvent être définies.

Le scoring est défini entre 1 et 100.

La liste des critères impactant le scoring de la réservation est la suivante :

• Black listage et/ou whitelistage d’une IP en particulier

• Blacklistage d’un pays déterminé à partir de l’adresse IP de l’internaute

• Vérification du fournisseur d’adresse mail

• Vérification du format du mail du client

• Présence du client parmi les voyageurs

• Vérification du delta entre la date de réservation et la date de départ

• Vérification de la destination du produit réservé

• Vérification du montant de la commande

• Vérification de la date de réservation (week-end, jours fériés, liste de jours)

• Vérification de l’horaire de réservation

• Vérification du type de carte

• Concordance entre le nom du porteur de la carte et le nom du client

Les critères sont vérifiés au moment de la validation de la page de paiement (avant le paiement effectif).

Il est possible de définir les actions à lancer en fonction de différents niveaux de scoring.

La liste des actions possibles en fonction du scoring est la suivante :

• Blocage de la réservation avec message spécifique affiché au client

• Activation du 3D Secure (sur Atos-Sips uniquement)

• Envoi de mail d’alerte spécifique

Le scoring est enregistré dans le dossier de réservation et est présent dans les exports de dossiers. Il est également possible de faire des recherches sur le niveau de sévérité du scoring dans l’onglet ‘Dossiers’ de l’outil d’administration.

Des règles complexes de calcul appliquées à chaque critère peuvent être définies pour déterminer le scoring global d’une réservation.

Les règles seront à déterminer lors du paramétrage initial avec le Chef de projets Orchestra et seront configurées dans le système par Orchestra. Ces règles sont ensuite ajustables en fonction des résultats obtenus.

Un processus de réservation package spécifique pour mobile a été développé pour permettre la consultation et la réservation à partir de Smartphones.

Le module d’assurances Aon a été intégré aux différents processus de réservation comme le module EuropAssistance. Ce module permet la remontée automatique des assurances correspondant à un contrat et à la réservation en temps réel des assurances auprès d’Aon.

Lors d’un paiement avec acompte, Il est possible de définir que le pourcentage de calcul de l’acompte soit calculé sur les prestations du producteur et d’y ajouter 100% des prestations distributeurs (hors marges).

Par exemple pour un acompte à 30%, il est possible de faire le calcul suivant:
Montant de l’acompte à payer = [30% x (forfait principale + Options)] + [100 % des frais de dossier + 100 % Assurances].

Pour afficher une page de devis simplifiée au client, il est désormais possible de masquer les suppléments obligatoires renvoyés par le producteur et d’inclure leur montant directement dans le forfait. Il est également possible de toutefois les mentionner dans le bloc forfait.

Il est désormais possible de commercialiser les trains via le processus de vente Trains.

La source actuellement connectée est le moteur Azor (moteur Espagnol) avec la compagnie RENFE.

Si vous souhaitez travailler avec une source train spécifique, seul un travail de connectivité est nécessaire pour la mise en place sur ce processus de vente Trains.

Ce processus de vente se compose de plusieurs étapes :

• Le moteur de recherche trains

• Le résultat de recherche trains

• Le devis

• La page de coordonnées

• La page de paiement

• La page de confirmation

Les mails de confirmation sont également envoyés (comme pour le cas de vente de packages).

1/ Moteur de recherche trains intégrable de manière libre au sein des catalogues existants

2/ Résultat de recherche train

Cette page permet d’afficher :

• un récapitulatif de la recherche effectuée

• un moteur de recherche pour permettre une nouvelle recherche

• une série de filtres avec pour chaque valeur du filtre le nombre de trains correspondants

• les informations trains en combinaisons d’allers-retours compatibles triés par prix

L’affichage de ces blocs est configurable en fonction des besoins spécifiques pour chaque front office.

Le click sur le bouton « réserver » renvoie directement vers la page de ‘devis train’ puis la suite du processus de vente comparable à celui existant pour le package.

Il est désormais possible de définir des groupes d’options. Les groupes d’options permettent ensuite de définir des contraintes spécifiques par groupe.

Le regroupement des options se fait à l’aide d’un code enregistré dans la grille Excel tarifaire. Plusieurs options du même groupe doivent avoir le même code pour pouvoir être considérées comme liées. L’affichage des prestations sur le tunnel de réservation se fait dans l’ordre entré dans la grille.

Par exemple, il est possible de définir pour un groupe d’options comme des cures que le nombre maximum d’options sélectionnables au sein du groupe cure est égal au nombre d’adultes curiste. Le nombre d’adultes curistes peut être indiqué par le client sur la fiche produit et entrainer des contraintes sur la page de devis.

Il est désormais possible de définir des contraintes en plus sur la pré-selection d’options sur la page devis. Il est possible de définir quelle option est sélectionnée par défaut et la quantité minimum et maximum de cette option par type de personne (adulte, enfant, bébé) dans la réservation.

Par exemple, il est possible de sélectionner par défaut un type de cure et d’indiquer qu’il faut sélectionner au minimum 1 cure dans le dossier et au maximum un nombre de cures égal au nombre d’adultes dans la réservation. Des contraintes peuvent également être définies sur le nombre d’enfant et/ou sur le nombre de bébés.

Ces contraintes doivent être envoyées au tunnel de réservation à partir du catalogue.

La gestion des ventes de vols low cost se différentie de la vente de vols classiques notamment au niveau du paiement car le paiement direct est requis par les compagnies low costs.

Des adaptations ont donc été faites sur le processus de vente vols pour permettre cette particularité et également pour permettre la vente d’un mix de vols classiques et low cost au sein d’une même réservation.

Le mode 3D Secure de SIPS-ATOS est désormais géré par le module de processus de réservation. Lors de son activation, une redirection est faite lors du paiement vers une page de la banque associée à la carte bancaire du payeur avec la demande d’un code confidentiel.

L’activation de cette fonctionnalité  nécessite du paramétrage par l’équipe Orchestra. Le passage en mode 3DSecure dépend de la carte du payeur (vérification SIPS-ATOS) et peut également être paramétré en fonction du type de carte si vous le souhaitez (vérification Orchestra).

Dans le cas où plusieurs blocs de paiement sont proposés sur la page de paiement, il est désormais possible de définir quel(s) bloc(s) sont ouverts et quel(s) bloc(s) sont fermés par défaut sur la page.

Il est désormais possible de commercialiser les vols via le processus de vente vols.

La source actuellement connectée est le moteur Azor (moteur Espagnol).

Si vous souhaitez travailler avec une source vol spécifique, seul un travail de connectivité est nécessaire pour la mise en place sur ce processus de vente vols.

Ce processus de vente se compose de plusieurs étapes :

• Le moteur de recherche vols

• Le résultat de recherche vols

• Le devis

• La page de coordonnées

• La page de paiement

• La page de confirmation

Les mails de confirmation sont également envoyés (comme pour le cas de vente de packages).

1/ Moteur de recherche vols intégrable de manière libre au sein des catalogues existants

2/ Résultat de recherche vols

Cette page permet d’afficher :

• un récapitulatif de la recherche effectuée

• un moteur de recherche pour permettre une nouvelle recherche

• une série de filtres avec pour chaque valeur du filtre le nombre de vols correspondant

• les informations vols en combinaisons d’allers-retours compatibles triés par prix

• une pop-in de détails sur les tarifs des vols

• une pop-in de détails sur les vols, les escales

L’affichage de ces blocs est configurable en fonction des besoins spécifiques pour chaque front office.

Le click sur le bouton « réserver » renvoie directement vers la page de ‘devis Vols’.

3/ Devis vols

Les étapes suivantes du processus vols (enregistrement passagers, paiement et confirmation) sont comparables à celles du processus packages actuel et présentent les mêmes possibilités de configurations.

Il est désormais possible d’envoyer l’information d’inscription à la newsletter à l’outil de back-office Gestour lorsqu’un client s’inscrit à la newsletter depuis la page de coordonnées du processus de réservation et réalise une réservation.

Afin de pouvoir commercialiser des hôtels en direct et suite aux développements sur la création d’hôtels internes dans l’outil d’administration, il est désormais possible de configurer un processus de vente hôtels sur vos front offices.

Ce processus de vente se compose de plusieurs étapes :

• Le moteur de recherche hôtels

• Le résultat de recherche hôtels

• La fiche descriptif de l’hôtel (étape optionnelle)

• Le devis

• La page de coordonnées

• La page de paiement

• La page de confirmation

Les mails de confirmation sont également envoyés (comme pour le cas de vente de packages).

1/ Moteur de recherche hôtels intégrable de manière libre au sein des catalogues existants

2/ Résultat de recherche hôtels

Cette page permet d’afficher :

• un récapitulatif de la recherche effectuée

• un moteur de recherche pour permettre une nouvelle recherche

• une série de filtres avec pour chaque valeur du filtre le nombre d’hôtels correspondant

• une carte avec la géo-localisation de tous les hôtels correspondant à la recherche

• un aperçu du descriptif de chaque hôtel correspondant à la recherche avec les combinaisons de chambres correspondante et leurs prix.

• La moyenne des notes de chaque hôtel lorsque l’information est disponible

• Un aperçu de la géo-localisation de l’hôtel en cliquant sur le petit icône près de l’adresse

L’affichage de chacun de ces blocs est configurable en fonction des besoins spécifiques pour chaque front office.

Le click sur le bouton « réserver » renvoi directement vers la page de ‘devis hôtel’. Je click sur le nom de l’hotel renvoie vers la fiche détaillée de l’hôtel.

3/ Fiche hôtels (étape optionnelle du processus)

Sur cette page, il est possible d’afficher :

• Le récapitulatif de la recherche précédente

• Les combinaisons de chambres correspondant à la recherche

• Les avis et les notes rattachés à l’hôtel sélectionné

• Le descriptif de l’hôtel

• La géo-localisation de l’hôtel via l’onglet « carte » ou en cliquant sur le rappel de la carte dans la colonne de gauche

• Le diaporama de l’hôtel

4/ Tunnel de réservation hôtels

Les étapes suivantes du processus d’hôtels (enregistrement passagers, paiement et confirmation) sont comparables à celles du processus packages actuel et présentent les mêmes possibilités de configurations.

Dans le processus de réservation, il est désormais possible de souscrire des assurances pour certains passagers et pas pour d’autres. Il est également possible de souscrire des assurances différentes par passager. L’affichage suivant permet cette fonctionnalité dans le processus de réservation.

Une fois les assurances sélectionnées, le client ou l’agent doit indiquer à quel passager elles s’appliquent.

Le dossier dans l’outil d’administration stipule ensuite, quelle assurance a été réservée pour quel passager.

L’activation des assurances par passager peut se faire par canal de distribution. Un paramétrage est nécessaire, merci de contacter votre Chef de projets pour ce type de demande.

Il est désormais possible de contrôler la validité un code adhérent sur la page de coordonnées.
Cette fonctionnalité peut être utilisée sur des sites dédiés à des adhérents qui ne demandent pas une identification préalable pour accéder au site.
La vérification d’identification est réalisée par une application externe. Le processus de réservation reçoit ensuite la réponse à la validation de la page de coordonnées. Si l’identification est refusée, le client ou l’agent est informé de la cause, sinon, le passage à la page de paiement s’effectue normalement.

Dans le processus de réservation, des services de contrôle des données client peuvent désormais être couplés à des modules externes tels que des modules anti-fraude du marché. Il est possible d’activer ces services de contrôle en fonction des besoins d’une solution du marché.

Pour l’application des frais de dossier, le processus de réservation prend en compte la règle d’exclusion d’une liste de produits et affiche les frais en conséquence.

Il est désormais possible de définir un processus de réservation simplifié permettant de passer à l’étape « Coordonnées » à partir de la fiche produit. Cette fonctionnalité peut être intéressante pour la vente de certains types de produits qui ne présentent pas de choix sur le devis par exemple pour la vente de coffrets ou chèques cadeaux.

Lorsque le client ou l’agent remplit l’adresse de livraison (lorsque celle-ci est différente de l’adresse de facturation), les champs civilité, nom et prénom ont été ajoutés. Cela permet notamment dans le cas des coffrets cadeaux d’offrir et de faire livrer le coffret à une tierce personne.

Lorsque un code d’option est créé dans la grille tarifaire et que celui-ci est transmis par la catalogue au moment du passage vers la page de devis, l’option correspondante est présélectionnée sur la page de devis.

Pour chaque réservation sur un produit interne avec stocks, les quantités disponibles sont décrémentées et le seuil de passage en demande est pris en compte pour l’affichage du statut du produit sur le devis.

Pour les produits internes, lorsqu’une option est rentrée avec un statut, le statut est pris en compte et affiché dans le processus de réservation et impacte le statut global du dossier.

Il est possible de paramétrer un message d’alerte sur le processus de réservation lorsque le tarif diffère entre cette étape et le catalogue depuis la version 6.3. Ce message permet d’afficher un message spécifique à l’utilisateur pour justifier du changement de tarif, par exemple : « La classe de réservation que vous avez demandée n’est plus disponible. Nous vous proposons un tarif alternatif disponible pour la même date. ».

Lorsque le changement de tarif est dû à la configuration de frais (si ceux-ci sont définis comme intégrés aux taxes), il est désormais possible de paramétrer l’affichage d’un message spécifique ou l’affichage d’aucun message.

Dans le processus de réservation, le clic sur le header renvoie en général vers la Home page du site, il est désormais possible de paramétrer plutôt un renvoi vers la page précédente.

Il est désormais possible de définir plusieurs assurances par défaut dans la configuration des assurances dans l’outil d’administration.

Par exemple : il est possible de définir une assurance multirisque par défaut pour les voyages ‘hors de France’ et une assurance annulation par défaut pour les voyages en France.

Lorsque plusieurs assurances définies par défaut sont applicables au moment de la réservation, la moins chère sera sélectionnée par défaut.

Un développement a été réalisé pour permettre l’accès à la page de coordonnées en mode sécurisé (https).

Il est désormais possible de transmettre un choix d’agence dans le formulaire de réservation.
Dans le cas où le bloc « Envoi de devis à une agence » est paramétré sur le processus de réservation, ce choix permet une présélection de l’agence dans la select box correspondante.

Sur la page ‘Coordonnées’ du processus de réservation, la présélection de la check-box « Envoyer un email de confirmation au client » est désormais paramétrable : par défaut, elle est cochée.

Il est possible d’ajouter des contrôles du type : nombre de chiffres pour le numéro de téléphone en fonction du pays et/ou nombre de chiffres pour le code postal en fonction du pays.

Par défaut, il n’y a pas de contrôle particulier sur ces champs.
Tout champ actuellement facultatif peut être rendu obligatoire.

Le titre du produit affiché dans le récapitulatif correspond désormais au titre du produit dans la fiche éditoriale au lieu du titre du produit dans la configuration générale.
Par ailleurs et afin d’harmoniser l’affichage des sous-totaux de la partie hébergement et transport, des modifications au niveau des sous-titres ont été faites.

Avant :

Après :

SIPS a une période de maintenance entre 22h et 3h chaque jour.
Pendant cette plage horaire, il est impossible de procéder aux opérations d’annulation et de remboursement.
Or, l’annulation du paiement est nécessaire dans les cas où la réservation réalisée auprès du producteur échoue.
Pour ces cas-là, un système de file d’attente est mis en place en Version 8.0 ce qui permet de refaire la demande d’annulation à SIPS à l’issue de la période de maintenance.

Par ailleurs, en mode ‘Validation’ de SIPS, le processus de réservation ne fait plus de demande d’annulation et envoie un mail spécifique indiquant que la transaction ne doit pas être validée manuellement dans le back office SIPS.

Lorsque la fonctionnalité de contreproposition sur la date de réservation est activée sur le devis, il est désormais possible d’afficher un message en pop-up indiquant que la date demandée n’est plus disponible et proposant de faire le devis sur une autre date. Ce message nécessite alors la validation de l’internaute afin de lancer la contre-proposition.

Il est désormais possible de définir l’acompte de manière à ce que celui-ci inclue la totalité du montant des assurances et/ou des frais et/ou des taxes en plus d’un pourcentage sur le voyage.

Comme indiqué dans la partie packaging dynamique, une pop-up de choix des vols a été ajoutée pour certains producteurs dont les produits présentent de nombreuses alternatives de vols.

Possibilité d’ajouter un lien pour retourner sur la fiche produit lorsque l’internaute ou l’agent arrive sur la page de devis avec contre-proposition automatique. Ce lien peut être ajouté même lorsqu’il n’est pas paramétré par défaut sur les autres pages du processus de réservation.

Possibilité d’avoir une alerte pour le client ou l’agent sur le page de confirmation et sur le mail de confirmation de la réservation.

Ce message n’est pas affiché par défaut, merci de voir directement avec votre Chef de projets pour la configuration de ce message.

Les quantités d’options réservées sont désormais indiquées dans les mails de confirmation.

Possibilité de proposer l’inscription à la newsletter uniquement si le client n’y est pas encore inscrit.

Les newsletters auxquelles le client est inscrit sont envoyées par le catalogue au processus de réservation (lorsqu’un client est logué par exemple). Par défaut les newsletters envoyées par le catalogue sont filtrées par le processus de réservation et seules les newsletters auxquelles le client n’est pas inscrit sont présentées.

Celles auxquelles le client est déjà inscrit peuvent également apparaitre cochées par défaut si vous le souhaitez. Merci de voir directement avec votre chef de projet.

Il est désormais possible d’afficher le logo au niveau des assurances.

Possibilité d’envoyer un code réduction en plus de celui qui est saisi par le client ou l’agent par exemple une réduction applicable sur tout le catalogue de ce canal en plus d’une réduction ponctuelle accordée à certains clients.

L’affichage des vols se fait comme ci-dessous :

Lorsque le producteur fournit l’information de la commission dans les échanges techniques, son affichage est configurable par canal de réservation. Le montant de la commission affiché sur le devis est calculé sur les prestations du producteur, elle est donc calculée hors frais, assurance et réductions.

Le montant est également affiché sur la page de coordonnées dans le récapitulatif du devis, dans la page de confirmation et dans le mail de confirmation.

Une modification du processus de réservation a été réalisée pour prendre en compte les changements d’Ogone concernant la sécurisation des échanges de paiement.

Il est désormais possible de paramétrer l’impression d’un récapitulatif de commande au format pdf sur la page de coordonnées et/ou sur la page de confirmation.
Il est également possible de joindre ce document pdf aux mails envoyés au long de la réservation en fonction du type de mail (mail de confirmation, mail de tracking, mail client…).
L’envoi peut également être paramétré en fonction du type de finalisation (demande de devis, pose d’option ou réservation ferme).

Sur la page de paiement, il est désormais possible de configurer plusieurs blocs différents de type « demande de devis ».
Par exemple, un bloc de demande de devis avec rappel téléphonique, demande de devis simple et demande de devis avec choix d’agences.

Il est désormais possible d’afficher une sélection d’agences en utilisant la critérisation des agences que ce soit sur le bloc de pré-réservation (demande de devis) avec choix d’agence ou sur la page de paiement du processus de réservation,. Par exemple ne faire apparaitre que les agences « franchisées » dans le choix d’agences.

Une refonte complète de l’ergonomie et des améliorations fonctionnelles importantes ont été apportées au processus de réservation afin de rendre l’enchainement des étapes plus fluide pour le client et d’améliorer ainsi le taux de conversion.

Cette transformation permet d’intégrer totalement au sein d’une seule étape l’ensemble du devis (y compris les alternatives de combinaisons de chambres).

Ce nouveau processus de réservation est totalement paramétrable du point de vue graphique et dispose aussi de paramétrages de comportement et d’affichage.

Cette transformation a aussi été faite dans le but d’être compatible avec des forfaits plus complexes (multi-hébergements, alternatives de vols, …) et avec des packages dynamiques qui seront vendables par ce même processus de réservation

Par ailleurs, trois nouvelles fonctions ont été ajoutées :

• Choix de l’agence de finalisation du devis dans le cas d’une distribution multi canal
• Possibilité de s’inscrire à la newsletter
• Alertes possible sur le non-choix d’une assurance

Etape de devis

Etape de coordonnées

Etape de paiement

Etape de confirmation

Un certain nombre d’évolutions ont été apportés sur le processus de réservation en version 6.3 :

• Notification lors d’un changement de tarif après la réservation.

La réservation chez le producteur a lieu juste après l’autorisation de paiement. Lors d’un changement de tarif chez le producteur en temps réel entre l’autorisation de paiement et la réservation, un message d’erreur est affiché au client sur la page de confirmation et une notification est envoyée au distributeur pour signaler l’écart entre le devis en temps réel provenant du producteur et le montant signalé par ce même producteur lors de la réservation.

• Carte Diners Club

Le paiement est désormais possible avec une carte Diners Club sur le module de paiement SIPS-ATOS.

• Information ‘A payer sur place’

Certains producteurs envoient l’information de prestations à payer sur place en temps réel lors de la réservation. Cette information est désormais présente sur toutes les étapes du processus de réservation et sur le mail de confirmation.

• Possibilité de réserver chez le Tour Opérateur même si le paiement connait un échec dont le type peut être paramétré (par exemple de type dépassement de plafond) :
  • Dans le cas d’une erreur de paiement, la réservation est effectuée sans changer le processus pour le client, le système tente d’enregistrer le paiement à nouveau mais avec un montant inférieur qui peut être défini en valeur ou en pourcentage dans la configuration (il peut y avoir plusieurs tentatives avec des montant dégressifs). Si la réservation passe avec ce nouveau montant, la page de configuration est affichée au client avec tout le détail de son paiement effectif ainsi qu’un message d’explication sur ce procédé.
  • Ce fonctionnement est paramétrable en fonction du nombre de jours avant le départ.

• Suppression de la page d’attente entre le catalogue et la réservation

Une configuration permet de supprimer la page d’attente entre le catalogue et le processus de réservation. L’internaute reste plus longtemps sur la page du catalogue le temps de récupérer le devis, de le traiter et de charger la page de devis.
Le but est de réduire l’impression de temps d’attente pour l’utilisateur et de diminuer la taux de perte à ce moment de la navigation.

• Deux champs mail sur la page ‘Coordonnées’

Sur la page ‘coordonnées’ du processus de réservation, il est possible d’afficher deux champs pour la saisie de l’adresse mail du client.

Une vérification technique permet de valider que les deux champs contiennent la même valeur.

• Cryptage du formulaire d’entrée du formulaire de réservation

Attention : développements nécessaire pour tous les intégrateurs de catalogue ; Consulter votre Chef de Projets.

• Affichage du bloc détail des tarifs

Amélioration de l’affichage de ce bloc afin de ne plus afficher de doublon au niveau du devis et afficher les informations incluses dans le prix du forfait de type guide voyage ou visa.

• Changement de la valeur par défaut pour la civilité

Le champ civilité de la page coordonnées peut être par défaut à ‘—‘ à la place de ‘M.’ pour éviter les erreurs liées à ce paramètre par défaut.

Europ Assistance

Connectivité temps réel Europ Assistance : devis dynamique et souscription temps réel des assurances Europ Assistance.

Produit interne

Optimisation de la gestion des options sur type de chambre : elles sont affichées à présent dans le devis détaillé.

Dossiers externes

MCTO : Ajout d’informations supplémentaires : plate-forme d’origine, code produit interne Cameleo, répartition des chambres, code pour les marges distributeur, date d’hébergement.
Gestour (Perinfo) : implémentation du champ observation

Produit simple

• Grille excel tarifaire simplifiée
• Possibilité de paramétrer les champs de la page informations passagers par TO (Type de document, …)

Produit en demande

Possibilité de paramétrer le blocage de la réservation par TO dans le cas d’un dossier en demande;

Prise d’option

Possibilité de paramétrer la prise d’option pour la distribution des produits internes;

Paiement

• Ajout d’information sur le client et le produit dans la transaction SIPS (orderId et returnContext)
• Possibilité de paramétrer des codes merchantId par type de carte
• Nouveau module de paiement (2 tiers): système banque Accord
• Nouveau module de paiement (2 tiers): système Cofinoga

Commission et annulation pour les produits internes
(fonction pour le web services XFT)

Possibilité de paramétrer un % de commission pour les produits internes •Accès à la fonction d’annulation pour les produits internes

Statistiques commerciales

Xiti : Marquage générique du processus de réservation

Dossier externe

Gestour : évolutions portant que le paramétrage des informations envoyées (assurances, frais de dossier,…)

Web services de réservation

Nouveau module (nouvelle licence) : web services XFT de réservation

Optimisation : fusion étape 1 & 2

La première étape de la réservation devient la page de choix des options. Le devis se fait sur la base de la combinaison de chambre par défaut. L’utilisateur peut modifier celle-ci en cliquant sur un lien. Il est dirigé vers l’étape de choix des combinaisons de chambre (ancienne étape 1 de la réservation)

Nouveau mode de réservation : Pré-réservation

Possibilité de faire une demande de pré-réservation.
La fonction de pré-réservation ne génère pas de paiement en ligne ni de réservation au niveau du Tour Opérateur. Un mail contenant les informations du dossier est envoyé au client et au distributeur. La pré-réservation est accessible dans l’outil d’administration – onglet suivi de dossier

Optimisation du contrôle sur l’adresse email

Le contrôle sur le format de l’adresse email a été optimisé.

Blocage de la réservation pour les produits en demande

Possibilité de paramétrer la réservation afin que celle-ci bloque la réservation des dossiers en demande.
Si un dossier est ou passe en demande à l’étape de devis, un message est affiché à l’internaute et le bouton est supprimé.

Nouveau design

Design de la réservation optimisé.

Héritage des crédences

Mise en place d’un principe d’héritage des crédences TO au niveau des canaux de distribution. Si le niveau utilisateur n’a pas de crédence, le processus de réservation va chercher au niveau organisation. Si ce dernier n’en a pas, il va chercher au niveau canal.

Sécurisation du processus de réservation

Contrôle de la navigation

Mise en place d’un système de contrôle de la navigation de l’internaute.

Blocage des doublons de paiement

Blocage des doubles paiement : un seul paiement ne peut être effectué par session du processus de réservation.