67 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.
67 notions pour la lettre P · 67 avec exemple et contrôle
Les termes en P, 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.
Panier abandonné
Parcours d’achat commencé puis interrompu avant la réservation ou le paiement. Son analyse doit distinguer problème technique, changement de prix, frais inattendus et simple comparaison d’offres.
En pratique. Un voyageur quitte un devis avant confirmation et reçoit ensuite une invitation à le reprendre.
À vérifier. Revalider prix et disponibilité avant reprise ; ne pas relancer un dossier déjà confirmé ailleurs dans le même parcours.
Affectation de plusieurs participants à une même chambre dans la limite de sa capacité et des conditions du tarif. Elle exige de distinguer personnes et unités d’hébergement.
En pratique. Deux participants partagent une chambre tandis qu’un troisième dispose d’une unité séparée sur les mêmes nuits.
À vérifier. Compter chambres et occupants séparément et rapprocher chaque répartition des conditions du tarif.
Comparer avec Version de rooming list
Version de rooming list : La liste des participants et l’affectation par chambre ne se résument pas au même total. Douze noms peuvent toujours produire une mauvaise répartition dans six chambres.
Transition entre domaines dans le parcours menant au moteur de réservation.
En pratique. Exemple fictif : Le site de présentation ouvre un moteur sur un autre domaine.
À vérifier. Repérer les pertes de paramètres. 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 Couverture de mesure d’un parcours
Couverture de mesure d’un parcours : 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.
Service qui transmet de façon sécurisée les informations de paiement entre un site, un acquéreur et les réseaux concernés. Elle peut aussi gérer l’authentification forte, la tokenisation et les réponses de transaction.
En pratique. Le site transmet une demande de paiement et reçoit un statut de transaction.
À vérifier. Relier le statut à la réservation ; un échange technique abouti ne prouve pas une prestation confirmée.
Socle d’exigences techniques et opérationnelles destiné à protéger les données de paiement. Il concerne les entités qui stockent, traitent ou transmettent des données de carte, ainsi que celles pouvant affecter la sécurité de cet environnement.
En pratique. Une équipe cartographie le trajet des données de carte entre le formulaire de paiement et les prestataires du parcours.
À vérifier. Identifier les systèmes concernés et le périmètre de validation demandé par les acteurs du paiement.
Montant éventuellement retenu lors de l’annulation selon les conditions applicables. Sa justification doit être reliée à la prestation, au moment et au motif, sans être confondue avec un frais de paiement.
En pratique. Une annulation fait apparaître une retenue liée à l’hébergement et une autre opération liée au paiement.
À vérifier. Séparer prestations, dates, règles et bénéficiaires pour expliquer chaque montant du calcul.
Comparer avec Contestation de paiement
Contestation de paiement : 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.
Précision de la référence. current_refundability distingue refundable, non_refundable et partially_refundable ; refundable=false ne décrit pas seul une perte totale. Lire le détail avant d’annoncer « aucun remboursement ». Expedia Rapid — Constructing cancellation policies · consultée le .
Contexte nécessaire avant d’interpréter l’absence d’un objet dans un flux : filtres, pagination, droits, période et convention de suppression. Un objet non reçu ne doit pas être déclaré supprimé sans règle explicite.
En pratique. Exemple fictif : Une activité fictive manque dans une réponse filtrée par langue, tout en restant présente dans le catalogue source.
À vérifier. Rejouer la lecture avec les mêmes droits et filtres, vérifier la pagination et consulter le mécanisme documenté de retrait ou de suppression.
Comparer avec Marqueur de retrait d’un produit
Marqueur de retrait d’un produit : Un marqueur de retrait explicite et l’absence d’une ligne n’ont pas forcément le même sens. Le contrat du flux indique si une absence permet de désactiver un produit.
Ensemble des dossiers, établissements, marchés ou fonctions qu’un utilisateur peut consulter ou modifier. Deux utilisateurs de même rôle peuvent avoir des périmètres distincts.
En pratique. Un partenaire peut consulter les réservations de certains établissements et opérations. La réponse d’une API peut rester valide tout en étant volontairement limitée à ce périmètre.
À vérifier. Documenter établissements, rôles et fonctions activés. Tester un dossier autorisé et un dossier extérieur sans chercher à contourner la limitation ; une liste vide peut refléter les droits du compte.
Comparer avec Session authentifiée
Session authentifiée : Reconnaître un compte ne démontre pas son droit d’agir sur chaque établissement. Tester les opérations et les objets autorisés, y compris les refus attendus.
Produits, marchés, canaux, volumes et équipes inclus dans un essai. Son écriture préalable évite d’étendre une conclusion tirée de quelques dossiers simples à l’ensemble de l’activité.
En pratique. L’essai couvre un marché, une devise et un type de séjour, tandis que les groupes restent hors de l’étude.
À vérifier. Décrire produits, équipes, volumes et exclusions dans le bilan avant toute extension des conclusions.
Prestations qu’un payeur a accepté de régler, avec leurs exceptions.
En pratique. Exemple fictif : La société règle les nuits mais pas le départ tardif.
À vérifier. Distinguer hébergé, acheteur et destinataire. Le dossier final permet de retrouver qui devait régler quelle prestation, dans quel document et avec quel paiement. Les pièces de correction restent reliées à leur origine. La validation fiscale et comptable appartient aux intervenants compétents pour le pays et le contrat ; le registre apporte les preuves opérationnelles nécessaires à leur lecture.
Personnes et segment auxquels se rapporte le document obtenu.
En pratique. Exemple fictif : La carte du vol initial est écartée après modification.
À vérifier. Distinguer tentative et fin. Le suivi doit dire qui est enregistré, pour quel segment, quel document est disponible et quelle suite reste demandée. Toute contradiction d’horaires conserve son interlocuteur de clarification. Aucun enregistrement réel n’est effectué par cette méthode.
Comparer avec État d’enregistrement d’un segment
État d’enregistrement d’un segment : L’état d’enregistrement et la carte disponible se vérifient par voyageur et segment. Une carte pour le premier vol ne prouve pas que tout l’itinéraire est prêt.
Ensemble des étapes et sources d’émissions incluses dans un calcul. La catégorie 6 du GHG Protocol concerne les déplacements professionnels ; elle ne couvre pas automatiquement tout séjour.
En pratique. Exemple fictif : Transport inclus et nuitées exclues sont signalés séparément.
À vérifier. Lister les éléments inclus, absents et inconnus.
Accès et produits examinés par une liste de contrôle déterminée.
En pratique. Exemple fictif : La séance conserve sa liste distincte de l’accès général.
À vérifier. Rapprocher le bon contrôle. Le contrôle doit montrer quelle liste a examiné quel droit et quelle réponse a été obtenue. Les inconnues passent par le circuit prévu. Les rapports conservent leur unité et la portée des listes avant toute conclusion de fréquentation.
Bornes de début et de fin d’un délai observé, avec les composants inclus : réseau, file d’attente, service fournisseur ou traitement local. Deux durées ne sont comparables que si leurs périmètres sont explicités.
En pratique. Exemple fictif : Le fournisseur fictif répond rapidement, mais le dossier attend dans une file locale avant son traitement.
À vérifier. Nommer les horodatages de départ et d’arrivée, la couche observée et les attentes exclues. Séparer durée d’appel et délai complet de résolution.
Comparer avec Délai de résolution
Délai de résolution : La durée d’un appel n’est pas celle de la résolution du dossier. Séparer attente, traitement, relances et intervention humaine pour mesurer le service réellement rendu.
Liste des fichiers et rôles attendus dans une livraison de catalogue : données, médias, manifeste ou documentation de version. La présence d’une archive ne démontre pas que tous ses éléments requis sont exploitables.
En pratique. Exemple fictif : Le paquet fictif contient les fiches, mais le dossier de médias annoncé dans son manifeste est absent.
À vérifier. Rapprocher manifeste, chemins autorisés, fichiers présents et formats lisibles. Signaler chaque élément absent sans créer de remplacement présenté comme reçu.
Personnes et départ couverts par le document retrouvé.
En pratique. Exemple fictif : Le groupe vérifie quelles cabines disposent de leur document.
À vérifier. Identifier la croisière actuelle. 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.
Ensemble des droits et conditions rattachés à une offre de croisière donnée.
En pratique. Cas fictif : le tarif fourni couvre cabine et repas définis dans la fiche, tandis que le transfert portuaire est indiqué séparément.
À vérifier. Relier dates, occupation, inclusions et exclusions à la version vendue. Ne pas étendre la base tarifaire à toutes les prestations du navire.
Comparer avec Option acceptée de croisière
Option acceptée de croisière : Le périmètre tarifaire décrit la base vendue et ses exclusions ; une option acceptée ajoute un choix au dossier. Une possibilité décrite sur le navire n’est pas automatiquement incluse dans le tarif choisi.
Durée pendant laquelle ancien et nouveau systèmes restent utilisés pour des fonctions différentes, notamment le service des dossiers ouverts après une migration. Les responsabilités doivent être explicites.
En pratique. Les nouvelles ventes passent dans un nouvel outil tandis que les anciens dossiers restent suivis dans le système précédent.
À vérifier. Définir propriétaire, opérations autorisées et date de fin pour chaque ensemble de dossiers.
Comparer avec Plan de retour arrière
Plan de retour arrière : Faire fonctionner deux versions pendant une transition ne prouve pas que revenir à l’ancienne préservera les dossiers déjà créés. Prévoir données, états et responsabilités du retour.
Durée à laquelle une taxe ou un frais s’applique : nuit, séjour ou autre période définie par la source. Elle influence le montant lors d’un prolongement.
En pratique. La prolongation d’un séjour ajoute une nuit et appelle un nouveau calcul du montant local indiqué au devis.
À vérifier. Vérifier la période d’application et le nombre d’unités supplémentaires avec la source retenue.
Nuits sur lesquelles le changement a été proposé ou accepté.
En pratique. Cas fictif : un surclassement est proposé pour les deux premières nuits d’un séjour de quatre nuits, sous réserve de confirmation.
À vérifier. Identifier nuits, catégories et éventuel changement de chambre. Ne pas annoncer quatre nuits dans la catégorie supérieure.
Comparer avec Preuve d’application d’un surclassement
Preuve d’application d’un surclassement : La période délimite les nuits concernées par un surclassement ; la preuve d’application montre la configuration obtenue. Une proposition de catégorie supérieure ne décrit pas forcément tout le séjour.
Disparition d’une valeur attendue pendant une étape de transfert d’URL.
En pratique. Exemple fictif : La page d’arrivée ne reçoit plus le paramètre observé au départ.
À vérifier. Distinguer clic, demande et confirmation. 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 UTM — paramètres de suivi
UTM — paramètres de suivi : Un paramètre de mesure n’est utile que s’il survit au parcours prévu et est interprété correctement. Vérifier aussi les paramètres métier sans supposer qu’un suivi visible prouve une réservation attribuée.
Mécanisme OAuth décrit par la RFC 7636 qui associe une preuve du client au parcours de code d’autorisation. Son usage doit suivre le flux et la documentation applicables.
En pratique. Cas pédagogique : le retour d’autorisation doit correspondre au parcours commencé pour le bon établissement.
À vérifier. Vérifier la prise en charge et le résultat dans un environnement autorisé, sans copier de valeurs secrètes.
Procédure préparée avant une bascule pour revenir à un parcours sûr si un critère d’arrêt est atteint. Elle précise la décision, les données à protéger et la communication aux équipes.
En pratique. Une nouvelle connexion fournisseur crée des erreurs après sa mise en production et l’équipe revient temporairement à l’ancien flux.
À vérifier. Définir seuil de déclenchement, responsable, données à préserver et dossiers en cours à traiter avant le déploiement.
Comparer avec Période de coexistence
Période de coexistence : Faire fonctionner deux versions pendant une transition ne prouve pas que revenir à l’ancienne préservera les dossiers déjà créés. Prévoir données, états et responsabilités du retour.
Système central d’un établissement d’hébergement couvrant notamment réservations, chambres, arrivées et départs, facturation, profils clients et opérations quotidiennes.
En pratique. La réception change une chambre et doit retrouver le bon séjour et ses consommations.
À vérifier. Rejouer réservation, affectation, paiement et départ, puis vérifier les flux vers distribution et comptabilité.
Comparer avec CRS — système central de réservation
CRS — système central de réservation : 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.
Dossier de réservation contenant les informations nécessaires au traitement d’un voyage, comme les passagers, segments, services, contacts et références associées.
En pratique. Un dossier aérien regroupe voyageurs et segments, mais son existence ne garantit pas à elle seule que tous les billets soient émis.
À vérifier. Contrôler références, statuts de segments, billets, coupons et délais d’émission avant de confirmer le voyage.
Comparer avec E-ticket — billet électronique
E-ticket — billet électronique : Retrouver un dossier aérien ne démontre pas l’émission du titre. Vérifier documents, voyageurs, segments et état d’émission avant de considérer le départ prêt.
Étape où une action ou une responsabilité change d’équipe ou de système. Une référence commune, un statut clair et un délai de reprise permettent de vérifier que le dossier n’est pas perdu.
En pratique. La vente transmet au service la référence de confirmation et l’action encore attendue sur le dossier.
À vérifier. Vérifier réception, statut partagé et délai de reprise auprès de l’équipe qui prend la suite.
Unité exprimant la différence arithmétique entre deux pourcentages. Elle diffère de l’évolution relative en pourcentage.
En pratique. Passer de 60 % à 66 % représente +6 points de pourcentage et une hausse relative de 10 %.
À vérifier. Nommer points ou pourcentage dans le commentaire et conserver les deux valeurs de référence.
Comparer avec Taux d’annulation
Taux d’annulation : Un taux fictif passant de 10 % à 15 % augmente de cinq points de pourcentage et de 50 % relativement à sa valeur initiale. Préciser la comparaison voulue.
Lieu exact où commence un transfert ou une activité de transport. Il comprend si nécessaire terminal, niveau, sortie et consignes de contact.
En pratique. Un transfert part d’une entrée précise du terminal.
À vérifier. Associer adresse, accès, repère et procédure de contact à la réservation.
Comparer avec Suivi du vol pour transfert
Suivi du vol pour transfert : Connaître le retard du vol ne localise pas le rendez-vous avec le chauffeur. Le terminal, le point précis, les contacts et la règle d’attente restent à vérifier.
Lieu précis où le voyageur doit retrouver un prestataire pour une activité ou un transfert. Il gagne à être accompagné d’un repère, d’une heure locale et d’un contact en cas de retard.
En pratique. La visite commence à une entrée différente de l’adresse administrative du musée.
À vérifier. Tester le repère sur une carte et conserver les consignes de rencontre.
Lieu identifiable sur une carte ou dans un catalogue, comme un musée, une gare ou un point de départ. Son type et ses coordonnées doivent correspondre à l’usage présenté au voyageur.
En pratique. Une carte affiche un musée près d’un hôtel. Sa position et son nom ne prouvent ni son entrée accessible ni ses horaires ou la disponibilité d’un créneau de visite.
À vérifier. Contrôler les informations nécessaires au parcours concret et leur source. Distinguer coordonnées générales et point d’accès ; ne pas promettre une prestation vendable sur la seule présence du lieu dans un catalogue.
État intermédiaire propre à certains programmes avant usage d’un avantage. Square décrit une réserve lors de la création d’une récompense ; vérifier le mécanisme local.
En pratique. Exemple fictif : Des points sont réservés avant que la remise soit utilisée.
À vérifier. Distinguer réserve, consommation et suppression de récompense.
Règle explicite sur le balisage, les attributs et les liens admis dans les descriptions externes. Elle distingue le texte à afficher comme texte du HTML autorisé après assainissement adapté.
En pratique. Exemple fictif : Le contrat fictif autorise une liste simple dans la description, mais refuse scripts et gestionnaires d’événements.
À vérifier. Retrouver la liste d’autorisation, tester des cas acceptés et refusés, puis vérifier chaque contexte de sortie. Ne pas confondre assainissement HTML et encodage de texte.
Précision de la référence. OWASP cite DOMPurify comme bibliothèque d’assainissement lorsque l’application doit conserver du HTML. Demandez l’outil réellement retenu, sa configuration et sa version ; son nom seul ne décrit pas votre politique de catalogue. OWASP — Cross Site Scripting Prevention Cheat Sheet · consultée le .
Ensemble des règles qu’une organisation fixe pour encadrer les déplacements professionnels : fournisseurs privilégiés, plafonds, classes autorisées, approbations, sécurité, justificatifs et processus d’exception.
En pratique. Le programme autorise un plafond hôtelier différent selon destination et prévoit une validation pour les exceptions.
À vérifier. Vérifier application aux dates, voyageurs et marchés concernés ; définir ce qui change après modification d’un déplacement déjà approuvé.
Comparer avec Trace d’approbation
Trace d’approbation : La règle et l’accord sur une exception sont deux pièces. Une dépense hors plafond peut être approuvée sans modifier la politique générale.
Ensemble des objets réellement soumis à une règle de qualité, avec période, exclusions et unité de comptage. Le résultat décrit ce périmètre contrôlé et ne s’étend pas automatiquement à tout le catalogue.
En pratique. Exemple fictif : Un contrôle fictif porte sur les fiches publiées en français ; il ne mesure pas les brouillons ni les autres langues.
À vérifier. Conserver critères de sélection, nombre d’objets examinés, exclusions et règle appliquée. Distinguer un objet non conforme d’un objet non évalué.
Comparer avec Échantillon de recette
Échantillon de recette : L’échantillon correspond aux cas effectivement testés ; la population définit l’ensemble auquel le contrôle se rapporte. Une recette réussie sur dix cas ne démontre pas la conformité de tout un catalogue.
Précision de la référence. Dans DQV, computedOn relie une mesure à la ressource sur laquelle elle est calculée. Conservez le lot ou la distribution exacte, pas seulement le nom général du catalogue. W3C — Data Quality Vocabulary, note de groupe de travail · consultée le .
Réservation temporaire d’un montant sur un moyen de paiement avant capture effective. Utilisée notamment pour une garantie hôtelière, elle doit être distinguée d’un débit et suivie jusqu’à son expiration ou sa libération.
En pratique. Un montant est autorisé avant le débit prévu par le parcours.
À vérifier. Vérifier durée, libération et capture, sans comptabiliser automatiquement l’autorisation comme encaissée.
Comparer avec Remboursement déclenché
Remboursement déclenché : La libération d’une autorisation et la restitution d’un montant capturé ne décrivent pas la même opération. Retrouver l’état financier avant de promettre un remboursement au client.
Niveau de détail d’une localisation, de la ville au point de rendez-vous exact. Un produit peut être correct à l’échelle d’une destination tout en étant inutilisable pour la prise en charge.
En pratique. Une estimation est disponible pour une région mais sert à commenter une petite commune.
À vérifier. Ne pas attribuer une précision locale que la source ne fournit pas.
Comparer avec Frontière d’une zone de service
Frontière d’une zone de service : Un point précisément placé ne prouve pas l’appartenance à une zone desservie. Vérifier aussi la géométrie, sa version et la règle d’inclusion retenue.
Souhait conservé séparément de la configuration acceptée.
En pratique. Exemple fictif : La note de dossier attend la réponse de l’hôtel.
À vérifier. Conserver leur description source. 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 Configuration des couchages d’une offre
Configuration des couchages d’une offre : 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.
Fournisseur recommandé ou imposé dans un programme voyage, souvent à la suite d’une négociation tarifaire, de garanties de service ou d’objectifs de conformité. Il doit être identifiable dans le parcours de réservation.
En pratique. Le portail met en avant une compagnie avec laquelle l’entreprise dispose d’un accord.
À vérifier. Vérifier disponibilité de l’offre, règle de préférence et éligibilité ; une priorité d’affichage n’assure pas le meilleur coût complet.
Mise à disposition du contenu nécessaire sur l’appareil avant le parcours.
En pratique. Exemple fictif : Le support vérifie que le tour a été chargé avant le départ.
À vérifier. Vérifier le début indiqué par l’application. Le dossier préparé relie le tour et sa langue à une procédure de téléchargement et à un point de départ compréhensible. Les admissions indépendantes restent indiquées séparément. Le pilote doit faire observer le contenu et les fonctions dans un environnement autorisé ; cette méthode n’annonce aucun essai réel du produit.
Résultat reliant séjour, exploitation et facturation après l’accord.
En pratique. Cas fictif : la réponse de l’hôtel confirme la catégorie supérieure les 8 et 9 juin, puis la catégorie initiale les 10 et 11.
À vérifier. Rapprocher réponse, programme et consigne d’accueil. Le client doit retrouver la transition et ses conditions, pas seulement le mot « surclassement ».
Comparer avec Période d’upgrade d’hébergement
Période d’upgrade d’hébergement : La période délimite les nuits concernées par un surclassement ; la preuve d’application montre la configuration obtenue. Une proposition de catégorie supérieure ne décrit pas forcément tout le séjour.
Rapprochement des éléments requis d’une livraison avec les fichiers effectivement présents et lisibles. Une archive ouverte ou une empreinte conforme ne démontre pas que tous les contenus attendus ont été livrés.
En pratique. Exemple fictif : Le paquet fictif est intègre, mais son manifeste attend un fichier de traductions absent de l’archive.
À vérifier. Comparer manifeste, nombre d’éléments attendus, présence et lecture des fichiers obligatoires. Distinguer intégrité de transfert, complétude et conformité métier.
Réponse retrouvable sur les couchages effectivement convenus.
En pratique. Cas fictif : l’hôtel confirme par sa référence une chambre à deux lits séparés pour les dates et l’occupation du dossier.
À vérifier. Relier cette réponse à la chambre concernée et la transmettre à la réception. Une confirmation sur un autre séjour ne constitue pas la preuve de celui-ci.
Comparer avec Alternative de lits d’une chambre
Alternative de lits d’une chambre : Une alternative présente une possibilité de configuration ; la preuve acceptée précise celle obtenue pour le dossier. Une demande de lits séparés ne garantit pas que l’hôtel l’a retenue.
Trace permettant d’établir quel choix a été présenté et exprimé par une personne, à quel moment et pour quelle finalité. Elle doit pouvoir être reliée au traitement correspondant.
En pratique. Le suivi d’une préférence conserve le choix présenté, la version du message et le moment de sa sélection.
À vérifier. Relier la trace au traitement et à sa finalité ; vérifier les effets d’un changement ultérieur du choix.
Comparer avec Finalité d’un champ client dans le CRM
Finalité d’un champ client dans le CRM : Une preuve d’accord n’autorise pas indistinctement tous les usages du champ. Examiner la finalité et le cadre applicable avec le responsable compétent avant une réutilisation.
Résultat montrant que l’étape productrice du défaut a été reprise.
En pratique. Cas fictif : après traitement, le système de référence affiche deux places et le canal final présente la même disponibilité pour ce départ.
À vérifier. Conserver référence, réponse et contrôle final sur le même périmètre. Un ticket marqué « résolu » ne remplace pas la vérification du résultat.
Comparer avec Contrôle de cohérence
Contrôle de cohérence : 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.
Réponse datée de la source indiquant la capacité proposée au moment de la recherche. Elle aide à analyser un écart, sans garantir à elle seule qu’une place a été réservée.
En pratique. La recherche conserve une réponse datée indiquant une place disponible avant la demande de confirmation.
À vérifier. Rapprocher produit, créneau et heure du contrôle ; distinguer cette preuve de la réservation effectivement acquise.
Comparer avec Départ garanti
Départ garanti : Le principe de maintien d’un départ et la place disponible pour une demande précise sont deux contrôles. Un départ annoncé garanti peut ne plus avoir la capacité nécessaire au groupe.
Trace permettant de retrouver le résultat métier d’une tentative de traitement.
En pratique. Exemple fictif : La reprise voit que la modification a déjà été appliquée.
À vérifier. Ne pas annoncer un effet à cette étape. Le traitement utile donne une preuve du résultat métier et de la décision sur le message. Les états inconnus restent investigables avant toute reprise pouvant produire un second effet. La file et ses délais ne remplacent ni la protection du dossier ni la responsabilité d’exploitation.
Comparer avec Webhook — notification événementielle
Webhook — notification événementielle : La réception d’une notification ne prouve pas l’application réussie de son effet métier. Suivre réception, vérification, traitement et état de référence séparément.
Comparaison entre valeurs attendues et valeurs interprétées à destination.
En pratique. Exemple fictif : Le moteur relit les accents d’une recherche fictive.
À vérifier. Éviter la concaténation ambiguë. La preuve utile montre le lien construit et les valeurs interprétées dans le même contrat. Les transformations et redirections doivent être explicables. Un test de syntaxe reste distinct d’une réservation ou d’un contrôle d’accès.
Résultat d’ouverture ou de décodage d’une pièce pour l’usage prévu, distinct du contrôle de son extension ou de son type déclaré. Un fichier reçu intégralement peut rester illisible par le logiciel destinataire.
En pratique. Exemple fictif : Une pièce fictive porte une extension admise, mais l’outil autorisé ne parvient pas à lire son contenu.
À vérifier. Tester le contenu avec le lecteur prévu dans un environnement contrôlé. Consigner erreur et périmètre ; ne pas conclure à la validité du document sur son seul nom.
Référence qui confirme le service vélo demandé sur un segment.
En pratique. Cas fictif : une référence confirme un emplacement vélo non démonté sur le premier train ; aucune preuve équivalente n’est fournie pour le second.
À vérifier. Contrôler train, date et segment. Ne pas étendre l’emplacement du premier trajet à la correspondance.
Comparer avec Mode de transport du vélo
Mode de transport du vélo : Le mode décrit comment le vélo est transporté ; la preuve d’emplacement établit le résultat pour un segment. Une règle autorisant un type de vélo ne garantit pas une place réservée sur chaque train.
Trace des termes, filtres, langue et contexte qui permettent de reproduire une recherche interne. Elle précise ce qui a été demandé avant d’interpréter un résultat absent ou un nombre de réponses.
En pratique. Exemple fictif : La recherche fictive ne montre aucune activité avec le filtre du matin, mais retrouve des offres lorsque ce filtre est retiré.
À vérifier. Reproduire terme et filtres, vérifier contenu indexé et règles de recherche. Ne pas interpréter une absence d’affichage comme l’absence du produit dans toute la base.
Élément qui aide à établir qu’un service a été effectivement fourni, comme un enregistrement de séjour ou d’utilisation. Sa force dépend du produit et du motif du différend.
En pratique. L’opérateur conserve le résultat du contrôle d’un billet pour une activité.
À vérifier. Relier la preuve au bon dossier, à la date et au service sans collecter de données inutiles.
Pièce conservée après l’exécution d’un cas de test : références, écrans, journaux, documents ou réponse écrite. Elle relie le résultat annoncé au dossier effectivement joué.
En pratique. Une démonstration produit un export et une référence de réservation test.
À vérifier. Conserver scénario, environnement, droits, résultat et limites de cette preuve.
Comparer avec Trace d’approbation
Trace d’approbation : La preuve décrit un résultat exécuté ; l’approbation décrit une décision. Une décision signée ne remplace pas le test non réalisé.
Résultat observé après affichage d’un contenu fourni par un tiers dans ses différentes sorties. Il complète la validation des données en vérifiant lisibilité, liens et traitement du balisage au point d’utilisation.
En pratique. Exemple fictif : La même description fictive est lisible dans la fiche mais tronquée dans la carte, où un lien devient inutilisable.
À vérifier. Tester fiche, carte et autres sorties concernées avec un même jeu de contenu. Vérifier chaque contexte sans supposer qu’un rendu réussi les valide tous.
Comparer avec Variante d’image
Variante d’image : Une image redimensionnée et son rendu utile doivent être contrôlés ensemble. Le poids réduit ne justifie pas un recadrage trompeur ni la perte d’un crédit obligatoire.
Rapprochement du parcours utilisable après une restauration annoncée.
En pratique. Exemple fictif : Le tarif et la capacité sont relus avant la vente.
À vérifier. Ne pas conclure sur la visibilité seule. Le retrait doit rester prouvé et propagé sans casser la lecture des dossiers existants. La restauration exige une réponse sur le parcours entier. Une convention de suppression logique n’autorise ni une purge réelle ni une réouverture de vente automatique.
Référence ou document indiquant qu’un service complémentaire a été confirmé pour le bon passager et le bon segment, au-delà de sa simple sélection dans le panier.
En pratique. Le client a payé un service complémentaire et doit pouvoir le retrouver après changement.
À vérifier. Conserver document, référence et état du service, en plus du montant encaissé.
Comparer avec SSR — demande de service spécial
SSR — demande de service spécial : Une demande spéciale transmise conserve son état tant que son acceptation n’est pas établie. Le fait qu’elle figure au dossier ne prouve pas sa confirmation sur chaque segment.
Document courant rapproché de la réponse d’après-vente.
En pratique. Exemple fictif : Le voyageur reçoit la consigne sur les anciens billets.
À vérifier. Vérifier les autres personnes. Le résultat doit relier règle du produit, réponse obtenue et document du voyageur. Les cas inconnus restent adressés au circuit compétent. Une correction de profil et un droit de transfert sont séparés dans le suivi.
Prévision révisée régulièrement à mesure que de nouvelles observations arrivent. Chaque version doit garder sa date et les données disponibles lors de son calcul.
En pratique. La prévision est recalculée chaque semaine avec les nouvelles réservations.
À vérifier. Conserver chaque version et comparer son horizon aux observations arrivées ensuite.
Comparer avec Donnée observée
Donnée observée : Une prévision reste une estimation figée à une date de départ. L’évaluer avec les observations ultérieures sans y réinjecter ces observations comme informations disponibles dès l’origine.
Montant vérifié auprès de la source au moment décisif de la vente après une recherche initiale. Un changement doit être présenté avant l’engagement du client.
En pratique. Cas fictif : une offre à 480 € pour deux adultes et deux nuits est relue auprès du fournisseur pour les mêmes dates, occupation et inclusions.
À vérifier. Conserver réponse, paramètres et moment du contrôle ; une reconfirmation de prix ne démontre pas à elle seule une réservation obtenue.
Comparer avec Version de prix
Version de prix : Une version identifie un état du prix ; la reconfirmation est un contrôle de sa validité dans un contexte donné. Une version récente peut encore porter un prix non confirmé pour la demande réelle.
Montant réellement payable pour des offres comparables, après prise en compte des taxes, frais obligatoires et options nécessaires au même usage. Comparer seulement les prix d’appel peut induire en erreur.
En pratique. Deux séjours affichent le même montant mais l’un inclut la pension et l’autre prévoit des frais sur place. Le total affiché ne représente donc pas nécessairement la même prestation.
À vérifier. Aligner dates, occupants, services, devise et règles d’annulation. Garder les frais connus non inclus séparément ; la comparaison doit expliquer l’écart de périmètre avant de désigner une offre moins chère.
Comparer avec Offre dynamique
Offre dynamique : Comparer deux montants suppose mêmes dates, occupation, inclusions et conditions. Une nouvelle offre dynamique ne peut pas être présentée comme strictement équivalente au seul motif que le lieu est identique.
Somme des prestations et éléments obligatoires pour le voyage choisi, avec distinction des options, sommes déjà encaissées et montants dus plus tard ou sur place. Sa composition doit rester traçable après modification.
En pratique. Deux offres paraissent identiques avant l’ajout des bagages, taxes, frais de service et paiements sur place.
À vérifier. Comparer sur une même base tous les montants obligatoires et signaler les coûts qui dépendent d’un choix du voyageur.
Comparer avec Ventilation tarifaire
Ventilation tarifaire : Le total annoncé et son détail doivent se rapprocher selon le contrat. Une ventilation incomplète ne justifie pas de reconstruire un nouveau prix par addition de lignes qui se recouvrent.
Somme des montants obligatoires connus pour obtenir une prestation dans les conditions choisies, y compris ceux payables plus tard ou directement au fournisseur.
En pratique. Deux hébergements semblent au même prix initial, mais un montant obligatoire reste payable sur place pour l’un.
À vérifier. Rassembler les composantes connues dans leur devise et distinguer paiement immédiat et sommes différées.
Propriété dont la présence est exigée par un schéma ou un contrat JSON. Dans JSON Schema, required porte sur la présence ; le type et les contraintes de valeur doivent être définis séparément.
En pratique. Exemple fictif : La fiche fictive contient une clé identifiant avec null : sa présence ne démontre pas qu’elle respecte un type chaîne.
À vérifier. Tester séparément propriété absente, valeur null, chaîne vide et valeur conforme. Vérifier le schéma réellement utilisé par le validateur.
Comparer avec Assertion de format JSON
Assertion de format JSON : Présence obligatoire et contrôle de format sont distincts. Un validateur qui accepte une propriété date présente ne démontre pas qu’il a appliqué l’assertion de format attendue.
Précision de la référence. Décrit les propriétés connues sans les rendre obligatoires par défaut. Déclarer dans required les champs réellement indispensables à la publication. JSON Schema — référence des objets · consultée le .
Trace de l’origine et des transformations d’une information : producteur, référence source, date, version, import et modifications. Elle permet de vérifier une affirmation, propager une correction et distinguer une valeur confirmée d’une estimation ou d’un champ inconnu.
En pratique. Un horaire de musée conserve le producteur territorial et la date de sa dernière mise à jour.
À vérifier. Ne pas confondre date d’import et date de vérification de l’information par son producteur.
Comparer avec Règle de priorité des sources
Règle de priorité des sources : La provenance décrit l’origine ; la priorité est une décision de gouvernance. Retenir une source ne doit pas effacer les versions ou les contradictions utiles à l’arbitrage.
Précision de la référence. La FAQ annonce une mise à jour quotidienne des flux provenant des SIT ; les producteurs actualisent les lieux, produits et itinéraires au moins annuellement. Conserver la date producteur avec la date d’import, et traiter séparément les informations sensibles à la saison. DATAtourisme — FAQ des réutilisateurs · consultée le .
Chaîne d’origine et de transformations expliquant une information publiée.
En pratique. Cas fictif : la durée affichée « 1 h 30 » provient d’une valeur de 90 minutes fournie par l’exploitant dans la version V4 du catalogue.
À vérifier. Conserver source, version, valeur initiale et règle de conversion pour remonter de l’affichage à l’information reçue.
Comparer avec Activité de transformation d’un champ
Activité de transformation d’un champ : La provenance retrace l’origine et les étapes d’une valeur ; la transformation est une opération dans cette chaîne. Décrire le calcul seul ne permet pas de retrouver le producteur de la donnée initiale.
Source, version, date et périmètre associés à une géométrie cartographique. La précision et la fonction d’un point ou d’une frontière dépendent des données d’origine ; la forme affichée ne suffit pas à les établir.
En pratique. Exemple fictif : Le point fictif désigne le centre d’un site, alors que la prise en charge se fait à une autre entrée.
À vérifier. Retrouver producteur, version, système de coordonnées et rôle de la géométrie. Ne pas présenter un centre cartographique comme une entrée opérationnelle confirmée.
Comparer avec GeoJSON
GeoJSON : Le format et la provenance sont deux contrôles. Une géométrie lisible ne démontre ni source fiable, ni droit d’usage, ni actualité de la limite représentée.
Acteur qui fournit aux marchands des services d’acceptation ou de traitement des paiements. Son offre peut couvrir plusieurs moyens de paiement, la fraude, les remboursements et le reporting.
En pratique. Le marchand utilise un prestataire pour encaisser plusieurs moyens de paiement.
À vérifier. Faire préciser opérations, pays, devises et responsabilités accessibles dans le contrat retenu.
