Administration

Le module prépackaging bénéficie d’optimisations techniques importantes. Les instabilités diminuent et les performances s’améliorent. La volumétrie des données est réduite.

Les blocages de fichiers cache génèrent désormais des alertes automatiques. Les impacts sur le calcul des prépackages sont détectés rapidement. Les dommages collatéraux sont ainsi évités.

Les promotions hôtel peuvent désormais cibler des tarifs spécifiques. Cette évolution facilite la création de packages dédiés. Les distributeurs bénéficient de promotions personnalisées.

L’association tarif-canal de vente est désormais possible. Les catalogues Montagne exploitent cette fonctionnalité. Les tarifs B2C et B2B sont correctement segmentés.

Les clients montagne nécessitent des contraintes spécifiques de réservation. Certaines dates excluent les arrivées et départs. L’API hôtel interne intègre le paramètre « close_to_departure ».

Pour répondre aux besoins de gestion complète des politiques tarifaires, Orchestra enrichit sa prise en charge des conditions d’annulation Travelgate. Le module hôtel intègre désormais les frais d’annulation en montant fixe, qui sont automatiquement récupérés depuis Travelgate et mappés dans la section Gestion des annulations.

Cette fonctionnalité complète l’éventail des types de frais déjà disponibles (pourcentage et nombre de nuits), permettant ainsi une gestion exhaustive et conforme de l’ensemble des pénalités définies dans Travelgate.

Les services additionnels (add-ons) de CroisiEurope s’affichent désormais selon un ordre chronologique optimisé. En cas de dates identiques, les prestations de plus longue durée sont priorisées dans l’affichage.

Le mécanisme de mise à jour des disponibilités a été amélioré. Il est désormais possible d’activer un mode dans lequel les disponibilités fermées d’un produit fusionné ne seront pas rouvertes suite à la mise à jour des produits qui le composent. Cela permet aux producteurs de préserver le paramétrage de produit fusionné pour éviter les réservations non souhaitées.

Une nouvelle fonctionnalité a été ajoutée, permettant de fermer directement des nuitées par catégorie de chambre (depuis la section Stocks) plutôt que par plan tarifaire (depuis la section Plannings).

Nous avons fait évolué la gestion des hôtels internes permettant aux producteurs de paramétrer la commission au niveau du tarif. Auparavant, cela n’était possible uniquement que par planning ou par date/chambre.

Il est désormais possible de sélectionner des tarifs lors de la création des pré-packages à partir d’un hôtel interne (ou en connectivité via un Channel Manager/PMS), de telle sorte à ce que seuls ces tarifs sont proposées dans le processus de réservation.

Les restrictions permettant de restreindre les jours d’arrivées et de départs sont désormais gérés avec la connectivité de channel manager Reservit.

De plus en plus de partenaires et voyagistes Orchestra produisent ou souhaitent distribuer leur catalogue à d’autres clients utilisant Orchestra pour leur distribution.

Cette fonctionnalité a été améliorée afin de pouvoir être utilisée en mode Marketplace :

• Ainsi, les assurances utilisées dans le cadre de ces réservations peut venir soit du producteur ou du distributeur (selon configuration).
• Les informations de paiements les informations clients peuvent être transmises au fournisseur afin qu’il soit en mesure de gérer les réservations.

Le système de synchronisation des contenus éditoriaux a été modifié afin qu’il puisse aussi être déclenché dans le cas où un contenu plus récent que la date de modification de l’éditorial a été importé sur le produit de référence.

La présélection automatique des fonctions de préremplissage et de synchronisation des produits fusionnés sont personnalisables par distributeur via une configuration afin de répondre aux différents cas d’usages de ces fonctionnalités.

Factuellement, ces « cases à cocher » ou « checkbox » peuvent être cochées par défaut sur les formulaires ou décochées par défaut via une configuration.

Afin de permettre la création de prépackages créés sur la base de packages dont le prix est calculé par logement (et non en prix par personnes), le prix d’appel est désormais calculé sur la base de la capacité d’occupation maximale de l’hébergement.

Par exemple pour un prépackage sans transport, hébergement seul contenant un appartement de 1 à 4 personnes au prix de 400€, au lieu de calculer un prix à 200€, calculer un prix à 100€.

Un nouveau type de prix a ainsi été créé (pour permettre un affichage explicite sur les sites internet notamment) : le « prix par personne pour une occupation maximale du logement ».

Dans le cas où un prépackage est créé à partir d’un package sans transport, nous avons ajouté la possibilité d’accélérer très fortement la création de prépackage en supprimant la saisie des périodes, dates et durées.

Celles-ci sont automatiquement reprise du package sans transport.

Les seules informations demandées pour structurer le prépackage sont ainsi les villes de départ choisies et les informations de transport.

Cette évolution permet de synchroniser les contenus éditoriaux :

• D’un produit fusionné à partir de son produit de référence.
• D’un produit prepackage à partir de son objet de référence, qu’il soit un hôtel ou un produit de type package.

Dans le cas d’un produit fusionné, le produit de référence est choisi dans la fenêtre modale de création du produit fusionné. Une case à cocher permet également dans cette fenêtre de définir si la synchronisation sera activée ou non.

Dans le cas d’un produit prépackage, l’objet de référence (hôtel ou package) est choisi dans la dernière popup de gestion de prépackage (bouton « organiser le voyage »). Une case à cocher permet également dans cette popup de définir si la synchronisation sera active ou non.

Une fois l’élément de référence choisi, un système va s’activer régulièrement pour assurer la synchronisation des contenus éditoriaux.

Il est désormais possible via configuration d’ajouter les informations d’ages et des commentaires en provenance de clients dans l’email de confirmation envoyé à l’hôtel interne lors d’une réservation.

Lors de la dé-publication d’un produit fusionné, il est parfois nécessaire de dé-publier aussi l’ensemble des sous produits.

Via configuration, il est possible de pré-sélectionner cette fonctionnalité par défaut. En fonction des cas d’usages de cette fonctionnalité, cette configuration permet de gagner un clic, un peu de temps et de confort pour les utilisateurs et de réduire le risque d’erreurs.

DpCache est le système interne de la plateforme permettant le calcul des disponibilités des prépackages.

L’outil interne de monitoring de ces systèmes ont été améliorés afin d’en permettre un meilleur suivi et une optimisation en continu des performances.

L’algorithme de mise à jour des disponibilités des prépackages a été amélioré afin que lorsqu’un pré-package est composé d’un sous-package et qu’une disponibilité de celui-ci est fermée (par épuisement du stock par exemple), la disponibilité du prépackage « parent » est immédiatement elle aussi fermée.

Dans le cas d’un prépackage, il se peut qu’une notification email concerne uniquement l’un ou l’autre des sous-fournisseurs de ce prépackage. La notification peut lui être envoyée directement et non plus uniquement au producteur principal.

Ainsi, la notification pertinente est envoyée à l’interlocuteur pouvant effectuer l’action nécessaire directement.

Devant la multiplication des usages de plusieurs sources vols dans le cas de la création de prépackages, il est devenu nécessaire d’afficher la source technique des vols dans le détail des disponibilités.

Cette information est donc désormais disponible au clic sur une disponibilité dans la section calendrier des disponibilités d’un prépackage.

L’auto-complétion à la recherche d’un transfert pour l’ajouter au pré-package est désormais limité par le filtre sur le type de transfert.

En fonction du type de transfert sélectionné, l’auto-complétion n’affiche que les transferts correspondant au filtre sélectionné.

Lors de la création de la structure d’un pré-package, il était nécessaire de connaître le code de la prestation ou du transfert pour le lier au pré-package. Ce n’est plus nécessaire désormais car un système d’auto-complétion du code via une recherche sur le titre de l’élément à lier a été mis en place.

Nous avons amélioré la méthode de calcul des prix et disponibilités des produits fusionnés en ne déclenchant la mise à jour de ces éléments que dans le cas ou l’un des sous-produit a été modifié.

Cette économie de ressources permet une mise à jour plus fréquente des disponibilités des packages fusionnés et ainsi une plus grande réactivité des prix sur ce type de production de plus en plus utilisé.

DPCache est le nom du module d’Orchestra responsable du calcul de disponibilités des pré-packages. Il traite des millions de disponibilités par jour et est un module central sur lequel interviennent régulièrement de nombreuses personnes en interne.

Afin d’améliorer la réactivité des équipes Producteurs et Projet quand il est nécessaire d’intervenir sur ces crédences, il est désormais possible de modifier directement les crédences des sources depuis son interface.

Dans le cadre de la production de pré-packages, un système permet aujourd’hui de mettre à jour les composantes du pré-package directement dans les données du produit dans l’outil d’administration sans attendre son ré-import via DPCache.

Dans le cas de la réservation indirecte, ces mises à jour sont instantanément répercutées dans le référentiel produit du producteur et sont ainsi aussi très rapidement répercutées chez les distributeurs en réservation indirecte.

Afin d’éviter qu’un processus de mise à jour de DPCache déjà commencé au moment de la modification qui a provoqué la propagation directe ne viennent l’écraser, un système de comparaison de la récence des disponibilités a été mis en place afin que les informations les plus à jour soient toujours conservées.

Optimisation du calcul du cache prix :

Après chaque mise à jour de disponibilités Transport sur DPCache (le système interne de calcul des prix des pré-packages), un traitement met à jour les prix qui sont liés aux disponibilités Transport modifiées. A partir de ces disponibilités transports modifiées, on cherche donc les potentielles disponibilités de transferts et locations de voiture qui sont également présentes dans ces pré-packages, ceci afin d’obtenir le meilleur prix d’appel.

Une optimisation a permis de supprimer 80 à 90% des appels vers les disponibilités Transferts et Location de voiture non nécessaires à la mise à jour des prix.

Optimisation de l’ajout ou la modification de disponibilités en cas de modification d’un pré-package :

Nous avons fait évoluer le mécanisme de suppression des disponibilités dans l’outil d’administration. Si le client n’a pas changé la structure du pré-package (et n’a modifié que des périodes par exemple), on garde l’intersection des disponibilités entre les anciennes et les nouvelles disponibilités créées.

Si le client a changé la structure du pré-package, par défaut, on va supprimer toutes les anciennes disponibilités et les re-générer. Cependant il est désormais possible (via une configuration) de laisser la possibilité au producteur de décider s’il veut garder les anciennes disponibilités même s’il en change la structure.

Ainsi, en cas de non-modification de la structure ou si le créateur du pré-package le souhaite, il peut modifier un pré-package publié et disponible à la réservation sans le rendre indisponible le temps du recalculer des disponibilités.

Nous avons fait évoluer le module pré-package afin d’ajouter la fonctionnalité permettant de produire un package combinant de multiples hébergements.

Il est désormais possible de produire des packages riches proposant plusieurs hébergements en combinant des packages internes (sans transports) et un hôtel interne ou connecté via channel managers.

Quelques cas d’utilisations possibles :

• Création d’un pré-package avec plusieurs packages internes reliés par un transfert.
• Création d’un pré-package avec plusieurs hôtels reliés par un transfert.
• Création d’un pré-package avec plusieurs hôtels et packages internes reliés par un transfert.

Il est désormais possible d’ajouter une prestation par hôtel, même si celle-ci ne couvre pas la durée du séjour. Cette prestations peut-être un dîner spécial de Noël, qui s’affichera si le séjour couvre la date du 24 décembre par exemple.

Le système de templates permet d’accélérer très fortement la création de pré-packages. Une structure de pré-package est définie et peut être appliquée au moment de la création du pré-package, accélérant ainsi le processus de configuration de celui-ci.

Ce système est désormais augmenté des typologies de sous-produits suivants : transport aller-retour, prestations annexes, transferts externes, transferts internes, location de voitures. Chaque template est créé spécifiquement en fonction de vos besoins et disponible sur l’outil de création de pré-packages.

Dpcache est le nom du système interne effectuant le calcul des disponibilités (et prix d’appels) des pré-packages. Il calcule des millions de disponibilités par jour et est un système central de la plateforme Orchestra.

Le système d’alerte a été renforcé afin de limiter le nombre de faux positifs et améliorer la réactivité en cas de dysfonctionnement du système de calcul.

Désormais, lorsque vous créez un Pré-Package à partir d’un hôtel, il est possible de copier le contenu éditorial original de l’hôtel afin de partir de cette base d’informations pour rédiger la présentation du Pré-Package.

Une optimisation technique a été effectuée afin de réduire les temps d’import des disponibilités Pré-Packages dans l’outil d’administration. Le principe consiste à envoyer dans vos différentes instances d’Orchestra uniquement les disponibilités des produits qui ont été mis à jour par certains événements. Par exemple, une session de mise à jour automatique, un nouvel import de fichier de cache).

En fonction d’un certain nombre de règles, seules les disponibilités qui sont susceptibles d’avoir été mises à jour sont recalculées. En réduisant le nombre de calculs à effectuer, le temps de mise à jour est donc réduit et cette mise à jour peut être effectuée plus fréquemment.

Optimisation du mode de calcul des mises à jour des caches des pré-packages. Ceux-ci sont désormais gérés de façon différentielle. Cette dernière évolution permet de réduire le temps de mise en cache des modifications partielles de produits pré-packagés.

Afin de permettre une gestion avancée des transferts sur les destinations proposant un choix de plusieurs infrastructures de transport (plusieurs aéroports et gares sur une même ville de destination), nous avons ajouté la notion d’aéroport ou de gare sur les transferts.

Affichage des codes aéroports dans un champ grisé sur l’interface de création d’un pré-package :

Désormais, lors de la création d’un pré-package, le système fera le lien entre votre transfert et le code aéroport (ou gare) d’arrivée (ou de départ) du transport afin de sélectionner automatiquement le bon transfert.

Le calcul du prix d’appel se fait donc désormais aussi en combinant la disponibilité permettant de minimiser la somme des prix de chaque composant du package : hébergement, transport et le transfert qui correspond bien à l’aéroport ou la gare d’arrivée.

Optimisation du mode de calcul des mises à jour des caches des pré-packages et ajout des caches des vols Open-Jaw. Cette dernière évolution permet d’augmenter le nombre de disponibilités en cache des produits pré-packagés.

Ajout de vérifications techniques à la saisie des promotions (le champ « durée » notamment) afin de réduire les erreurs de saisie et fiabiliser cette fonctionnalité.

Nouvelle fonctionnalité d’export CSV des stocks des hôtels internes

• Amélioration de la validation des grilles de chargement multi-produits afin d’anticiper plus de cas d’erreurs de saisie.
• Dans les pré-packages, possibilité de définir un vol de type « open jaw » pour les prestations vols de la source Misterfly.
• Dans la gestion des hôtels internes,récupération des prix barrés à partir des tarifs des prix brochures au lieu des prix publics de référence.

Pourquoi ? Lorsque le vol du client arrive à J+1 (à 2h du matin par exemple), le client ne peut en général prendre possession de sa chambre d’hôtel que dans l’après-midi. Pour répondre à ce besoin, il est nécessaire d’inclure dans le pré-package la nuit d’hôtel du jour J, même si le client arrive en J+1.

Où ? Dans la gestion des pré-packages, au niveau des caractéristiques des prestations de type transport.

Comment ? Dans la gestion des pré-packages, il est maintenant possible d’autoriser une arrivée tardive du vol aller (jusqu’à 8h du matin le lendemain). Ceci permet d’ajouter automatiquement la nuit d’hôtel supplémentaire nécessaire pour cette arrivée tardive.

• Pour les hôtels internes, affichage des offres spéciales dans le cas où leur prix est de 0 euros. Permet ainsi de mettre en avant les prestations offertes avec une chambre.
• Amélioration du chargement des grilles de prestations internes pour la rendre compatible avec l’ensemble des langues de la plateforme.

• Modification des règles d’application des commissions agences afin d’améliorer la compatibilité avec les règles de yield.
• Possibilité de rechercher les hôtels internes par pays dans le processus de réservation d’hôtels, en plus de la recherche par villes.
• Lors de la saisie d’une promotion sur un hôtel interne, ajout d’un contrôle permettant d’éviter les erreurs de saisie dans le champ « Durée ».
• Au niveau de la gestion des hôtels internes, possibilité de modifier les codes des chambres, des tarifs et des prestations déjà existantes.
• Au niveau de la gestion des occupations de chambre des hôtels internes, possibilité de définir un nombre min/max de personnes en ne considérant pas les bébés.

• Possibilité de ne plus envoyer les informations des clients (numéro de téléphone, email, adresse postale) aux « channel manager ».
• Lors de la saisie des pré-packages dans l’outil d’administration, les messages didactiques apparaissent désormais sous forme de messages d’information plutôt que sous forme de messages d’erreur.

Amélioration de la gestion des stocks des hôtels internes dans le cas où il reste peu de stocks sur différentes catégories de chambre.

Ajout de la possibilité d’appliquer du yield sur les prestations non groupées et les prestations internes.

Pourquoi ? Pour que l’internaute soit informé lors de sa réservation du montant des taxes de séjours qu’il aura à régler une fois sur place.

Où ? La saisie s’effectuedans l’outil d’administration Orchestra, onglet « Hôtels », Action « Gestion des taxes ». Dans les processus de réservation hôtels, packages dynamiques et à la carte, l’affichage prend la forme d’une section « Taxes non incluses, à payer sur place » en haut de la page de devis.

Comment ? L’information des taxes de séjour peut être définie sous forme d’un texte libre, ou de manière structurée en définissant un prix par chambre ou par pax (adulte/enfant) au niveau de l’hôtel. Le montant peut être en valeur fixe ou en pourcentage par rapport au prix de la chambre.

Plusieurs taxes peuvent être configurées. Elles sont uniquement à titre informatif puisqu’elles seront à régler sur place. Un bloc explicatif, sur la page de devis, indique à l’internaute le montant de ces taxes de séjours.

Ces informations sont reprises dans le mail de confirmation.

• Amélioration de la gestion des fournisseurs d’activités et de transferts qui deviennent administrables dans le module « Partenaires » de manière similaire aux fournisseurs d’hôtels.

• Pour les prestations de type cure, celles typées « obligatoires » remontent désormais en haut des selectbox, et sont triées de la moins chère à la plus chère.

• Pour les prestations internes chargées via une grille Excel, affichage des tranches d’âges associées dans la fiche technique de la prestation.

• Amélioration de la saisie des libellés des chambres des hôtels internes afin de mieux gérer la saisie en multi-langues.

Pourquoi ?  Pour vous permettre de gérer plus facilement les conditions d’annulation de vos hôtels internes gérés dans l’outil d’administration Orchestra.

Où ? Dans l’outil d’administration Orchestra, onglet « Hôtels », Action « Gestion des tarifs », type de conditions « Flexible ».

Comment ? La section « Conditions d’annulation » permet de saisir une liste d’exceptions en plus de la liste principale. Chaque période spécifique surchargera alors la période principale. Ces périodes se définissent par :

• Un nom,
• Une période de date de validité,
• Les jours de validité,
• La liste des conditions d’annulation en fonction du jour de l’annulation.

Si la réservation est effectuée pendant les périodes définies, les conditions d’annulation correspondantes seront alors affichées dans le processus de réservation ainsi que dans le mail de confirmation. Dans le Back-Office, le calcul des frais d’annulation prendra également en compte ces périodes spécifiques.

Amélioration de la validation des stocks dans les grilles multi-produits afin d’éviter le stockage d’informations inutiles.

Les pré-packages contenant une prestation vol de la source Amadeus peuvent utiliser un système de cache qui permet de calculer les disponibilités plus rapidement ainsi que d’augmenter leur fréquence de rafraîchissement.

Il est désormais possible de charger des grilles tarifaires dédiées aux croisières. Le nouveau modèle de grille est téléchargeable dans la section « Documentation ».

1/ Spécificités des disponibilités croisières

Afin de gérer au mieux les choix spécifiques aux croisières, nous avons ajouté plusieurs notions spécifiques au niveau des disponibilités :

• Le type de cabine,

• Le code de la catégorie de cabine,

• Le code tarifaire.

Ces trois informations doivent donc être saisies dans la nouvelle grille.

2/ Détails de la nouvelle grille croisière

La grille est très similaire à la grille package. Seules les colonnes dédiées à la gestion du type de cabine / code de la catégorie / code tarifaire sont différentes.

Feuille « Produit » de la grille :

Pour créer des disponibilités, chaque ligne de la feuille « Produit » nécessite :

• Le type de cabine : INS (Intérieure), OUT (Extérieure), OUB (Balcon), SUB (Suite). Cette information est obligatoire,

• Le code de la catégorie, avec au moins un libellé. Cette information est obligatoire,

• Le code de la condition tarifaire, avec au moins un libellé. Cette information est optionnelle.

S’il s’agit d’une disponibilité « au départ du port », il faut renseigner la valeur « ZZZ » dans la colonne « Ville de départ».

Feuille « Options » de la grille :

Pour créer une option (obligatoire ou facultative) dans la feuille « Options », le type de cabine, la catégorie et le code tarifaire doivent être les mêmes que ceux de la disponibilité.

3/ Affichage des disponibilités dans l’outil d’administration

Une fois la grille chargée, les disponibilités catalogue sont visibles sur la fiche produit de l’outil d’administration. Si on laisse la souris sur le libellé de catégorie d’une ligne, on peut voir le code composé des données venant de la grille (Exemple : « INS.Prem.Flash »). C’est ce code qu’il faudra utiliser dans la grille des stocks si l’on souhaite associer des stocks à ces disponibilités.

Par ailleurs, le libellé de la condition tarifaire s’affiche lorsque l’on clique sur l’icône de la colonne « Infos ».

4/ Choix des cabines sur le catalogue

De la même manière que pour les autres croisiéristes compatibles avec les croisières avancées, il est possible d’afficher le calendrier spécifique dédié aux croisières. On peut ainsi sélectionner son type et sa catégorie de cabine directement depuis la fiche produit du catalogue.

5/ Affichage dans le 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 Flash – Intérieure » par exemple). Le deuxième niveau permet de choisir la catégorie de la cabine.

A noter qu’il n’est possible de réserver qu’une cabine à la fois lorsqu’on utilise le mode croisière.

Un processus de vente train + hôtel est désormais disponible. Il fonctionne sur le même principe que le processus de vente vols + hôtels.

La création de pré-package s’enrichit de nouveaux critères permettant de préciser les caractéristiques des hôtels et des vols à prendre en compte.

Pour les prestations de type vol, le choix de la durée des trajets ont été ajoutés. Les durées du « trajet aller » et du « trajet retour » peuvent être précisées indépendamment avec une valeur minimum et une valeur maximum.

Pour les prestations de type hôtel au sein de la source « Valadis », plusieurs critères ont été ajoutés :

• Des critères géographiques: « Zone touristique » et « Région ». La donnée la plus précise est utilisée,

• La pension,

• Les types d’hébergement.
  
  

Pour les prestations de type hôtels internes deux nouveaux critères liés au marché de vente ont été ajoutés :

• Le code marché,

• Le pays du marché.

De nouvelles optimisations ont été effectuées afin que les tarifs des pré-packages créés dans l’outil d’administration se calculent et se rafraîchissent plus rapidement. Des caches ont notamment été intégrés afin d’accélérer la remontée des tarifs.

Les producteurs ci-dessous seront intégrés dans les versions à venir :

Gestion des cures incluses par défaut pour le producteur Visiteurope

Certains produits Visit Europe ne sont réservables que lorsqu’au moins une cure est réservée. Le client ou l’agent est désormais prévenu lorsqu’il essaye de réserver sans cure avec un message spécifique.

Récupération du nombre d’étoiles pour les produits Exotismes

Le titre des produits Exotismes comprend désormais le nombre d’étoiles de l’hôtel.

Gestion des tarifs pour Ollandini

Certains produits d’Ollandini présentent des tarifs par logement (type locatif). Ceux-ci sont à présent signalés comme tels.
Les tarifs basés sur des vols GDS sont également signalés dans l’outil d’administration (« disponibilités GDS »).

Gestion multi-durées des produits Kuoni

Les produits Kuoni sont désormais multi-durées.

Intégration du CETO V2 Lagrange

Intégration du nouveau fichier de descriptif produit Lagrange. L’utilisation du fichier CETO V2 permet notamment d’importer des informations plus précises sur les produits Lagrange et en particuliers des critères précis du produit (alimentation de la rubrique « critères producteurs » dans l’onglet produit.

Filtre des informations vol non fiables pour les producteurs utilisant le système Taranis

Certains producteurs utilisant le système Taranis (ex : Climat du Monde) paramètrent dans le système des informations vols non fiables : les numéros de vols et compagnies peuvent changer après la réservation.
Pour éviter des problèmes après-vente, il est possible de ne pas afficher ces informations au client ou à l’agent sur le processus de réservation.

Ordre des catégories de chambre

De manière générale, les catégories de chambre renvoyées par les producteurs sont ordonnées par prix (en dehors de celle sélectionnée par défaut).

Regroupement des produits Nouvelles Frontières et TUI

Suite à des modifications en liaison avec les imports de disponibilités du producteur, les disponibilités en promo et les disponibilités classiques des produits Nouvelles Frontières et TUI sont désormais regroupées sous un seul et même produit au lieu d’avoir deux produits différents.

Les producteurs ci-dessous seront intégrés dans les versions à venir :

Les Producteurs suivants ont été intégrés :

Ce qui porte le nombre de producteurs intégrés à 39.

Une migration sur la nouvelle plateforme de réservation de Kuoni a été faite au cours de cette version. Cet accès sera paramétrable par canal en fonction de la richesse attendue (proposition d’excursions et possibilité de pose d’option). Dans le cas d’un paramétrage simple, les temps de réponse ont fortement diminués par rapport à la version précédente.

Les optimisations suivantes ont été apportées spécifiquement apportées à Costa Croisières

• Enrichissement des éditoriaux
• Gestion des différentes villes de départ
• Gestion optimisée des taxes aériennes et suppléments
• Ajout du choix des cabines à la catégorie sélectionnée par défaut
• Récupération du prix brochure

Les optimisations suivantes ont été apportées sur les Tour Opérateurs suivants:

• Gestion des produits de type hôtel pour Lagrange
• Prix brochure de Lagrange
• Gestion des vols pour Fram
• Gestion du locatif pour Fram
• Gestion des produits locatifs de Flaneo
• Gestion des alternatives de vols et de leur panachage pour Amplitude, Climat du monde et 1001 soleils
• Amélioration du mode de calcul jours / nuits pour tous les producteurs par destination
• Gestion des mots interdits lors des imports

Des évolutions/corrections sur la gestion des produits des Tour Opérateurs existant ont été faites :

• Pour Royal First Travel, Thalasso n°1, Alliance du Monde et CrystalTO, les stocks de chambres disponibles pour chaque types de chambres de la réponse de disponibilité  du Tour Operateur sont pris en compte afin de limité le nombre d’erreurs techniques.

Pour les mêmes Tour Opérateurs, les prestations annexes par dossier, par personne, et par chambre sont gérées.

• Récupération de la date de fin d’option pour les TO iRésa

• Plusieurs évolutions sur la gestion des produits Marmara ont été faites :
• Gestion des « catégories » de chambres et des différentes déclinaisons de types de chambres
• Gestion des règles d’occupation
• Gestion des prestations annexes
• Gestion des alternatives de pensions

• Import d’un plus grand nombre de durées pour le TO Fram.

• Les options facultatives incluses par défaut sont désormais considérées comme des options obligatoires pour éviter tout problème au moment de la réservation auprès des tours opérateurs.

• Envoi des coordonnées passager possible pour les TD/producteurs utilisant Cameleo.

• Gestion des options des tours opérateurs du groupe Transat

• Intégration de la fonction de confirmation d’option et de la fonction d’annulation commerciale (avec gestion des frais d’annulation)

• Correction de la durée en jour/ nuit pour les destinations éloignées.