Note de version 20.5

Amélioration du cartouche Hôtels

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.

Gestion de la date limite de garantie du prix des billets

Pour les sources transport qui ne garantissent pas le prix jusqu’à la TTL (Time-to-live), la date limite de garantie du prix (PGTL) est enregistré dans le backoffice et affichée dans l’onglet Transport.

La PGTL est reçue lors du book, soit depuis la réponse de la source soit en utilisant la date courante au moment du book si le prix n’est pas garanti en fonction de chaque type de source.

Affichage de la TTL et de la PGTL dans le back-office

Si la PGTL est dépassée, la transaction de getBooking déclenche un « reprice » pour mettre à jour le prix dans le dossier avant l’émission lorsqu’on clique sur le bouton « Emettre les billets ».

Cette fonction ne nécessite pas de configuration particulière. Si une source ne renvoie pas de PGTL, ça signifie que le prix est garanti jusqu’à la TTL.

Modification de dossiers par les compagnies aériennes

Dans le cadre de la production-distribution via des compagnies Direct Connect en prépackage ou en vol sec. La gestion des dossiers varie en fonction des modifications, certaines nécessitent des actions et d’autres sont des modifications pour information.

Description fonctionnelle

Le but est de rendre plus clair le traitement des messages envoyés par les compagnies aériennes.

Il faut en premier lieu distinguer les modifications qui informent et qui sont sans conséquence (Exemple : Ajout de téléphone ou info identité) des modifications qui peuvent impacter le dossiers (Exemple : modification du vol)

Ensuite sur les modifications qui impactent le dossier, il faut distinguer deux sous ensembles :

  • Les modifications rapides à traiter. Par exemple le vol aller est décalé d’une heure est n’impacte pas la suite du dossier
  • Les modifications qui nécessitent un traitement plus long. Par exemple, le décalage du vol d’une journée, dans ce cas il faut contre revoir avec le client la suite du voyage.

Cas d’utilisation

Cas 1 :
Une modification arrive, il n’y a pas d’action, la modification doit aller dans la liste : « Informations ».

Cas 2 :
Une modification arrive, il y a une action a réaliser, la modification doit aller dans la liste « Traitement rapide ».

Cas 3 :
Une modification dans la liste « Traitement rapide » est validée, elle disparait de la liste.

Cas 4 :
Une modification dans la liste « Traitement rapide » ne peut être validée. Il faut pouvoir mettre une étiquette « LowPriority ». Le dossier doit être envoyé dans la liste « Traitement long ».

Traçage des actions critiques

Une liste d’actions critiques sont désormais tracées de façon à pouvoir retrouver à postériori de l’action effectuée : l’horodatage de celle-ci, le compte de l’utilisateur connecté et le contenu de l’action.

En voici la liste :

  • Produit :
    • Modification (gestion de la configuration)  
    • Ajout à la corbeille 
    • Suppression de la corbeille (restauration)  
    • Ajout à la liste noire
    • Publication, dépublication, programmation de la dé/publication
    • Liaison avec :
      • Critère
      • Hôtel
      • Pushing
  • Activité :
    • Ajout à la corbeille
    • Suppression de la corbeille (restauration) 
    • Ajout à la liste noire
    • Publication, dépublication, programmation de la dé/publication
    • Liaison avec :
      • Critère
      • Vol
      • Hôtel
      • Produit
  • Hôtel :
    • Modification (gestion de la configuration) 
    • Ajout à la corbeille
    • Suppression de la corbeille (restauration) 
    • Publication/dépublication
    • Liaison avec :
      • Critère
      • Mise en avant
  • Critères (parent) :
    • Modification (du label car code immuable) 
    • Suppression (entraine une suppression des enfants plus bas) 
  • Critères (enfant) :
    • Modification (d’un label, du code)
    • Suppression
  • Filtre :
    • Création 
    • Exécution 
    • Modification
    • Suppression 
  • Contenus transverse :
    • Publication
    • Critérisation
    • Modification éditoriale
    • Modification la configuration
    • Suppression

Droits de paiement dans le Backoffice

Il est désormais possible de désactiver les capacités de paiement dans le backoffice afin de séparer les actions de paiement de « fulfillment aérien » des actions de paiement sur les dossiers en général.

Amélioration de la connectivité Assurever

La connectivité avec Assurever (ex-April) a été améliorée de façon à pouvoir envoyer à Assurever les identifiants de l’agence réservant et le contexte de la réservation.

Mise en avant des modes de paiement disponibles

En fonctions des moyens de paiements mis en place chez le distributeur, il est possible d’afficher les possibilités de paiements dès la page de devis.

Voici quelques exemples visuels :

Au clic sur le bouton « i », une fenêtre modale s’affiche donnant le détail du moyen de paiement y-compris les échéanciers, par exemple pour Oney :