Documents de travail

221 modèles pour passer de la lecture à un résultat vérifiable.

Préparez un projet, conservez les preuves d’un fournisseur, rejouez un test et maintenez vos contenus. Chaque modèle présente les informations à réunir, les contrôles à effectuer et les méthodes associées.

Trouver un point de départ

Quel document pour la question du jour ?

Commencez par la décision à prendre. Les modèles ci-dessous sont des trames de lecture : ils précisent les éléments à rapprocher et les personnes à consulter.

Nous hésitons entre plusieurs fournisseurs.

Le brief de projet fixe le résultat attendu. La fiche fournisseur relie les affirmations aux sources. Le registre de comparaison rapproche les réponses sur un même périmètre.

Avant de conclure : séparez prix confirmé, capacité démontrée et point encore inconnu. Un tableau rempli ne suffit pas à rendre les offres comparables.

La réservation n’a pas abouti comme prévu.

Le plan de reprise rassemble références, états connus et prochaines actions. La transmission au service suivant évite de perdre le propriétaire du dossier. Le compte rendu de recette sert ensuite à rejouer le défaut corrigé.

Avant de clôturer : rapprochez prestation, paiement et information client. La disparition d’un message d’erreur ne démontre pas la résolution du dossier.

Un chiffre a changé et personne ne sait pourquoi.

Le dictionnaire d’indicateurs définit l’unité, la période et le dénominateur. La revue de série statistique permet d’examiner couverture, révisions et comparabilité.

Avant d’expliquer la hausse : distinguez évolution de l’activité et évolution du comptage. Conservez les deux conventions si la définition a changé.

Nous publions une offre ou une nouvelle série de visuels.

Le registre de contenus suit les versions et les langues. Le registre de médias rattache chaque image à sa provenance, ses usages et ses crédits.

Avant publication : vérifiez l’accord entre l’image et le produit réellement vendu. Une image d’ambiance ne démontre ni l’équipement d’un hôtel ni une prestation incluse.

Le pilote est terminé ; il faut décider.

Le compte rendu de décision rapproche le périmètre prévu, les résultats observés, les réserves et les responsables. Le compte rendu d’exercice de reprise précise ce qui a été démontré en situation dégradée.

Avant de lancer : attribuez chaque réserve à une personne et à une date de revue. Si un cas obligatoire n’a pas été exécuté, gardez-le visible dans la décision.

ThèmeExemple de lectureSujet, champ ou situation à rapprocherAfficher un seul modèle pour travailler sans parcourir toute la bibliothèque

Voir tous les modèles

136 modèles affichés.

Choisir le document utile à votre étape

Remplissez les champs avec votre équipe. Laissez les informations non vérifiées comme « à confirmer » ; indiquez une source et une date lorsque vous les validez. Utilisez des dossiers anonymisés dans les documents partagés.

Voir les champs renseignés · Voir les rapprochements expliqués

Accès direct aux 136 modèles

Modèle à compléter

Brief d’un projet travel tech

Pour transformer un problème de travail en périmètre de pilote. À remplir avec la vente, les opérations et la personne qui décide.

Situation actuelle

Métier, équipe et marché concernés :
Tâche à améliorer et fréquence observée :
Outils utilisés et ressaisies nécessaires :
Exemple anonymisé d’un dossier qui pose problème :

Résultat attendu

Résultat observable pour le client ou l’équipe :
Mesure actuelle, période et source du chiffre :
Objectif de pilote et seuil de décision :
Responsable de la mesure :

Périmètre et moyens

Produit, pays, langue et canal inclus :
Fonctions nécessaires et fonctions pouvant attendre :
Données disponibles, propriétaire et qualité connue :
Budget de mise en place et charge récurrente à comparer :

Décision

Démonstration nominale et deux exceptions à rejouer :
Livrables, responsables et échéances :
Conditions de lancement, d’arrêt et de retour à l’existant :
Personnes qui valident les résultats :

Un champ renseigné · exemple fictif

Champ: Mesure actuelle, période et source du chiffre
Valeur proposée: 30 demandes de séjours au catalogue, observées sur cinq jours : médiane de 18 minutes entre réception complète et première proposition.
Contrôle associé: Définir les deux événements chronométrés ; ne pas multiplier automatiquement la médiane par le volume pour calculer le temps total économisable.

Construire le cahier des charges

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Fiche de vérification fournisseur

Pour comparer une affirmation commerciale à une source, une démonstration et un engagement écrit. Utilisez une fiche par fournisseur et produit.

Identité et source

Nom du fournisseur et produit exact :
URL officielle et date de consultation :
Type de source : documentation, page produit, conditions ou réponse écrite :
Entité contractante et interlocuteur professionnel :

Affirmation à contrôler

Fonction, marché, langue ou opération demandée :
Ce que la source affirme explicitement :
Ce que la source ne permet pas de conclure :
Réponse attendue du fournisseur et date de relance :

Démonstration

Scénario et données anonymisées utilisés :
Résultat attendu et résultat observé :
Éléments disponibles en standard, en option ou à développer :
Preuve conservée : export, confirmation, compte rendu ou référence documentaire :

Conditions et décision

Prix, frais d’usage, frais d’exception et coût de sortie :
Horaires, langues et circuit d’escalade du support :
Export des données et traitement des dossiers ouverts :
Statut : confirmé, partiel, non démontré ou bloquant :
Responsable de validation et prochaine vérification :

Un champ renseigné · exemple fictif

Champ: Statut : confirmé, partiel, non démontré ou bloquant
Valeur proposée: Documenté pour la recherche ; création non démontrée sur le compte de test ; après-vente encore à confirmer.
Contrôle associé: Ne pas attribuer un statut global « validé » à partir d’une seule fonction. Relier chaque statut à son produit, son compte et sa preuve.

Comparer sur des preuves

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Compte rendu de recette de réservation

Pour rejouer exactement le même cas chez plusieurs candidats. Exécutez les essais dans l’environnement autorisé par le fournisseur.

Préparer

Identifiant de test, version et date :
Fournisseur, environnement et périmètre :
Produit, date de prestation, langue, devise et occupation :
État initial du stock et des données :
Action nominale ou incident simulé :

Observer

Résultat attendu sur réservation, paiement et document :
Références obtenues dans chaque système :
Horodatages et ordre des événements :
Résultat réellement observé et manipulations manuelles :
Message visible par le client et l’équipe :

Clôturer

État final fournisseur, paiement et capacité :
Écart et gravité pour le voyageur :
Correction, responsable et échéance :
Résultat du même test après correction :
Preuve anonymisée conservée et décision de passage :

Un champ renseigné · exemple fictif

Champ: Résultat attendu sur réservation, paiement et document
Valeur proposée: Une seule réservation retrouvable après réponse perdue, paiement identifié et état client explicite ; aucune nouvelle commande avant recherche du résultat.
Contrôle associé: Séparer le résultat attendu du résultat observé. Conserver aussi les opérations manuelles réellement nécessaires à la reprise.

Exemple fictif · Le paiement et la réservation n’ont pas le même état

Essai fictif dans un environnement autorisé, sans voyageur réel ni opération commerciale. La création a été suivie d’une réponse perdue.

Résultat attendu: Une réservation et un paiement retrouvables, avec un message client cohérent.
Résultat observé: Paiement P-17 réussi ; référence de réservation absente du dossier local.
Relecture prévue par le test: La recherche avec la corrélation retrouve la réservation R-41 et ses bonnes dates.

Ce que montrent les écarts

Le défaut observé est une perte de rattachement local. Le paiement réussi ne suffisait pas à prouver la réservation ; la relecture apporte ici la référence manquante.

Décision et preuve de clôture

Rapprocher R-41, P-17 et les paramètres de la demande avant de corriger l’état local. Garder la manipulation manuelle dans le compte rendu et rejouer le même incident après correction ; le dossier doit se reconstituer sans seconde création.

Choisir les cas de test

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre d’une offre et de ses versions linguistiques

Pour suivre ce qui doit changer lorsque prix, horaires, conditions ou prestations évoluent. Une traduction doit rester rattachée à une version source.

Offre source

Identifiant stable et URL de la fiche :
Producteur et source de référence :
Version source et date de mise à jour :
Dates de validité, langue et marché de vente :
Champs manquants et prochaine vérification :

Déclinaisons

Langues et URL publiées :
Version source utilisée par chaque traduction :
Prix, devise, taxes, unités et fuseaux localisés :
Horaires, accès et conditions contrôlés dans chaque langue :
Relecteur et date de validation :

Changement

Champ modifié et anciennes valeurs utiles au suivi :
Pages, documents, campagnes et visuels affectés :
Déclinaisons à republier ou retirer :
Date de propagation contrôlée et responsable :
Signalement reçu et réponse apportée :

Un champ renseigné · exemple fictif

Champ: Version source utilisée par chaque traduction
Valeur proposée: Description française issue de V3 ; traduction anglaise encore issue de V2 ; conditions tarifaires inchangées mais accès au lieu modifié dans V3.
Contrôle associé: Identifier les variantes à relire, sans déclarer toute la traduction périmée ni lui attribuer la date de V3 avant validation.

Exemple fictif · Une traduction juste peut décrire la mauvaise version

Exercice fictif : la version V3 modifie seulement le point d’entrée d’un lieu. Le titre et la description générale restent valables.

Source française: V3 : accès par l’entrée nord.
Version anglaise: Issue de V2 : indique encore l’entrée sud.
Image de repérage: Une flèche pointe vers le sud ; le texte alternatif reprend la même direction.

Ce que montrent les écarts

L’écart touche la consigne d’accès et son illustration, pas automatiquement tout le texte traduit. Attribuer simplement la date de V3 à la version anglaise masquerait un contenu encore faux.

Décision et preuve de clôture

Faire relire la consigne, la légende et l’alternative, puis vérifier la page réellement servie après publication. Clôturer avec la version source adoptée et la preuve de relecture de chaque reprise concernée.

Maintenir un catalogue multilingue

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre de provenance et de diffusion des médias

Pour relier un fichier à son sujet, sa source et ses usages autorisés. Une illustration doit être distinguée d’une photographie documentaire.

Provenance

Identifiant, nom de fichier et sujet réellement représenté :
Nature : photo documentaire, illustration, logo ou exemple fictif :
Auteur, source et date d’obtention :
Licence ou autorisation et preuve conservée :
Crédit et restrictions de diffusion applicables :

Intégration

Pages et canaux utilisant ce média :
Dimensions source, variantes et poids :
Texte alternatif lié à l’usage ou rôle décoratif :
Légende et emplacement du crédit :
Langues et déclinaisons de marque :

Maintenance

Date de fin d’autorisation ou de validité éditoriale :
Événement déclenchant remplacement ou retrait :
Responsable et prochaine revue :
Versions à invalider dans les pages et caches :
Contrôle final des liens et des variantes après modification :

Un champ renseigné · exemple fictif

Champ: Texte alternatif lié à l’usage ou rôle décoratif
Valeur proposée: Vue de l’entrée principale utilisée pour repérer l’accueil ; la photo ne documente ni chambre ni équipement intérieur.
Contrôle associé: Le texte décrit l’utilité de l’image dans cette page. Vérifier séparément source, autorisation, crédit et correspondance avec le lieu réellement représenté.

Exemple fictif · Une image remplacée conserve des reprises à vérifier

Exercice fictif : une photo de l’entrée sud est remplacée par une vue de l’entrée nord. L’autorisation de diffusion est supposée validée pour les seuls fichiers du test.

Fichier source: Nouvelle vue de l’entrée nord.
Variante mobile: Ancien recadrage montrant encore l’entrée sud.
Contenu associé: Légende et alternative mentionnent encore le sud.

Ce que montrent les écarts

Remplacer le fichier principal ne corrige ni toutes les variantes ni les textes associés. Le navigateur peut sélectionner une autre image que celle contrôlée sur grand écran.

Décision et preuve de clôture

Vérifier le fichier effectivement affiché sur petit et grand écran, puis mettre en cohérence légende, alternative et crédit applicable. Clôturer après contrôle des URL locales et de la correspondance entre vue annoncée et vue rendue, sans inventer d’information absente de la photographie.

Gérer les droits des images

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Matrice de couverture d’une intégration

Pour vérifier une capacité par fournisseur, marché et opération, sans confondre accès au contenu et droit de réserver.

Périmètre

Produit, fournisseur, marché, langue et devise :
Canal et modèle : affiliation, API, portail ou marque blanche :
Version documentaire et date de revue :

Capacités

Opération : recherche, prix, création, émission, modification ou annulation :
Droit accordé et responsable de l’opération :
Statut : documenté, démontré, activé, indisponible ou inconnu :
Preuve et limites sur le produit testé :

Validation

Cas nominal et exception à rejouer :
État final attendu et observé :
Écart, décision et personne qui valide :
Date de nouvelle revue et déclencheur :

Un champ renseigné · exemple fictif

Champ: Statut : documenté, démontré, activé, indisponible ou inconnu
Valeur proposée: Recherche documentée ; réservation démontrée en environnement de test ; remboursement inconnu en production.
Contrôle associé: Documenté, démontré et activé restent trois états distincts. Un résultat sur un produit ne couvre pas automatiquement les autres fournisseurs.

Certifier un parcours API

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Plan de reprise d’un incident de réservation

Pour traiter une commande incertaine avec les références existantes et préserver la continuité du service.

Incident

Action demandée et heure avec fuseau :
Références commande, fournisseur et paiement :
État certain, état inconnu et source de chaque constat :
Impact sur le voyageur et échéance de prestation :

Reprise

Vérification à effectuer avant toute répétition :
Responsable autorisé à agir et relais disponible :
Action retenue, effet attendu et procédure d’arrêt :
Message client : fait confirmé, point en attente et prochaine échéance :

Clôture

États finaux rapprochés et preuve :
Documents et messages corrigés :
Cause, prévention et propriétaire de la correction :
Test de non-régression et date :

Un champ renseigné · exemple fictif

Champ: État certain, état inconnu et source de chaque constat
Valeur proposée: Paiement P17 réussi ; commande fournisseur inconnue après interruption ; client informé que la prestation n’est pas encore confirmée.
Contrôle associé: Rechercher la commande avec les références prévues avant répétition. Une absence de réponse n’établit pas l’absence d’effet.

Organiser la reprise

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Transmission d’un dossier au service suivant

Pour permettre à un collègue ou prestataire de reprendre une action sans relire tous les échanges.

Dossier

Référence interne et références utiles aux partenaires :
Prestations, dates locales et prochain événement :
Version du devis ou des conditions acceptées :
Dernier état confirmé par système :

Travail restant

Demande du client et réponse déjà apportée :
Action effectuée, résultat confirmé et point encore en attente :
Responsable de la prochaine action et heure limite :
Contact d’escalade, horaires et relais :

Réception

Pièces nécessaires et emplacement autorisé :
Données personnelles indispensables au destinataire :
Réception confirmée par et à quelle date :
Critère de clôture et retour à fournir à l’équipe initiale :

Un champ renseigné · exemple fictif

Champ: Responsable de la prochaine action et heure limite
Valeur proposée: Équipe B chargée de retrouver le dossier fournisseur avant 16 h locale ; relais accepté à 15 h 20 ; information client prévue à 16 h 10.
Contrôle associé: Une transmission envoyée n’est pas une reprise acceptée. Vérifier qui agit si la recherche n’aboutit pas à l’heure fixée.

Structurer l’après-vente

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Grille d’un exercice de candidature

Pour comparer les candidats sur un cas borné, anonymisé et lié au travail réel, avec des critères connus.

Cadrage

Poste, niveau de décision et compétence examinée :
Cas fictif ou anonymisé et données fournies :
Durée prévue, format et moyens autorisés :
Livrable demandé et critères communiqués :

Observation

Qualification du problème et limites identifiées :
Sources utilisées et champs laissés inconnus :
Arbitrage proposé et conséquences pour client et équipe :
Clarté du livrable et capacité de reprise par un collègue :

Décision

Critère, preuve observée et appréciation argumentée :
Compétence acquise et compétence à accompagner :
Question complémentaire et réponse du candidat :
Décision, évaluateurs et retour à communiquer :

Un champ renseigné · exemple fictif

Champ: Critère, preuve observée et appréciation argumentée
Valeur proposée: Le candidat distingue paiement réussi et commande inconnue, conserve les deux références et propose une recherche avant relance ; le cas de doublon n’a pas été exécuté.
Contrôle associé: Rattacher l’appréciation à la tâche observée. Ne pas transformer un cas non présenté en compétence acquise ou en défaillance du candidat.

Consulter les métiers

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Contrôler une fiche métier et une annonce de recrutement — cas à vérifier

Modèle à compléter

Dictionnaire d’indicateurs touristiques

Pour rendre un tableau de bord recalculable et éviter de comparer des populations ou unités différentes.

Définition

Nom et question à laquelle l’indicateur répond :
Unité, numérateur, dénominateur et formule :
Population, territoire, canaux et exclusions :
Période d’observation et date utilisée :

Production

Source primaire, version et date de publication :
Méthode : observation, enquête, estimation ou calcul interne :
Règles de déduplication et traitement des valeurs manquantes :
Requête ou étapes permettant de recalculer le résultat :

Lecture

Limites, révisions et ruptures de série :
Séries comparables et comparaisons interdites :
Responsable, fréquence et contrôle de qualité :
Décision possible et seuil choisi avec son contexte :
Pour un service : SLI observé, SLO cible et clause SLA distincts ; fenêtre calendaire ou glissante, fuseau et exclusions :
Budget d’erreur en minutes ou requêtes, consommation avant arrondi et action attribuée en cas de dépassement :

Un champ renseigné · exemple fictif

Champ: Unité, numérateur, dénominateur et formule
Valeur proposée: Taux fictif de confirmations : 45 commandes confirmées sur 50 demandes complètes transmises au même canal, soit 90 % sur la période.
Contrôle associé: Définir demandes exclues, répétitions et date de rattachement. Le dénominateur ne doit pas devenir le nombre de visites du site.

Exemple fictif · Recalculer un taux après déduplication

Jeu fictif d’un même canal et d’une même période : le journal contient 52 lignes de demandes, dont deux répétitions techniques.

Journal reçu: 52 lignes, mais 50 identifiants de demande distincts.
États rapprochés: 45 demandes confirmées et 5 non confirmées parmi ces 50 identifiants.
Calculs à comparer: 45/50 = 90 % ; 45/52 donne environ 86,54 %.

Ce que montrent les écarts

Le second calcul mélange commandes distinctes au numérateur et lignes de journal au dénominateur. Une reprise technique ne doit pas modifier le taux sans modifier la population métier.

Décision et preuve de clôture

Définir la clé de demande, conserver les deux répétitions dans la piste de contrôle et recalculer sur les 50 demandes distinctes. Clôturer lorsque la liste des identifiants et la formule reproduisent les 90 %, sans effacer les cinq non-confirmations.

Lire les statistiques touristiques

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre de mapping entre catalogues

Pour relier les identifiants sans fusionner des variantes ou prestations différentes.

Références

Identifiant interne, fournisseur et identifiant source :
Lieu ou produit, option, occupation et langue :
Source, version et date de contrôle :

Rapprochement

Champs utilisés : nom, adresse, coordonnées, équipements confirmés :
Différences constatées et champs inconnus :
Correspondance certaine, probable ou rejetée :
Preuve et validation humaine :

Maintenance

Anciennes références conservées et motif de fusion ou séparation :
Réservations ou pages affectées :
Test après changement et résultat :
Responsable et prochain contrôle :

Un champ renseigné · exemple fictif

Champ: Correspondance certaine, probable ou rejetée
Valeur proposée: Correspondance rejetée : nom d’hôtel identique, mais adresse différente et aucun identifiant source commun vérifié.
Contrôle associé: Conserver les deux fiches et la raison du rejet. Une forte ressemblance de nom ne suffit pas à fusionner chambres, avis ou réservations.

Exemple fictif · Une variante de chambre n’est pas une seconde identité de lieu

Trois fiches fictives partagent un nom commercial ; les adresses et prestations sont fournies uniquement pour cet exercice.

Fiche A: Établissement H-17, adresse A ; chambre double, deux occupants.
Fiche B: Établissement H-17, adresse A ; chambre familiale, quatre occupants.
Fiche C: Établissement H-91, adresse B ; nom commercial identique.

Ce que montrent les écarts

A et B peuvent relever du même établissement sans être le même produit réservable. C reste un autre établissement dans les données de ce test. La ressemblance de nom ne justifie aucune fusion de tarifs ou d’occupations.

Décision et preuve de clôture

Conserver une identité de lieu pour H-17 avec deux variantes distinctes, puis garder H-91 séparé. Valider le rapprochement par les références source et vérifier qu’une recherche pour quatre occupants ne reprend pas la capacité de la chambre double.

Éviter les mauvais rapprochements

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Compte rendu de décision après pilote

Pour décider de lancer, corriger ou arrêter sur des résultats et un coût observables.

Objectif

Problème initial, mesure et périmètre :
Seuil prévu avant l’essai et décideur :
Dossiers, utilisateurs et périodes réellement testés :

Résultats

Résultat nominal et exceptions :
Temps, coûts et reprises manuelles observés :
Écarts bloquants, corrections et tests après correction :
Données et documents exportables :

Décision

Lancer, limiter, corriger puis retester ou arrêter :
Argument fondé sur preuves et inconnues restantes :
Conditions, responsable et échéance du prochain passage :
Procédure de retour et dossiers ouverts à préserver :

Un champ renseigné · exemple fictif

Champ: Argument fondé sur preuves et inconnues restantes
Valeur proposée: Neuf cas sur dix ont été exécutés ; la reprise après paiement sans confirmation reste non démontrée et bloque le périmètre transactionnel prévu.
Contrôle associé: La décision explique la réserve et la condition de levée ; elle ne transforme pas le score de neuf succès en validation de tous les cas obligatoires.

Préparer le pilote

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre de migration d’API

Pour comparer la version en service et la version cible, puis décider une bascule sur des preuves métier.

Inventaire

Fournisseur, produit et endpoints concernés :
Versions des requêtes, SDK, événements et exports :
Annonce officielle, date de lecture et échéance confirmée :
Dossiers ouverts dépendant de l’ancienne version :

Ruptures

Champs, unités ou valeurs d’état qui changent :
Opérations métier et documents affectés :
Règle explicite pour les états inconnus :
Responsable et adaptation attendue :

Preuves

Scénarios nominaux, refus et remboursements partiels :
Dossier antérieur à la migration repris en après-vente :
Résultats comparés et écarts acceptés :
Doublons d’événements et absence de double action contrôlés :

Bascule

Périmètre initial, date et personnes de validation :
Seuils d’arrêt et indicateurs suivis :
Retour arrière : code, configuration, données et événements :
Condition de retrait définitif de l’ancienne voie :

Un champ renseigné · exemple fictif

Champ: Champs, unités ou valeurs d’état qui changent
Valeur proposée: V1 exprime le prix en euros décimaux ; V2 exige des centimes entiers pour l’opération étudiée : 12,34 EUR devient 1234 dans ce contrat fictif.
Contrôle associé: Vérifier aussi devise, arrondi et champ absent. L’adaptation d’un montant ne doit pas être appliquée aux identifiants ou aux autres conventions sans contrôle.

Exemple fictif · Une conversion valide peut être appliquée deux fois

Contrat fictif : le champ V1 contient des euros décimaux et le champ V2 des centimes entiers. L’exercice porte sur EUR, sans conversion de devise.

Source V1: 12,34 EUR ; valeur canonique conservée avec sa convention.
Adaptation attendue: 1234 centimes pour la requête V2.
Reprise incorrecte: L’adaptateur relit 1234 comme des euros et produit 123400 centimes.

Ce que montrent les écarts

Le montant est multiplié par 100 une seconde fois. Le nom du champ ne suffit pas : version, devise et convention doivent accompagner la valeur à chaque frontière.

Décision et preuve de clôture

Repartir de la valeur canonique, enregistrer la version du mapping et rejouer le même dossier après reprise. Attendre 1234 lors des deux passages, puis tester zéro, absence et arrondi selon le contrat effectivement étudié.

Organiser la migration

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Compte rendu d’import et de synchronisation

Pour reprendre un catalogue après interruption et distinguer données importées, rejetées, modifiées et retirées.

Contrat

Source, version, droits de stockage et périmètre :
Pagination, ordre, signal de fin et expiration :
Règle de modification et marqueur de suppression :
Identité stable et convention de date :

Exécution

Identifiant d’import, début, fin et statut :
Point de reprise après dernière écriture validée :
Pages terminées, identifiants distincts et relectures :
Échecs, limitations et rejets avec motif :

Rapprochement

Créations, modifications et retraits confirmés :
Écart par catégorie et champs obligatoires :
Preuve qu’une absence ne provient pas d’un import incomplet :
Corrections manuelles et priorité des sources :

Publication

Date observée, date producteur et date de collecte :
Responsable de validation et éléments encore inconnus :
Pages, exports et documents à actualiser :
Reprise après interruption testée et décision de publication :

Un champ renseigné · exemple fictif

Champ: Pages terminées, identifiants distincts et relectures
Valeur proposée: Trois pages de 50, 50 et 5 lignes, soit 105 lignes reçues ; 104 identifiants distincts en raison d’une répétition.
Contrôle associé: Comparer le nombre d’objets attendu, les identifiants et le signal de fin. Trois pages reçues ne prouvent pas à elles seules la complétude.

Exemple fictif · 105 lignes reçues, mais 104 objets distincts

Exercice fictif de reprise : trois pages sont reçues et une ligne est répétée à la frontière. Le contrat du test n’annonce pas de nombre total garanti.

Page 1: 50 lignes, identifiants 1 à 50.
Page 2: 50 lignes, identifiants 50 à 99 ; l’identifiant 50 a déjà été reçu.
Page 3: 5 lignes, identifiants 100 à 104 ; signal de fin observé.

Ce que montrent les écarts

50 + 50 + 5 = 105 lignes, mais 104 identifiants distincts. Dédupliquer résout la répétition observée ; cela ne prouve pas qu’un objet n’a pas été omis pendant la pagination.

Décision et preuve de clôture

Conserver curseurs, ordre et point de reprise. Dans la copie de test, interrompre après la deuxième page puis reprendre : retrouver les mêmes 104 objets et aucun doublon. Vérifier séparément la garantie de cohérence du fournisseur avant de déclarer le catalogue complet.

Fiabiliser un import

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Grille d’occupation et de couchage hôtelier

Pour comparer une offre famille à composition identique et conserver les demandes encore non confirmées.

Composition

Dates de séjour et chambres demandées :
Adultes et âges par chambre sans identité personnelle réelle :
Date de référence des âges confirmée par le fournisseur :
Identifiants d’offre, chambre et tarif :

Couchage

Configuration proposée et capacité autorisée :
Lit supplémentaire ou bébé : demandé, confirmé, refusé :
Chambres communicantes : garantie ou préférence :
Source, version et preuve de confirmation :

Prix

Total, devise, pension et conditions d’annulation :
Suppléments inclus, payables sur place ou à confirmer :
Répartition inchangée entre recherche et réservation :
Consentement au nouveau prix si la composition change :

Service

Composition envoyée et composition affichée au client :
Demandes ouvertes, responsable et échéance :
Document client actualisé et interlocuteur d’accueil :
Cas à la limite d’âge et changement de composition testés :

Un champ renseigné · exemple fictif

Champ: Adultes et âges par chambre sans identité personnelle réelle
Valeur proposée: Chambre A : deux adultes ; chambre B : un adulte et un enfant de huit ans à la date de référence convenue dans l’exercice.
Contrôle associé: La recherche et la confirmation doivent conserver les affectations. Le total de quatre personnes ne suffit pas à vérifier l’occupation par chambre.

Contrôler l’offre hôtelière

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre de comparaison et de preuves documentaires

Pour distinguer fait officiel, réponse partenaire et résultat de test. Garder les inconnues visibles sans transformer une absence de documentation en fonction absente.

Question et périmètre

Décision à prendre, activité, marché et utilisateurs :
Produit, programme, version et niveau d’accès :
Fonction ou responsabilité précisément comparée :
Exigence bloquante ou préférence et justification :
Responsable de la vérification :

Preuve

URL officielle et titre du document :
Date de lecture et date/version publiée si connue :
Fait observé et limite du document :
Réponse du partenaire et date :
Statut : documenté, confirmé pour notre compte, testé, absent ou inconnu :

Essai et décision

Scénario, paramètres et environnement autorisé :
Résultat attendu et résultat observé :
Actions manuelles et acteur responsable :
Coûts ou délais confirmés, hypothèses séparées :
Question restante, prochaine vérification et décision :

Un champ renseigné · exemple fictif

Champ: Coûts ou délais confirmés, hypothèses séparées
Valeur proposée: Offre A : 6 000 € fixes et 4 € par dossier ; B : 10 800 € fixes et 2 € par dossier. Temps de support et frais d’exception encore inconnus.
Contrôle associé: Distinguer éléments confirmés et hypothèses. Comparer des volumes identiques sans présenter cette addition partielle comme un coût complet.

Lire les comparatifs documentés

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Contrôle d’accès API avant développement

Pour vérifier que le programme actuel autorise le parcours envisagé. Les anciens tutoriels, une clé de test ou un catalogue visible ne prouvent pas le droit de vendre.

Éligibilité

Entreprise et activité du projet, sans identifiant d’accès :
Programme actuel et source officielle :
Pays, marchés et clientèle autorisés :
Conditions d’admission et état de la demande :
Offre historique retirée et produit de remplacement à examiner :

Périmètre

Contenu, recherche et disponibilité accessibles :
Réservation, émission, paiement et gestion ouverts :
Version, capacités optionnelles et limites du compte :
Interlocuteur du contrat et responsable après-vente :
Conditions de passage du test à la production :

Validation

Scénarios reproduits par le sandbox et limites connues :
Produits réellement activés pour le compte :
Confirmation écrite de chaque exigence bloquante :
Réponse absente : procédure de reprise et référence utilisable :
Décision de démarrer, réduire le périmètre ou chercher une alternative :

Un champ renseigné · exemple fictif

Champ: Réservation, émission, paiement et gestion ouverts
Valeur proposée: Lecture du catalogue autorisée ; réservation en attente d’admission ; émission et modifications non confirmées pour le compte envisagé.
Contrôle associé: L’accès à une documentation ou à une clé de test ne démontre pas les droits de production sur ces opérations.

Comparer les modalités d’accès aux API aériennes

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Revue d’une série statistique tourisme

Pour conserver unité, champ, population et période avant de comparer des valeurs. Une date d’import récente ne rend pas récente la période mesurée.

Définition

Question et décision servies par l’indicateur :
Producteur, série, code et URL de référence :
Unité, population et territoire :
Période, fréquence et couverture saisonnière :
Métadonnées, licence et limites d’interprétation :

Calcul

Date de publication, téléchargement et version :
Filtres et correspondances géographiques utilisés :
Valeurs manquantes, nulles ou non applicables :
Méthode de reprise de la dernière valeur et période affichée :
Agrégations, recouvrements et dénominateur du ratio :

Révision

Ancienne et nouvelle version archivées :
Périodes révisées et différences observées :
Tableaux, prévisions et pages dépendants :
Recalcul, validation et explication aux lecteurs :
Responsable et prochaine revue :

Un champ renseigné · exemple fictif

Champ: Agrégations, recouvrements et dénominateur du ratio
Valeur proposée: Deux tableaux couvrent le même mois, mais l’un suit les hôtels et l’autre tous les hébergements collectifs retenus dans l’exercice.
Contrôle associé: Ne pas additionner les séries si les hôtels figurent dans les deux. Décrire couverture, unité et exclusions avant comparaison.

Exemple fictif · Additionner deux couvertures qui se recouvrent

Chiffres fictifs d’un mois identique, dans la même unité et avec des populations définies pour l’exercice.

Tableau hôtels: 80 nuitées dans les hôtels inclus.
Tableau collectif: 120 nuitées, dont les mêmes 80 dans les hôtels.
Addition brute: 80 + 120 = 200 ; les nuitées d’hôtels sont comptées deux fois.

Ce que montrent les écarts

Le total du périmètre collectif reste 120. La différence 120 − 80 = 40 décrit les autres hébergements seulement si les définitions et la couverture sont bien emboîtées comme dans ce jeu.

Décision et preuve de clôture

Conserver unité, mois et définitions de couverture ; choisir le total approprié ou des sous-ensembles disjoints. Si les métadonnées réelles ne prouvent pas cet emboîtement, laisser le rapprochement en attente plutôt que publier 40 par défaut.

Comparer les sources de données tourisme

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Compte rendu d’exercice de reprise

Pour démontrer une restauration isolée puis un rapprochement des états externes. Les objectifs sont décidés par votre organisation.

Préparer

Date, participants et responsable de la décision :
Fonctions testées et fonctions exclues :
Objectifs RPO et RTO par fonction :
Jeu de données, copie et état initial :
Preuve d’isolement des effets externes :

Rapprocher

Point de restauration et intervalle à reconstituer :
Références des réservations et paiements de test :
Événements appliqués et doublons empêchés :
Dossiers rapprochés et inconnues restantes :
Temps de récupération, rapprochement et validation :

Décider

Périmètre réouvert et responsable de validation :
Opérations suspendues et consigne de support :
Anomalies, correctifs et échéances :
Preuves anonymisées et emplacement :
Date du prochain exercice après correction :

Un champ renseigné · exemple fictif

Champ: Objectifs RPO et RTO par fonction
Valeur proposée: Commande : délai de reprise de deux heures et perte maximale de quinze minutes ; exercice rétabli en 90 minutes avec 40 minutes d’opérations à rapprocher.
Contrôle associé: Le délai est respecté dans ce cas, pas le point de reprise. Conserver les deux mesures et les opérations de la fenêtre manquante.

Préparer la reprise d’activité

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Dictionnaire des montants et conventions API

Pour garder la devise, l’unité et la règle de calcul de chaque champ de l’offre au paiement. Une nouvelle opération nécessite sa propre revue.

Décrire

Prestataire, produit, version et opération :
Champ source et champ cible :
Devise et convention d’unité :
Précision, arrondi et valeurs non autorisées :
Source officielle et date de consultation :

Calculer

Montant source et composants inclus :
Conversion d’unité et résultat attendu :
Taux de change, date, provenance et frais si applicables :
Règle d’acompte, solde et remboursement :
Traitement d’une devise ou précision inconnue :

Prouver

Cas sans décimale, à deux et à trois décimales :
Écarts entre lignes, total, transaction et règlement :
Références de test et preuve anonymisée :
Validation technique et financière :
Événement déclenchant une nouvelle revue :

Un champ renseigné · exemple fictif

Champ: Conversion d’unité et résultat attendu
Valeur proposée: 12,34 EUR dans la source ; 1234 unités de centime attendues par l’opération cible ; aucune conversion de devise.
Contrôle associé: La convention est propre au contrat de l’opération. Tester aussi zéro, absence, arrondi et les devises effectivement utilisées.

Contrôler les unités mineures

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Matrice des permissions et des refus attendus

Pour attribuer les actions d’un logiciel aux rôles réels et vérifier leur retrait. Utilisez des comptes de test autorisés et des preuves sans données sensibles.

Définir les rôles

Logiciel, version, établissement et environnement :
Rôle, titulaire ou compte de test et responsable de validation :
Tâche métier et périmètre nécessaire :
Action, objet et permission attendue :

Tester les permissions

Cas autorisé, résultat et référence de preuve :
Cas refusé, résultat et message affiché :
Export, action financière ou gestion de compte testés en simulation :
Auteur, date et trace disponibles :

Retirer et maintenir

Changement de rôle ou désactivation :
Effet sur sessions ouvertes et interfaces connectées :
Écart, correcteur et échéance :
Validation après correction et prochaine revue :

Un champ renseigné · exemple fictif

Champ: Cas refusé, résultat et message affiché
Valeur proposée: Compte de réception autorisé à lire le séjour H1 ; remboursement refusé et lecture du séjour H2 d’un autre établissement refusée.
Contrôle associé: Contrôler le refus dans le traitement autant que dans l’interface. Un bouton masqué ne démontre pas à lui seul la protection de l’action.

Contrôler les droits du logiciel

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier les permissions d’un logiciel tourisme — cas à vérifier

Modèle à compléter

Registre d’une conversion et de sa commission

Pour suivre les conditions du programme puis distinguer conversion, validation et règlement. Le registre sert au rapprochement, sans attribuer une commission non confirmée.

Programme et règle

Plateforme, programme et rôle publisher ou advertiser :
Preuve d’admission et canaux autorisés :
Version des conditions, date et source :
Événement rémunéré, fenêtre et règle d’attribution :

Suivi de conversion

Identifiant pseudonymisé et date de conversion :
Référence de réservation si autorisée et nécessaire :
Annulation, remboursement ou exclusion observés :
Statut de validation, motif et montant confirmé :

Règlement et écart

Devise, échéance et référence du règlement :
Montant attendu, montant reçu et pièce de rapprochement :
Écart à traiter, interlocuteur et relance :
Décision finale et durée de conservation retenue :

Un champ renseigné · exemple fictif

Champ: Montant attendu, montant reçu et pièce de rapprochement
Valeur proposée: Trois commissions provisoires : 20 €, 30 € et 50 € ; celle de 30 € est refusée ; versement de 70 € rapproché des deux autres.
Contrôle associé: Séparer attribution, validation et versement. Garder le motif de refus au lieu de compter 30 € comme paiement automatiquement manquant.

Contrôler les étapes de commission

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre de préautorisation et règlement final

Pour rapprocher montant réservé, facture, échéance et opérations de sortie sans conserver les données complètes d’une carte.

Circuit

Référence de dossier et prestation :
Marchand et prestataire de paiement :
Facture et périmètre de garantie :
Responsable de la décision :

Autorisation

Référence, état et date du dernier contrôle :
Montant autorisé et devise :
Échéance effective et fuseau :
Source de l’échéance et action avant expiration :

Sortie

Montant final dû et déjà encaissé :
Référence du règlement ou de la capture :
Moyen alternatif et preuve de rapprochement :
Libération ou remboursement demandé et résultat :

Exception

Dernier état confirmé et incertitude :
Références à rechercher avant relance :
Information donnée au client :
Responsable, prochaine action et échéance :

Un champ renseigné · exemple fictif

Champ: Libération ou remboursement demandé et résultat
Valeur proposée: Garantie autorisée de 400 €, capture finale de 275 € ; reliquat de 125 € à suivre selon la procédure d’autorisation de l’exercice.
Contrôle associé: La libération du reliquat n’est pas annoncée comme remboursement de fonds déjà encaissés. Rapprocher l’état financier avant le message client.

Suivre autorisation et capture

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre de qualification et correction de no-show

Pour conserver observations, décision, état des capacités et résultats du signalement et de la finance.

Observation

Référence de réservation et prestation :
Heure locale, lieu et source de présence :
Retard annoncé ou consigne modifiée :
Information disponible et élément inconnu :

Décision

Conditions applicables et version :
Qualification retenue et responsable :
Statut avant et après intervention :
Motif et heure de décision :

Propagation

Capacité et période libérées :
Canal, demande envoyée et résultat :
Frais décidés et opération financière :
Client informé et document remis :

Reprise

Élément justifiant une correction :
Procédure du canal et résultat :
Documents et états à mettre à jour :
Prochaine action, responsable et date :

Un champ renseigné · exemple fictif

Champ: Heure locale, lieu et source de présence
Valeur proposée: Départ de visite à 10 h, rendez-vous demandé à 9 h 45 ; participant arrivé à 9 h 55 et qualification encore à examiner avec l’opérateur.
Contrôle associé: Distinguer constat de présence tardive et décision contractuelle. L’horaire seul ne détermine pas automatiquement une pénalité ou un droit de remboursement.

Traiter une absence de prestation

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Revue du seuil et de la décision de départ

Pour comparer minimum annoncé, effectifs engagés, capacité, coûts et échéances avant une décision de production.

Départ

Identifiant, programme et dates :
Durée et cadre contractuel applicable :
Minimum annoncé et version du contrat :
Capacité et ressources limitantes :

Effectifs

Demandes non engagées :
Options et échéances :
Inscrits engagés et preuve du compteur :
Dossiers à valider et annulations :

Engagements

Coûts fixes, variables et périmètre du calcul :
Commandes fournisseurs et états :
Rétrocessions, acomptes et soldes :
Échéance de décision et notification à respecter :

Décision

Statut retenu, date et décideur :
Données et motifs de la décision :
Actions pour voyageurs, vendeurs et fournisseurs :
Preuves de propagation et prochaine revue :

Un champ renseigné · exemple fictif

Champ: Coûts fixes, variables et périmètre du calcul
Valeur proposée: 600 € fixes et 40 € variables par participant pour une recette de 100 € par personne ; contribution unitaire de 60 €.
Contrôle associé: Dix participants couvrent ces seuls coûts fixes dans ce modèle. Ajouter les autres coûts, contraintes et engagements avant une décision réelle de départ.

Décider du maintien d’un départ

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le seuil et la décision d’un départ de groupe — cas à vérifier

Modèle à compléter

Registre de transmission et correction du nom voyageur

Pour tracer la même personne entre CRM, réservation, titre et documents, avec des références et accès adaptés.

Demande

Identifiant personne et référence de dossier :
Nature de la demande et personne inchangée ou remplacée :
Source de validation et canal prévu :
Responsable et urgence opérationnelle :

Transmission

Destinataire et champs exigés :
Règle de format ou translittération :
Référence de la validation du format :
Limite ou erreur détectée :

Autorisation

Canal d’émission et statut du titre :
Procédure et conditions fournisseur :
Coût et échéance confirmés avant action :
Référence de l’accord et opération autorisée :

Résultat

Objets corrigés et nouvelles références :
Document valide contrôlé et anciennes versions retirées :
Prestations liées et destinataires encore à vérifier :
Prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Objets corrigés et nouvelles références
Valeur proposée: Contact interne corrigé ; billet émis encore sous l’ancienne orthographe ; confirmation fournisseur attendue.
Contrôle associé: La correction du contact ne clôt pas le dossier. Vérifier les pièces utilisées au départ et les autres prestations concernées.

Suivre les noms et corrections

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre des URL, facettes et contenus expirés

Un filtre aide à chercher une offre. Il ne crée pas nécessairement un sujet éditorial autonome. Le travail consiste à garder les parcours pratiques tout en évitant de multiplier des adresses qui montrent presque le même résultat.

Périmètre

URL ou famille et exemples :
Intention, rôle et contenu durable :

États et décisions

Paramètres, ordre et pagination :
Source de découverte et liens à mettre à jour :

Preuves et transmission

Exploration, indexation et canonical retenues :
Statut HTTP, état de disponibilité et remplacement éventuel :

Suivi

Sitemap et pièces conservées :
Responsable, date du contrôle et prochain examen :

Un champ renseigné · exemple fictif

Champ: Intention, rôle et contenu durable
Valeur proposée: Page durable pour une destination ; les paramètres de tri changent l’ordre des mêmes offres, sans nouvelle intention éditoriale définie.
Contrôle associé: Vérifier exploration, liens et canonical selon la stratégie retenue. Un paramètre différent ne justifie pas automatiquement une page indexable distincte.

SEO des filtres et facettes d’un catalogue voyage

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre des entités et du balisage voyage

Un balisage structuré aide à décrire ce qui existe sur la page. Il ne remplace pas les informations manquantes et ne transforme pas un guide en vendeur, un intermédiaire en hôtel ou une illustration en photographie documentaire.

Périmètre

Page et rôle éditorial :
Entités, identifiants et relations :

États et décisions

Propriétés visibles et champs inconnus :
Sources, dates et personnes responsables :

Preuves et transmission

Images, provenance et nature documentaire ou illustrative :
Fonctionnalité de moteur visée et référence actuelle :

Suivi

Résultat technique et vérification humaine :
État modifié ou retiré et prochain contrôle :

Un champ renseigné · exemple fictif

Champ: Propriétés visibles et champs inconnus
Valeur proposée: Édition affichée en 2027 ; date structurée corrigée pour la même édition ; prix absent tant qu’aucun tarif actuel n’est confirmé.
Contrôle associé: La syntaxe valide ne suffit pas : comparer les faits au contenu visible et à la source. Aucun affichage enrichi n’est déduit du seul balisage.

Données structurées d’un site voyage : méthode et limites

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre de surréservation et relogement

La réservation confirmée et la capacité physique ne doivent pas diverger sans alerte. Lorsqu’un hébergement ne peut plus exécuter le séjour prévu, l’équipe doit qualifier la situation, documenter une solution et conserver les décisions commerciales et financières.

Périmètre

Dossier initial, dates, chambres et canal :
Écart de capacité, causes recherchées et stock fermé :

États et décisions

Contraintes du client et caractéristiques à préserver :
Options envisagées et confirmation retenue :

Preuves et transmission

Personne qui valide, accords et coûts :
Client, revendeur et hébergement informés :

Suivi

Documents, accès, contacts et preuve d’arrivée :
Règlements, cause corrigée et tâches encore ouvertes :

Un champ renseigné · exemple fictif

Champ: Contraintes du client et caractéristiques à préserver
Valeur proposée: Deux adultes et un enfant, trois couchages confirmés, petit déjeuner pour les trois et accès à vérifier ; alternative avec couchages corrects mais pension inconnue.
Contrôle associé: L’alternative reste partielle. Faire confirmer les attributs manquants et l’accord nécessaire avant de la présenter comme équivalente.

Surréservation hôtelière : capacité, relogement et suivi

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre de départ anticipé et modification du séjour

Le client peut quitter l’hébergement avant la date prévue sans que la réservation, le tarif et la facture aient été modifiés. L’équipe doit relier présence, conditions acceptées et décisions du fournisseur plutôt que déduire une clôture complète d’un seul changement de statut.

Périmètre

Dossier, demande et départ observé :
Chambres, participants, nuits et prestations concernés :

États et décisions

Conditions retenues et personne qui décide :
Dates demandées, confirmées et transmises :

Preuves et transmission

Prix, facture, paiements et remboursement réalisé :
Capacité opérationnelle et canaux mis à jour :

Suivi

Récapitulatif client et références de chaque partie :
Incertitudes, responsable et prochaine échéance :

Un champ renseigné · exemple fictif

Champ: Prix, facture, paiements et remboursement réalisé
Valeur proposée: Cinq nuits payées à 100 € ; trois consommées ; les conditions fictives retiennent une quatrième nuit et prévoient 100 € de restitution.
Contrôle associé: Séparer nuits consommées, facturées et remboursées. Le départ physique ne démontre pas la clôture financière.

Départ anticipé d’un séjour : dates, capacité et finance

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre des échéances client et fournisseur

Un échéancier décrit ce qui reste dû et quand une action doit être menée. Il ne suffit pas de découper un montant : il faut retrouver le contrat, les paiements, les changements du dossier et les engagements qui continuent d’exister envers les fournisseurs.

Périmètre

Dossier, contrat, facture et version :
Échéance, montant, devise et origine :

États et décisions

Paiements reçus, références et reste rapproché :
Engagement fournisseur et date de règlement :

Preuves et transmission

Changement validé et accord sur le calendrier :
Relance préparée et dernier état vérifié :

Suivi

Décision commerciale et action fournisseur autorisées :
Responsable, incertitude et prochaine action :

Un champ renseigné · exemple fictif

Champ: Paiements reçus, références et reste rapproché
Valeur proposée: Prix de 1 200 €, acompte de 360 € ; paiements réussis de 200 € puis 160 € ; solde à échéance de 840 €.
Contrôle associé: Ne pas intégrer une tentative échouée aux sommes reçues. Les échéances fournisseurs restent distinctes de l’échéancier client.

Échéancier voyage : acomptes, solde et changements

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Revue du cycle de vie des offres voyage

Pour décider du maintien, du remplacement ou du retrait d’un contenu et vérifier ses liens.

Objet

URL, produit et version publiée :
Prix, date, disponibilité ou contenu expiré :

Décision

Informations encore utiles et prochaine action client :
Maintien, mise à jour, remplacement ou retrait validé :

Exécution

Cible éventuelle et preuve de continuité :
Statut HTTP, liens, sitemap et médias contrôlés :

Revue

Responsable, date et actions encore ouvertes :
Ancien lien testé et résultat du contrôle :

Un champ renseigné · exemple fictif

Champ: Maintien, mise à jour, remplacement ou retrait validé
Valeur proposée: Maintenir les informations de destination utiles ; retirer le prix expiré de la promesse de réservation et proposer une recherche actuelle clairement identifiée.
Contrôle associé: Contrôler aussi titres, liens et données structurées. Une ancienne offre ne doit pas devenir une disponibilité garantie par simple maintien de son URL.

Gérer les offres expirées

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre des sièges par passager et segment

À utiliser avant de valider un choix de siège, puis après obtention du dossier. Cette fiche rapproche ce que l’interface a proposé avec les services réellement présents dans la réservation.

Identifier

Dossier et version de l’offre :
Passager et référence interne :

Décrire

Segment, vol, date et cabine :
Carte lue à la date et heure :

Décider et réaliser

Siège choisi et service associé :
Montant, devise et total :

Vérifier

Réservation demandée et réponse :
Service confirmé et document :

Transmettre

Limite d’après-vente et contact :
Prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Réservation demandée et réponse
Valeur proposée: Deux sièges demandés côte à côte ; confirmation reçue pour un seul voyageur et un seul segment.
Contrôle associé: Lire les réponses par voyageur et segment. Un plan de cabine ou un paiement réussi ne confirme pas implicitement le second siège.

Sélection des sièges d’avion : du plan de cabine à la confirmation

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Contrôler la sélection et la réservation des sièges — cas à vérifier

Modèle à compléter

Registre des demandes spéciales aériennes

À utiliser quand un client exprime un besoin de service qui doit être communiqué au transporteur. Le contrôle suit chaque demande sur son périmètre propre et garde les réponses en attente visibles.

Identifier

Dossier et personne chargée du suivi :
Besoin reformulé et service demandé :

Décrire

Passager et segments concernés :
Compagnie, canal et documentation utilisée :

Décider et réaliser

Type, code et texte nécessaires :
Transmission, référence et date :

Vérifier

Réponse et portée de la confirmation :
Circuit direct ou question en attente :

Transmettre

Changement de dossier et revue effectuée :
Message client, responsable et prochaine vérification :

Un champ renseigné · exemple fictif

Champ: Réponse et portée de la confirmation
Valeur proposée: Assistance confirmée sur le premier segment ; demande encore ouverte sur le second ; relance attribuée à l’équipe de suivi.
Contrôle associé: Ne pas généraliser la confirmation au trajet entier. Conserver la référence et le contact du service pour chaque étape concernée.

Demandes spéciales aériennes : besoin, SSR et réponse compagnie

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Contrôler une demande spéciale aérienne — cas à vérifier

Modèle à compléter

Registre des restrictions de séjour et tests par canal

À utiliser avant de modifier les règles d’un tarif, après leur transmission et lors du retrait d’une période spéciale. Le contrôle distingue les séjours rendus non éligibles de la capacité physique disponible.

Identifier

Objectif, décideur et période :
Établissement, chambre et plan tarifaire :

Décrire

Ancienne règle et version :
Nouvelle règle de durée, arrivée ou départ :

Décider et réaliser

Canal et documentation du calcul :
Tests courts, limites et longs :

Vérifier

Transmission, réception et résultat réel :
Exception limitée et validation :

Transmettre

Date de retrait et contrôle :
Responsable, écart et prochaine action :

Un champ renseigné · exemple fictif

Champ: Tests courts, limites et longs
Valeur proposée: Minimum de trois nuits, arrivée interdite le lundi : deux nuits un mardi échouent sur la durée ; trois nuits un lundi échouent sur l’arrivée.
Contrôle associé: Tester séparément chaque condition et leur combinaison. Une durée suffisante ne lève pas la restriction d’arrivée.

Restrictions de séjour hôtel : durée, arrivée et départ

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre des changements de vols et décisions voyageurs

À utiliser à réception d’un changement fournisseur, puis lors de la décision du client et après l’action réalisée. Le contrôle garde les prestations dépendantes visibles pour éviter une clôture limitée au transport aérien.

Identifier

Dossier, événement et source :
Ancien itinéraire et documents :

Décrire

Nouvel itinéraire annoncé et fuseaux :
Correspondances et contrats séparés :

Décider et réaliser

Consignes, options et échéance :
Client informé, décision et portée :

Vérifier

Action fournisseur et résultat :
Documents actualisés et transmis :

Transmettre

Prestataires et opérations financières :
Tâches ouvertes, responsable et prochaine échéance :

Un champ renseigné · exemple fictif

Champ: Prestataires et opérations financières
Valeur proposée: Vol avancé de 40 minutes ; transfert encore confirmé à l’ancien horaire ; nouvelle prise en charge non obtenue.
Contrôle associé: Le changement de vol ne met pas automatiquement à jour les contrats séparés. Attribuer l’action, l’accord et le suivi financier éventuel du transfert.

Changements d’horaires aériens : de l’alerte au dossier utilisable

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre des chambres, conditions et résultats

Pour préparer et suivre un séjour dont les chambres portent des occupations ou conditions différentes. Le contrôle conserve chaque ligne avec ses références, sans résumer toutes les règles au niveau du voyage.

Identifier

Dossier et dates :
Identifiant interne de chaque chambre :

Décrire

Voyageurs, âges utiles et répartition :
Type, couchage et pension :

Décider

Prix, devise, frais et conditions :
Version acceptée et demande envoyée :

Vérifier

Itinéraire, référence chambre et état :
Modification partielle et résultat :

Transmettre

Documents et demandes encore ouvertes :
Responsable et prochaine action :

Un champ renseigné · exemple fictif

Champ: Modification partielle et résultat
Valeur proposée: Changer la chambre B d’un adulte et un enfant vers deux adultes, tout en conservant la chambre A inchangée.
Contrôle associé: Contrôler le nouveau prix, la pension et la capacité de B. La modification ne doit pas réécrire silencieusement A ou supprimer sa référence.

Réservation multi-chambres : conditions et opérations par chambre

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre des tarifs et conditions aériennes

Pour comparer les conditions d’une offre et conserver celles du tarif accepté. Le contrôle suit format, catégorie et opération demandée, avec les informations absentes clairement signalées.

Identifier

Dossier, offre et version :
Compagnie, classe et fare basis :

Décrire

Passagers et segments concernés :
Canal, format et date de lecture :

Décider

Catégories obtenues et manquantes :
Opération et moment concernés :

Vérifier

Pénalité, différence et autres montants :
Explication et décision du client :

Transmettre

Résultat billet, services et paiement :
Responsable, source et point ouvert :

Un champ renseigné · exemple fictif

Champ: Pénalité, différence et autres montants
Valeur proposée: Frais de modification fictifs de 50 € et différence tarifaire de 30 €, soit 80 € supplémentaires avant autres composantes éventuelles.
Contrôle associé: Conserver les deux origines de montant et l’accord sur la nouvelle proposition. « Modifiable » ne signifie pas « sans frais ».

Règles tarifaires aériennes : conditions, formats et modifications

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Contrôler les règles du tarif aérien vendu — cas à vérifier

Modèle à compléter

Registre des documents, versions et accès

Pour définir l’usage d’une pièce, suivre sa version et vérifier ses destinataires. Utiliser des références de document dans le registre ; les pièces personnelles suivent le circuit d’accès autorisé.

Identifier

Dossier et référence documentaire :
But et personne concernée :

Décrire

Origine, type et dépôt :
Version, date et document remplacé :

Décider

Équipes et destinataires autorisés :
Mécanisme et références de partage :

Vérifier

Validité et circuit de renouvellement :
Transmission et résultat vérifié :

Transmettre

Règle de fin d’usage et supports concernés :
Responsable et demande encore ouverte :

Un champ renseigné · exemple fictif

Champ: Version, date et document remplacé
Valeur proposée: Voucher V2 pour le 13 juin remplaçant V1 pour le 12 ; seuls les destinataires autorisés peuvent lire la version courante dans le circuit privé.
Contrôle associé: Vérifier date de prestation, ancienne version et accès sur le document lui-même. Un nom de fichier changé ne démontre pas une mise à jour du contenu.

Documents voyageurs : collecte, versions et partage des fichiers

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre des décisions et opérations de remboursement

Pour rapprocher décision commerciale, opération de paiement et résultat. Le contrôle conserve montants partiels et états ouverts sans assimiler une demande créée à une somme déjà reçue par le client.

Identifier

Dossier, prestation et décision :
Montant, devise et bénéficiaire :

Décrire

Paiement initial et référence :
Opérations précédentes et cumul :

Décider

Demande envoyée et identifiant :
État, cause et dernière lecture :

Vérifier

Action autorisée et résultat :
Message client et pièce utile :

Transmettre

Flux fournisseur et écart financier :
Responsable et prochaine échéance :

Un champ renseigné · exemple fictif

Champ: Opérations précédentes et cumul
Valeur proposée: Paiement initial de 500 € ; 120 € déjà remboursés avec succès ; maximum restant de 380 € avant autre opération.
Contrôle associé: Rapprocher les restitutions à leur transaction d’origine et à leur état final. Ne pas additionner une demande en attente à un remboursement réussi comme deux crédits certains.

Remboursements voyage : suivre montants, états et échecs

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre de recette Google Pay et prestataire

Pour vérifier le parcours entre choix du moyen, backend et prestataire de paiement. Le pilote conserve état de la réservation et résultat financier séparément.

Identifier

Dossier, marché et environnement :
Prestataire et mode d’intégration :

Cadrer

Offre, version, montant et devise :
Contrôle de disponibilité et repli :

Exécuter

Formulaire et action du voyageur :
Référence technique dans le circuit protégé :

Vérifier

Résultat du prestataire et dernière lecture :
État de prestation et référence fournisseur :

Transmettre

Restitution éventuelle et écart :
Responsable, preuve et prochaine action :

Un champ renseigné · exemple fictif

Champ: Résultat du prestataire et dernière lecture
Valeur proposée: Dans un essai fictif autorisé, le parcours Google Pay renvoie PaymentData pour la tentative GP18. Les données de tokenisation restent dans le circuit protégé prévu ; le registre contient seulement sa référence. Le résultat du prestataire de paiement n’a pas encore été retrouvé et la prestation reste non confirmée.
Contrôle associé: Séparer retour de la feuille de paiement, résultat du prestataire et état de la réservation. Retrouver le traitement de GP18 avant répétition ou message de succès global. Une réponse contenant les données du moyen choisi ne prouve pas que le fournisseur voyage a confirmé. Ne copier ni jeton ni données de carte dans le registre de travail.

Google Pay : objet PaymentData · consultée le 18/10/2026.

Repère documentaire : PaymentData contient les informations du moyen de paiement choisi, dont les données de tokenisation. Le résultat du traitement par le prestataire doit être suivi séparément.

Google Pay : du choix de carte au résultat du paiement

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Contrôler un pilote Google Pay web — cas à vérifier

Modèle à compléter

Registre : JSON et Unicode dans un catalogue voyage

Donner contrat, cas de référence, étape fautive, différence constatée et résultat de reprise. Distinguer syntaxe, type et incohérence métier pour orienter la correction. Le responsable doit retrouver les enregistrements touchés sans recevoir de données privées inutiles.

Échange

Émetteur, destinataire et version de contrat :
Objet métier et environnement de test :

Jeu de cas

Types et valeurs de référence :
Cas absent, null, vide et zéro :

Langues

Chaînes autorisées et langues couvertes :
Caractères et échappements à contrôler :

Résultat

Message, transformation, stockage et export :
Écart constaté et règle attendue :

Reprise

Population, correction et responsable :
Cas rejoués et preuve finale :

Un champ renseigné · exemple fictif

Champ: Caractères et échappements à contrôler
Valeur proposée: Deux messages représentent le nom « Café » : l’un contient directement é, l’autre utilise l’échappement JSON \u00e9. Après décodage, le libellé attendu reste « Café ».
Contrôle associé: Comparer la valeur décodée dans stockage, recherche et affichage. Ne pas conserver les six caractères de l’échappement comme le nom du lieu, ni assimiler toutes les formes Unicode sans règle explicite.

RFC 8259 — chaînes et interopérabilité JSON · consultée le 18/10/2026.

Repère documentaire : La comparaison des chaînes porte sur les caractères décodés ; des écritures échappées différentes peuvent représenter le même texte.

JSON et Unicode : préserver les identifiants et textes du catalogue voyage

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : iCalendar voyage : dates, fuseaux et mises à jour

Donner la source temporelle, le fichier testé, le mode de diffusion et les applications utilisées. Ajouter la preuve de dernier jour visible, de conversion horaire et de modification. Préciser les limites de mise à jour et les messages qui doivent être corrigés en parallèle.

Référence

Événement, source et date de consultation :
Objet du calendrier et dates confirmées :

Temps

Journée entière ou horaires et fuseau :
Bornes exportées et dernier jour visible :

Identité

Identifiant d’événement et version :
Mode de diffusion et correction prévue :

Recette

Application, version et fuseau d’affichage :
Titre, lieu, heure et URL constatés :

Revue

Résultat de modification ou réimportation :
Limites, responsable et consignes corrigées :

Un champ renseigné · exemple fictif

Champ: Bornes exportées et dernier jour visible
Valeur proposée: Événement fictif les 5 et 6 novembre 2026, en journées entières : DTSTART;VALUE=DATE:20261105 et DTEND;VALUE=DATE:20261107. Dernier jour attendu à l’écran : le 6.
Contrôle associé: Relire les deux jours dans l’application réceptrice. Une fin au 6 exclurait cette journée ; ne pas remplacer un événement à la journée par un minuit UTC sans examiner l’affichage.

RFC 5545 — début et fin d’un événement · consultée le 18/10/2026.

Repère documentaire : DTSTART est inclusif et DTEND exclusif pour un événement VEVENT ; les dates ci-dessus sont un cas fictif.

Calendriers iCalendar : dates, fuseaux et mises à jour des événements voyage

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Recette d’un formulaire de réservation

Conservez un cas anonymisé, les attentes de saisie, les erreurs et la reprise. Ce document sert à rejouer les corrections ; il ne remplace pas un audit de conformité.

Périmètre et personnes

Produit, canal, langue et étapes testées :
Rôles distincts : voyageur, contact, payeur et participants :
Environnement autorisé, navigateur et aides utilisées :

Instructions et correction

Champs obligatoires, libellés et formats annoncés :
Erreur provoquée, message annoncé et champ retrouvé :
Valeurs conservées après correction et retour :

Étapes et données reprises

Progression annoncée et retour à l’étape précédente :
Sélection explicite des données partagées :
Changement d’occupation : prix et offre à reconfirmer :

Connexion et résultat

Collage, gestionnaire de mots de passe et récupération d’accès :
État annoncé après envoi, paiement et confirmation :
Référence finale retrouvée et limites du cas :

Clôture

Défauts reproductibles, responsable et correction proposée :
Date de reprise du même scénario et résultat :
Cas non examinés et décision de poursuite :

Un champ renseigné · exemple fictif

Champ: Erreur provoquée, message annoncé et champ retrouvé
Valeur proposée: Champ de contact fictif laissé vide : message « Indiquez une adresse de contact pour recevoir la confirmation », champ retrouvé au clavier, autres valeurs de la réservation conservées.
Contrôle associé: Vérifier ce que la personne voit et ce que son aide annonce, puis corriger et poursuivre. Une bordure rouge seule ne précise ni le champ fautif ni l’action attendue.

W3C WAI — notifications des formulaires · consultée le 18/10/2026.

Repère documentaire : Le tutoriel recommande des erreurs compréhensibles, des indications de correction et un retour explicite sur le résultat de l’envoi.

Lire la méthode de recette

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : GTFS Realtime et alertes voyageurs

Documenter le cas et les différences retrouvées. Un retard prévu, un arrêt fermé et un véhicule localisé ne sont pas la même information. Reliez chaque message à son trajet et à sa période, puis expliquez ce que le voyageur peut encore utiliser lorsque le flux devient ancien.

Flux et usage

Producteur, URL et référence du jeu horaire :
Usage de la page et type de message attendu :
Trajet, service et arrêts rapprochés :

Fraîcheur

Instant du contenu, réception et horodatage de l’en-tête :
Âge mesurable, âge inconnu et règle d’affichage :
Cas d’un contenu ancien sous un en-tête récent :

Perturbation

Entités affectées, période et texte source :
Langues disponibles et adaptation éditoriale :
Alternative proposée et disponibilité non confirmée :

Repli

Panne simulée et message présenté :
Horaire théorique identifié et lien opérateur :
Reprise du flux et traitement des alertes retirées :

Décision

Résultats des quatre cas de recette :
Anomalies de couverture et de rattachement :
Responsable et prochaine vérification :

Un champ renseigné · exemple fictif

Champ: Instant du contenu, réception et horodatage de l’en-tête
Valeur proposée: Lecture à 10 h 02 UTC : en-tête créé à 10 h 01 ; TripUpdate du trajet mesuré à 9 h 49. Âge du flux : une minute ; âge de la mesure : treize minutes.
Contrôle associé: Conserver le sens de chaque horodatage et la règle d’affichage choisie pour l’essai. Ne pas présenter une mesure ancienne comme nouvelle depuis la seule fraîcheur de l’en-tête.

GTFS Realtime — FeedHeader et TripUpdate · consultée le 18/10/2026.

Repère documentaire : L’horodatage de l’en-tête décrit la création du contenu du flux ; celui d’un TripUpdate décrit la mesure utilisée pour cette mise à jour.

Lire la méthode et les sources

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : OAuth et délégation d’accès travel tech

Documenter le cas et les différences retrouvées. Relier un logiciel à un compte partenaire demande de préciser au nom de qui il agit, sur quelles données et pour quelles opérations. L’accès doit pouvoir expirer, être retiré et être renouvelé sans confusion entre agences ou établissements.

Compte et rôle

Application, compte partenaire et environnement :
Opérations nécessaires et responsable métier :
Accord commercial et périmètre technique distincts :

Parcours autorisé

Type de client, flux et documentation :
Retour rattaché au bon compte et résultat :
Cas abandonné, invalide ou simultané :

Droits constatés

Portées demandées et reçues, sans jetons :
Lecture testée et opération hors périmètre :
Limites de marché, produit ou compte :

Continuité

Expiration simulée et tâches interrompues :
Règle de renouvellement et concurrence :
Objets traités et références à reprendre :

Fin de liaison

Retrait demandé et effets vérifiés :
Réautorisation et droits contrôlés à nouveau :
Responsable, preuves sans secrets et questions ouvertes :

Un champ renseigné · exemple fictif

Champ: Portées demandées et reçues, sans jetons
Valeur proposée: Application fictive : permissions demandées « reservations:read reservations:write » ; réponse accordant seulement « reservations:read ». Aucune valeur de jeton conservée dans le registre.
Contrôle associé: Retrouver les portées délivrées et tester les opérations dans l’environnement autorisé. Une demande d’écriture ne démontre pas son octroi ; l’accord commercial se confirme séparément.

RFC 6749 — portée de l’accès · consultée le 18/10/2026.

Repère documentaire : Le serveur peut accorder une portée différente de celle demandée et doit alors indiquer la portée délivrée. Les noms de permissions de l’exemple sont fictifs.

Lire la méthode et les sources

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Mangopay : rapprocher type, nature et état du mouvement

Un identifiant financier doit être lu avec son type, sa nature et son état. Ce dossier évite de traiter un mouvement créé comme exécuté ou de confondre transfert entre wallets et versement bancaire. Utilisez des références anonymisées et n’inscrivez aucun secret.

Périmètre

Montage de flux et contrat :
Dossier fictif et références :
Type de transaction :
Nature de transaction :

Observations

Montant, devise et frais :
Wallets concernés par référence :
Statut et dernière observation :
ExecutionDate ou absence documentée :

Décision et suite

Objet d’origine et remboursement lié :
Pièce bancaire attendue :
Écart et prochaine action :
Responsable et échéance :

Un champ renseigné · exemple fictif

Champ: ExecutionDate ou absence documentée
Valeur proposée: Transaction fictive T58 : Type TRANSFER, Nature REGULAR, Status CREATED et ExecutionDate null. Le dossier mentionne « transfert demandé » ; aucune exécution n’est constatée. Une seconde lecture doit conserver la même référence T58 et son moment d’observation.
Contrôle associé: Ne pas fabriquer une date d’exécution depuis CreationDate. Relire T58 puis conserver son résultat, sans transformer CREATED en succès. Même si le transfert aboutit, rapprocher séparément les autres mouvements nécessaires et l’état de la prestation ; un transfert entre wallets ne prouve pas à lui seul qu’un versement bancaire final est réalisé.

Mangopay : objet Transaction · consultée le 18/10/2026.

Repère documentaire : Type, Nature et Status sont distincts. ExecutionDate indique le passage à SUCCEEDED ; CREATED et FAILED renvoient null. Cela ne remplace pas le suivi de la prestation voyage.

Lire le dossier et la portée de ses sources

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Contrôler le parcours : Mangopay : rapprocher type, nature et état du mouvement — cas à vérifier

Modèle à compléter

Registre de recette : JSON Schema 2020-12 dans le voyage

Un fichier JSON lisible peut contenir une réservation sans référence, un prix dans le mauvais type ou une date inutilisable. Définissez le contrat du catalogue et les cas qui doivent être rejetés, puis examinez séparément les règles de vente. Utilisez des références fictives ou anonymisées, sans données personnelles ni secret.

Contrat et périmètre

Objet et opération concernés :
Producteur, consommateur et version :
Dialecte — Référence 2020-12 et moteur :
Présence — Liste des propriétés indispensables :

Cas à rapprocher

Type — Identifiant et montant :
Format — Configuration effective de format :
Extension — Champ supplémentaire fictif :
État — Valeur prévue et nouvelle valeur :

Résultat et reprise

Métier — Devise, produit et conditions :
Version — Producteur et consommateurs :
Résultat attendu, observé et limites :
Décision, responsable, échéance et preuve :

Un champ renseigné · exemple fictif

Champ: Présence — Liste des propriétés indispensables
Valeur proposée: Objet fictif de prix : currency est déclaré dans properties comme chaîne, mais oublié dans required. Le cas sans currency révèle cette lacune du schéma ; null exige un contrôle de type distinct.
Contrôle associé: Ajouter la présence requise si le contrat l’exige, puis rejouer propriété absente, chaîne EUR et valeur null. Une validation technique ne confirme pas à elle seule la devise contractuelle de l’offre.

JSON Schema — propriétés obligatoires · consultée le 18/10/2026.

Repère documentaire : Déclarer une propriété dans properties ne la rend pas obligatoire. required impose sa présence ; son type se vérifie séparément.

JSON Schema voyage : présence, types et validation du catalogue

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre de recette : RFC 3339 — horodatages dans le voyage

Une échéance d’option, un événement reçu et une date d’arrivée ne désignent pas le même objet. Associez le format de date à sa signification, puis vérifiez que l’écran, le traitement et le service client parlent du même instant. Utilisez des références fictives ou anonymisées, sans données personnelles ni secret.

Contrat et périmètre

Objet et opération concernés :
Producteur, consommateur et version :
Sens — Création, action ou échéance :
Valeur source — Chaîne reçue et producteur :

Cas à rapprocher

Décalage — Valeur UTC ou décalage fourni :
Zone — Contexte d’affichage :
Précision — Secondes et fractions utiles :
Borne — Avant, à et après échéance :

Résultat et reprise

Chronologie — Action et réception :
Inconnue — Date ou sens manquant :
Résultat attendu, observé et limites :
Décision, responsable, échéance et preuve :

Un champ renseigné · exemple fictif

Champ: Décalage — Valeur UTC ou décalage fourni
Valeur proposée: Deux observations fictives : 2026-11-05T10:00:00+02:00 et 2026-11-05T08:00:00Z. Elles représentent le même instant, bien que leurs heures affichées diffèrent.
Contrôle associé: Comparer les instants après interprétation du décalage, puis présenter la zone utile au lecteur. Le décalage +02:00 ne nomme pas un fuseau géographique ni ses règles futures.

RFC 3339 — décalages horaires numériques · consultée le 18/10/2026.

Repère documentaire : Le décalage représente heure locale moins UTC. Une différence d’écriture ne prouve donc pas une différence d’instant.

Dates RFC 3339 voyage : conserver un instant et sa signification

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre de recette : HTTP — requêtes conditionnelles dans le voyage

Une copie de catalogue et une modification d’offre ont des besoins différents. Conservez la représentation associée à son ETag, puis testez la relecture et le conflit de version sans confondre revalidation technique et disponibilité commerciale. Utilisez des références fictives ou anonymisées, sans données personnelles ni secret.

Contrat et périmètre

Objet et opération concernés :
Producteur, consommateur et version :
Périmètre — Endpoint, langue, marché et compte :
Copie — Corps associé au validateur :

Cas à rapprocher

Lecture — Condition et réponse documentées :
Corps absent — Validateur sans copie :
Modification — Version forte applicable :
Conflit — Changement concurrent fictif :

Résultat et reprise

Reprise — Nouvelle lecture et arbitrage :
Métier — Produit et disponibilité :
Résultat attendu, observé et limites :
Décision, responsable, échéance et preuve :

Un champ renseigné · exemple fictif

Champ: Copie — Corps associé au validateur
Valeur proposée: Catalogue français conservé avec son corps C1 et l’ETag « catalogue-fr-7 ». Requête conditionnelle correspondante : réponse 304 ; contenu de travail réutilisé depuis C1.
Contrôle associé: Vérifier que le corps conservé et le validateur concernent la même représentation. Si C1 manque, effectuer une lecture permettant de retrouver le contenu ; 304 ne livre pas un catalogue vide.

RFC 9110 — réponse 304 · consultée le 18/10/2026.

Repère documentaire : Une réponse 304 ne contient pas de corps ; elle sert à réutiliser une représentation stockée correspondant à la requête conditionnelle.

ETag et catalogue voyage : revalider et éviter un écrasement

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Contrôler HTTP — requêtes conditionnelles dans un parcours voyage — cas à vérifier

Modèle à compléter

Registre de recette : JSON Merge Patch — RFC 7396 dans le voyage

Une petite correction peut retirer une consigne ou remplacer tous les équipements d’une offre. Préparez l’état initial, le changement demandé et le résultat attendu, puis vérifiez la portée du format de mise à jour utilisé. Utilisez des références fictives ou anonymisées, sans données personnelles ni secret.

Contrat et périmètre

Objet et opération concernés :
Producteur, consommateur et version :
Format — Opération et type de contenu :
Cible — État initial fictif :

Cas à rapprocher

Ajout — Nouveau champ demandé :
Retrait — Champ demandé avec null :
Objet — Changement imbriqué :
Liste — Ancienne et nouvelle listes complètes :

Résultat et reprise

Cible entière — Patch non objet :
Validation — Résultat attendu et droits :
Résultat attendu, observé et limites :
Décision, responsable, échéance et preuve :

Un champ renseigné · exemple fictif

Champ: Liste — Ancienne et nouvelle listes complètes
Valeur proposée: Cible fictive : langues [fr, en, de]. Merge Patch contenant langues [fr, en] : résultat attendu [fr, en], sans de. L’absence de de ne constitue pas une simple omission de modification.
Contrôle associé: Relire la liste complète après application et confirmer que sa réduction est voulue. Traiter l’opération comme un remplacement de tableau, puis contrôler les conséquences sur les offres déjà publiées.

RFC 7396 — traitement d’un Merge Patch · consultée le 18/10/2026.

Repère documentaire : Dans un patch objet, null retire le membre ciblé et un tableau fourni remplace la liste entière. Ce mécanisme ne valide pas le résultat métier.

JSON Merge Patch voyage : champs retirés et listes remplacées

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre de recette : GeoJSON — RFC 7946 dans le voyage

Un point sur une carte, une entrée utilisable et une zone de prise en charge répondent à des questions différentes. Reliez la géométrie à son rôle opérationnel avant de l’utiliser pour orienter le voyageur ou accepter un transfert. Utilisez des références fictives ou anonymisées, sans données personnelles ni secret.

Contrat et périmètre

Objet et opération concernés :
Producteur, consommateur et version :
Rôle — Établissement, entrée ou zone :
Coordonnées — Convention et système attendus :

Cas à rapprocher

Identité — Référence stable et propriétés :
Provenance — Source, date et usages :
Intérieur — Point fictif dans la zone :
Frontière — Point sur la limite :

Résultat et reprise

Extérieur — Point fictif hors zone :
Changement — Version et dossiers affectés :
Résultat attendu, observé et limites :
Décision, responsable, échéance et preuve :

Un champ renseigné · exemple fictif

Champ: Coordonnées — Convention et système attendus
Valeur proposée: Point de test : coordinates [2.5, 48.5]. Lecture attendue : longitude 2,5°, latitude 48,5°. Une inversion [48.5, 2.5] reste numérique mais désigne un autre point.
Contrôle associé: Vérifier ordre, système de coordonnées et rendu, puis identifier le rôle du point : entrée, établissement ou rendez-vous. Un JSON valide ne suffit pas à confirmer la bonne prise en charge.

RFC 7946 — positions GeoJSON · consultée le 18/10/2026.

Repère documentaire : Les deux premiers nombres d’une position sont longitude puis latitude, dans cet ordre. Le point illustré ne certifie aucun lieu de rendez-vous.

GeoJSON tourisme : points, zones et lieux de prise en charge

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Contrôler GeoJSON — RFC 7946 dans un parcours voyage — cas à vérifier

Modèle à compléter

Registre de recette : BCP 47 — étiquettes de langue dans le voyage

La langue d’une description, celle d’un guide et le marché de vente sont des propriétés différentes. Donnez une identité linguistique aux contenus et faites expliquer le repli lorsqu’une version demandée manque. Utilisez des références fictives ou anonymisées, sans données personnelles ni secret.

Contrat et périmètre

Objet et opération concernés :
Producteur, consommateur et version :
Objet — Description, interface, guide ou audio :
Source — Code et valeur reçus :

Cas à rapprocher

Étiquette — Convention d’échange :
Marché — Pays, devise et conditions :
Disponibilité — Version effectivement présente :
Repli — Ordre de choix et annonce :

Résultat et reprise

Service — Langue de guide ou d’audio :
Révision — Version source et traductions :
Résultat attendu, observé et limites :
Décision, responsable, échéance et preuve :

Un champ renseigné · exemple fictif

Champ: Étiquette — Convention d’échange
Valeur proposée: Descriptions reçues sous fr-CA et FR-ca : étiquettes équivalentes pour la comparaison de casse. Une autre description fr-FR reste une variante distincte à gérer selon le contrat.
Contrôle associé: Normaliser la comparaison sans écraser les versions éditoriales. Confirmer la disponibilité et le repli retenu ; une langue de description ne démontre ni une devise ni une langue de guide.

RFC 5646 — casse des étiquettes de langue · consultée le 18/10/2026.

Repère documentaire : Les étiquettes et leurs sous-étiquettes se comparent sans distinction de casse. Elles ne fixent ni prix ni marché commercial.

BCP 47 tourisme : langue du contenu et parcours de repli

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre de recette : W3C Trace Context dans le voyage

Une trace aide à relier les étapes techniques d’une demande. Elle doit rester distincte de la réservation, du paiement et de la preuve métier, particulièrement lorsque le fournisseur répond tard ou qu’une partie des traces n’est pas disponible. Utilisez des références fictives ou anonymisées, sans données personnelles ni secret.

Contrat et périmètre

Objet et opération concernés :
Producteur, consommateur et version :
Tâche — Question métier à résoudre :
Corrélation — Références techniques autorisées :

Cas à rapprocher

Propagation — Composants participants :
Confidentialité — En-têtes et données transportées :
État — Lecture de réservation ou paiement :
Collecte — Limites et segments absents :

Résultat et reprise

Durée — Début, fin et segment mesuré :
Reprise — Références et interlocuteur :
Résultat attendu, observé et limites :
Décision, responsable, échéance et preuve :

Un champ renseigné · exemple fictif

Champ: Corrélation — Références techniques autorisées
Valeur proposée: Trois services du parcours fictif participent à la même trace : trace-id commun, parent-id différents aux passages observés ; référence commerciale R-52 rapprochée dans un champ autorisé distinct.
Contrôle associé: Retrouver les étapes effectivement collectées et le dossier dans sa source métier. Ni la présence du trace-id ni une trace sans erreur ne prouve la confirmation ou la capture du paiement.

W3C — Trace Context · consultée le 18/10/2026.

Repère documentaire : traceparent transporte notamment trace-id et parent-id. Le premier identifie la trace ; ces identifiants techniques ne constituent pas une confirmation de réservation.

Trace Context voyage : relier les appels sans confondre le dossier

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Contrôler W3C Trace Context dans un parcours voyage — cas à vérifier

Modèle à compléter

Registre de recette : CloudEvents 1.0.2 dans le voyage

Deux systèmes peuvent réutiliser le même identifiant de message, et un événement peut être reçu plusieurs fois. Reliez l’enveloppe à sa source et au dossier métier avant de décider d’une notification ou d’une reprise. Utilisez des références fictives ou anonymisées, sans données personnelles ni secret.

Contrat et périmètre

Objet et opération concernés :
Producteur, consommateur et version :
Producteur — Source et responsabilités :
Identité — Couple source et id :

Cas à rapprocher

Type — Type et version d’enveloppe :
Métier — Référence du dossier :
Doublon — Même événement reçu deux fois :
Deux sources — Identifiant identique et sources distinctes :

Résultat et reprise

Retard — État ancien reçu tard :
Inconnu — Type non pris en charge :
Résultat attendu, observé et limites :
Décision, responsable, échéance et preuve :

Un champ renseigné · exemple fictif

Champ: Identité — Couple source et id
Valeur proposée: Événement A : source /prestataire-a, id 42, reçu deux fois. Événement B : source /prestataire-b, id 42. Deux identités d’événement, trois livraisons observées.
Contrôle associé: Dédupliquer le couple source et id dans le périmètre prévu. Ne pas supprimer B depuis le seul id 42 ; vérifier aussi le type et l’état courant avant tout effet sur une réservation.

CloudEvents 1.0.2 — identité de l’événement · consultée le 18/10/2026.

Repère documentaire : Le couple source et id distingue l’événement. Une réémission peut conserver ce couple ; le seul id ne suffit pas à dédupliquer plusieurs sources.

CloudEvents voyage : identifier un événement et contrôler sa reprise

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Arrivée anticipée et départ tardif : demande, chambre et supplément

Le voyageur souhaite arriver plus tôt ou rendre sa chambre plus tard. Son souhait, l’état de la chambre et la décision de l’hôtel doivent rester visibles séparément. Une note dans le dossier ne constitue pas une extension de disponibilité. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Demande — Date, heure et usage souhaités :
Séjour — Horaires déjà confirmés :

Preuves à rapprocher

Chambre — Occupation, affectation et état :
Validation — Responsable et limite d’accord :
Prix — Supplément et conditions :
Transmission — Réception, ménage et finance :

Décision et suite

Changement — Nouvelle heure demandée :
Réponse — Document et prochaine suite :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Validation — Responsable et limite d’accord
Valeur proposée: Dossier H-204 : arrivée demandée à 10 h ; réception autorisée à confirmer seulement après libération, ménage et contrôle de la chambre. À 9 h 30, demande toujours en attente.
Contrôle associé: Retrouver la réponse finale et l’heure d’accès effectivement accordée. Un supplément accepté ne suffit pas à rendre la chambre prête ; garder séparément l’option d’attente et sa consigne.

Arrivée anticipée et départ tardif : demande, chambre et supplément

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : Arrivée anticipée et départ tardif : demande, chambre et supplément — cas à vérifier

Modèle à compléter

Registre : Chambre prête : relier ménage, inspection et affectation

La réception doit savoir si la chambre peut être remise au client. Le stock vendable, l’occupation et le travail de ménage ne sont pas la même information. Organisez leur rapprochement avant de promettre une mise à disposition. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Identité — Chambre, établissement et outil :
Occupation — Départ et prochaine arrivée :

Preuves à rapprocher

État physique — Dernière observation et date :
Tâche — Nettoyage demandé et réalisé :
Inspection — Validation exigée par l’hôtel :
Blocage — Maintenance ou usage interne :

Décision et suite

Synchronisation — Source et heure de réception :
Affectation — Décision de remise au client :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Inspection — Validation exigée par l’hôtel
Valeur proposée: Chambre 214 : ménage terminé à 13 h 05 ; inspection encore en attente ; maintien du blocage de remise selon la procédure fictive de cet hôtel.
Contrôle associé: Comparer tâche terminée, validation de l’inspection et état utilisé par la réception. Ne pas clôturer sur le seul message du personnel de ménage ; attribuer la validation manquante.

Chambre prête : relier ménage, inspection et affectation

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Folios hôteliers : répartir les charges et retrouver le règlement

Une entreprise peut prendre en charge le séjour tandis que le voyageur règle des extras. La répartition doit rester explicable par ligne et par document, sans confondre facture émise, folio clos et paiement reçu. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Accord — Périmètre de prise en charge :
Payeur — Référence autorisée de compte :

Preuves à rapprocher

Charge — Ligne, prestation, montant et devise :
Document cible — Folio et facture concernés :
Transfert — Ancienne et nouvelle affectations :
Règlement — Paiement et document liés :

Décision et suite

Correction — Pièces antérieures et procédure :
Solde — Reste à payer et responsable :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Transfert — Ancienne et nouvelle affectations
Valeur proposée: Folio A : trois nuits à 120 €, soit 360 €, à la société ; folio B : deux petits-déjeuners à 18 €, soit 36 €, au voyageur. Total des charges inchangé : 396 €.
Contrôle associé: Rapprocher chaque ligne avant et après affectation et rechercher un éventuel doublon. Vérifier ensuite les règlements des deux folios : déplacer une charge ne constitue pas son paiement.

Folios hôteliers : répartir les charges et retrouver le règlement

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Prolonger un séjour : nuits ajoutées, chambre et prix confirmé

Ajouter une nuit ne signifie pas que le voyageur conserve automatiquement sa chambre, son tarif et ses prestations. Examinez la période ajoutée et ses conséquences sur le séjour déjà confirmé avant de modifier les documents. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Période — Anciennes et nouvelles dates :
Occupation — Personnes et catégorie :

Preuves à rapprocher

Capacité — Disponibilité et restrictions par nuit :
Chambre — Ressource conservée ou changement :
Tarif — Prix et conditions supplémentaires :
Services — Repas, parking ou transport liés :

Décision et suite

Finance — Paiements et solde révisés :
Propagation — Réception, ménage et distributeur :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Capacité — Disponibilité et restrictions par nuit
Valeur proposée: Séjour initial du 4 au 6 novembre ; départ souhaité le 8. Nuit du 6 disponible dans la même chambre, nuit du 7 disponible seulement dans une autre catégorie.
Contrôle associé: Examiner chacune des deux nuits ajoutées, le prix et l’accord sur le changement de chambre. La disponibilité de la première nuit ne confirme pas toute la prolongation.

Prolonger un séjour : nuits ajoutées, chambre et prix confirmé

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Pass urbains : activation, visites et réservations de créneaux

Acheter un pass ne fixe pas toujours la date de sa première utilisation ni les créneaux de chaque attraction. Le dossier doit relier type de pass, activation, choix consommés et visites réellement réservées. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Produit — Destination, variante et achat :
Activation — Déclencheur et état enregistré :

Preuves à rapprocher

Validité — Début, fin et convention :
Choix — Droits achetés et consommés :
Attraction — Admission et horaires applicables :
Créneau — Référence de réservation :

Décision et suite

Changement — Visite déplacée ou annulée :
Transmission — Codes autorisés et réserves :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Créneau — Référence de réservation
Valeur proposée: Pass fictif P-71 activé ; droit d’entrée au musée présent ; réservation du créneau de 14 h non retrouvée. Visite maintenue « à réserver », malgré le pass actif.
Contrôle associé: Retrouver un créneau confirmé, pour le bon jour et les bons participants, ou préciser son absence. Ne pas assimiler validité du pass et réservation d’une attraction.

Pass urbains : activation, visites et réservations de créneaux

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : Pass urbains : activation, visites et réservations de créneaux — cas à vérifier

Modèle à compléter

Registre : Vélo dans le train : matériel, emplacement et correspondances

Le billet du voyageur et la possibilité d’emporter son vélo doivent être rapprochés sur chaque train. Une place obtenue sur un segment ne garantit pas la suivante, et les règles peuvent changer selon matériel, opérateur, région et date. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Matériel — Type et mode de transport du vélo :
Date — Jour et période de voyage :

Preuves à rapprocher

Segment — Train, opérateur et réseau :
Billet — Référence voyageur :
Emplacement — Réservation ou admission requise :
Canal — Site ou guichet compétent :

Décision et suite

Changement — Train initial et train remplacé :
Incertitude — Règle contradictoire ou inconnue :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Changement — Train initial et train remplacé
Valeur proposée: Segment T1 remplacé par T2 à la même heure de départ ; billet voyageur modifié, emplacement vélo encore rattaché à T1. La correspondance suivante reste inchangée.
Contrôle associé: Relire l’admission du vélo et la référence de son emplacement sur T2 selon la règle applicable. Ne pas étendre le succès du changement voyageur au matériel transporté.

Vélo dans le train : matériel, emplacement et correspondances

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Conducteurs additionnels : demande, contrat et remise du véhicule

Une personne qui voyage avec le locataire n’est pas automatiquement autorisée à conduire. La demande d’ajout, la vérification par le loueur et le contrat remis doivent être rapprochés avant le départ du véhicule. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Location — Loueur, agence et pays :
Rôles — Locataire et personnes à ajouter :

Preuves à rapprocher

Demande — Option et réponse obtenue :
Conditions — Exigences et pièces à présenter :
Présence — Personnes présentes à la remise :
Frais — Montant ou règle confirmés :

Décision et suite

Contrat — Conducteurs autorisés :
Suite — Écart ou refus :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Contrat — Conducteurs autorisés
Valeur proposée: Location L-38 : conducteur principal confirmé ; option de second conducteur demandée dans la réservation ; contrat présenté au comptoir ne mentionnant encore que le principal.
Contrôle associé: Faire rapprocher demande, réponse du loueur et personnes effectivement autorisées au contrat avant remise. Garder le second conducteur comme point ouvert tant que l’écart subsiste.

Conducteurs additionnels : demande, contrat et remise du véhicule

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Excursions d’escale : relier navire, visite et rendez-vous

La croisière et l’excursion possèdent leurs propres références et conditions. Un changement de port ou d’horaire peut affecter la visite sans que sa réservation ait été modifiée. Rapprochez les deux dossiers avant de transmettre une consigne de départ. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Croisière — Navire, départ et référence :
Escale — Port, terminal et date :

Preuves à rapprocher

Excursion — Référence, vendeur et opérateur :
Rendez-vous — Lieu et heure confirmés :
Horaires — Durée, convention et retour :
Conditions — Catégorie et version de vente :

Décision et suite

Modification — Demande et réponse obtenue :
Transmission — Document remis et responsable :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Rendez-vous — Lieu et heure confirmés
Valeur proposée: Escale E-17 : arrivée prévue du navire à 8 h ; excursion à 9 h ; rendez-vous confirmé au terminal B à 8 h 40. L’arrivée au port ne décrit pas l’heure de sortie du voyageur.
Contrôle associé: Rapprocher terminal, convention horaire, débarquement et consigne de l’opérateur. Si le navire est décalé, demander une réponse sur l’excursion plutôt que recalculer seul un départ.

Excursions d’escale : relier navire, visite et rendez-vous

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : Excursions d’escale : relier navire, visite et rendez-vous — cas à vérifier

Modèle à compléter

Registre : Croisière : distinguer prestations incluses et suppléments

Une description de croisière peut réunir activités incluses et services disponibles avec supplément. Le conseiller doit relier chaque promesse au navire, à l’offre et aux conditions vendues, puis conserver le prix réellement accepté. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Offre — Navire, départ, tarif et marché :
Inclusion — Service et preuve applicable :

Preuves à rapprocher

Restriction — Personnes, période ou navires :
Créneau — Réservation ou demande :
Option — Choix et prix proposé :
Total — Devis et montants confirmés :

Décision et suite

Document — Conditions remises à la vente :
Suite — Question, contact et réponse :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Restriction — Personnes, période ou navires
Valeur proposée: Offre fictive C-9 : dîner inclus pour deux adultes, une fois pendant la traversée ; réservation du restaurant requise et non encore confirmée pour la troisième soirée.
Contrôle associé: Conserver personnes, nombre d’usages et réservation séparément. Vérifier si la prestation a été consommée et ne pas transformer « inclus » en accès illimité ou en table acquise.

Croisière : distinguer prestations incluses et suppléments

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Tarifs promotionnels : contexte, éligibilité et confirmation

Une réduction peut dépendre du marché, de la plateforme, des dates et d’un groupe de clients. Une étiquette promotionnelle ne démontre ni le droit du voyageur ni le montant final. Faites conserver le contexte qui permet de retrouver l’offre. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Séjour — Dates et occupation :
Marché — Pays et contexte documentés :

Preuves à rapprocher

Plateforme — Valeur transmise :
Groupe — Éligibilité et configuration :
Étapes — Recherche, disponibilité et aperçu :
Remise — Étiquettes et portée :

Décision et suite

Montant — Prix, devise et conditions :
Confirmation — Version acceptée et écarts :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Confirmation — Version acceptée et écarts
Valeur proposée: Recherche à 180 € sur mobile ; aperçu à 195 € après reprise sur un autre canal. Même chambre et mêmes dates, mais contexte promotionnel à requalifier avant l’accord.
Contrôle associé: Comparer marché, compte, canal, occupation et conditions de chaque version. Conserver le prix finalement accepté ; ne pas maintenir une remise depuis sa seule étiquette de recherche.

Tarifs promotionnels : contexte, éligibilité et confirmation

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Files de messages : réception, traitement et reprise des dossiers

Un message reçu peut attendre un traitement, être repris ou revenir après un délai. Le suivi doit relier le message à son effet métier et à la preuve de sa fin, sans supposer que la réception garantit une exécution unique. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Identité — Message, événement et dossier :
Réception — Heure et tentative :

Preuves à rapprocher

Traitement — Opération et état retrouvé :
Doublon — Effet déjà appliqué :
Visibilité — Délai et durée observée :
Fin — Résultat et action sur le message :

Décision et suite

Erreur — Motif et reprises :
Responsable — Suite et preuve attendue :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Doublon — Effet déjà appliqué
Valeur proposée: Message fictif M24 concernant l’événement E24 : première réception à 10 h 01, traitement métier abouti à 10 h 02, seconde réception à 10 h 03. Le registre retrouve déjà la modification de la réservation R24 appliquée au titre de E24.
Contrôle associé: Distinguer identifiant de livraison et identifiant de l’événement métier. Vérifier le résultat déjà appliqué avant une seconde modification, puis suivre la fin de traitement du message selon le contrat de la file. Deux réceptions ne doivent pas produire deux effets si elles représentent le même événement ; une nouvelle modification réelle garde sa propre identité.

Amazon SQS : livraison au moins une fois · consultée le 18/10/2026.

Repère documentaire : Une file standard SQS peut remettre un message plusieurs fois ; le traitement doit tenir compte de cette possibilité. Le cas reste fictif.

Files de messages : réception, traitement et reprise des dossiers

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Vols en partage de codes : identifier vendeur et opérateur

Un vol peut porter le numéro d’une compagnie tout en étant effectué par un partenaire. Cette distinction change les interlocuteurs à vérifier pour l’enregistrement et les services. Reliez chaque segment à ses informations propres plutôt qu’au seul logo du vendeur. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Segment — Date, trajet et numéro vendu :
Opérateur — Mention dans la confirmation :

Preuves à rapprocher

Références — Dossier vendeur et partenaire :
Enregistrement — Site et réponse applicable :
Services — Siège, bagage ou besoin demandé :
Conditions — Offre et portée des réponses :

Décision et suite

Changement — Versions avant et après :
Transmission — Consignes et points ouverts :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Opérateur — Mention dans la confirmation
Valeur proposée: Segment fictif AB123 commercialisé par Compagnie A ; confirmation indiquant « opéré par Compagnie B ». Référence vendeur V-41 et référence partenaire P-83 conservées séparément.
Contrôle associé: Retrouver opérateur, numéro vendu et canal compétent pour ce segment. Relire bagage ou siège dans l’offre concernée, sans généraliser la réponse à tous les vols de la marque.

Vols en partage de codes : identifier vendeur et opérateur

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : Vols en partage de codes : identifier vendeur et opérateur — cas à vérifier

Modèle à compléter

Registre : Enregistrement aérien : suivre ouverture, résultat et carte d’embarquement

Une réservation, un enregistrement terminé et une carte d’embarquement disponible correspondent à des étapes différentes. Le conseiller doit pouvoir expliquer ce qui a été obtenu et ce qui reste à faire, sans présenter une tentative en ligne comme une admission au voyage. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Vol — Segment et version du dossier :
Canal — Site, kiosque ou comptoir :

Preuves à rapprocher

Période — Ouverture et limites applicables :
Référence — Identifiant attendu :
Personnes — Voyageurs pris en charge :
Réponse — État ou étape supplémentaire :

Décision et suite

Document — Carte et segment concernés :
Suite — Bagages, comptoir et consignes :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Personnes — Voyageurs pris en charge
Valeur proposée: Dossier A-27 : enregistrement terminé et carte retrouvée pour le voyageur 1 ; voyageur 2 invité à une vérification au comptoir. Aucun résultat encore pour le segment retour.
Contrôle associé: Qualifier le résultat par personne et par segment. Transmettre la consigne restante du voyageur 2 ; le statut d’un membre du groupe ne clôture pas le dossier entier.

Enregistrement aérien : suivre ouverture, résultat et carte d’embarquement

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : Enregistrement aérien : suivre ouverture, résultat et carte d’embarquement — cas à vérifier

Modèle à compléter

Registre : Configuration des lits : distinguer catégorie, couchages et demande

Une catégorie de chambre ne décrit pas toujours la disposition de ses lits. Le catalogue, l’offre et la réponse de l’hôtel doivent permettre de distinguer une configuration vendue d’une préférence encore à confirmer. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Catégorie — Type et référence de l’offre :
Espaces — Chambres et autres pièces :

Preuves à rapprocher

Lits — Types et nombres :
Configuration — Standard ou alternative :
Occupation — Personnes et capacité :
Demande — Préférence et réponse :

Décision et suite

Préparation — Réception et exploitation :
Document — Descriptif et réserves :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Demande — Préférence et réponse
Valeur proposée: Chambre double confirmée pour deux adultes ; préférence de deux lits simples enregistrée ; aucune réponse ferme de l’établissement sur cette configuration.
Contrôle associé: Distinguer catégorie vendue et disposition garantie. Faire confirmer la configuration ou maintenir explicitement la préférence comme non garantie dans la transmission à l’accueil.

Configuration des lits : distinguer catégorie, couchages et demande

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : Configuration des lits : distinguer catégorie, couchages et demande — cas à vérifier

Modèle à compléter

Registre : Séjour fractionné : relier réservations successives et changement de chambre

Un même voyageur peut avoir plusieurs réservations successives dans un établissement. Leur rapprochement ne les transforme pas en un seul contrat ni en une promesse de conserver la même chambre. Rendez la transition visible aux équipes et au client. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Références — Tous les dossiers et canaux :
Nuits — Bornes et couverture :

Preuves à rapprocher

Catégories — Produit de chaque segment :
Chambre — Continuité ou changement :
Transition — Horaire et préparation :
Prix — Tarifs et services par segment :

Décision et suite

États — Réponses individuelles :
Suite — Modification et transmission :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Nuits — Bornes et couverture
Valeur proposée: Dossier S1 : arrivée le 12, départ le 14 ; dossier S2 : arrivée le 14, départ le 17. Cinq nuits couvertes, mais continuité de la même chambre non confirmée.
Contrôle associé: Aligner les bornes pour repérer trou ou chevauchement, puis traiter le changement de chambre et les heures de transition. Deux réservations jointives ne garantissent pas une chambre identique.

Séjour fractionné : relier réservations successives et changement de chambre

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : Séjour fractionné : relier réservations successives et changement de chambre — cas à vérifier

Modèle à compléter

Registre : Surclassement de chambre : offre, disponibilité et accord

Une proposition de surclassement peut porter sur une catégorie, une ressource ou une prestation ajoutée. Avant de modifier le séjour, rapprochez le contenu proposé, la disponibilité et l’accord réellement obtenu. Un supplément payé ne décrit pas à lui seul la chambre remise. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Initial — Catégorie et version vendues :
Cible — Différences décrites :

Preuves à rapprocher

Période — Nuits et personnes :
Capacité — Disponibilité de la cible :
Prix — Différence et conditions :
Accord — Réponse du voyageur :

Décision et suite

Application — Séjour et produits liés :
Suite — Document, écart et finance :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Prix — Différence et conditions
Valeur proposée: Surclassement proposé à 25 € par nuit sur les deux dernières nuits d’un séjour de quatre nuits : supplément prévu de 50 €, sans modification des deux premières.
Contrôle associé: Rapprocher unité, nuits couvertes, total et réponse du voyageur. Vérifier l’application au séjour et les services associés ; une offre envoyée reste distincte d’un surclassement accepté.

Surclassement de chambre : offre, disponibilité et accord

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : Surclassement de chambre : offre, disponibilité et accord — cas à vérifier

Modèle à compléter

Registre : Places numérotées : relier plan, séance et billet

Un numéro de siège n’a de sens qu’avec sa séance et son plan. La place affichée, retenue dans un panier ou attribuée à un billet peut correspondre à des états différents. Rapprochez l’identité du siège et le document final avant de transmettre une promesse de placement. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Séance — Événement et période :
Plan — Version et lieu :

Preuves à rapprocher

Identité — Zone, rang, numéro et ID :
État — Libre, retenu ou attribué :
Blocage — Motif et portée :
Groupe — Toutes les places demandées :

Décision et suite

Billet — Attribution effectivement remise :
Changement — Ancien document et nouvelle suite :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Groupe — Toutes les places demandées
Valeur proposée: Trois places recherchées ensemble : rang C, sièges 11 et 12 retenus ; siège 13 indisponible. Aucune attribution complète de trois sièges adjacents à présenter au client.
Contrôle associé: Contrôler les trois identités dans la même séance et le même plan. Si une alternative est proposée, obtenir l’accord sur la séparation avant de considérer le groupe placé.

Places numérotées : relier plan, séance et billet

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : Places numérotées : relier plan, séance et billet — cas à vérifier

Modèle à compléter

Registre : Listes d’entrée : contrôler les bons droits au bon accès

Un billet peut ouvrir plusieurs parties d’un événement selon ses droits. La liste utilisée à une entrée doit refléter cette portée. Un scan réussi sur une liste ne prouve pas que toutes les autres activités soient accessibles, ni qu’une présence soit comptée une seule fois dans tous les rapports. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Accès — Lieu, séance et liste :
Produits — Droits admis :

Preuves à rapprocher

Version — Configuration active :
État — Réponse de contrôle :
Passage — Entrée ou autre action :
Reprise — Réseau et procédure terrain :

Décision et suite

Compte — Personnes, billets ou passages :
Transmission — Corrections et limites :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Compte — Personnes, billets ou passages
Valeur proposée: Liste de contrôle fictive : 12 billets distincts admis, 15 lectures positives dont trois relectures. Le compteur de lectures ne représente pas 15 personnes différentes.
Contrôle associé: Définir l’unité avant de publier le total : billet, participant ou passage. Rapprocher les relectures et les éventuels droits de réentrée sans les compter comme de nouveaux bénéficiaires.

Listes d’entrée : contrôler les bons droits au bon accès

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Changement de bénéficiaire : nom, droits et billet à utiliser

Modifier un nom dans un dossier et autoriser une autre personne à utiliser un billet sont deux décisions différentes. Le conseiller doit retrouver la règle de l’organisateur et la réponse obtenue avant de remettre un document modifié. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Demande — Correction ou remplacement :
Position — Produit, séance et référence :

Preuves à rapprocher

Conditions — Règle de l’organisateur :
Réponse — Accord et portée :
Frais — Montant ou absence documentée :
Billet — Version courante :

Décision et suite

Ancien — Traitement confirmé :
Transmission — Destinataires et consignes :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Ancien — Traitement confirmé
Valeur proposée: Organisateur : remplacement du bénéficiaire accepté sur le billet B2 ; ancien billet B1 déclaré invalidé. Le dossier contient encore les deux documents, avec B2 identifié comme courant.
Contrôle associé: Relier accord, nouvelle référence et traitement de l’ancien billet. Transmettre une consigne unique sur celui à utiliser ; un nom corrigé dans le CRM ne prouve pas l’invalidation de B1.

Changement de bénéficiaire : nom, droits et billet à utiliser

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : Changement de bénéficiaire : nom, droits et billet à utiliser — cas à vérifier

Modèle à compléter

Registre : Enregistrement de croisière : préparer le document et les étapes restantes

La confirmation de croisière, le check-in et le document présenté au terminal doivent rester identifiables. Préparez une lecture par participant et par départ, avec les consignes actuelles de la compagnie. Un document disponible ne démontre pas toutes les conditions d’admission. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Départ — Navire, date et port :
Réservation — Référence et cabine :

Preuves à rapprocher

Participants — Personnes couvertes :
État — Réponse réelle du check-in :
Demandes — Étapes et canal compétent :
Document — Pass et version :

Décision et suite

Terminal — Lieu, horaire et transfert :
Suite — Responsable et preuve attendue :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Participants — Personnes couvertes
Valeur proposée: Cabine C-18 : trois voyageurs ; dossier en ligne complété pour deux, contrôle encore requis pour le troisième. Document d’embarquement retrouvé pour les deux premiers seulement.
Contrôle associé: Vérifier la couverture de chaque personne et l’étape restant à traiter avec le canal compétent. Ne pas conclure à un groupe prêt depuis la page de confirmation d’un seul voyageur.

Enregistrement de croisière : préparer le document et les étapes restantes

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Billets de train nominatifs : correction, transfert et document courant

Corriger une fiche client ne modifie pas nécessairement un billet ferroviaire déjà créé. La demande doit distinguer erreur de nom et remplacement de voyageur, puis retrouver la règle du produit et la réponse du canal compétent. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Document — Billet et mode de retrait :
Trajet — Opérateur et segment :

Preuves à rapprocher

Personne — Référence minimale :
Motif — Erreur ou remplacement :
Règle — Produit, canal et exception :
Réponse — Démarche et conséquences :

Décision et suite

Version — Billet courant et anciens :
Transmission — Consigne et suite ouverte :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Motif — Erreur ou remplacement
Valeur proposée: Dossier T-56 : correction de deux lettres pour le même voyageur, sans changement de personne. Demande transmise au canal vendeur ; ancien billet toujours présent, réponse non reçue.
Contrôle associé: Conserver motif et identité minimale, puis rechercher la procédure applicable et le document courant. Ne pas transformer une correction demandée en transfert à une autre personne.

Billets de train nominatifs : correction, transfert et document courant

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : Billets de train nominatifs : correction, transfert et document courant — cas à vérifier

Modèle à compléter

Registre : Encodage des URL : conserver les paramètres d’un parcours voyage

Une valeur de recherche peut contenir un espace, un accent ou un caractère qui sert aussi de séparateur. Construire le lien par concaténation peut modifier ce qui arrive au moteur. Contrôlez les composants et leur interprétation avant de diffuser une destination de réservation. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Contrat — Paramètres et destinataire :
Composants — Chemin, requête et fragment :

Preuves à rapprocher

Valeurs — Accents et séparateurs fictifs :
Méthode — Constructeur et convention :
Transformation — Encodage et décodage :
Redirection — Étapes et valeurs reçues :

Décision et suite

Accès — Références et droits :
Diffusion — Valeurs confidentielles :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Valeurs — Accents et séparateurs fictifs
Valeur proposée: Valeur fictive de référence : A&B. Pour la convention de paramètres de cet essai, elle est transmise comme reference=A%26B ; le destinataire doit retrouver un seul paramètre de valeur A&B.
Contrôle associé: Observer la valeur reçue après construction puis redirection. Une concaténation brute avec & peut créer un séparateur ; ne pas encoder toute l’URL comme s’il s’agissait d’une seule valeur.

RFC 3986 — caractères réservés et encodage · consultée le 18/10/2026.

Repère documentaire : Un caractère réservé utilisé comme donnée peut nécessiter un encodage pour ne pas être interprété comme séparateur. La convention du destinataire reste à respecter.

Encodage des URL : conserver les paramètres d’un parcours voyage

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : Encodage des URL : conserver les paramètres d’un parcours voyage — cas à vérifier

Modèle à compléter

Registre : HTML de fournisseur : conserver le texte sans exécuter du contenu

Une description externe peut contenir du balisage destiné à sa mise en forme. Avant de l’afficher dans un catalogue, définissez ce qui doit rester du texte et ce qui peut être rendu comme HTML. La confiance commerciale envers la source ne remplace pas les contrôles du contenu reçu. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Champ — Source et version :
Usage — Fiche, recherche ou document :

Preuves à rapprocher

Politique — Éléments et liens autorisés :
Contexte — Zone de sortie :
Méthode — Outil et version maintenus :
Suite — Transformations ultérieures :

Décision et suite

Consommateurs — Tous les rendus touchés :
Métier — Promesses et conditions :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Politique — Éléments et liens autorisés
Valeur proposée: Description fournisseur fictive : paragraphes et emphase admis ; gestionnaires d’événement et liens de protocole non autorisé retirés. Résultat relu dans la fiche et dans l’extrait de recherche.
Contrôle associé: Employer une méthode adaptée au rendu visé et vérifier les transformations suivantes. Conserver le sens des conditions commerciales ; une chaîne nettoyée pour du HTML n’est pas automatiquement sûre dans un autre contexte.

OWASP — prévention des injections XSS · consultée le 18/10/2026.

Repère documentaire : L’encodage de sortie dépend du contexte ; conserver du HTML autorisé demande un assainissement adapté. Une transformation ultérieure peut annuler la protection.

HTML de fournisseur : conserver le texte sans exécuter du contenu

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : HTML de fournisseur : conserver le texte sans exécuter du contenu — cas à vérifier

Modèle à compléter

Registre : UUID des dossiers : conserver l’identité sans en faire un droit d’accès

Un identifiant UUID peut servir à retrouver un objet entre plusieurs systèmes. Sa forme ne précise pas si l’objet est une commande, une tentative ou un événement, et sa connaissance ne doit pas suffire pour ouvrir un dossier. Définissez son rôle avant de l’utiliser dans le support. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Objet — Commande, tentative ou événement :
Producteur — Système et étape de création :

Preuves à rapprocher

Version — Convention UUID retenue :
Échange — Stockage et représentation :
Lien — Références métier associées :
Doublon — Décision technique et métier :

Décision et suite

Accès — Droits du lecteur :
Migration — Correspondances et dossiers ouverts :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Accès — Droits du lecteur
Valeur proposée: Deux comptes fictifs A et B ; dossier identifié par UUID et appartenant à A. La connaissance de cet identifiant par B ne doit pas ouvrir la lecture du dossier dans le scénario autorisé.
Contrôle associé: Faire vérifier l’autorisation sur la ressource demandée, sans utiliser de données réelles ni multiplier les essais d’identifiants. Séparer unicité de la référence et droit effectif de consultation.

RFC 9562 — considérations de sécurité · consultée le 18/10/2026.

Repère documentaire : Un UUID ne doit pas servir de capacité de sécurité donnant accès par sa seule possession. L’autorisation du lecteur reste une vérification distincte.

UUID des dossiers : conserver l’identité sans en faire un droit d’accès

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : UUID des dossiers : conserver l’identité sans en faire un droit d’accès — cas à vérifier

Modèle à compléter

Registre : Produits retirés : préserver les références sans maintenir la vente

Un produit absent d’un flux peut avoir été retiré, filtré ou perdu pendant la synchronisation. Le catalogue doit rendre la décision explicable sans effacer les références des dossiers ouverts. Fermer la vente et supprimer toutes les preuves sont des opérations différentes. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Source — Flux et périmètre :
Preuve — État ou marqueur applicable :

Preuves à rapprocher

Identité — Référence historique :
Vente — Recherche, cache et liens :
Dossiers — Commandes encore ouvertes :
Affichage — Explication et accès utiles :

Décision et suite

Restauration — Contenu, tarif et capacité :
Conservation — Responsable et procédure :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Dossiers — Commandes encore ouvertes
Valeur proposée: Produit fictif P74 : un marqueur explicite de retrait est reçu à 8 h. Deux dossiers futurs D1 et D2 le référencent encore. La nouvelle recherche cesse de le proposer, mais un résultat de cache et un lien de campagne pointent toujours vers son ancienne présentation commerciale.
Contrôle associé: Séparer retrait des nouvelles ventes et traitement des engagements existants. Corriger les points de vente encore actifs, conserver la référence historique et demander la situation de D1 et D2. Le marqueur de catalogue ne prouve pas leur annulation. Une simple absence dans une page de liste ne remplace pas le marqueur explicite utilisé dans ce cas.

Produits retirés : préserver les références sans maintenir la vente

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le dossier : Produits retirés : préserver les références sans maintenir la vente — cas à vérifier

Modèle à compléter

Registre : Dictionnaire des données voyage : sens, unités et valeurs manquantes

Deux équipes peuvent utiliser le même champ pour des décisions différentes. Un dictionnaire doit expliquer son sens, son unité et les valeurs qu’il ne permet pas de conclure. La présence d’un type technique ne suffit pas à aligner vente, exploitation et reporting. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Nom — Source et nom interne :
Sens — Définition et décision :

Preuves à rapprocher

Type — Format et représentation :
Unité — Échelle et précision :
Absence — Vide, zéro ou non applicable :
Exemples — Cas fictif et contre-exemple :

Décision et suite

Responsable — Rôle d’arbitrage :
Évolution — Versions et consommateurs :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Absence — Vide, zéro ou non applicable
Valeur proposée: Champ fictif baggage_count : 0 signifie aucun bagage déclaré ; null signifie information inconnue ; absence signifie champ non fourni par cette version. Chaîne vide à traiter comme anomalie dans ce contrat.
Contrôle associé: Rejouer ces quatre valeurs entre source et interface. Ne pas convertir automatiquement l’inconnu en zéro : cela pourrait promettre une capacité de véhicule sur une quantité jamais renseignée.

Dictionnaire des données voyage : sens, unités et valeurs manquantes

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Tests utilisateurs : observer une tâche de réservation sans guider la réponse

Une équipe peut comprendre son propre écran alors qu’un voyageur ne trouve pas l’information nécessaire. Un test accompagné observe une tâche et les difficultés réellement rencontrées. Il doit conserver ce qui a été vu sans inventer un taux de réussite ou une amélioration commerciale. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Question — Difficulté et besoin :
Participants — Profils et conditions prévues :

Preuves à rapprocher

Scénario — Tâche et données fictives :
Observation — Actions et compréhension :
Assistance — Aides réellement apportées :
Protection — Circuit de notes ou enregistrements :

Décision et suite

Correction — Obstacle et hypothèse :
Limites — Périmètre et questions ouvertes :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Assistance — Aides réellement apportées
Valeur proposée: Sur cinq participants fictifs, trois accomplissent la tâche seuls, un après indication du filtre et un abandonne. Succès autonome : 3/5 ; tâche achevée avec ou sans aide : 4/5.
Contrôle associé: Conserver les deux résultats, le profil testé et l’aide apportée. Ce petit exercice décrit les observations du groupe ; il ne démontre pas un taux de réussite de l’ensemble des visiteurs.

Tests utilisateurs : observer une tâche de réservation sans guider la réponse

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Recherche interne sans résultat : qualifier le besoin et proposer une suite

Une page sans résultat peut venir d’un mot inconnu, d’un filtre, d’un contenu absent ou d’un parcours qui ne cherche pas la bonne famille. Qualifiez la cause avant d’ajouter une page ou de déclarer un besoin non couvert. Le visiteur doit garder une suite compréhensible. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Expression — Terme fictif ou anonymisé :
Contexte — Rubrique et filtres :

Preuves à rapprocher

Contenu — Réponse déjà présente :
Lecture — Langue et variantes :
Suite — Reformulation ou rubrique :
Mesure — Événements et sens :

Décision et suite

Preuve — Couverture réelle ou recette :
Décision — Correction et responsable :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Contexte — Rubrique et filtres
Valeur proposée: Expression fictive « chambre communicante » : aucun résultat avec filtre « transports » actif ; contenu hôtelier retrouvé après retrait du filtre. Besoin couvert, mais contexte de recherche inadapté.
Contrôle associé: Examiner expression, filtres et contenu avant de conclure à un manque éditorial. Proposer une sortie compréhensible et rejouer la recherche corrigée, sans enregistrer de données personnelles de requête.

Recherche interne sans résultat : qualifier le besoin et proposer une suite

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Incidents de qualité du catalogue : mesure, preuve et correction

Un taux de complétude et une erreur sur une entrée peuvent demander des décisions différentes. Le suivi de qualité doit relier métrique, population et problème concret, puis retrouver qui corrige la donnée et quels consommateurs doivent être relus. Renseignez des données fictives ou anonymisées ; ne copiez ni justificatif d’identité ni secret dans ce modèle.

Périmètre du dossier

Référence fictive et version du dossier :
Source applicable, version et date de contrôle :
Objet — Champ et version :
Effet — Vente ou usage touché :

Preuves à rapprocher

Métrique — Définition et unité :
Population — Périmètre examiné :
Preuve — Exemple ou référence autorisée :
Cause — Source et transformations :

Décision et suite

Recontrôle — Sorties et versions :
Clôture — Responsable et limites :
Écart observé, information inconnue et preuve attendue :
Décision, responsable de la suite et échéance :

Un champ renseigné · exemple fictif

Champ: Métrique — Définition et unité
Valeur proposée: Contrôle fictif de 200 fiches dans une même version : 12 avec au moins une adresse incomplète ; 18 champs d’adresse en défaut. Taux de fiches affectées : 6 %, distinct du nombre de champs.
Contrôle associé: Définir population et unité, puis garder les 12 références jusqu’au recontrôle. Une baisse des champs signalés ne suffit pas si les mêmes fiches restent impropres à l’usage attendu.

Incidents de qualité du catalogue : mesure, preuve et correction

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Variantes d’activités : durée, produit choisi et preuve de réservation

Un intitulé commun peut réunir plusieurs durées et plusieurs produits réservables. La sélection doit permettre au voyageur de comprendre ce qui change et à l’équipe de retrouver exactement la variante acceptée. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Famille — Intitulé et variantes présentées :
Variante — Référence source et version :

Observations du parcours

Durée — Valeur et inclusions associées :
Créneau — Horaire propre au produit :
Prix — Total et conditions acceptés :
Capacité — Disponibilité du choix retenu :

Décision et relais

Document — Variante et consigne remises :
Modification — Ancien choix et nouvelle décision :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Durée — Valeur et inclusions associées
Valeur proposée: Famille fictive « découverte du port » : V60 dure soixante minutes sans transport ; V90 dure quatre-vingt-dix minutes avec navette. Le client retient V90 à 14 h pour 45 €. La carte récapitulative affiche encore « une heure » depuis la variante V60.
Contrôle associé: Retrouver l’identifiant V90 dans le prix, la confirmation et les consignes. Corriger la durée de la carte sans allonger artificiellement V60. Si une navette devient indisponible, faire reconfirmer l’offre et l’accord du client ; remplacer seulement le texte de durée ne démontre pas que la variante vendue reste fournie.

Variantes d’activités : durée, produit choisi et preuve de réservation

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Questions de réservation : relier réponse, participant et condition du produit

Les questions demandées peuvent varier selon l’activité et les choix du voyageur. Une réponse doit rester rattachée au bon participant ou au dossier, avec la règle qui explique pourquoi elle est nécessaire. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Produit — Option et version courantes :
Question — Identifiant, libellé et règle :

Observations du parcours

Portée — Dossier ou participant fictif :
Condition — Choix qui active la question :
Unité — Unité proposée et sélectionnée :
Lieu — Référence ou texte autorisé :

Décision et relais

Correction — Champ en erreur et réponse reprise :
Transmission — Résultat et point restant :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Portée — Dossier ou participant fictif
Valeur proposée: Question fictive Q9 : taille en centimètres, requise pour chaque participant qui choisit l’équipement E2. Sur trois participants P1 à P3, seuls P1 et P3 choisissent E2. La réponse 168 est rattachée à P1 ; celle de P3 manque encore.
Contrôle associé: Vérifier condition, unité et participant avant validation. Une réponse présente au niveau du dossier ne couvre pas les deux personnes concernées. Demander uniquement l’information nécessaire à P3, conserver le choix d’équipement de chacun et retrouver l’état de transmission ; ne pas recopier la taille de P1 par défaut.

Questions de réservation : relier réponse, participant et condition du produit

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Frais de ménage : montant, unité et condition dans le séjour

Un même libellé de frais peut désigner un montant fixe, une charge répétée ou un coût lié à une condition. Le conseiller doit retrouver l’unité et le déclencheur avant de comparer deux séjours. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Séjour — Logement, dates et version :
Charge — Libellé et référence source :

Observations du parcours

Unité — Par séjour, nuit ou autre mode :
Montant — Valeur et devise :
Condition — Déclencheur et portée :
Affichage — Prix et charges présentés :

Décision et relais

Changement — Période ou logement modifié :
Règlement — Pièce et décision de rapprochement :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Unité — Par séjour, nuit ou autre mode
Valeur proposée: Dans l’offre fictive M5, le ménage vaut 45 € une fois par séjour. Trois nuits à 80 € donnent 240 € d’hébergement et 45 € de ménage, soit 285 € hors autres lignes non prévues dans le cas. La règle ne dépend pas du nombre de nuits.
Contrôle associé: Retrouver l’unité « par séjour » sur l’offre et le récapitulatif. Une quatrième nuit porte l’hébergement à 320 € et le total du cas à 365 €, sans ajouter un second ménage. Si le logement change, relire les conditions du nouveau produit ; ne pas transporter automatiquement la règle du premier logement.

Frais de ménage : montant, unité et condition dans le séjour

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Frais de ménage : montant, unité et condition dans le séjour — cas à vérifier

Modèle à compléter

Registre : Consignes d’arrivée en location : bonne version, bon séjour et recours

Une consigne envoyée peut devenir ancienne après modification du séjour ou du logement. Préparez le suivi de sa version et un recours utile pour le voyageur qui ne retrouve pas l’instruction attendue. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Séjour — Référence et période courantes :
Logement — Lieu réservé et version :

Observations du parcours

Consigne — Référence du contenu applicable :
Séquence — Déclencheur et messages prévus :
Destinataire — Rôle et canal fictifs :
Réception — Observation ou information manquante :

Décision et relais

Recours — Canal et personne responsable :
Clôture — Résultat rapproché et version utilisée :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Consigne — Référence du contenu applicable
Valeur proposée: Séjour fictif S28 transféré du logement L2 à L3. La consigne K3, confirmée pour L3, remplace K2. Le contact voyageur a reçu K2 avant le changement ; le suivi connaît l’envoi de K3 mais aucun résultat de réception n’est encore disponible.
Contrôle associé: Rapprocher logement courant, version de consigne et message réellement accessible. L’envoi seul ne clôt pas le suivi d’une difficulté d’accès. Signaler K2 comme remplacée, faire retrouver K3 et prévoir le recours compétent. Le registre utilise des références de consigne, sans recopier des codes de serrure ou d’autres secrets d’accès.

Consignes d’arrivée en location : bonne version, bon séjour et recours

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Activités privées : unité tarifaire, participants et exclusivité confirmée

Un prix par unité ne signifie pas nécessairement que la prestation est privée. Le dossier doit rapprocher le mode de calcul, le nombre de participants et la preuve d’exclusivité effectivement proposée. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Produit — Option et version proposées :
Unité — Type et nombre d’unités facturées :

Observations du parcours

Participants — Composition fictive et bornes applicables :
Exclusivité — Composantes réservées au groupe :
Inclusions — Guide, espace et transport attendus :
Prix — Total du choix courant :

Décision et relais

Modification — Composition avant et après :
Confirmation — Réponse et consigne de préparation :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Unité — Type et nombre d’unités facturées
Valeur proposée: Offre fictive PR6 : une unité correspond à une visite privée pour un groupe de six personnes au maximum. Pour cinq visiteurs, la réservation contient une unité à 180 € ; le transport est partagé et ne fait pas partie de l’exclusivité annoncée.
Contrôle associé: Comparer unité facturée, nombre de visiteurs et composantes privées. Cinq visiteurs ne deviennent pas cinq unités à 180 €. Une sixième personne reste dans la borne du cas ; une septième exige une nouvelle réponse sur capacité, prix et organisation. Retrouver la confirmation du guide privé sans présenter le transport comme privatisé.

Activités privées : unité tarifaire, participants et exclusivité confirmée

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Activités privées : unité tarifaire, participants et exclusivité confirmée — cas à vérifier

Modèle à compléter

Registre : Équipements en option : sélection, quantité et restitution dans l’activité

Une option de matériel peut suivre la quantité de l’activité ou rester réglable séparément. Le choix doit conserver ce que le client a ajouté et ce que l’exploitant doit réellement remettre. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Activité — Référence et période choisies :
Option — Article et règle de sélection :

Observations du parcours

Quantité — Participants et objets attendus :
Dates — Période du matériel :
Montant — Prix de l’option et total :
Stock — Disponibilité des objets :

Décision et relais

Remise — Références et observation fictives :
Retour — Contrôle et disponibilité finale :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Quantité — Participants et objets attendus
Valeur proposée: Sur le créneau fictif A17, quatre visiteurs choisissent deux appareils photo en option à 12 € l’unité. La confirmation porte donc deux objets et 24 € d’options. Le groupe passe ensuite à six visiteurs, tandis que les deux appareils restent le choix accepté.
Contrôle associé: Vérifier quantité choisie et règle d’unité avant de recalculer. Le passage à six visiteurs ne crée pas six appareils ni 72 € d’options. Si trois appareils sont finalement demandés, contrôler une unité supplémentaire, son prix et son stock sur le même créneau, puis conserver la nouvelle version acceptée.

Équipements en option : sélection, quantité et restitution dans l’activité

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Carburant à la restitution : règle, niveau observé et facture de location

La consigne de restitution dépend de la règle acceptée et du niveau indiqué au départ. Préparez les preuves qui permettent d’expliquer une ligne de carburant sans supposer le même montage pour toutes les locations. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Location — Référence, agence et version :
Règle — Condition réellement acceptée :

Observations du parcours

Départ — Niveau inscrit et observation :
Énergie — Véhicule et consigne applicable :
Restitution — Lieu, date et niveau observé :
Pièces — Références non sensibles :

Décision et relais

Facture — Lignes d’énergie et de service :
Écart — Question, responsable et suite :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Facture — Lignes d’énergie et de service
Valeur proposée: Contrat fictif de location : retour au même niveau de carburant qu’au départ, constaté à trois quarts. La restitution est observée à la moitié. La facture présente 28 € de carburant et 18 € de service, avec deux références de lignes ; aucun prix au litre n’est inventé dans le registre.
Contrôle associé: Comparer niveau de départ, observation de retour et règle acceptée avant de qualifier les 46 €. Séparer quantité d’énergie et service facturé, puis demander le détail manquant si nécessaire. Une photographie du tableau de bord ne justifie pas à elle seule le calcul de chaque ligne. Le cas ne définit aucun tarif ni droit applicable à un loueur réel.

Carburant à la restitution : règle, niveau observé et facture de location

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Carburant à la restitution : règle, niveau observé et facture de location — cas à vérifier

Modèle à compléter

Registre : Classes de train : confort, services et conditions du tarif choisi

Une classe décrit une partie de l’expérience à bord, tandis que le tarif porte ses propres conditions. La comparaison doit expliquer les services du segment réservé sans étendre ceux d’un train à tout l’itinéraire. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Segment — Train, date et transporteur :
Classe — Classe réservée par segment :

Observations du parcours

Place — Référence ou sélection acceptée :
Tarif — Conditions de l’offre courante :
Équipement — Service annoncé et source :
Inclusion — Inclus, payant ou à confirmer :

Décision et relais

Changement — Avant et après remplacement :
Transmission — Document et différences utiles :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Inclusion — Inclus, payant ou à confirmer
Valeur proposée: Itinéraire fictif à deux segments : S1 en première classe avec repas explicitement inclus ; S2 en seconde classe sans inclusion de repas confirmée. Le récapitulatif présente « repas inclus » en tête de tout le trajet, sans préciser le segment.
Contrôle associé: Rattacher chaque service au train et à l’offre tarifaire correspondants. Limiter l’inclusion confirmée à S1, faire clarifier S2 et corriger la présentation globale. Une classe supérieure sur le premier segment ne qualifie pas le second. Si un train est remplacé, relire classe, place, tarif et services plutôt que de recopier l’ancien résumé.

Classes de train : confort, services et conditions du tarif choisi

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Classes de train : confort, services et conditions du tarif choisi — cas à vérifier

Modèle à compléter

Registre : Facture et avoir : relier les pièces à la modification du voyage

Une correction de facture, une annulation de prestation et un remboursement sont des objets différents. Le suivi doit expliquer quelle pièce change le montant et quelle opération reste à rapprocher du voyage. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Dossier — Version et prestations maintenues :
Facture — Référence et montant d’origine :

Observations du parcours

Lignes — Prestations et quantités concernées :
Motif — Décision et preuve commerciale :
Avoir — Référence et montant ajusté :
Solde — Montant courant et devise :

Décision et relais

Finance — Objet et résultat à rapprocher :
Transmission — Pièces, responsable et point ouvert :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Finance — Objet et résultat à rapprocher
Valeur proposée: Facture fictive F-20 de 500 € réglée ; avoir A-20 de 120 € relié à une prestation retirée ; remboursement bancaire non retrouvé. Montant commercial révisé : 380 €.
Contrôle associé: Rapprocher facture, avoir, paiement initial et opération de retour. Ne pas annoncer 120 € remboursés depuis le seul avoir ; attribuer le suivi du mouvement encore absent.

Facture et avoir : relier les pièces à la modification du voyage

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Liens de paiement : dossier concerné, réutilisation et résultat retrouvé

Un lien partagé peut être ouvert plusieurs fois et par plusieurs personnes. Le suivi doit retrouver le dossier auquel une tentative se rattache et le résultat financier avant d’annoncer la réservation ou de relancer le client. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Usage — Produit générique ou dossier précis :
Version — Choix et montant présentés :

Observations du parcours

Lien — Référence fictive et règle prévue :
Ouverture — Session ou tentative identifiable :
Montant — Valeur, devise et conditions :
Résultat — Objet financier et observation :

Décision et relais

Réservation — État commercial et prestation :
Reprise — Essais déjà vus et prochaine action :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Ouverture — Session ou tentative identifiable
Valeur proposée: Lien de paiement P-44 ouvert deux fois : session S1 abandonnée, session S2 avec paiement retrouvé de 240 €. Réservation commerciale encore à confirmer séparément.
Contrôle associé: Comparer les références des tentatives avant toute relance et retrouver l’état financier courant. Deux ouvertures ne prouvent ni deux paiements ni une seule réservation acquise.

Liens de paiement : dossier concerné, réutilisation et résultat retrouvé

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : OpenAPI 3.1.1 : relier les opérations au contrat du parcours voyage

Un fichier de description aide à retrouver le contrat d’une opération, mais ne prouve ni l’accès du compte ni le résultat métier. Préparez sa correspondance avec la tâche de réservation et les preuves à obtenir. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Tâche — Besoin métier et résultat attendu :
Description — Source, version et fichier :

Observations du parcours

Serveur — Environnement documenté :
Opération — Méthode, chemin et référence :
Entrée — Paramètres et corps fictifs :
Réponses — Codes, contenu et cas ouverts :

Décision et relais

Divergence — Contrat et observation autorisée :
Suite — Objet attendu et consommateur :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Entrée — Paramètres et corps fictifs
Valeur proposée: Opération fictive GET /reservations/{reservationId} : paramètre reservationId, in: path, required: true. La valeur choisie correspond à une réservation du compte de test autorisé.
Contrôle associé: Rapprocher chemin, déclaration du paramètre et appel observé. La description OpenAPI du paramètre n’établit ni droits du compte ni état commercial renvoyé ; les vérifier dans le même cas.

OpenAPI 3.1.1 — paramètres de chemin · consultée le 18/10/2026.

Repère documentaire : Un paramètre de chemin doit être déclaré avec required à true. Cette obligation de description ne démontre pas l’autorisation d’accéder à un dossier.

OpenAPI 3.1.1 : relier les opérations au contrat du parcours voyage

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : OpenAPI 3.1.1 : relier les opérations au contrat du parcours voyage — cas à vérifier

Modèle à compléter

Registre : Compression HTTP : décoder un flux avant de contrôler le catalogue

Un transfert compressé et un fichier d’archive ne suivent pas nécessairement le même traitement. La recette doit préciser les octets reçus, le décodage effectué et le contenu finalement utilisé pour l’import. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Demande — Codages acceptés dans le scénario :
Métadonnées — Type et Content-Encoding reçus :

Observations du parcours

Client — Décodage déjà effectué ou attendu :
Volumes — Transport et contenu décodé :
Limites — Bornes du traitement prévu :
Intégrité — Octets couverts par le contrôle :

Décision et relais

Erreur — Transfert, décodage ou parsing :
Reprise — Dernière étape prouvée et suite :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Métadonnées — Type et Content-Encoding reçus
Valeur proposée: Réponse fictive : Content-Type application/json et Content-Encoding gzip. La bibliothèque cliente fournit déjà le JSON décodé ; sa taille ne doit pas être étiquetée comme volume transporté.
Contrôle associé: Identifier les octets réellement remis par le client avant parsing ou décompression supplémentaire. Distinguer erreur de transport, de décodage et de JSON ; conserver séparément les deux mesures de volume.

RFC 9110 — Content-Encoding · consultée le 18/10/2026.

Repère documentaire : Content-Encoding indique le codage appliqué à la représentation. Le type décrit le contenu après décodage ; l’exemple ne fixe aucune limite universelle de taille.

Compression HTTP : décoder un flux avant de contrôler le catalogue

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Compression HTTP : décoder un flux avant de contrôler le catalogue — cas à vérifier

Modèle à compléter

Registre : Images des pages voyage : variantes, cadrage et contexte utile

Une image doit rester compréhensible dans ses différentes tailles et dans la page qui la présente. Le choix du fichier et le cadrage participent à l’information donnée au voyageur, au-delà du seul poids téléchargé. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Sujet — Rôle de l’image dans la page :
Provenance — Source et référence du média :

Observations du parcours

Variantes — Fichiers et usages prévus :
Cadrage — Sujet visible sur téléphone :
Chargement — Fichier retenu et remplacement :
Texte — Alternative et légende utiles :

Décision et relais

Sorties — Page et références d’aperçu :
Preuve — Rendu et prochaine vérification :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Chargement — Fichier retenu et remplacement
Valeur proposée: Image fictive affichée sur 360 pixels CSS, avec variantes 480, 768 et 1 280 pixels de large. Sur un écran de densité 2, le besoin illustratif est proche de 720 pixels ; la variante retenue est observée.
Contrôle associé: Rapprocher largeur rendue, déclaration sizes et fichier effectivement choisi. Ne pas imposer « un téléphone = le plus petit fichier » ; contrôler aussi le sujet visible et les conditions de l’essai.

WHATWG — sélection des images adaptatives · consultée le 18/10/2026.

Repère documentaire : Avec des descripteurs de largeur, sizes décrit la largeur d’affichage attendue. Le navigateur choisit une ressource selon la densité et d’autres facteurs.

Images des pages voyage : variantes, cadrage et contexte utile

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Titres de pages voyage : intention, contenu et lien affiché dans la recherche

Le titre doit aider à reconnaître ce que la page permet de comprendre ou de faire. Sa rédaction se vérifie avec le contenu actuel, tandis que le titre observé dans un moteur reste une observation à dater. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Page — URL et rôle éditorial :
Intention — Question et lecteur visé :

Observations du parcours

Title — Texte courant et version :
Titre visible — H1 et introduction :
Périmètre — Lieu, période et produit :
Modification — Ancien texte et raison :

Décision et relais

Observation — Requête, date et titre constaté :
Mesure — Donnée disponible et suite :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Observation — Requête, date et titre constaté
Valeur proposée: Page fictive de méthode sur la prise en charge d’une activité : title préparé « Rendez-vous de visite : lieu et heure confirmés ». Une observation datée pour la requête « hôtel point de départ visite » montre un lien de titre reprenant une formulation du H1. L’URL et la version de page sont conservées.
Contrôle associé: Comparer intention, title, H1 et texte réellement publié avant correction. L’observation d’une formulation différente ne démontre pas à elle seule un défaut technique ni une perte de position. Éviter de promettre un titre identique dans tous les résultats. Refaire l’observation sur des requêtes utiles après une modification justifiée du contenu.

Google Search Central : liens de titre · consultée le 18/10/2026.

Repère documentaire : Google peut composer le lien de titre à partir de plusieurs éléments de la page. Le titre préparé et celui observé dans un résultat doivent être distingués.

Titres de pages voyage : intention, contenu et lien affiché dans la recherche

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Décisions du pilote travel tech : contexte, preuves et remplacement

Un compte rendu de réunion peut contenir une décision sans expliquer pourquoi elle a été prise. Préparez une trace courte qui permette à une autre équipe de comprendre le choix et les conditions de sa révision. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Question — Besoin et périmètre de décision :
Contexte — Contraintes et acteurs concernés :

Observations du parcours

Preuves — Références et résultats disponibles :
Choix — Décision et limites retenues :
Conséquences — Coût, support et reprises :
Responsable — Acteur et prochaine preuve :

Décision et relais

Statut — Proposé, actuel ou remplacé :
Remplacement — Décision suivante et tâches touchées :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Remplacement — Décision suivante et tâches touchées
Valeur proposée: Décision fictive DEC12 : maintenir une validation humaine pour les dossiers multi-prestations. DEC19 la remplace ensuite pour le seul périmètre « hôtel seul, marché A ». DEC12 conserve son historique et reste applicable aux dossiers multi-prestations ; DEC19 cite les preuves et la date de sa décision.
Contrôle associé: Relier décision remplacée et décision suivante avec leur périmètre. Ne pas marquer DEC12 comme globalement abandonnée si une partie de son usage demeure. Retrouver les tâches, consignes et dossiers ouverts touchés par DEC19 ; la date la plus récente ne suffit pas à désigner une règle applicable à toutes les offres.

Décisions du pilote travel tech : contexte, preuves et remplacement

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Jeux d’essai voyage : cas fictifs, couverture et diffusion maîtrisée

Un jeu d’essai doit permettre de rejouer une tâche sans exposer un dossier voyageur réel. Préparez des cas fictifs identifiables et gardez leur origine, leurs relations et leurs résultats attendus. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Objectif — Tâche et contrôle visés :
Origine — Création fictive et périmètre :

Observations du parcours

Objets — Références et liens cohérents :
Variations — Valeurs qui changent la décision :
Attendu — Résultat et message prévus :
Version — Jeu et contrat applicables :

Décision et relais

Sorties — Rapport, fichier ou capture :
Responsable — Limites et prochaine revue :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Variations — Valeurs qui changent la décision
Valeur proposée: Jeu fictif J27 : hôtel H27, activité A27 et paiement P27 rattachés au dossier D27, sans donnée d’un voyageur réel. Variante J27-B : seule l’activité passe de confirmée à refusée ; l’hôtel et le montant déjà encaissé restent identiques dans les données de départ.
Contrôle associé: Vérifier les liens entre objets et le résultat attendu avant de lancer l’essai autorisé. La variante doit montrer ce qui reste réservé, l’écart financier et la prochaine action ; elle ne doit pas annuler l’hôtel par commodité. Conserver version du jeu et du contrat afin qu’un résultat ultérieur puisse être comparé sur les mêmes hypothèses.

Jeux d’essai voyage : cas fictifs, couverture et diffusion maîtrisée

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Jeux d’essai voyage : cas fictifs, couverture et diffusion maîtrisée — cas à vérifier

Modèle à compléter

Registre : Offre voyage : distinguer vendeur, opérateur et marque présentée

Le nom visible dans une offre peut être une marque, un vendeur ou l’exploitant du service. Le dossier doit conserver ces rôles pour que le voyageur et le support retrouvent le bon interlocuteur. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Offre — Référence et version :
Marque — Nom visible et source :

Observations du parcours

Vendeur — Entité annoncée dans la proposition :
Opérateur — Acteur de la prestation :
Correspondance — Noms et références liés :
Document — Confirmation et consigne :

Décision et relais

Reprise — Canal et référence acceptée :
Réserve — Rôle inconnu et preuve attendue :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Correspondance — Noms et références liés
Valeur proposée: Offre fictive O52 : la marque visible est « Horizon Bleu », le vendeur annoncé est la société V et l’excursion est opérée par la société O. Le dossier conserve une référence de vente V52 et une référence opérationnelle O17 ; le support de modification accepte V52.
Contrôle associé: Rapprocher les trois rôles sans déduire l’identité du vendeur depuis le logo. Le collègue qui reprend une modification doit retrouver le canal acceptant V52 ; l’accueil de l’excursion utilise O17. Une marque commune à plusieurs offres ne prouve ni opérateur unique ni interlocuteur identique pour leur après-vente.

Offre voyage : distinguer vendeur, opérateur et marque présentée

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Offre voyage : distinguer vendeur, opérateur et marque présentée — cas à vérifier

Modèle à compléter

Registre : Trier les offres : prix, distance et périmètre réellement comparé

Un tri peut changer l’ordre des offres sans les rendre comparables. La recherche doit expliquer le critère utilisé et conserver les dates, occupations et conventions de prix qui donnent du sens au résultat. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Demande — Dates et occupation :
Critère — Champ et direction :

Observations du parcours

Prix — Unité et devise :
Point — Lieu et coordonnées utilisés :
Filtres — Périmètre conservé :
Pages — Suite et résultats observés :

Décision et relais

Retour — État depuis une fiche :
Message — Libellé et limites :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Prix — Unité et devise
Valeur proposée: Recherche fictive pour deux nuits et deux personnes : offre A à 100 € par nuit, plus 30 € de frais obligatoires par séjour ; offre B à 220 € au total, mêmes dates et devise. Les deux offres indiquent ces montants de façon confirmée pour l’exercice.
Contrôle associé: Rapprocher l’unité et le périmètre avant le tri : A vaut 230 € au total, B vaut 220 €. Trier 100 et 220 ferait passer la présentation tarifaire avant le coût comparable. Conserver dates, occupation, charges et monnaie avec le résultat ; une offre dont les frais restent inconnus demande une réserve visible.

Trier les offres : prix, distance et périmètre réellement comparé

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Trier les offres : prix, distance et périmètre réellement comparé — cas à vérifier

Modèle à compléter

Registre : Réservation sur demande : attente, réponse fournisseur et confirmation

Une demande reçue peut attendre une décision fournisseur. Le parcours doit expliquer ce qui a été obtenu, qui vérifie la suite et quelle preuve permettra d’annoncer la prestation comme confirmée. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Produit — Option et version :
Demande — Référence initiale :

Observations du parcours

État — Observation et date :
Réponse — Canal et responsable :
Échéance — Règle confirmée ou question :
Document — Version et état associé :

Décision et relais

Message — Information déjà communiquée :
Clôture — Résultat et prochaine décision :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: État — Observation et date
Valeur proposée: Demande fictive D63 transmise à 10 h pour quatre places. À 10 h 05, le paiement est autorisé mais l’opérateur n’a pas encore accepté la prestation. L’interface locale affiche « en attente de réponse » ; aucun délai d’acceptation n’a été confirmé.
Contrôle associé: Maintenir séparés état du paiement et état de la prestation. Ne pas délivrer une consigne présentant la visite comme confirmée à partir de l’autorisation seule. Attribuer la recherche de réponse et le prochain point d’information, puis relire l’état avant toute répétition. L’absence de délai documenté ne devient pas une promesse de réponse immédiate.

Réservation sur demande : attente, réponse fournisseur et confirmation

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Garantie d’hébergement : dépôt, programme et résultat à rapprocher

La mention garantie peut recouvrir plusieurs montages. Le suivi doit retrouver ce qui est prévu, par qui et avec quelle preuve, sans assimiler une politique déclarée à un mouvement financier effectué. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Logement — Référence et version :
Politique — Type source et accord :

Observations du parcours

Acteur — Interlocuteur compétent :
Montant — Valeur, devise et condition :
Collecte — Prévu et observé :
Séjour — Observation et pièce utile :

Décision et relais

Décision — Résultat attribué :
Finance — Objet et point restant :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Collecte — Prévu et observé
Valeur proposée: Le dossier fictif G33 prévoit une garantie de 300 €. L’observation disponible indique une autorisation de paiement de 300 €, sans capture constatée. Après le séjour, une demande de libération est transmise ; aucune confirmation de son résultat n’est encore retrouvée.
Contrôle associé: Distinguer montant prévu, autorisation, encaissement et libération. Ne pas annoncer « 300 € remboursés » si aucun encaissement puis remboursement n’est établi. Rechercher l’état du bon objet auprès de l’interlocuteur compétent et conserver la référence du résultat. Ce cas n’établit aucun droit de retenue ni délai bancaire universel.

Garantie d’hébergement : dépôt, programme et résultat à rapprocher

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Garantie d’hébergement : dépôt, programme et résultat à rapprocher — cas à vérifier

Modèle à compléter

Registre : Séjour long : entretien prévu, intervention et changements de planning

Un séjour prolongé peut demander des interventions pendant l’occupation. Le planning doit relier le service prévu au bon logement et à la période actuelle, puis conserver ce qui a réellement été réalisé. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Séjour — Période et version :
Service — Inclus ou demandé et réponse :

Observations du parcours

Logement — Lieu de l’intervention :
Tâche — Référence et type :
Date — Créneau prévu et règle :
Adaptation — Modification manuelle connue :

Décision et relais

Résultat — Observation d’exécution :
Message — Suite et responsable :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Adaptation — Modification manuelle connue
Valeur proposée: Séjour fictif E12 prolongé du 15 au 18 juin. Une intervention manuellement déplacée au 14 juin à 11 h reste confirmée dans le planning. La prolongation crée aussi une proposition automatique pour le même jour à 9 h ; aucune des deux tâches n’est encore exécutée.
Contrôle associé: Comparer références, origine et état avant de supprimer ou déplacer une tâche. Faire qualifier le doublon apparent et garder l’heure réellement acceptée par l’équipe et le voyageur. La prolongation du séjour ne prouve pas que la modification manuelle est devenue caduque. Une tâche planifiée ne devient pas une intervention réalisée.

Séjour long : entretien prévu, intervention et changements de planning

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Séjour long : entretien prévu, intervention et changements de planning — cas à vérifier

Modèle à compléter

Registre : Restaurant : zone choisie, préférence et disponibilité confirmée

Le choix d’une zone peut être une sélection réservable ou une préférence encore à confirmer. La réservation doit permettre à l’accueil de retrouver la place réellement promise et les alternatives à examiner. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Service — Date et créneau :
Zone — Identité et description :

Observations du parcours

Choix — Réservé ou souhaité :
Couverts — Composition fictive :
Réponse — Source et portée :
Alternative — Différences et proposition :

Décision et relais

Accord — Choix accepté après changement :
Accueil — Consigne et point ouvert :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Choix — Réservé ou souhaité
Valeur proposée: Réservation fictive R19 pour quatre personnes à 20 h. La terrasse est enregistrée comme préférence ; la réponse du restaurant confirme une table en salle uniquement. Le message commercial reprend pourtant « votre table en terrasse » ; le client n’a pas encore accepté cette différence.
Contrôle associé: Retrouver le niveau d’engagement de chaque réponse. Faire corriger le message et expliquer la différence avant de conclure sur l’accord du client. L’acceptation du nombre de couverts et de l’horaire ne confirme pas la terrasse. Conserver la proposition de salle et la réponse du client comme deux observations distinctes.

Restaurant : zone choisie, préférence et disponibilité confirmée

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Restaurant : zone choisie, préférence et disponibilité confirmée — cas à vérifier

Modèle à compléter

Registre : Validité d’un billet : document, date et créneau à utiliser

Posséder un document ne suffit pas à savoir quand et comment il peut être utilisé. Le dossier doit relier le billet courant à la période et au créneau applicables, sans confondre expiration de réserve et droit de visite. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Produit — Option et version :
Document — Référence courante :

Observations du parcours

Date — Libellé et objet concerné :
Période — Bornes et source :
Créneau — Réservation et état :
Personnes — Unités couvertes :

Décision et relais

Usage — Observation pertinente :
Suite — Question et responsable :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Document — Référence courante
Valeur proposée: Dossier fictif B41 : billet V1 pour le 3 décembre à 10 h, remplacé après modification par V2 pour le 4 décembre à 14 h. V2 est la référence courante confirmée ; V1 reste présent dans un ancien message.
Contrôle associé: Rapprocher version du billet, réservation et consigne d’accès, puis faire préciser le devenir du titre remplacé selon la règle de l’opérateur. La date d’émission du document ne remplace pas la date de visite. Le relais doit désigner V2 et l’ancien message à corriger, sans supposer qu’un fichier visible reste utilisable.

Validité d’un billet : document, date et créneau à utiliser

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Validité d’un billet : document, date et créneau à utiliser — cas à vérifier

Modèle à compléter

Registre : Activité et météo : décision fournisseur, notification et suite du dossier

Une prévision météo, une fermeture annoncée et une réservation annulée ne décrivent pas le même résultat. L’exploitation doit retrouver la décision compétente et ses effets sur les dossiers concernés. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Activité — Produit et créneau :
Source — Message et date :

Observations du parcours

Décision — Acteur compétent et portée :
Dossiers — Références concernées :
Documents — Versions encore diffusées :
Message — Information et réception à suivre :

Décision et relais

Alternative — Proposition et accord :
Suite — Objets ouverts et responsable :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Décision — Acteur compétent et portée
Valeur proposée: Message fictif de l’opérateur reçu à 7 h 40 : seul le départ nautique de 9 h du produit N4 est annulé. La promenade à pied de 11 h conserve son état confirmé. Trois dossiers sont liés au départ annulé ; aucun report n’a encore été accepté.
Contrôle associé: Limiter la décision au produit, au départ et aux dossiers nommés. L’alerte météo ne suffit pas à annuler toute la journée. Pour chacun des trois dossiers, suivre l’information client, la proposition éventuelle et le traitement financier séparément ; un report proposé ne devient pas une nouvelle réservation confirmée.

Activité et météo : décision fournisseur, notification et suite du dossier

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Activité et météo : huit contrôles avant la relève — cas à vérifier

Modèle à compléter

Registre : Entrée partielle d’un groupe : unités utilisées et personnes restantes

Une partie du groupe peut arriver avant les autres ou utiliser une seule composante du droit. Le contrôle doit conserver le niveau réellement observé avant d’interpréter le statut de tout le dossier. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Dossier — Référence et version :
Format — Billets individuels ou bon commun :

Observations du parcours

Unités — Personnes et droits couverts :
Présentés — Références fictives utilisées :
Résultat — Niveau réellement mis à jour :
Restants — Droits encore à vérifier :

Décision et relais

Limite — Fractionnement ou réentrée confirmés :
Relais — Consigne et responsable :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Restants — Droits encore à vérifier
Valeur proposée: Le groupe fictif G12 dispose de huit billets individuels T1 à T8. Cinq entrées T1 à T5 sont constatées. T6 à T8 restent non utilisés dans le relevé de contrôle ; leur admission plus tard dans la journée doit encore être vérifiée dans les conditions du produit.
Contrôle associé: Retrouver trois titres non utilisés sans les présenter automatiquement comme trois accès encore valables. Vérifier bornes horaires et règle d’admission tardive ; distinguer l’état de chaque unité du statut global du dossier. Rejouer la lecture d’un titre déjà utilisé pour vérifier que le reste du groupe ne change pas d’état.

Entrée partielle d’un groupe : unités utilisées et personnes restantes

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Location aller simple : agence de retour, faisabilité et consigne courante

Choisir une autre agence de retour fait partie du parcours réservé. La préparation doit retrouver la combinaison acceptée et les consignes du lieu courant, particulièrement après modification de l’itinéraire. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Départ — Agence et période :
Retour — Agence précise et période :

Observations du parcours

Véhicule — Catégorie et restrictions confirmées :
Réponse — Combinaison acceptée :
Conditions — Contrat et modalités :
Frais — Lignes et version :

Décision et relais

Remise — Preuve du retour :
Suite — Objets et questions ouverts :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Retour — Agence précise et période
Valeur proposée: Location fictive au départ de l’agence A4, retour accepté à B7 le 9 décembre à 17 h. Le message voyageur propose B8, autre agence de la même enseigne dans la même ville. Le contrat ne confirme aucun changement de retour vers B8.
Contrôle associé: Comparer identifiants d’agence, adresse, horaire et réponse acceptée ; une enseigne ou une ville commune ne rend pas B7 et B8 interchangeables. Faire corriger le message ou obtenir la modification autorisée avec ses conditions. Conserver la preuve de restitution à l’agence effectivement retenue ; une adresse saisie dans le dossier ne vaut pas accord du loueur.

Location aller simple : agence de retour, faisabilité et consigne courante

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Location aller simple : agence de retour, faisabilité et consigne courante — cas à vérifier

Modèle à compléter

Registre : Bagages en train : règles par segment et préparation du déplacement

Les consignes de bagages peuvent varier entre les trains d’un même voyage. La préparation doit rapprocher les objets transportés et les règles propres à chaque segment, sans reprendre une franchise générale. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Trajet — Segments et version :
Transporteur — Service de chaque étape :

Observations du parcours

Objets — Types et nombres fictifs :
Règle — Source et périmètre :
Continuité — Portage et correspondance :
Option — Service et référence :

Décision et relais

Changement — Ancien et nouveau train :
Consigne — Différences et points ouverts :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Continuité — Portage et correspondance
Valeur proposée: Deux voyageurs fictifs transportent trois valises et un vélo plié sur les segments S1 puis S2. Le trajet impose un changement de gare ; aucune prestation de portage ou de transfert de bagages n’est incluse dans les éléments confirmés. Les règles du vélo restent à lire pour S2.
Contrôle associé: Conserver les quatre objets et vérifier leurs règles sur chaque segment, puis la faisabilité de leur transport entre les gares. Une acceptation sur S1 ne vaut pas acceptation sur S2. Ne pas annoncer une continuité bagages depuis le seul billet de bout en bout ; laisser le point vélo ouvert jusqu’à une source applicable au second service.

Bagages en train : règles par segment et préparation du déplacement

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Bagages en train : règles par segment et préparation du déplacement — cas à vérifier

Modèle à compléter

Registre : Transfert retardé : heure choisie, arrivée observée et attente applicable

Un retard de transport et une arrivée tardive au rendez-vous ne demandent pas toujours le même traitement. Le suivi doit retrouver l’heure du transfert et la convention d’attente applicable au service réservé. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Transfert — Référence et version :
Transport — Vol ou ferry fictif :

Observations du parcours

Heures — Prévue, choisie et observée :
Attente — Point de départ et règle :
Lieu — Rendez-vous actuel :
Contact — Canal compétent par référence :

Décision et relais

Décision — Maintien ou suite ouverte :
Alternative — Proposition et accord :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Attente — Point de départ et règle
Valeur proposée: Transfert fictif T71 : les conditions du cas font partir quarante-cinq minutes d’attente de l’heure d’arrivée effectivement constatée. Arrivée à 18 h 20, présentation au point confirmé à 19 h 10. Le chauffeur est contacté à 18 h 50 ; aucune prolongation n’est encore acceptée.
Contrôle associé: Retrouver 19 h 05 comme fin de la période et cinq minutes de dépassement au rendez-vous. L’appel à 18 h 50 ne prouve pas une prolongation. Faire confirmer maintien ou alternative par le canal compétent, puis suivre l’accord et les frais éventuels selon les conditions ; ne pas déduire la règle d’un autre transfert.

Transfert retardé : heure choisie, arrivée observée et attente applicable

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Transfert retardé : heure choisie, arrivée observée et attente applicable — cas à vérifier

Modèle à compléter

Registre : Paiement à résultat différé : attente et préparation de la prestation

La fin d’un écran de paiement peut précéder le résultat financier pertinent. Le parcours doit expliquer l’attente et déterminer quelle preuve permet de préparer ou livrer la prestation. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Dossier — Référence et choix actuel :
Session — Tentative fictive :

Observations du parcours

État — Dernière observation :
Règle — Action autorisée et preuve :
Retour — Présent ou absent :
Notification — Résultat et répétitions :

Décision et relais

Action — Documents ou tâches déjà produits :
Relais — Suite et responsable :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Notification — Résultat et répétitions
Valeur proposée: Pour le dossier fictif D38, la première notification annonce un paiement en attente ; une seconde confirme ensuite son succès. La réservation fournisseur reste encore en attente d’acceptation. Le retour du navigateur n’a pas été observé ; aucune nouvelle notification de réservation n’est disponible.
Contrôle associé: Relier les événements à la même tentative et vérifier leur ordre et leur portée. Le paiement réussi ne transforme pas la prestation en réservation acceptée. Le suivi doit conserver l’attente fournisseur et le prochain responsable. Avant de produire une confirmation client, retrouver les deux résultats nécessaires ; un écran de retour manquant ne suffit pas non plus à annuler un paiement connu.

Paiement à résultat différé : attente et préparation de la prestation

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Paiement à résultat différé : attente et préparation de la prestation — cas à vérifier

Modèle à compléter

Registre : Remises combinées : assiette, ordre de calcul et total accepté

Deux remises valables peuvent produire un total différent selon leur assiette et leur ordre. Le suivi du prix doit permettre de reconstruire le calcul accepté, sans présumer leur cumul sur tous les produits. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Version — Choix et quantité :
Remises — Types et valeurs :

Observations du parcours

Assiette — Lignes ou montant concernés :
Cumul — Règle démontrée :
Ordre — Séquence retenue :
Convention — Devise et arrondi :

Décision et relais

Total — Résultat et accord :
Changement — Ancien calcul et suite :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Ordre — Séquence retenue
Valeur proposée: Prix fictif 200 € : remise de 10 % puis réduction fixe de 15 € donne 165 €. Dans l’ordre inverse, (200 − 15) × 0,90 donne 166,50 €.
Contrôle associé: Retrouver l’ordre et l’assiette réellement convenus avant de comparer les totaux. Cet exemple démontre une différence de calcul ; il ne suppose pas que les deux remises soient cumulables.

Remises combinées : assiette, ordre de calcul et total accepté

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Remises combinées : assiette, ordre de calcul et total accepté — cas à vérifier

Modèle à compléter

Registre : Versement par lot : transactions, frais et réservations rapprochées

Un versement peut réunir plusieurs opérations et ne pas correspondre au montant d’une réservation isolée. Le registre doit retrouver sa composition avant d’attribuer un écart à un dossier client. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Versement — Référence et type :
Période — Dates et convention :

Observations du parcours

Devise — Unité des montants :
Transactions — Types et signes :
Dossiers — Liens commerciaux disponibles :
Frais — Lignes et règle de ventilation :

Décision et relais

Écart — Montant non expliqué :
Clôture — Somme et preuves :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Clôture — Somme et preuves
Valeur proposée: Lot fictif V-8, en euros : encaissements 900 + 600 ; remboursement −100 ; frais −30 ; versement attendu 1 370. Crédit bancaire observé : 1 350 ; écart non expliqué : 20 €.
Contrôle associé: Reconstituer 900 + 600 − 100 − 30 = 1 370, avec signes et période identiques. Conserver les 20 € ouverts tant qu’aucune ligne ne les explique, sans les répartir arbitrairement entre dossiers.

Versement par lot : transactions, frais et réservations rapprochées

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Versement par lot : transactions, frais et réservations rapprochées — cas à vérifier

Modèle à compléter

Registre : Précision des nombres : quantités, identifiants et valeurs conservées

Un nombre lisible peut avoir perdu de la précision lors d’une conversion. Le dictionnaire doit distinguer quantités mesurées, montants et identifiants avant de décider comment les lire et les exporter. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Champ — Rôle et type documentés :
Source — Représentation initiale :

Observations du parcours

Unité — Convention métier :
Précision — Échelle et limites prévues :
Conversion — Étape et type utilisés :
Arrondi — Moment et règle :

Décision et relais

Export — Valeur produite :
Question — Convention inconnue et responsable :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Champ — Rôle et type documentés
Valeur proposée: Le contrat fictif définit la référence produit « 9007199254740993 » comme une chaîne de caractères. La quantité réservable est, séparément, un entier valant 3. Un passage intermédiaire convertit la référence en nombre avant de la réafficher ; le témoin doit vérifier sa conservation exacte.
Contrôle associé: Comparer caractère par caractère la référence d’origine et celle produite après chaque conversion. Cette valeur dépasse la plage d’entiers exactement interopérables couramment décrite par la RFC 8259. Garder le type textuel prévu au contrat, sans appliquer cette règle à une quantité qui exige un calcul numérique. Un JSON syntaxiquement valide peut avoir perdu un chiffre.

RFC 8259 : nombres JSON · consultée le 18/10/2026.

Repère documentaire : La RFC décrit les limites de précision et une plage d’entiers interopérables avec les implémentations usuelles. Un identifiant textuel conserve sa nature prévue au contrat.

Précision des nombres : quantités, identifiants et valeurs conservées

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Précision des nombres : quantités, identifiants et valeurs conservées — cas à vérifier

Modèle à compléter

Registre : Langue de repli : contenu disponible, champ manquant et présentation

Une langue demandée peut ne pas être disponible pour chaque champ. Le catalogue doit expliquer la variante retenue et préserver sa provenance, sans présenter un texte de repli comme une traduction confirmée. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Préférence — Langue demandée :
Variante — Langue retenue et règle :

Observations du parcours

Champ — Usage et disponibilité :
Source — Origine et version du texte :
Décision — Affichage ou clarification :
Condition — Texte commercial applicable :

Décision et relais

Mise à jour — Ancien et nouveau contenu :
Message — Langues et points ouverts :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Décision — Affichage ou clarification
Valeur proposée: Préférence fictive : italien. Le titre existe en italien, la description seulement en anglais et les conditions d’annulation seulement en français. La règle du projet autorise un repli anglais pour la description ; elle ne prévoit pas de remplacement silencieux des conditions.
Contrôle associé: Décider champ par champ selon son usage. Afficher la langue réelle de la description, faire traiter le manque des conditions et conserver leurs références. Un titre traduit ne démontre pas une offre intégralement disponible en italien. Ne pas présenter un assemblage de langues comme une traduction validée ni inventer des conditions équivalentes.

Langue de repli : contenu disponible, champ manquant et présentation

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Extraits de recherche : résumé, contenu courant et observation datée

Le résumé préparé pour une page et l’extrait affiché dans un moteur peuvent différer. Le contenu doit permettre de comprendre la tâche couverte, tandis que les observations de recherche gardent leur contexte. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Page — URL et version :
Question — Besoin et lecteur :

Observations du parcours

Description — Texte préparé :
Promesse — Offre ou méthode couverte :
Date — Justification du changement :
Observation — Requête et extrait datés :

Décision et relais

Publication — Version effectivement diffusée :
Suite — Donnée manquante et responsable :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Observation — Requête et extrait datés
Valeur proposée: Pour la page fictive F18, la meta description présente la vérification des frais de ménage. Une requête portant sur le montant produit un extrait chiffré du corps ; une autre portant sur l’unité produit un extrait expliquant « par séjour ». Les deux observations concernent la même version de page.
Contrôle associé: Conserver requête, date, extrait et URL pour comparer des observations interprétables. Vérifier d’abord l’exactitude des passages repris. La différence d’extrait ne prouve pas que la meta description a été ignorée partout ; le texte préparé n’est pas une consigne d’affichage garantie. Ne pas actualiser artificiellement une date pour modifier un extrait.

Google Search Central : extraits de recherche · consultée le 18/10/2026.

Repère documentaire : L’extrait provient principalement du contenu de la page ; Google utilise parfois la meta description et peut afficher des extraits différents selon la recherche.

Extraits de recherche : résumé, contenu courant et observation datée

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Extraits de recherche : résumé, contenu courant et observation datée — cas à vérifier

Modèle à compléter

Registre : Fil d’Ariane : situer la page et retrouver le bon parcours

Le fil d’Ariane explique où se situe la page dans une organisation utile au lecteur. Ses liens et libellés doivent permettre un retour cohérent, indépendamment de la forme technique de l’URL. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Page — Rôle et destination :
Parent — Rubrique utile :

Observations du parcours

Libellés — Noms visibles :
Liens — URLs actuelles :
Données — Chaîne structurée :
Collections — Autres accès utiles :

Décision et relais

Déplacement — Avant et après :
Preuve — Navigation et résultat :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Données — Chaîne structurée
Valeur proposée: Page fictive d’un guide hôtelier : chemin visible « Accueil › Guides › Hébergement › Frais de ménage ». Le balisage reprend ces quatre noms et leurs positions ; le lien Hébergement ouvre pourtant une ancienne rubrique transport à la suite d’un déplacement de page.
Contrôle associé: Contrôler destination réelle, ordre, nom et rôle du parent dans le chemin visible et le balisage. Corriger le lien vers la rubrique pertinente avant de considérer le fil cohérent. Un BreadcrumbList syntaxiquement valide ne répare pas une mauvaise destination de navigation et ne garantit pas un affichage particulier dans la recherche.

Google Search Central : fil d’Ariane · consultée le 18/10/2026.

Repère documentaire : BreadcrumbList décrit une place dans la hiérarchie du site. Le balisage et les liens de navigation demandent des vérifications distinctes.

Fil d’Ariane : situer la page et retrouver le bon parcours

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Fil d’Ariane : situer la page et retrouver le bon parcours — cas à vérifier

Modèle à compléter

Un lien aide le lecteur lorsqu’il permet d’anticiper la destination et l’action suivante. Le maillage doit garder cette clarté dans les pages, les cartes et les parcours de retour. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Emplacement — Texte ou carte :
Libellé — Destination annoncée :

Observations du parcours

URL — Route actuelle :
Rôle — Source, fiche ou modèle :
Contexte — Recherche ou produit utile :
Clavier — Trajet et indication visible :

Décision et relais

Résultat — Page réellement ouverte :
Correction — Sorties et responsable :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Libellé — Destination annoncée
Valeur proposée: Dans une carte fictive « Remboursement partiel », le lien « En savoir plus » ne fournit aucun autre contexte déterminé par programmation. Le libellé proposé devient « Vérifier le solde d’un remboursement partiel » et pointe vers la fiche correspondant à cette tâche.
Contrôle associé: Vérifier le nom accessible et le contexte du lien, puis ouvrir la destination au clavier. Le texte doit permettre de comprendre la fonction annoncée ; une formulation précise ne suffit pas si l’URL mène ailleurs. Examiner aussi les liens répétés d’autres cartes et conserver les paramètres utiles au parcours lorsqu’ils sont nécessaires.

W3C : comprendre le rôle d’un lien · consultée le 18/10/2026.

Repère documentaire : Le critère 2.4.4 examine si la fonction du lien se comprend par son texte ou son contexte déterminé par programmation ; il ne suffit pas de vérifier la couleur du lien.

Liens de navigation : destination compréhensible et contexte conservé

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Critères du pilote : tâche, résultat attendu et preuve d’acceptation

Une fonction montrée en démonstration n’est pas un critère d’acceptation complet. Le pilote doit préciser ce que l’utilisateur doit retrouver et la preuve qui permettra de juger la tâche terminée. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Rôle — Utilisateur de la tâche :
Dossier — Cas fictif et périmètre :

Observations du parcours

Résultat — Observation attendue :
Limite — Cas incomplet pertinent :
Preuve — Document ou réponse à retrouver :
Observation — Résultat réellement obtenu :

Décision et relais

Décision — Accepté ou périmètre restreint :
Suite — Responsable et preuve restante :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Résultat — Observation attendue
Valeur proposée: Critère fictif AC14 : après changement de date d’une seule activité, le conseiller retrouve la nouvelle référence et l’ancien choix remplacé ; l’hôtel reste confirmé aux dates inchangées. Le cas inclut une réponse de modification perdue, dont le résultat doit être relu avant répétition.
Contrôle associé: Associer au critère un résultat observable, les références utiles et le cas incomplet. « Modification fonctionne » ne permet pas de décider. Une démonstration sans réponse perdue ne couvre pas toute l’exigence AC14 ; garder cette partie non exécutée visible et attribuée plutôt que de valider le critère sur le seul parcours nominal.

Critères du pilote : tâche, résultat attendu et preuve d’acceptation

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Anomalies de recette : impact, priorité et preuve de correction

L’importance d’un défaut et l’ordre de traitement ne sont pas toujours la même information. La recette doit expliquer son impact sur la tâche et la décision de priorité, avec un cas reproductible. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Contexte — Version et environnement :
Cas — Étapes et données fictives :

Observations du parcours

Attendu — Résultat utile :
Observation — Preuve du défaut :
Impact — Tâche empêchée :
Priorité — Ordre et raison :

Décision et relais

Correction — Version et sorties concernées :
Clôture — Résultat et limite restante :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Priorité — Ordre et raison
Valeur proposée: Anomalies fictives : AN8 duplique une commande payée ; AN9 décale un pictogramme sans empêcher la lecture. AN8 est prioritaire pour le pilote car elle touche l’engagement financier et ne possède aucun contournement validé ; AN9 reste suivie avec sa propre preuve.
Contrôle associé: Justifier l’ordre par la tâche empêchée, les effets possibles, la fréquence observée et le contournement réellement disponible. Conserver gravité et priorité comme deux décisions explicites. Le nombre de captures ou la facilité de correction ne doivent pas, seuls, faire passer AN9 avant AN8. Rejouer les effets métier après correction avant clôture.

Anomalies de recette : impact, priorité et preuve de correction

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Anomalies de recette : impact, priorité et preuve de correction — cas à vérifier

Modèle à compléter

Registre : Retour à une version précédente : parcours, données et dossiers ouverts

Revenir à un logiciel précédent ne remet pas automatiquement les données et réservations dans leur ancien état. La préparation doit préciser ce qui peut être restauré et ce qui demande encore un rapprochement métier. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Changement — Versions et périmètre :
Déclencheur — Observation et décideur :

Observations du parcours

Composants — Logiciel et configuration :
Données — État courant et dépendances :
Dossiers — Objets ouverts entre versions :
Compatibilité — Ancien lecteur et nouveaux champs :

Décision et relais

Recette — Parcours et sorties après retour :
Relais — Points ouverts et responsable :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Dossiers — Objets ouverts entre versions
Valeur proposée: Version fictive V2 ajoute un état « demande en attente » à quinze dossiers ouverts. Le retour logiciel envisagé vers V1 rétablit l’ancienne interface, mais V1 ne sait pas présenter cet état. Les quinze dossiers ne sont pas devenus confirmés ou annulés pour autant.
Contrôle associé: Recenser les objets créés entre les versions et vérifier comment ils restent interprétables après retour. Préparer la reprise autorisée de ces quinze dossiers avant décision. Restaurer uniquement le code ne démontre ni compatibilité des données ni continuité du support. Garder une preuve du parcours de lecture et de traitement après le retour testé.

Retour à une version précédente : parcours, données et dossiers ouverts

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : Inclusions d’activité : rapprocher produit, option et prestation vendue

Une inclusion décrite pour un produit peut ne pas représenter toutes ses options. Le distributeur doit retrouver la portée de chaque information avant de la reprendre sur une carte ou dans une confirmation. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Produit — Identité du produit :
Option — Variation sélectionnée :

Observations du parcours

Niveau — Produit, option ou unité :
Type — Inclusion ou exclusion :
Écart — Textes contradictoires :
Carte — Badge et résumé :

Décision et relais

Document — Prestations de l’option :
Mise à jour — Supports concernés :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Écart — Textes contradictoires
Valeur proposée: Pour le produit fictif I8, le descriptif général mentionne une dégustation. L’option courte C la classe comme exclue ; l’option longue L la comprend. Le voyageur choisit C, mais un badge commun aux cartes annonce encore « dégustation incluse ».
Contrôle associé: Rattacher la promesse à l’option sélectionnée et faire résoudre la contradiction avant publication ou engagement. Corriger badge, détail et récapitulatif concernés ; ne pas changer seulement le titre de famille. La présence de la dégustation sur L n’établit aucun droit pour C. Conserver la source de la clarification et sa version.

Inclusions d’activité : rapprocher produit, option et prestation vendue

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Inclusions d’activité : rapprocher produit, option et prestation vendue — cas à vérifier

Modèle à compléter

Registre : Enfant gratuit à l’hôtel : tarif, occupation et lit ajouté

Une gratuité enfant peut porter sur un tarif en lit existant sans inclure un couchage supplémentaire. Le conseiller doit expliquer cette portée avant de comparer le coût réel du séjour familial. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Tarif — Offre et chambre retenues :
Âge — Tranche applicable au séjour :

Observations du parcours

Occupation — Personnes admises :
Couchage — Lit existant ou ajouté :
Demande — Équipement et statut :
Charge — Montant et unité éventuels :

Décision et relais

Collecte — En ligne ou sur place :
Document — Bénéficiaires et points ouverts :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Couchage — Lit existant ou ajouté
Valeur proposée: Offre fictive H22 : deux adultes et un enfant de sept ans sont admis dans la chambre, sans frais pour l’enfant utilisant un couchage existant. Un lit supplémentaire à 15 € par nuit est demandé pour trois nuits, mais sa disponibilité reste à confirmer.
Contrôle associé: Séparer gratuité tarifaire, capacité de la chambre et couchage demandé. Si le lit est confirmé selon la règle du cas, il ajoute 45 € ; avant cette réponse, le total reste à qualifier pour cette option. Ne pas transformer une demande de lit en inclusion acquise et ne pas étendre la gratuité à une autre tranche d’âge.

Enfant gratuit à l’hôtel : tarif, occupation et lit ajouté

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Enfant gratuit à l’hôtel : tarif, occupation et lit ajouté — cas à vérifier

Modèle à compléter

Registre : Durée d’une activité : visite, étapes et temps de préparation

La durée commerciale d’une activité ne décrit pas forcément tout le temps nécessaire entre rendez-vous et retour. Le programme doit montrer ce qui est documenté et ce qui reste à organiser. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Option — Produit et variation retenus :
Durée — Valeur et portée documentées :

Observations du parcours

Rendez-vous — Lieu et heure annoncés :
Étapes — Ordre et informations reçues :
Retour — Lieu et heure ou estimation :
Marge — Choix de préparation du groupe :

Décision et relais

Programme — Trajets précédent et suivant :
Version — Chronologie communiquée :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Programme — Trajets précédent et suivant
Valeur proposée: Programme fictif : rendez-vous à 9 h 40, visite de 10 h à 11 h 30, déplacement suivant estimé à vingt-cinq minutes. La prestation suivante exige une présence à 12 h 10. Le temps théorique restant après déplacement est donc de quinze minutes.
Contrôle associé: Conserver rendez-vous, durée de visite, déplacement et heure de présence comme quatre informations distinctes. Retrouver 11 h 55 avant la marge de quinze minutes. Cette marge n’est ni un engagement de transport ni une garantie d’accès ; faire examiner variabilité du trajet et besoins du groupe avant de valider le programme.

Durée d’une activité : visite, étapes et temps de préparation

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Durée d’une activité : visite, étapes et temps de préparation — cas à vérifier

Modèle à compléter

Registre : Correspondance entre gares : trajet urbain et rendez-vous du train

Une correspondance entre deux gares comprend un déplacement urbain que le temps entre trains ne décrit pas entièrement. L’équipe doit préparer le parcours avec ses accès et ses informations encore à vérifier. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Arrivée — Gare et train du premier segment :
Départ — Gare du second train :

Observations du parcours

Accès — Chemin et informations utiles :
Urbain — Mode et itinéraire proposé :
Titre — Transport nécessaire :
Temps — Durée indicative et marge choisie :

Décision et relais

Changement — Nouvelle gare ou heure :
Relais — Document courant et questions :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Temps — Durée indicative et marge choisie
Valeur proposée: Programme fictif : arrivée à la gare A à 13 h, présence requise à la gare B à 14 h. L’itinéraire prévu prend trente-cinq minutes de transport et douze minutes d’accès à pied, sans temps d’attente supplémentaire compté. Le temps théorique restant vaut treize minutes.
Contrôle associé: Retrouver soixante minutes disponibles moins quarante-sept minutes prévues. Qualifier séparément attente, variabilité, bagages et titre de transport nécessaire ; les treize minutes ne constituent pas une garantie de correspondance. Si l’arrivée est retardée de vingt minutes, les mêmes hypothèses produisent sept minutes de dépassement : faire réexaminer le programme avant de le présenter comme faisable.

Correspondance entre gares : trajet urbain et rendez-vous du train

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Correspondance entre gares : trajet urbain et rendez-vous du train — cas à vérifier

Modèle à compléter

Registre : Autorisation bancaire : échéance de capture et prestation à suivre

La date du séjour ne définit pas la durée de validité d’une autorisation bancaire. L’équipe doit retrouver l’échéance du paiement concerné et préparer la suite avant de présenter la somme comme encaissée. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Dossier — Réservation et paiement liés :
Échéance — capture_before ou repère applicable :

Observations du parcours

Instant — Fuseau de présentation :
Montant — Somme encore capturable :
Prestation — État et décision prévue :
Alerte — Contrôle et responsable :

Décision et relais

Écart — État après limite :
Relais — Décision et preuve attendue :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Échéance — capture_before ou repère applicable
Valeur proposée: Autorisation fictive de 280 € : repère de capture reçu au 22 novembre à 16 h UTC. La confirmation fournisseur est attendue à 16 h 20 UTC ce jour-là. Aucun autre délai ni extension n’est acquis ; l’interface de travail montre les deux instants dans le même fuseau.
Contrôle associé: Identifier les vingt minutes de décalage entre l’échéance et la réponse attendue, puis faire décider la suite autorisée avant la limite. Ne pas déduire une durée universelle depuis une autre autorisation. Après l’échéance, relire l’état réel au lieu de considérer les 280 € encore capturables par défaut ; distinguer paiement et engagement fournisseur.

Stripe : autoriser puis capturer un paiement · consultée le 18/10/2026.

Repère documentaire : La durée d’autorisation varie selon le moyen de paiement et le contexte. Pour les cartes, capture_before fournit un repère applicable à l’autorisation, sans fixer une durée universelle.

Autorisation bancaire : échéance de capture et prestation à suivre

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Autorisation bancaire : échéance de capture et prestation à suivre — cas à vérifier

Modèle à compléter

Registre : Crédit de facture : origine, client et utilisation retrouvée

Un crédit de facturation n’est pas la preuve d’un virement au client ni un avoir voyage utilisable sans conditions. Le suivi doit retrouver son origine et la facture où son application est effectivement constatée. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Client — Identifiant et périmètre fictifs :
Nature — Crédit de facture ou fonds reçus :

Observations du parcours

Origine — Pièce et transaction liées :
Devise — Monnaie du solde :
Facture — Pièce réellement ajustée :
Montant — Crédit utilisé et restant :

Décision et relais

Message — Disponibilité ou utilisation prouvée :
Suite — Question et responsable :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Montant — Crédit utilisé et restant
Valeur proposée: Dans le cas fictif, le client C42 dispose d’un crédit de facture de 120 € en euros. Une facture éligible de 90 € reçoit une affectation confirmée de 90 €. Le crédit restant est de 30 € ; cette facture ne conserve aucun montant à payer après l’affectation.
Contrôle associé: Rapprocher client, devise, transaction d’origine et facture effectivement ajustée. Ne pas présenter les 120 € comme un remboursement bancaire ni les 90 € affectés comme un nouvel encaissement. Le crédit restant de 30 € concerne le suivi des factures suivantes selon les règles du service ; sa présence ne prouve pas un versement sur le compte bancaire du client.

Stripe Billing : solde de facture client · consultée le 18/10/2026.

Repère documentaire : Le solde de facture client peut créditer ou débiter des factures ; il se distingue d’un encaissement et du solde de trésorerie du client.

Crédit de facture : origine, client et utilisation retrouvée

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Crédit de facture : origine, client et utilisation retrouvée — cas à vérifier

Modèle à compléter

Registre : Dossier payé en plusieurs fois : répartir le suivi des remboursements

Le montant à restituer au niveau d’un dossier doit être rapproché des paiements qui l’ont financé. Un état remboursé sur une charge ne suffit pas à expliquer le résultat de tous les acomptes et du solde. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Dossier — Prestations affectées :
Paiements — Acomptes et solde référencés :

Observations du parcours

Devise — Monnaie par paiement :
Historique — Restitutions déjà constatées :
Décision — Montant et justification :
Prévision — Suite par mouvement :

Décision et relais

Résultat — Références et états propres :
Message — Total rapproché et restant :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Résultat — Références et états propres
Valeur proposée: Le dossier fictif D46 a reçu 300 € d’acompte P1 et 500 € de solde P2. Une restitution de 250 € est décidée : R1 de 100 € sur P1 est aboutie ; R2 de 150 € sur P2 reste en attente. Aucun autre remboursement n’est connu.
Contrôle associé: Retrouver chaque restitution avec son paiement et son état. Le total demandé est de 250 €, le total abouti de 100 € et le reste à suivre de 150 €. Sur les 800 € reçus, 700 € restent conservés à cet instant, puis 550 € après succès de R2. Ne pas créer un troisième remboursement pour remplacer une attente non qualifiée.

Stripe : remboursements · consultée le 18/10/2026.

Repère documentaire : Les remboursements restent rattachés à un paiement et ont leurs propres références et états ; une restitution demandée n’équivaut pas à une restitution aboutie.

Dossier payé en plusieurs fois : répartir le suivi des remboursements

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Modèle à compléter

Registre : JSON Pointer : désigner le bon champ d’un catalogue

Un chemin de champ doit désigner une valeur précise sans perdre les caractères de sa clé. JSON Pointer fournit une syntaxe de référence ; il ne transforme pas la valeur et ne garantit pas la stabilité d’un index après modification. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Document — Version de fixture :
Besoin — Champ métier attendu :

Observations du parcours

Chemin — JSON Pointer transmis :
Clé — Nom exact et échappements :
Index — Position du tableau :
Valeur — Résultat attendu et obtenu :

Décision et relais

Erreur — Référence absente ou invalide :
Changement — Structure ou ordre nouveaux :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Chemin — JSON Pointer transmis
Valeur proposée: Document fictif : {"offres":[{"id":"A","tarif/standard":120},{"id":"B","tarif/standard":150}]}. Le chemin /offres/0/tarif~1standard désigne la valeur 120 dans cette version. La barre oblique fait partie du nom de clé « tarif/standard ».
Contrôle associé: Vérifier l’échappement ~1 et l’index initial zéro. Le chemin /offres/0/tarif/standard ne décrit pas la même structure. Si B passe en première position, le chemin peut encore exister tout en désignant 150 : rapprocher aussi l’identifiant A. JSON Pointer désigne une position dans un document, sans rendre cette position stable lors d’un réordonnancement.

RFC 6901 : JSON Pointer · consultée le 18/10/2026.

Repère documentaire : Dans un segment de JSON Pointer, une barre oblique du nom de clé devient ~1 et un tilde devient ~0. Un chemin reste lié à la structure du document.

JSON Pointer : désigner le bon champ d’un catalogue

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : JSON Pointer : désigner le bon champ d’un catalogue — cas à vérifier

Modèle à compléter

Registre : Vary et langue : retrouver la bonne variante dans le cache

Deux demandes vers une même URL peuvent recevoir des variantes différentes. Si la langue influence le contenu, la recette du cache doit retrouver comment ces variantes sont séparées et réutilisées. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Ressource — URL et version observées :
Sélection — Chemin, paramètre ou en-tête :

Observations du parcours

Préférence — Langue demandée :
Réponse — Langue et contenu reçus :
Vary — Champs de sélection annoncés :
Cache — Variante réutilisée :

Décision et relais

Repli — Contenu réellement disponible :
Suite — Consommateurs et correction :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Vary — Champs de sélection annoncés
Valeur proposée: À la même URL fictive /catalogue/P8, une requête Accept-Language: fr reçoit le descriptif français ; une autre avec en reçoit le descriptif anglais. Le serveur indique Vary: Accept-Language. Après mise en cache de la réponse française, un lecteur demande la version anglaise.
Contrôle associé: Vérifier que la réponse réutilisée correspond aux champs de sélection annoncés. Le lecteur anglais ne doit pas recevoir le texte français du seul fait que l’URL est identique. Contrôler corps, langue et en-têtes à l’aller puis après réutilisation ; ce test de variante n’établit pas à lui seul la traduction complète du catalogue.

RFC 9110 : champ Vary · consultée le 18/10/2026.

Repère documentaire : Vary décrit les champs de la requête susceptibles d’avoir influencé la sélection de la représentation ; les règles de cache doivent les prendre en compte.

Vary et langue : retrouver la bonne variante dans le cache

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Vary et langue : retrouver la bonne variante dans le cache — cas à vérifier

Modèle à compléter

Registre : Contrastes des pages voyage : texte, fond et états à relire

Un texte lisible sur un fond uni peut devenir difficile à lire sur une image ou dans un autre état. La revue doit garder les couleurs et le contexte mesurés, au-delà d’une appréciation visuelle générale. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Élément — Texte et fonction utiles :
Fond — Couleur ou image réelle :

Observations du parcours

Typographie — Taille et graisse :
État — Normal, survol ou focus :
Mesure — Couleurs et ratio obtenus :
Correction — Valeurs remplacées :

Décision et relais

Reprise — Même situation après correction :
Limite — Éléments non examinés :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Mesure — Couleurs et ratio obtenus
Valeur proposée: Texte courant fictif de 16 pixels, gris #777777 sur blanc #FFFFFF : ratio voisin de 4,48:1. Il reste inférieur à 4,5:1, malgré un arrondi d’affichage possible à 4,5.
Contrôle associé: Comparer la valeur avant arrondi au seuil applicable, puis mesurer le remplacement dans le même état. Vérifier séparément texte sur image, liens, survol et focus ; ce cas ne constitue pas une conformité globale.

W3C WCAG 2.2 — contraste minimal du texte · consultée le 18/10/2026.

Repère documentaire : Le critère 1.4.3 demande notamment 4,5:1 pour le texte courant et 3:1 pour le grand texte, avec des exceptions décrites dans la référence. Un ratio ne résume pas toute l’accessibilité.

Contrastes des pages voyage : texte, fond et états à relire

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Contrastes des pages voyage : texte, fond et états à relire — cas à vérifier

Modèle à compléter

Registre : Lecture agrandie : reflow du texte et continuité des actions

Le lecteur qui agrandit une page doit pouvoir conserver l’information et les actions utiles. Le contrôle rapproche largeur, contenu et navigation, sans assimiler une capture mobile à tous les usages du zoom. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Tâche — Information et action utiles :
Largeur — Pixels CSS observés :

Observations du parcours

Zoom — Mode réellement essayé :
Texte — Paragraphes et conditions :
Actions — Commandes encore accessibles :
Tableau — Besoin de deux dimensions :

Décision et relais

Cellules — Libellés et contenu lisibles :
Bilan — Résultats et limites :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Largeur — Pixels CSS observés
Valeur proposée: Largeur d’essai fictive : 320 pixels CSS pour une fiche lue verticalement. Les paragraphes, conditions et commandes se redistribuent dans cette largeur ; un tableau comparatif conserve un défilement horizontal dans sa seule zone. Le navigateur et le mode d’essai sont notés avec le résultat.
Contrôle associé: Parcourir les mêmes informations et actions sans perte de contenu. Le besoin de deux dimensions du tableau ne justifie pas un défilement horizontal pour les paragraphes voisins. Distinguer une fenêtre étroite d’un essai de zoom réellement effectué ; ce contrôle ciblé ne démontre pas à lui seul la conformité complète de la page.

W3C : redistribution du contenu · consultée le 18/10/2026.

Repère documentaire : Le critère 1.4.10 examine notamment la lecture verticale à une largeur équivalente à 320 pixels CSS, avec des exceptions pour les contenus exigeant deux dimensions.

Lecture agrandie : reflow du texte et continuité des actions

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Lecture agrandie : reflow du texte et continuité des actions — cas à vérifier

Modèle à compléter

Registre : Focus clavier : élément actif et panneaux fixes du parcours

Un élément peut recevoir le focus tout en étant masqué par un panneau fixe. La recette doit suivre le trajet clavier et retrouver l’action active dans sa situation réelle de présentation. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Tâche — Parcours fictif sans souris :
Trajet — Étapes au clavier :

Observations du parcours

Actif — Composant recevant le focus :
Panneau — État et superposition :
Visibilité — Recouvrement observé :
Correction — Composant modifié :

Décision et relais

Reprise — Même trajet et état :
Limites — Ordre et indication à relire :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Visibilité — Recouvrement observé
Valeur proposée: Dans un parcours fictif à 390 pixels CSS, le bouton « Confirmer le choix » reçoit le focus mais reste entièrement derrière un panneau fixe. Le défaut apparaît après ouverture d’un accordéon. Le même trajet au clavier est décrit, avec l’état du panneau et du contenu.
Contrôle associé: Rejouer l’état précis après correction et vérifier que le composant focalisé n’est plus entièrement caché. Examiner aussi son indicateur, son ordre de navigation et son activation, qui demandent d’autres contrôles. Une capture prise après fermeture du panneau ne valide pas le cas qui échouait lorsqu’il était ouvert.

W3C : focus non masqué, minimum · consultée le 18/10/2026.

Repère documentaire : Le critère 2.4.11 vise le composant recevant le focus : il ne doit pas être entièrement caché par du contenu créé par l’auteur. Les autres critères du focus restent à contrôler.

Focus clavier : élément actif et panneaux fixes du parcours

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Focus clavier : élément actif et panneaux fixes du parcours — cas à vérifier

Modèle à compléter

Registre : Objectifs de reprise : interruption, perte de données et preuves

La durée visée pour reprendre une tâche et la perte de données tolérée sont deux objectifs distincts. Ils doivent être rattachés aux dossiers et aux preuves de reprise, pas à la seule fréquence d’une sauvegarde. Utilisez des références fictives et des pièces non sensibles ; ne copiez aucun secret ou moyen d’accès.

Périmètre et référence

Référence fictive et version du dossier :
Source, contrat applicable et date de contrôle :
Tâche — Parcours prioritaire :
Données — Objets et écritures nécessaires :

Observations du parcours

RTO — Temps cible et décision :
RPO — Point cible et données tolérées :
Dépendances — Services et références utiles :
Scénario — Cas et preuves attendues :

Décision et relais

Observation — Résultat réellement obtenu :
Écart — Limite et prochaine revue :
Écart ou point non démontré, preuve encore attendue :
Décision, prochaine action, responsable et échéance :

Un champ renseigné · exemple fictif

Champ: Observation — Résultat réellement obtenu
Valeur proposée: Exercice fictif : interruption à 10 h, objectif de reprise de la tâche en trente minutes et point de données toléré de cinq minutes au maximum avant l’incident. La tâche redevient utilisable à 10 h 38 ; les données restaurées s’arrêtent à 9 h 57.
Contrôle associé: Retrouver trente-huit minutes d’interruption : la cible de reprise est dépassée de huit minutes. Le point restauré précède l’incident de trois minutes et respecte la tolérance de cinq minutes du cas. Ces deux constats sont distincts ; rapprocher aussi les dossiers et écritures extérieures avant de déclarer le service réellement repris. Les objectifs restent ceux de cet exercice.

Objectifs de reprise : interruption, perte de données et preuves

Rapprocher le document de ses contrôles

Ces fiches sont reliées directement au modèle ou à ses guides. Choisissez le périmètre correspondant à votre dossier.

Vérifier le parcours : Objectifs de reprise : interruption, perte de données et preuves — cas à vérifier

Conserver une décision compréhensible

Ces modèles décrivent les informations utiles à chaque étape. Les exemples fictifs montrent comment lire un champ ou rapprocher plusieurs observations ; leurs montants, règles d’offre et décisions ne constituent pas des conditions fournisseur. Relisez les champs, leurs sources et les contrôles avant de préparer une décision.

La fiche fournisseur documente une affirmation ; la recette montre un résultat ; le brief précise pourquoi ce résultat compte. Conservez les trois avec la même référence de projet. Pour comparer l’économie des candidats, complétez l’analyse avec le coût complet. Pour organiser les rôles et la décision de lancement, utilisez le plan de pilote et la répartition des responsabilités.

Passer à la vérification

Des fiches de contrôle pour ce sujet

Champs à collecter, tests, erreurs fréquentes et consignes de transmission pour travailler sur un dossier concret.

Contenus et international

Contrôler une page touristique multilingue

Une traduction exploitable conserve l’identité du produit et les conditions de vente, tout en adaptant les textes et les formats au lecteur. Contrôlez la cohérence de l’ensemble du parcours, pas seulement celle du paragraphe principal.

8 contrôles, un cas pratique et 3 questions fréquentes →

Paiement

Rapprocher le paiement et la réservation de voyage

Un paiement accepté, une prestation confirmée et un remboursement exécuté sont trois faits distincts. Cette fiche aide les équipes produit, finance et service client à garder leurs références et leurs états cohérents.

8 contrôles, un cas pratique et 3 questions fréquentes →

Logiciels et organisation

Préparer la recette d’un logiciel métier tourisme

Une démonstration devient utile lorsqu’elle suit une tâche complète et laisse des preuves exploitables. Cette fiche cadre les rôles, les états, les exports et les reprises à vérifier avant un pilote logiciel.

8 contrôles, un cas pratique et 3 questions fréquentes →

Toutes les fiches de contrôle →

Exemple de lecture · données fictives

Passer d’un souhait vague à un besoin vérifiable

« Nous voulons automatiser les devis » ne définit ni périmètre ni résultat. Un brief exploitable pourrait être : « Sur les 300 demandes mensuelles de séjours déjà au catalogue, préparer une proposition sans ressaisie des prestations confirmées ; conserver une validation humaine pour les demandes hors catalogue. »

Exemple de champs renseignés pour cadrer le même projet
Champ	Exemple
Point de départ	18 minutes de traitement médian, mesurées sur 30 demandes selon le même protocole.
Cible à tester	12 minutes, sans perte de prix total, conditions ou version acceptée.
Cas difficile	Modifier une seule prestation après acompte et faire reprendre le dossier par un collègue.
Décision	Déployer seulement si les cas obligatoires sont exécutés et si les reprises restent attribuées.

La cible de six minutes gagnées reste une hypothèse. Multiplier une médiane par le volume ne donne pas automatiquement le temps total économisé : mesurez aussi la moyenne et les exceptions. Lire les champs du brief · Préparer le pilote.