Changer seulement le nom
Renommez « Standard twin room » en « Twin standard ». L’occupation, les repas et l’annulation ne changent pas. Le rapprochement des intitulés ne doit pas fusionner les deux offres.

Recette · 21 situations métier
Chaque cas précise la situation, l’action à jouer, le résultat attendu et les preuves à conserver. Reprenez les mêmes données de départ avec chaque fournisseur pour rendre la comparaison utile.
Préparer une démonstration
Retrouvez les données à fournir, les preuves de mise à jour et les conditions de réussite propres à votre sujet. Les cas sont fictifs ; convenez avec le fournisseur d’un environnement d’essai et des opérations autorisées.
Cas détaillé · offres entièrement fictives
Demande de référence : une chambre pour deux adultes, du 14 au 16 novembre 2026, soit deux nuits. Les identifiants, conditions et montants ci-dessous sont inventés pour l’exercice. Ils ne proviennent d’aucun flux de réservation.

Cette scène IA n’établit ni la disponibilité, ni les repas inclus, ni une condition d’annulation. Le cas consiste à rapprocher une chambre et ses offres en préservant ce qui change entre elles.
Résultat attendu : conserver deux offres distinctes et ne pas présenter 252 € comme une alternative équivalente au séjour à 320 €.
| Champ | Offre A | Offre B | Contrôle attendu |
|---|---|---|---|
| Établissement de référence du jeu | HT-DEMO-41 | HT-DEMO-41 | L’établissement est donné comme identique dans cet exercice, sans désigner un hôtel réel. |
| Chambre et lits décrits | Twin standard, deux lits simples | Standard twin room, deux lits simples | Le nom proche et les lits ne décrivent pas à eux seuls le tarif vendu. |
| Capacité physique maximale | 2 personnes | 2 personnes | Une chambre pouvant accueillir deux personnes peut être tarifée pour une seule. |
| Occupation de l’offre | 2 adultes | 1 adulte | Les deux prix ne répondent pas à la même demande. |
| Petit-déjeuner | Inclus pour 2 personnes sur les 2 nuits | Non inclus | Les prestations incluses restent attachées à chaque offre. |
| Annulation fournie dans le jeu | Possible jusqu’au 12/11/2026 à 18:00, UTC+01:00 | Non remboursable | Une différence de conditions ne doit pas disparaître lors du rapprochement. |
| Montant annoncé en EUR pour 2 nuits | 320 € pour l’occupation et les prestations indiquées | 252 € pour l’occupation et les prestations indiquées | Ce sont des montants fictifs du cas, sans tarif réel ni économie commerciale déduite. |
Renommez « Standard twin room » en « Twin standard ». L’occupation, les repas et l’annulation ne changent pas. Le rapprochement des intitulés ne doit pas fusionner les deux offres.
Le prix à une personne ne permet pas de reconstituer le tarif à deux. Le résultat reste à obtenir dans un essai autorisé ; ni doubler 252 €, ni diviser 320 € ne crée une nouvelle offre valable.
Si le champ de B devient absent, son état devient « à confirmer ». Le système de démonstration ne doit en déduire ni gratuité, ni absence de remboursement, ni équivalence avec A.
Conservez la demande de référence, les deux offres d’origine, la correspondance de l’établissement, les versions après changement et le résultat affiché. La comparaison doit préserver les différences et rendre l’inconnu visible. Une capture des noms de chambres seuls ne suffit pas.
Approfondir le rapprochement hôtels et chambres · Relire le prix et son périmètre · Reporter les preuves dans la grille d’évaluation.
Repère documentaire : Google Hotel Prices, Room Bundles, consulté le 30/10/2026. Cette documentation distingue capacité physique, occupation d’une offre et caractéristiques tarifaires. Elle étaye les distinctions du cas ; les valeurs ci-dessus restent un exemple éditorial original, sans lecture ni modification d’une intégration du site.
Mettre la méthode à l’épreuve
Un cas de test ne s’arrête pas au message d’erreur. L’exemple fictif ci-dessous suit une notification d’annulation reçue deux fois, puis une réponse tardive. Adaptez les messages aux possibilités de l’environnement fournisseur.
Une réservation d’essai est confirmée, avec un identifiant et un état financier retrouvables.
À retenir : Relever la version de l’interface et neutraliser les données personnelles dans les preuves partagées.
Une annulation autorisée arrive et le système met à jour le dossier.
À retenir : Vérifier la prestation, le statut, le montant attendu et le message au client avant de poursuivre.
Le même événement est rejoué, puis un ancien message de confirmation arrive après l’annulation.
À retenir : Vérifier qu’aucun second remboursement n’est créé et que le dossier ne revient pas abusivement à « confirmé ».
Le défaut est corrigé puis la séquence complète est rejouée sur un nouveau dossier fictif.
À retenir : Retester aussi un message unique valide : bloquer tous les événements ne constitue pas une correction acceptable.
Résultat attendu : un état métier cohérent, une seule action financière justifiée et une chronologie explicable. Si l’interface ne permet pas d’injecter ces messages, marquez le cas « non exécuté » et demandez au fournisseur la preuve de son propre essai.
Mode d’emploi
Choisissez trois à cinq cas qui représentent vos volumes et vos incidents réels. Évitez de transformer ces exemples en exigences universelles : les responsabilités et les règles contractuelles dépendent du produit et du marché.
Notez produits, marchés, devises, canaux et versions des systèmes. Utilisez des données fictives ou autorisées dans l’environnement d’essai et convenez des opérations financières simulées.
Demandez au fournisseur de montrer le parcours normal puis l’exception. Chronométrez les reprises manuelles et notez qui intervient, sans confondre une capture préparée avec un résultat reproduit.
Archivez références, réponses, écrans, version du produit et limites observées. Marquez « à confirmer » toute étape non exécutée. Utilisez ensuite la grille d’évaluation pour décider.
Famille 1 / 7
Vérifiez la cohérence entre l’offre vendue, le billet émis et le service après-vente.
Situation. Un aller-retour avec correspondance, bagage et un tarif presque épuisé.
Action. Recherchez, sélectionnez puis confirmez après une modification du prix ou de la disponibilité.
Résultat attendu. Le prix final et les conditions sont présentés avant l’accord ; aucune réservation partielle invisible ne subsiste.
Preuves. Horodatage des offres, écran de confirmation et références transporteur.
Approfondir le sujetSituation. Un billet émis avec deux segments et un service additionnel.
Action. Changez un segment, comparez l’écart de prix, validez puis vérifiez le bagage.
Résultat attendu. Le nouveau trajet, les documents et le règlement correspondent à la décision du client.
Preuves. Ancien et nouveau dossier, historique des prix, document réémis.
Approfondir le sujetSituation. Un vol retardé qui rend impossible la correspondance prévue.
Action. Signalez le retard et demandez les options réellement accessibles au voyageur.
Résultat attendu. Le dossier montre la source du changement, les options, le responsable de la décision et le contact d’assistance.
Preuves. Journal de l’incident, références des segments et messages au voyageur.
Approfondir le sujetFamille 2 / 7
Le test doit suivre une chambre précise, son tarif et ses conditions jusqu’au départ du client.
Situation. Deux fournisseurs décrivent le même établissement avec des noms de chambres proches.
Action. Comparez occupation, repas, taxes et annulation avant de réunir les offres.
Résultat attendu. Les chambres ne sont rapprochées que si leurs caractéristiques et conditions sont compatibles.
Preuves. Identifiants fournisseurs, attributs de chambre et règles de rapprochement.
Approfondir le sujetSituation. Une seule chambre reste ouverte sur les canaux direct et intermédiaire.
Action. Soumettez deux demandes rapprochées dans l’environnement d’essai, puis rapprochez chaque réponse avec le stock et le paiement.
Résultat attendu. Le stock ne devient pas négatif ; le client reçoit un statut clair et le paiement suit le résultat réel.
Preuves. Journaux de stock, confirmations et éventuelles opérations de paiement.
Approfondir le sujetSituation. Un séjour confirmé gagne une nuit et change de nombre de personnes.
Action. Modifiez le dossier puis contrôlez réception, distribution, CRM et facture.
Résultat attendu. Toutes les équipes voient la même version du séjour et les taxes applicables sont recalculées.
Preuves. Historique du dossier, facture, export comptable et messages client.
Approfondir le sujetFamille 3 / 7
Sur le terrain, l’heure, le lieu et la capacité sont aussi importants que le statut « confirmé ».
Situation. Une visite avec une capacité limitée, vendue par deux distributeurs.
Action. Vendez la dernière place, annulez un participant et réattribuez le siège libéré.
Résultat attendu. Le nombre de billets valides correspond à la capacité et l’opérateur connaît les personnes attendues.
Preuves. État des créneaux, billets et journal des changements.
Approfondir le sujetSituation. Un transfert aéroport réservé sur un vol qui atterrit avec retard.
Action. Mettez à jour l’horaire d’arrivée et cherchez le chauffeur et le point de rendez-vous.
Résultat attendu. Le fournisseur confirme la prise en charge ou propose une solution ; le voyageur reçoit des consignes utilisables.
Preuves. Source du retard, réponse du fournisseur et message au voyageur.
Approfondir le sujetSituation. Un voucher a été émis mais son code est refusé au contrôle.
Action. Reconstituez la réservation et demandez une reprise sans vendre un second billet à tort.
Résultat attendu. Le personnel d’accueil sait qui joindre ; le dossier conserve l’issue et le traitement financier.
Preuves. Voucher, statut fournisseur, journal d’assistance et preuve d’accès.
Approfondir le sujetFamille 4 / 7
Rapprochez toujours ce qui a été annoncé, encaissé, dû au fournisseur et éventuellement remboursé.
Situation. Une offre comprend prix de base, taxes locales et frais de service.
Action. Parcourez devis, récapitulatif et écran final, puis comparez le reçu.
Résultat attendu. Les frais obligatoires connus apparaissent avant l’engagement et les montants correspondent entre écrans.
Preuves. Captures datées, détail du prix et reçu.
Approfondir le sujetSituation. Un dossier multi-prestations a été payé dans une devise différente de celle du fournisseur.
Action. Annulez une prestation et exécutez le remboursement partiel.
Résultat attendu. Montant, devise, frais et référence sont explicites ; le solde du dossier reste cohérent.
Preuves. Conditions appliquées, transaction d’origine, remboursement et rapprochement.
Approfondir le sujetSituation. La transaction est acceptée mais la réponse de réservation se perd.
Action. Simulez une réponse tardive et tentez une reprise du dossier.
Résultat attendu. Le système recherche l’état réel avant toute relance et évite un second encaissement ou une réservation double.
Preuves. Identifiant de transaction, clé de reprise et journal fournisseur.
Approfondir le sujetFamille 5 / 7
Une donnée utile reste traçable : source, version, droits d’usage et date de contrôle.
Situation. Une fiche de lieu affiche une adresse et des horaires transmis par plusieurs sources.
Action. Injectez une mise à jour contradictoire puis demandez une publication.
Résultat attendu. La provenance et la date sont visibles ; l’équipe peut bloquer ou corriger une information non résolue.
Preuves. Sources, version publiée et historique de validation.
Approfondir le sujetSituation. Deux flux décrivent la même prestation avec des règles d’annulation différentes.
Action. Rapprochez les offres puis changez une condition dans un seul flux.
Résultat attendu. La fusion ne masque pas la différence contractuelle ; la vente conserve la condition applicable.
Preuves. Identifiants source, règle de correspondance et version des conditions.
Approfondir le sujetSituation. Un tableau annonce la fréquentation d’un territoire sur une période.
Action. Recréez le calcul avec les données et filtres disponibles.
Résultat attendu. L’équipe peut expliquer population, période, source, limites et éventuels ajustements.
Preuves. Jeu de données, formule, date de mise à jour et export.
Approfondir le sujetFamille 6 / 7
Un pilote solide révèle comment les équipes récupèrent un dossier quand le parcours normal échoue.
Situation. Une confirmation fournisseur déclenche un événement transmis à votre système.
Action. Envoyez le même événement deux fois et dans le désordre.
Résultat attendu. Le dossier n’est confirmé qu’une fois et l’historique permet d’expliquer chaque transition.
Preuves. Identifiants d’événement, état avant/après et journal de reprise.
Approfondir le sujetSituation. Une réservation doit être retrouvée alors que l’API du fournisseur ne répond plus.
Action. Coupez l’accès de test, ouvrez le dossier puis contactez le support.
Résultat attendu. Les références et documents déjà reçus restent accessibles ; une procédure humaine prend le relais.
Preuves. Plan d’incident, horodatages, contacts et résultat du ticket.
Approfondir le sujetSituation. Des réservations futures restent actives lors d’un changement de fournisseur.
Action. Exportez un échantillon et faites reprendre un dossier par l’équipe de destination.
Résultat attendu. Références, paiements, conditions et obligations de service demeurent retrouvables.
Preuves. Export lisible, contrat de sortie et procès-verbal de reprise.
Approfondir le sujetFamille 7 / 7
Ces cas distinguent caractéristiques de l’offre, droit d’agir et état opérationnel. Utilisez des données fictives ou anonymisées et un environnement autorisé.
Situation. Le cas fournit un modèle de terminal et une source fournisseur indiquant son incompatibilité avec le plan.
Action. Qualifier le terminal avant achat, puis comparer le parcours d’un appareil éligible et d’une activation impossible.
Résultat attendu. L’offre incompatible n’est pas promise ; le plan et son début de validité sont expliqués ; l’assistance prévue peut être retrouvée hors ligne.
Preuves. Source de compatibilité, version du plan, état de commande et consignes de support sans code d’installation partagé.
Approfondir le sujetSituation. Une option de croisière comporte une cabine, des passagers et une échéance fournie dans le cas.
Action. Modifier l’occupation puis rejouer l’échéance dans le périmètre de test autorisé.
Résultat attendu. Le nouveau prix et les conditions sont validés avant confirmation ; les documents et tâches restantes correspondent à la même version.
Preuves. Ancien et nouveau devis, références, échéancier et responsable de chaque action.
Approfondir le sujetSituation. Un restaurant vend un plat avec un choix obligatoire et un supplément payant sur deux canaux.
Action. Rendre le supplément indisponible, puis refuser une commande et rejouer sa notification.
Résultat attendu. Les canaux proposent uniquement les choix autorisés ; une seule commande est créée et le refus reste visible en cuisine, caisse et suivi du paiement.
Preuves. Versions de menu, références canal et caisse, état financier et messages transmis.
Approfondir le sujetAprès la recette
Classez chaque écart selon son effet sur la vente, le client, la comptabilité et l’exploitation. Un problème bloquant doit être corrigé puis rejoué ; une limite acceptable demande un responsable, une procédure et une date de revue. Gardez la réponse écrite du fournisseur avec le dossier d’essai.
Avant d’étendre le test à la production, validez aussi les droits d’accès, les coûts, la qualité du support et les conditions de sortie. Consultez le plan de pilote, la matrice des responsabilités et la recette complète d’un parcours.