88 définitions pour comprendre les termes du voyage et leurs usages professionnels. Chaque notion précise le rôle du concept et les points à vérifier dans un projet.
88 notions pour la lettre C · 88 avec exemple et contrôle
Les termes en C, expliqués dans leur contexte.
Les définitions privilégient l’usage concret et les nuances utiles pour comparer des fournisseurs. Les exemples chiffrés sont pédagogiques et fictifs. Selon le contrat et le contexte, des mots proches peuvent couvrir des responsabilités différentes. Rejouer les calculs avec vos hypothèses.
Cache
Copie temporaire de données conservée pour accélérer l’affichage ou réduire les appels à un fournisseur. Dans le voyage, sa durée de validité est essentielle : un tarif ou une disponibilité mis en cache peut ne plus être réservable au moment de la confirmation.
En pratique. Une chambre trouvée quelques minutes auparavant n’est plus disponible à la validation.
À vérifier. Séparer copie descriptive et offre transactionnelle ; conserver la date de collecte et revalider selon le flux documenté.
Plan de publication construit autour de sujets métier, sources disponibles et moments utiles, sans confondre une actualité datée avec un guide de fond.
En pratique. La rédaction programme un guide de fond et une publication datée à l’approche d’une rencontre du secteur.
À vérifier. Associer chaque publication à un besoin lecteur, une source et une échéance de révision.
Personne dont les compétences et attentes correspondent aux critères réellement nécessaires d’un poste, évaluées par un processus explicite plutôt qu’un seul mot clé.
En pratique. Une candidate explique comment elle reprendrait un dossier de séjour modifié et produit les livrables demandés.
À vérifier. Comparer la démonstration aux critères nécessaires du poste, en séparant compétences observées et mots du CV.
Comparer avec Entretien structuré
Entretien structuré : Une appréciation du candidat et le protocole d’entretien doivent être distingués. Relier chaque observation à une tâche et à un critère explicite, sans assimiler familiarité avec un outil et compétence métier.
Volume et configuration que peut réellement transporter un véhicule en plus des passagers. Le nombre de places assises ne prouve pas qu’un ensemble de grandes valises pourra y entrer.
En pratique. Quatre passagers voyagent avec cinq grandes valises.
À vérifier. Faire confirmer la capacité bagages de la classe de véhicule retenue, indépendamment du nombre de sièges.
Comparer avec Bagage enregistré
Bagage enregistré : Le bagage accepté dans le transport aérien ne prouve pas qu’il tient dans le véhicule du transfert. Contrôler nombre, dimensions et capacité dans chaque prestation.
Précision de la référence. Le code décrit successivement catégorie, type, transmission/roues motrices, puis énergie et climatisation. Comparer les quatre positions plutôt que le nom commercial affiché. ACRISS — Car Classification System, Expanded Matrix · consultée le .
Nombre maximal de personnes qu’une chambre peut accueillir selon sa configuration ; il se distingue de l’occupation pour laquelle un tarif précis a été calculé.
En pratique. Une chambre accepte deux adultes et un enfant selon la configuration tarifaire retenue.
À vérifier. Vérifier lits, âges, couchages et politique fournisseur, sans déduire la capacité d’une photo.
Comparer avec Occupation tarifée
Occupation tarifée : La capacité physique et les voyageurs acceptés dans un tarif peuvent différer. Une chambre de trois places n’établit pas un prix pour trois occupants ni leurs repas.
Quantité encore disponible à la vente après les réservations confirmées et les éventuelles capacités bloquées. Elle doit être calculée au même instant et sur le même périmètre que la demande reçue.
En pratique. Un départ de douze places comporte neuf participants confirmés.
À vérifier. Vérifier si options, ressources et catégories de participants réduisent les trois places restantes.
Comparer avec Stock de sécurité
Stock de sécurité : Les places encore libres et la réserve volontairement non vendue n’ont pas la même fonction. Sur dix places dont deux réservées à la sécurité, huit seulement peuvent être ouvertes selon cette règle fictive.
Nombre d’unités encore confirmables pour un départ après prise en compte des réservations, options actives, blocages et contraintes de matériel ou de personnel.
En pratique. Une chambre existe physiquement mais reste fermée pour maintenance.
À vérifier. Distinguer capacité physique, capacité offerte et stock réellement publiable pour la date.
Comparer avec Inventaire
Inventaire : Un matériel, une chambre ou une place existants ne sont pas toujours ouverts à la vente. Maintenance, ressources partagées et restrictions peuvent réduire la capacité commercialisable.
Précision de la référence. BookingCutoff contient exactement un choix : DateTime avec fuseau, ProductDateTime en heure locale du produit ou NotApplicable=true. Conserver la convention horaire avant toute comparaison. Viator Reservation System API — BookingCutoff and Capacity · consultée le .
Opération qui confirme l’encaissement d’un montant précédemment autorisé, selon les règles du prestataire de paiement. Elle peut être totale ou partielle si le contrat le permet.
En pratique. Le prestataire confirme la capture d’un paiement précédemment autorisé.
À vérifier. Rapprocher montant, devise, date et réservation ; éviter une seconde capture lors d’une notification répétée.
Comparer avec Autorisation de paiement
Autorisation de paiement : Une autorisation fictive de 400 € suivie d’une capture de 275 € ne correspond pas à 400 € encaissés. Le reliquat d’autorisation suit sa propre procédure.
Précision de la référence. Après autorisation, le PaymentIntent passe à requires_capture ; la capture prend par défaut tout le montant autorisé. Vérifier l’état et le montant demandé avant l’action. Stripe — Place a hold on a payment method · consultée le .
Lecture des documents obtenus et démarches restant attribuées.
En pratique. Exemple fictif : Le coordinateur retrouve le participant encore à reprendre.
À vérifier. Éviter une conclusion sur tout le groupe. Le suivi utile est une carte du départ et des participants, avec état de procédure, document disponible et prochaines démarches. Les décisions d’admission relèvent des autorités et circuits compétents ; la méthode conserve leurs réponses sans les remplacer.
Lecture des références et périodes qui composent un séjour successif.
En pratique. Exemple fictif : La dernière nuit est rapprochée de sa confirmation propre.
À vérifier. Relier bagages et réception. La carte du séjour doit montrer les nuits couvertes et la transition prévue, avec les conditions propres à chaque référence. Toute continuité de chambre reste documentée. Le regroupement facilite la lecture sans effacer les décisions individuelles.
Moyen de paiement centralisé utilisé par une entreprise pour régler certains voyages professionnels. Il facilite la consolidation des dépenses mais exige des règles précises de contrôle et de rapprochement.
En pratique. Une entreprise centralise certaines dépenses de voyage sur un compte de paiement dédié.
À vérifier. Rapprocher chaque dépense avec voyageur, dossier, justificatif et centre de coût selon le dispositif prévu.
Comparer avec Virtual card — carte virtuelle
Virtual card — carte virtuelle : Une carte liée au règlement d’une opération et un dispositif de facturation centralisée peuvent servir des circuits différents. Comparer bénéficiaire, références, plafonds et rapprochement dans le montage proposé.
Situation qui interrompt ou modifie le parcours attendu, par exemple une dernière place vendue ailleurs, un paiement accepté sans confirmation ou un changement après émission.
En pratique. Le paiement réussit mais la confirmation de l’activité n’arrive pas dans le parcours habituel.
À vérifier. Observer la recherche d’état, l’information client et la conduite de reprise sans créer une seconde commande.
Comparer avec Cas nominal
Cas nominal : Le succès attendu et les situations dégradées doivent être préparés avant le pilote. Un parcours normal réussi ne démontre pas la reprise après paiement sans confirmation.
Parcours prévu lorsque toutes les données et réponses arrivent comme attendu, de la recherche à la confirmation. Il sert de base mais ne révèle pas à lui seul la capacité de reprise.
En pratique. Une réservation suit toutes les étapes prévues, avec un paiement accepté et une confirmation retrouvable.
À vérifier. Conserver les références et résultats attendus à chaque étape, puis compléter l’essai par des exceptions.
Comparer avec Cas d’exception
Cas d’exception : Le succès attendu et les situations dégradées doivent être préparés avant le pilote. Un parcours normal réussi ne démontre pas la reprise après paiement sans confirmation.
Référentiel de produits considéré comme la source faisant autorité pour les descriptions, identifiants et règles de vente. Les canaux peuvent en publier des copies synchronisées.
En pratique. Les canaux reprennent les descriptions depuis un référentiel qui porte les identifiants des produits du distributeur.
À vérifier. Identifier la source faisant autorité, ses versions et les règles de synchronisation des copies.
Comparer avec Champ canonique
Champ canonique : Le catalogue de référence peut assembler des champs de plusieurs producteurs. Définir la priorité par champ plutôt que déclarer toute une source supérieure en toutes circonstances.
Motif établi après examen d’une recherche sans réponse : filtre, langue, contenu non indexé, libellé différent ou absence réelle. Le seul écran vide ne permet pas de choisir entre ces explications.
En pratique. Exemple fictif : Le produit fictif existe, mais son titre utilise un autre terme que la requête et aucun synonyme ne le relie.
À vérifier. Rejouer la requête, enlever les filtres un à un et vérifier l’index. Conserver le motif confirmé et une reformulation utile au visiteur.
Type ou unité d’hébergement explicitement garanti dans la confirmation de réservation. Une simple préférence ou une photo de catégorie ne constitue pas une garantie.
En pratique. Le fournisseur retourne une référence pour une chambre, une occupation et des dates. Une seconde chambre du même panier peut avoir un résultat différent et demander un suivi séparé.
À vérifier. Rapprocher offre choisie et ligne confirmée avec pension et conditions. Ne pas étendre la confirmation d’une chambre à tout le groupe sans vérifier les références de chaque unité vendue.
Comparer avec Option de réservation
Option de réservation : Une retenue temporaire peut expirer avant l’accord final. Le contrôle doit retrouver statut, échéance et résultat de confirmation, sans prolonger implicitement l’option.
Chambre réservée pour un groupe mais encore sans occupant nommé. Elle reste distincte d’une chambre libre à revendre hors du contrat groupe.
En pratique. Le séjour est confirmé dans une catégorie, sans numéro de chambre précis.
À vérifier. Distinguer catégorie réservée et attribution opérationnelle à l’arrivée.
Comparer avec Affectation de chambre
Affectation de chambre : Une catégorie peut être confirmée avant attribution du numéro de chambre. Présenter cet état sans inventer un emplacement ou une vue.
Unité correspondant à une chambre pendant une nuit. Elle permet d’agréger capacité offerte, vente ou occupation sur une période, selon le statut compté.
En pratique. Dix chambres offertes pendant dix nuits correspondent à 100 chambres-nuits ; deux personnes partageant une chambre ne doublent pas cette unité.
À vérifier. Distinguer chambres-nuits et nuitées de personnes, avec les fermetures et la période retenues.
Comparer avec Nuitée touristique
Nuitée touristique : Deux personnes partageant une chambre pendant trois nuits représentent six nuitées de personnes et trois chambres-nuits. Ne pas utiliser les deux unités dans le même taux sans les identifier.
Champ commun dans lequel plusieurs sources sont traduites, par exemple le type de chambre ou la politique d’annulation. La règle de traduction doit garder l’information d’origine.
En pratique. Deux fournisseurs décrivent différemment une catégorie de chambre que le catalogue rapproche dans un champ commun.
À vérifier. Conserver valeur d’origine, règle de traduction et ambiguïtés avant de publier la valeur normalisée.
Comparer avec Catalogue maître
Catalogue maître : Le catalogue de référence peut assembler des champs de plusieurs producteurs. Définir la priorité par champ plutôt que déclarer toute une source supérieure en toutes circonstances.
Modification identifiée d’un logiciel, d’une API ou d’un catalogue susceptible de changer le parcours de réservation. Elle appelle une vérification ciblée des cas critiques et la conservation du numéro de version testé.
En pratique. Une nouvelle version de l’interface modifie la réponse utilisée pour calculer les frais du séjour.
À vérifier. Identifier les cas affectés, conserver la version précédente et rejouer les contrôles ciblés avant généralisation.
Logiciel qui synchronise disponibilités, restrictions et tarifs d’un hébergement entre son système de gestion et plusieurs canaux de distribution afin de limiter les écarts et surréservations.
En pratique. Une chambre fermée dans le PMS doit cesser d’être vendue sur le site direct et les canaux partenaires.
À vérifier. Tracer le mapping chambre et tarif, le délai de propagation et une réservation test après modification.
Comparer avec Booking engine — moteur de réservation
Booking engine — moteur de réservation : Synchroniser les canaux et prendre une réservation dans un parcours client sont deux fonctions. Rejouer la dernière chambre pour examiner leur coordination plutôt que supposer leur cohérence.
Procédure par laquelle un paiement par carte est contesté puis examiné dans le cadre des règles du réseau concerné. Le marchand doit conserver les preuves utiles sur la vente et la prestation fournie.
En pratique. Une équipe reçoit une contestation alors qu’un remboursement partiel est déjà suivi sur la réservation.
À vérifier. Rapprocher les deux opérations, leurs références et les pièces du dossier avant toute nouvelle restitution.
Dépense affectée au séjour depuis la restauration lorsque l’installation le permet. Le transfert d’une charge ne démontre pas son règlement.
En pratique. Exemple fictif : Un ticket rejoint le folio du séjour après le repas.
À vérifier. Contrôler références de ticket, séjour et mode de règlement.
Comparer avec Affectation d’une charge à un folio
Affectation d’une charge à un folio : Une charge enregistrée et sa destination comptable doivent être rapprochées. Corriger le mauvais folio sans recréer la vente ni supprimer la trace d’origine.
Enregistrement d’un voyageur avant un vol ou à son arrivée dans un hébergement. L’étape vérifie les données nécessaires à la prestation et peut déclencher l’attribution d’un siège ou d’une chambre.
En pratique. La réception rapproche le client arrivé, son séjour et les prestations attendues avant de lui remettre l’accès à la chambre.
À vérifier. Identifier ce qui est pré-enregistré en ligne et ce qui reste à valider à l’arrivée, y compris un séjour modifié.
Droits de visite encore disponibles selon les consommations applicables.
En pratique. Cas fictif : un pass permet trois visites ; une a été consommée, laissant deux choix selon la règle fournie. Le musée demandé est complet à 11 h.
À vérifier. Rapprocher consommation et règles du pass sans convertir les deux choix restants en places garanties dans le musée.
Comparer avec Créneau lié à un pass
Créneau lié à un pass : Un droit restant décrit ce que le pass permet encore de choisir ; le créneau réserve un accès daté. Un choix disponible dans le pass ne démontre pas la disponibilité du créneau souhaité.
Valeur JSON initiale sur laquelle est appliquée une transformation Merge Patch. Le résultat dépend de cette cible autant que du patch ; un même changement demandé peut produire des résultats différents sur deux états.
En pratique. Exemple fictif : Un patch fictif modifie la langue d’une fiche dont une autre propriété a déjà évolué depuis la dernière lecture.
À vérifier. Identifier l’état initial, la version attendue et le résultat calculé. Ajouter le contrôle de concurrence prévu avant une écriture sur une fiche partagée.
Catégorie ou ressource déterminée à rapprocher de la proposition.
En pratique. Exemple fictif : La cible garde ses équipements réellement décrits.
À vérifier. Garder le point de départ. Le résultat conserve la différence acceptée, sa période, son prix et la preuve d’application. Un cas partiel ou encore ouvert reste expliqué dans la confirmation. La recette doit rapprocher chambre et facturation, au-delà de la seule ligne de produit.
Comparer avec Accord sur la différence de chambre
Accord sur la différence de chambre : La catégorie proposée et l’acceptation du supplément sont deux étapes. Un surclassement à 40 € par nuit sur trois nuits implique ici 120 € à expliquer et à faire accepter.
Précision de la référence. La documentation demande de vérifier la disponibilité par catégorie de ressource avec Get service availability. Une proposition tarifée ne démontre pas qu’une chambre cible est disponible sur toutes les nuits. Mews Connector API — parcours d’intégration upsell · consultée le .
Référence commune qui relie les événements d’un même parcours entre site, API fournisseur, paiement et confirmation. Elle aide à retrouver un dossier sans recopier les données personnelles dans chaque journal.
En pratique. La recherche, le paiement et la confirmation partagent une référence de suivi.
À vérifier. Vérifier la propagation de cette référence sans y placer un nom ou un numéro de carte.
Comparer avec Identifiant de tentative
Identifiant de tentative : Une tentative technique peut appartenir au même dossier qu’une autre tentative. Définir la portée de chaque clé sans remplacer l’identité métier par celle d’un appel.
Parcours où le client prépare ou paie un service en ligne puis le récupère sur place. Pour une activité ou un transport, la confirmation, l’identité et les horaires de retrait doivent être explicites.
En pratique. Un voyageur achète une prestation en ligne puis retire un document ou un équipement au point prévu. Le bon de confirmation et l’adresse de retrait ont des rôles distincts.
À vérifier. Vérifier horaires, référence, personne autorisée et procédure en cas de point fermé. Le paiement accepté ne démontre pas que le retrait est possible à n’importe quel lieu ou moment.
Étape de finalisation du relevé de dépenses selon les règles du système hôtelier. Son état doit être distingué de celui des tickets et des paiements associés.
En pratique. Exemple fictif : Une correction de restaurant survient après la clôture du séjour.
À vérifier. Demander la procédure locale et les pièces attendues.
Comparer avec Solde d’un document hôtelier
Solde d’un document hôtelier : Une clôture de document et un solde nul ne doivent pas être déduits l’un de l’autre sans contrôle. Rechercher paiements, avoirs, corrections et pièces encore attendues.
Décision limitée au cas et aux consommateurs effectivement recontrôlés.
En pratique. Cas fictif : la fiche P8 reçoit son rendez-vous corrigé à la source ; le message de confirmation client porte encore l’ancienne adresse.
À vérifier. Vérifier la portée de clôture et les supports concernés. La correction du catalogue ne clôture pas automatiquement la communication du dossier.
Comparer avec Métrique de qualité d’un catalogue
Métrique de qualité d’un catalogue : La métrique agrège une observation définie ; la clôture concerne la résolution d’un défaut identifié. Une moyenne qui s’améliore peut masquer un défaut important toujours ouvert.
Spécification commune de description des événements séparant attributs de contexte et données métier. Les attributs obligatoires de l’enveloppe ne fixent pas le schéma de la réservation ni les garanties de livraison du transport.
En pratique. Exemple fictif : L’événement fictif possède une source, un identifiant et un type ; son contenu doit encore être validé selon le contrat de réservation.
À vérifier. Contrôler version de spécification, source, id et type, puis valider les données et le traitement des répétitions selon le contrat du producteur.
Comparer avec Source d’un événement
Source d’un événement : Le cadre de message ne remplace pas l’identité de son producteur. Le couple source et identifiant doit permettre de distinguer événements nouveaux et renvois selon le contrat.
Précision de la référence. id, source, specversion et type sont obligatoires. Ne pas supposer que time ou subject est toujours présent. CloudEvents — spécification publiée v1.0.2 · consultée le .
Précision de la référence. Places distingue type: city et type: airport. Ne transformez pas un résultat de type city en point de rendez-vous aéroportuaire. Duffel — schéma des lieux et suggestions Places · consultée le .
Accord par lequel une compagnie commercialise sous son propre code un vol opéré par une autre compagnie. Pour le voyageur, il faut distinguer le transporteur commercialisant le billet et le transporteur effectuant réellement le vol.
En pratique. Le code commercial affiché et le transporteur qui opère le vol sont différents.
À vérifier. Afficher les deux rôles et vérifier les règles de bagage et le circuit d’intervention pour ce billet.
Comparer avec Interline — accord intercompagnies
Interline — accord intercompagnies : Un numéro commercial partagé et un parcours entre compagnies ne décrivent pas exactement la même relation. Identifier opérateur, vendeur et responsabilités sur les segments effectivement émis.
Précision de la référence. Une slice contient un ou plusieurs segments de vol. Ne pas appliquer automatiquement la compagnie du premier vol à tous les suivants. Duffel — Offer Requests · consultée le .
Identifiant technique d’un prix ou d’une offre dans un système de réservation. Il relie une proposition commerciale à ses conditions, sa période de vente et parfois son canal de distribution.
En pratique. Deux offres de la même chambre portent des codes distincts : petit-déjeuner inclus pour l’une, hébergement seul pour l’autre.
À vérifier. Rapprocher le code des conditions et prestations ; un code identique chez deux sources n’est pas une identité universelle de tarif.
Maintien des paramètres comparables entre les étapes de lecture d’une offre.
En pratique. Exemple fictif : L’occupation changée est expliquée avant de comparer deux montants.
À vérifier. Ne pas déclarer un droit sans preuve. La preuve utile conserve contexte, offre, prix et conditions comparables entre les étapes. Les droits inconnus restent à confirmer. Une réduction doit être expliquée à partir des informations disponibles dans le parcours du partenaire, puis rapprochée de la confirmation.
Rapprochement du lieu communiqué avec la prise en charge prévue.
En pratique. Cas fictif : le vol arrive désormais au terminal C alors que le transfert conserve un rendez-vous au terminal B. Le déplacement entre les deux n’est pas documenté.
À vérifier. Obtenir la nouvelle consigne ou les conditions de passage entre terminaux avant d’annoncer la prise en charge comme compatible.
Comparer avec Terminal de rendez-vous
Terminal de rendez-vous : Le terminal précise le lieu du rendez-vous ; la cohérence vérifie que le transfert correspond au trajet réel. Un terminal correctement saisi peut rester inadapté à une arrivée déplacée.
Rémunération versée à un intermédiaire pour une vente ou une prestation apportée. Son assiette — prix public, montant hors taxes, marge ou revenu net — ainsi que son exigibilité doivent être clairement fixées au contrat.
En pratique. Une vente attribuée est ensuite annulée et change la rémunération attendue.
À vérifier. Documenter assiette, statut d’exigibilité, date et corrections ; un clic n’est pas une commission acquise.
Comparer avec Net rate — tarif net
Net rate — tarif net : Un tarif net et une rémunération en commission organisent différemment le prix et le règlement. Un prix public de 100 € ne révèle pas à lui seul la recette du distributeur.
Partie d’une adresse interprétée selon son rôle : schéma, autorité, chemin, requête ou fragment. Les règles d’encodage et de transmission dépendent du composant ; reconstruire une URL par simple concaténation peut changer son sens.
En pratique. Exemple fictif : Un nom fictif de produit contient un caractère réservé qui, sans encodage adapté, devient un séparateur dans la requête.
À vérifier. Décomposer l’adresse, identifier le composant modifié et appliquer son encodage. Vérifier le parcours après redirection sans décoder plusieurs fois une même valeur.
Comparer avec URL canonique
URL canonique : La référence éditoriale d’une page et les paramètres nécessaires à une réservation n’ont pas la même fonction. Une canonical ne remplace pas la vérification du contexte réellement transmis au moteur.
Compte comptable provisoire utilisé lorsqu’une entrée ou sortie d’argent ne peut pas encore être affectée à la bonne facture ou réservation. Son solde doit être investigué et apuré.
En pratique. Une opération financière ne peut pas encore être attribuée au bon dossier.
À vérifier. Conserver motif, référence, responsable et échéance de rapprochement sans masquer l’écart.
Comparer avec Solde de dossier
Solde de dossier : Le solde commercial à payer et les sommes non encore affectées ne s’annulent pas sans lien explicite. Une affectation doit garder montant, origine et référence du dossier.
Synthèse structurée des échanges, décisions, responsables et échéances après un événement professionnel.
En pratique. Après un rendez-vous, un fournisseur doit fournir une preuve de fonction et une proposition.
À vérifier. Conserver engagements, interlocuteur, échéance et question encore non résolue.
Comparer avec Annonce de salon
Annonce de salon : L’annonce décrit une édition prévue ; le compte rendu relate un événement passé. Ne pas reprendre ses dates comme celles de la prochaine édition sans confirmation.
Version des règles de prix, modification et annulation qui s’applique à une transaction donnée. Sa date et la preuve de communication au client comptent dans la résolution d’un litige.
En pratique. Le client accepte une offre, puis une nouvelle version des conditions apparaît pendant le traitement d’une modification.
À vérifier. Retrouver la version présentée au dossier initial et documenter les conditions du changement proposé.
Tarif et services conservés pour une partie déterminée du séjour.
En pratique. Exemple fictif : Les deux canaux gardent leurs conditions respectives.
À vérifier. Relire les segments touchés. La carte du séjour doit montrer les nuits couvertes et la transition prévue, avec les conditions propres à chaque référence. Toute continuité de chambre reste documentée. Le regroupement facilite la lecture sans effacer les décisions individuelles.
Disposition des lits et espaces décrite pour le produit concerné.
En pratique. Exemple fictif : Le salon et la chambre gardent leurs couchages distincts.
À vérifier. Ne pas déduire tous les lits du nom. La confirmation utile conserve les couchages par espace, la configuration acceptée et les préférences encore ouvertes. Une catégorie disponible ne démontre pas un arrangement déterminé. Les limites du modèle fournisseur restent distinctes de la réalité de l’établissement.
Comparer avec Préférence de lits d’un voyageur
Préférence de lits d’un voyageur : La configuration vendue et le souhait du client doivent garder des statuts distincts. Une demande de lits séparés ne transforme pas une alternative « double ou twin » en garantie.
Document ou statut indiquant que la demande commerciale a été reçue ou acceptée. Il ne doit pas être confondu avec un billet donnant directement accès à une activité.
En pratique. Un courriel accuse réception d’une demande d’activité sans contenir le titre demandé à l’entrée.
À vérifier. Distinguer réception, confirmation et document d’accès ; expliquer ce qui reste attendu avant la visite.
Comparer avec Événement de confirmation pour la mesure
Événement de confirmation pour la mesure : L’événement envoyé à l’outil de mesure doit se rattacher à un état métier défini. Une vue de page ou un clic sur payer ne constitue pas forcément une commande confirmée.
Réponse contenant les références, prestations, prix, conditions et statuts nécessaires pour servir puis modifier un dossier. Un simple message de succès technique ne prouve pas que le voyageur dispose d’une réservation utilisable.
En pratique. Cas fictif : l’accueil reçoit B7, le départ du 12 juin à 9 h, trois participants, le point de rendez-vous et les consignes validées.
À vérifier. Vérifier les détails nécessaires au service et les demandes ouvertes. La confirmation d’une activité ne démontre pas le paiement de tout le séjour.
Comparer avec Statut fournisseur
Statut fournisseur : Le statut est une information du fournisseur ; une confirmation exploitable relie cet état aux références et détails nécessaires à l’action. Un libellé « confirmé » isolé ne décrit pas toute la prestation à accueillir.
Précision de la référence. confirmationType distingue INSTANT, MANUAL et INSTANT_THEN_MANUAL. Identifier le mode du produit avant de choisir le message de confirmation. Viator Partner API — Booking confirmation types · consultée le .
Situation où deux sources ou deux règles proposent des rapprochements incompatibles pour un hôtel, une chambre ou un tarif. Le cas doit rester vérifiable avant une fusion définitive.
En pratique. Une fiche fournisseur semble correspondre à deux hôtels du catalogue maître. Choisir le premier résultat peut relier la réservation à une adresse ou à des équipements incorrects.
À vérifier. Mettre le conflit à part avec identifiants, adresse et preuves disponibles. Confier la décision à un rôle nommé ; un score de ressemblance ne remplace pas une vérification de l’établissement réel.
Capacité technique et opérationnelle à échanger des offres, réservations, modifications et données de service entre systèmes. La qualité d’une connectivité se juge aussi par sa couverture, sa fiabilité, sa fraîcheur et la gestion des erreurs.
En pratique. La réservation est synchronisée automatiquement, mais la correction d’un nom reste manuelle.
À vérifier. Lister création, lecture, modification et annulation comme opérations séparées, avec responsable et preuve.
Phase où les données servent à la finalité du traitement dans l’usage opérationnel courant. La CNIL la distingue de l’archivage intermédiaire justifié.
En pratique. Exemple fictif : Les affaires ouvertes restent accessibles aux équipes chargées de les traiter.
À vérifier. Définir la durée et les accès du traitement concerné.
Comparer avec Archivage intermédiaire des données
Archivage intermédiaire des données : Conserver pour l’usage courant et conserver avec un accès limité répondent à des objectifs différents. Définir les finalités, durées et destinataires sans copier automatiquement toutes les données.
Instruction liée au circuit compétent pour un service d’un vol partagé.
En pratique. Exemple fictif : Le voyageur reçoit le canal applicable au segment modifié.
À vérifier. Vérifier le parcours du segment. La consigne doit nommer le segment, l’opérateur et le canal réellement compétent. Les services restent liés à leurs preuves. Un partage de codes ne transforme pas les conditions de plusieurs compagnies en une règle unique.
Règle associant une réservation ou un participant à une quantité de moyen nécessaire. La règle dépend de la variante vendue.
En pratique. Exemple fictif : une réservation privée consomme une salle entière indépendamment du nombre de billets.
À vérifier. Ne pas additionner billets et unités physiques comme un seul stock.
Comparer avec Retour partiel de matériel
Retour partiel de matériel : Quatre équipements affectés puis trois rendus laissent une unité à traiter. La fin de la prestation ne suffit pas à rétablir le stock complet.
Procédure engagée par un titulaire de moyen de paiement auprès de son établissement financier pour discuter une transaction. Elle doit être rapprochée du dossier et des remboursements déjà effectués.
En pratique. Un paiement de voyage est contesté pendant qu’une demande d’annulation reste en cours chez le fournisseur.
À vérifier. Tenir séparés état de la contestation, état de la prestation et restitutions déjà engagées.
Comparer avec Pénalité d’annulation
Pénalité d’annulation : Une contestation financière et une pénalité contractuelle ne sont pas le même événement. Conserver les motifs, acteurs et pièces de chaque traitement sans compenser automatiquement les montants.
Paramètres et conditions associés à une offre promotionnelle dans un parcours donné.
En pratique. Exemple fictif : La recherche et l’aperçu conservent les mêmes dates et le même contexte autorisé.
À vérifier. Comparer le même besoin entre étapes. La preuve utile conserve contexte, offre, prix et conditions comparables entre les étapes. Les droits inconnus restent à confirmer. Une réduction doit être expliquée à partir des informations disponibles dans le parcours du partenaire, puis rapprochée de la confirmation.
Emplacement où une description externe est injectée : texte HTML, attribut, URL ou autre contexte de rendu. Le traitement de sécurité dépend de cet emplacement ; un encodage unique ne convient pas à toutes les sorties.
En pratique. Exemple fictif : La description fictive apparaît dans un paragraphe puis dans un attribut de carte ; les deux usages sont examinés séparément.
À vérifier. Recenser les sorties, choisir le traitement adapté à chacune et vérifier le rendu. Éviter de réutiliser un texte déjà transformé dans un contexte différent.
Maintien de la même ressource sur la période acceptée.
En pratique. Exemple fictif : La catégorie reste identique mais la chambre change pour une nuit.
À vérifier. Rapprocher leur période à celle du séjour. Une prolongation exploitable conserve l’accord sur les nuits, la chambre, le prix et les services concernés. Les exceptions restent visibles dans la confirmation et dans l’exploitation. Avant de conclure, vérifiez qu’une action sur l’intervalle n’a pas laissé des prestations annexes ou documents à l’ancienne date.
Comparer avec Segment ajouté à un séjour
Segment ajouté à un séjour : Ajouter une nuit ne garantit pas la même chambre sur toute la période. Vérifier catégorie, disponibilité, prix et transition avant de confirmer la prolongation.
Cas pédagogique volontairement incompatible avec une définition de champ, utilisé pour vérifier que sa mauvaise interprétation est détectée. Il complète l’exemple conforme en montrant la limite précise du sens accepté.
En pratique. Exemple fictif : Un champ fictif compte des chambres ; une valeur interprétée comme un nombre de personnes doit être rejetée par la lecture métier.
À vérifier. Relier le contre-exemple à une définition et à une décision attendue. Vérifier que les consommateurs identifient la même ambiguïté et le même motif de refus.
Comparaison de données liées entre elles, comme le prix affiché, le montant encaissé et la facture, ou la capacité vendue et le stock fournisseur. L’écart doit être attribué à une source et à un instant.
En pratique. Cas fictif : une option annonce quatre places disponibles alors que six sont déjà confirmées sur une capacité totale de huit, sans autre règle dans le cas.
À vérifier. Retrouver l’écart attendu : deux places restent selon les données fournies. Qualifier les éventuels états manquants avant de modifier le stock.
Comparer avec Preuve de correction à la source
Preuve de correction à la source : Le contrôle détecte ou confirme une relation attendue ; la preuve de correction montre un changement dans le système responsable. Une anomalie repérée n’est pas encore une anomalie corrigée.
Vérification du prix et de la disponibilité avant l’engagement selon le mécanisme du fournisseur. HBX utilise CheckRates pour les tarifs de type recheck.
En pratique. Exemple fictif : Une offre ancienne est réexaminée avant confirmation.
À vérifier. Demander la règle propre au moteur utilisé et traiter le changement visible.
Précision de la référence. rateKey doit être recopié entre opérations, sans interprétation de sa structure interne. Ne pas extraire dates ou occupation en découpant cette chaîne. Hotelbeds — Hotel Booking API, Best practices · consultée le .
Vérification d’un droit d’accès sans connexion au système central. Elle exige une version connue des droits et une règle pour résoudre les conflits après reconnexion.
En pratique. Le réseau manque pendant le contrôle des participants.
À vérifier. Tester données accessibles, conflit de scan et synchronisation lors du retour du réseau.
Règle qui distingue un champ absent d’un champ vide, null ou égal à zéro dans un échange. Ces états peuvent porter des sens métier différents et ne doivent pas être normalisés sans contrat explicite.
En pratique. Exemple fictif : Dans le catalogue fictif, une durée inconnue reste distincte d’une durée nulle et d’une chaîne vide.
À vérifier. Documenter chaque état admis et tester sa lecture par les consommateurs. Préserver l’inconnu au lieu de le remplacer automatiquement par une valeur plausible.
Comparer avec Définition d’un champ de décision
Définition d’un champ de décision : Définir le sens d’un champ inclut le traitement de son absence. Zéro, inconnu et non applicable ne deviennent pas interchangeables parce qu’un écran attend une valeur.
Algorithme, représentation et objet nécessaires à une comparaison interprétable.
En pratique. Exemple fictif : Le destinataire utilise la méthode annoncée par l’émetteur.
À vérifier. Vérifier l’application autorisée. La réception complète distingue intégrité du transfert, lisibilité du fichier et autorisation d’application métier. Le manifeste conserve l’objet exact et la méthode de comparaison. Un contrôle réussi ne doit pas effacer les écarts de contenu encore ouverts.
Part des utilisateurs ou sessions qui accomplissent une action définie, par exemple demander un devis, lancer une recherche disponible ou confirmer une réservation. Le dénominateur et l’événement retenus doivent toujours être précisés.
En pratique. Un comparateur compte les dossiers confirmés après une recherche, tandis que son formulaire suit les demandes de devis.
À vérifier. Nommer événement, dénominateur, période et canal avant de comparer deux taux de conversion.
Comparer avec Look-to-book ratio
Look-to-book ratio : Sur un jeu fictif de 1 000 recherches et dix réservations, le rapport vaut 100 recherches par réservation. Le taux inverse vaut 1 % seulement si les populations et événements sont effectivement les mêmes.
Corps de données gardé avec les informations nécessaires à sa revalidation.
En pratique. Cas fictif : le client conserve le corps français et son validateur. Une panne retire le corps mais laisse l’étiquette dans le suivi.
À vérifier. Ne pas reconstruire le catalogue à partir de l’étiquette seule. Identifier copie, langue et paramètres avant de relancer le contrôle adapté.
Comparer avec Variante linguistique de catalogue
Variante linguistique de catalogue : La copie conserve un contenu et son contexte de validation ; la variante distingue une déclinaison linguistique. Un validateur reçu pour une version française ne prouve pas la validité d’un autre contenu anglais.
Action qui remet une réservation et ses documents dans un état conforme après une erreur ou un changement. Elle doit préserver l’historique des montants, validations et communications déjà effectuées.
En pratique. La mauvaise nuit de séjour est corrigée et les documents antérieurs restent retrouvables dans l’historique.
À vérifier. Relier action, validation, montants et communication client pour expliquer l’état actuel du dossier.
Lien entre deux segments construit avec leur date, heure locale, zone et temps de transfert. Un changement de segment exige de recalculer la marge disponible.
En pratique. Une arrivée tardive réduit le temps disponible pour rejoindre la gare du segment suivant du voyage.
À vérifier. Recalculer la marge avec dates, heures locales, zones temporelles et durée de transfert retenue.
Enchaînement de transports pour lequel un acteur identifié assume certaines conséquences d’une rupture de correspondance. La protection exacte dépend du billet et des conditions contractuelles.
En pratique. Une offre annonce une prise en charge si un retard fait manquer le segment suivant.
À vérifier. Obtenir le périmètre, les déclencheurs et l’interlocuteur dans les conditions ; ne pas déduire une protection du seul fait d’avoir acheté sur le même site.
Comparer avec Itinéraire multimodal
Itinéraire multimodal : Assembler des trajets ne démontre pas une prise en charge en cas de correspondance manquée. La protection éventuelle se vérifie dans les conditions des titres et du parcours vendu.
Lien documenté entre un identifiant UUID et une référence métier utilisée dans le service ou chez un partenaire. Cette correspondance permet le rapprochement sans supposer que tous les systèmes partagent la même référence.
En pratique. Exemple fictif : L’UUID fictif de la plateforme renvoie à une réservation dont le fournisseur utilise une référence de confirmation différente.
À vérifier. Vérifier les deux identifiants, leur producteur et l’objet commun. Conserver l’historique d’un changement sans remplacer une référence sur le seul nom du client.
Dépense et temps nécessaires pour remettre un dossier ou une donnée dans l’état attendu après un écart. Elle inclut les interventions du fournisseur et des équipes internes.
En pratique. Une erreur de répartition de chambres mobilise le conseiller et le fournisseur avant remise des nouveaux documents.
À vérifier. Comptabiliser temps, frais et actions de reprise sur les dossiers effectivement concernés.
Temps et dépenses nécessaires pour corriger par intervention humaine un dossier que les systèmes n’ont pas traité correctement. Il entre dans le coût complet d’une intégration.
En pratique. Un incident impose recherche du dossier, appel au fournisseur et nouvelle communication client. Le coût dépasse parfois le temps passé à cliquer dans le logiciel qui a signalé l’erreur.
À vérifier. Définir les étapes, rôles et temps observés sur une période. Séparer estimation et mesure ; conserver le nombre de dossiers concernés pour comparer des circuits avec des volumes réellement équivalents.
Travail de préparation, relecture, correction et reprise nécessaire pour rendre une sortie utilisable. Cette mesure proposée complète le temps de génération.
En pratique. Exemple fictif : Une réponse rapide demande une longue correction de dates.
À vérifier. Comparer le même périmètre de travail manuel et assisté.
Montant attribué à une requête selon la grille tarifaire du fournisseur. Il se calcule avec les appels réels, y compris recherches infructueuses, reprises et environnement de test facturable.
En pratique. Le suivi du pilote compte recherches réussies, recherches sans résultat et reprises nécessaires après un incident.
À vérifier. Rapprocher appels facturables et grille applicable à l’environnement, puis analyser le coût des dossiers servis.
Comparer avec Coût par dossier servi
Coût par dossier servi : Un dossier peut exiger plusieurs recherches, relances et corrections. Dix appels à 0,02 € représentent 0,20 € d’appels, sans mesurer le coût complet du dossier servi.
Total des frais techniques, paiements, interventions et corrections rapporté aux dossiers effectivement pris en charge. La mesure inclut les exceptions, qui peuvent rendre une solution moins économique que prévu.
En pratique. L’équipe rapporte frais techniques et temps de reprise aux dossiers effectivement accompagnés jusqu’à leur terme.
À vérifier. Inclure les exceptions et définir période, unités et coût du temps avant de comparer les solutions.
Comparer avec Coût par appel API
Coût par appel API : Un dossier peut exiger plusieurs recherches, relances et corrections. Dix appels à 0,02 € représentent 0,20 € d’appels, sans mesurer le coût complet du dossier servi.
Somme des dépenses d’acquisition, intégration, exploitation, support, formation et sortie d’un outil pendant la période étudiée. Elle permet de comparer des modèles tarifaires différents.
En pratique. Une solution moins chère à installer peut coûter davantage en support, requêtes API et reprise manuelle.
À vérifier. Chiffrer accès, intégration, exploitation, incidents, montée en volume et sortie sur une même période.
Comparer avec Frais de sortie
Frais de sortie : Les frais de sortie forment une composante possible du coût sur la période retenue. Leur absence dans le prix mensuel ne démontre pas leur absence du projet.
Ensemble des actions réalisables après confirmation : consulter, modifier, annuler, rembourser et obtenir de l’aide. Il peut varier selon produit, fournisseur et canal de vente.
En pratique. Cas fictif : un partenaire traite les annulations d’activités mais renvoie les changements de participants vers l’exploitant selon l’accord fourni.
À vérifier. Nommer les opérations, horaires et contacts réellement couverts. Ne pas déduire la gestion de toute exception du seul mot « support ».
Comparer avec Garantie de reprise
Garantie de reprise : La couverture précise les situations prises en charge ; une garantie de reprise décrit l’engagement prévu pour les traiter. La présence d’un support ne prouve pas que chaque modification et chaque délai sont couverts.
Étendue des étapes dont l’observation a été effectivement vérifiée.
En pratique. Exemple fictif : Le bilan signale un passage encore non observé.
À vérifier. Publier seulement le résultat observé. Le bilan doit décrire le parcours, les événements réellement observés et les limites de couverture. Les corrections restent confiées aux responsables autorisés. Une démonstration locale ou un paramètre visible ne vaut pas validation d’une mesure en production.
Comparer avec Passage multidomaine de réservation
Passage multidomaine de réservation : Relier deux domaines ne prouve pas que toutes les étapes, populations et autorisations de mesure sont couvertes. Documenter ce qui reste invisible avant d’interpréter les taux.
Rapprochement de chaque nuit avec une réservation retrouvable.
En pratique. Exemple fictif : Un trou de période reste à résoudre.
À vérifier. Distinguer lien technique et confirmation. La carte du séjour doit montrer les nuits couvertes et la transition prévue, avec les conditions propres à chaque référence. Toute continuité de chambre reste documentée. Le regroupement facilite la lecture sans effacer les décisions individuelles.
Comparer avec Usage hôtelier en journée
Usage hôtelier en journée : Une plage de 10 h à 16 h n’est pas une nuitée réservée. Vérifier début, fin et services de l’usage de jour avant de l’intégrer au calendrier du séjour.
Part des étapes et résultats d’un cas métier que la solution peut réellement exécuter dans le périmètre testé. Une fonction annoncée ne compte pas comme couverte tant qu’elle n’est pas démontrée.
En pratique. La démonstration confirme l’hébergement et retrouve ses documents, mais n’exécute pas la modification demandée.
À vérifier. Lister étapes démontrées, étapes absentes et conditions du test pour ne pas annoncer une couverture complète.
Comparer avec Test de bout en bout
Test de bout en bout : Un essai complet sur un produit ne démontre pas tous les marchés, rôles et exceptions. Conserver les cas exécutés et ceux qui restent hors du périmètre démontré.
Réservation d’une visite qui reste à rapprocher du droit d’entrée.
En pratique. Cas fictif : le musée confirme un créneau à 14 h pour le pass P4 ; les autres visites du pass conservent leurs propres conditions.
À vérifier. Retrouver pass, lieu, date, participants et confirmation du créneau. Une activation du pass ne crée pas tous les rendez-vous.
Comparer avec Choix restants d’un pass
Choix restants d’un pass : Un droit restant décrit ce que le pass permet encore de choisir ; le créneau réserve un accès daté. Un choix disponible dans le pass ne démontre pas la disponibilité du créneau souhaité.
Condition définie avant la comparaison dont l’absence interdit de retenir une solution, même si ses autres résultats sont bons. Elle doit être liée à une obligation ou à un besoin essentiel documenté.
En pratique. Le projet exige l’export des dossiers ouverts ; un candidat ne peut pas produire le fichier nécessaire.
À vérifier. Décrire la preuve attendue et vérifier le critère avant d’agréger les autres notes de comparaison.
Comparer avec Résultat non démontré
Résultat non démontré : Un point obligatoire non testé reste inconnu, sans devenir automatiquement conforme ou défaillant. La décision précise la preuve manquante et si le lancement reste suspendu.
Outil qui centralise les profils, échanges, préférences, opportunités commerciales et actions de fidélisation afin de mieux suivre la relation avant, pendant et après le voyage.
En pratique. Une demande de devis et un dossier vendu appartiennent au même client mais ont des états distincts.
À vérifier. Contrôler identité, historique utile, droits d’accès et synchronisation après annulation, sans importer toutes les données disponibles.
Comparer avec Back-office
Back-office : Une identité client et un dossier administratif ont des cycles distincts. Une modification du contact doit circuler vers les objets concernés sans réécrire les pièces historiques déjà établies.
Proposition d’un service complémentaire à l’achat principal, comme un transfert après la réservation d’un hôtel. La pertinence de l’offre et la transparence du prix total comptent plus que le nombre d’options affichées.
En pratique. Après sélection d’un hôtel, le parcours propose un transfert vers l’établissement.
À vérifier. Confirmer prix, disponibilité et responsabilités du service ajouté ; conserver des états distincts lorsque le transfert reste sur demande.
Système qui centralise disponibilités, tarifs, restrictions et réservations afin de distribuer un ou plusieurs établissements ou produits. Son périmètre peut recouvrir une partie du PMS, du moteur de réservation ou du channel manager.
En pratique. Un groupe centralise des tarifs avant leur diffusion vers plusieurs canaux.
À vérifier. Désigner la source des prix et restrictions, puis suivre une fermeture et une réservation jusqu’au système d’exploitation.
Comparer avec PMS — système de gestion hôtelière
PMS — système de gestion hôtelière : Identifier ce qui centralise l’offre et ce qui porte l’exploitation du séjour dans l’organisation retenue. Un tarif diffusé correctement ne démontre pas que l’accueil dispose de la bonne réservation.
Heure limite à laquelle une vente, une option ou une modification doit être confirmée avant la libération d’un stock ou l’application d’une autre règle tarifaire.
En pratique. Cas fictif : les nouvelles ventes du tour de 15 h ferment à midi selon la règle fournie. Une demande arrive à 12 h 10 et exige une vérification auprès de l’exploitant.
À vérifier. Distinguer heure de départ et limite de vente ; ne pas accepter la demande sur la seule présence de places physiques.
Comparer avec Échéance de réponse
Échéance de réponse : Le cut-off borne la prise d’une réservation ; l’échéance de réponse organise une action ou un retour. Une réponse attendue après la fermeture des ventes ne prolonge pas automatiquement la possibilité de réserver.
