Distribution hôtelière B2B : bedbanks et API

Faits, limites et références (2)

Documenté : Le Channel Manager HotelRunner présente une gestion centralisée des tarifs, disponibilités et réservations, avec types de chambres, plans tarifaires et restrictions propres aux canaux.

Limite : Présentation produit ; sens des échanges, connecteurs et restrictions pris en charge sont à vérifier dans la configuration retenue.

À demander : Comment une fermeture de chambre et sa réouverture sont-elles retrouvées sur les canaux réellement utilisés ?

Documentation principale · consultée le 31/10/2026

Autres références pour ce périmètre

• Autre référence de HotelRunner · consultation du 01/10/2026

  L’offre HMS présente plusieurs fonctions : channel manager, CRS, moteur de réservation et outils de commercialisation.

  Portée : Le périmètre de modules et les restrictions synchronisées restent à vérifier pour la configuration choisie.

Contrôles proposés pour ce périmètre

Périmètre

À réunir : Cas fictif : chambre D2 liée aux canaux A et B. Vérifier le mapping de catégorie et de plan tarifaire sur les deux canaux.

Fermeture

À réunir : D2 fermée le 14 décembre ; A fermé, B encore proposé. Conserver les heures d’observation et identifier le dernier échange avant de conclure sur la propagation.

Restriction

À réunir : Minimum de trois nuits appliqué au plan T2 seulement. Contrôler une recherche de deux nuits sur T2 et sur un autre plan sans étendre la restriction.

Retour en vente

À réunir : Réouverture prévue après résolution du décalage de B. Vérifier l’état des deux canaux et les réservations déjà engagées avant de clore l’incident.

Faits, limites et références (1)

Documenté : HyperGuest présente une plateforme reliant directement fournisseurs d’hébergement et distributeurs, avec une intégration API unifiée côté acteurs de la demande.

Limite : Présentation commerciale de la connexion ; accords, hôtels accessibles, paiements et responsabilités demandent une confirmation propre au partenariat.

À demander : Comment une sélection hôtelière devient-elle un engagement identifiable pour le vendeur et l’établissement ?

Documentation principale · consultée le 31/10/2026

Contrôles proposés pour ce périmètre

Correspondance

À réunir : Cas fictif : hôtel interne H41 et référence fournisseur X82. Rapprocher établissement, chambre et occupation ; un nom proche ne suffit pas au mapping.

Offre

À réunir : Deux adultes, trois nuits et conditions de la version V2. Comparer prix total, taxes et politique retenue au moment où l’offre est confirmée.

Responsabilités

À réunir : Vendeur, hébergeur et acteur de l’encaissement désignés. Retrouver qui répond au client pour un changement, sans le déduire de la seule connexion directe.

Incident

À réunir : Réponse de réservation perdue pour la référence R41. Demander la procédure de recherche avant une seconde création et conserver le résultat retrouvé.

Faits, limites et références (1)

Limite : Une connexion annoncée ne garantit pas que tous vos tarifs, restrictions ou champs de réservation circulent dans les deux sens. La recette doit porter sur les canaux activés et leurs mappings.

À demander : Comment vérifier ouverture, fermeture, restriction et retour de réservation sur un même type de chambre dans les canaux que nous utilisons ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : Ces services n’impliquent pas tous le même périmètre contractuel ; les résultats de conversion présentés ne constituent pas une prévision pour votre hôtel.

À demander : Quels services et connexions PMS, CRM et distribution sont inclus, et comment mesure-t-on leur contribution au canal direct ?

Documentation principale · consultée le 06/10/2026

Faits, limites et références (1)

Limite : La présentation d’optimisation ne prouve pas un gain pour votre portefeuille ; produit, données, droits d’intervention et effets sur les dossiers doivent être explicités.

À demander : Quels dossiers sont éligibles, quelles opérations sont autorisées et comment chambre, conditions et marge restent-elles vérifiables ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : L’existence des modules ne prouve pas qu’ils sont tous inclus dans le contrat proposé ou compatibles avec les canaux déjà utilisés. Vérifier les flux d’une réservation puis d’une modification.

À demander : Quels modules et interfaces sont inclus, et comment le moteur web, la réception et la distribution partagent-ils le dernier état d’une réservation ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : Une suite de produits ne signifie pas que chaque fonction appartient au même abonnement ou au même périmètre de données ; droits, interfaces et configuration doivent être explicités.

À demander : Quel produit est maître des dossiers, des chambres et des règlements, et comment les fonctions de groupe et de maintenance affectent-elles la capacité ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : Présentation du CRS ; elle ne confirme ni connexion activée pour un établissement, ni propagation de toutes ses règles tarifaires.

À demander : Quelles données et restrictions passent réellement entre le CRS, le PMS et les canaux retenus ?

Documentation principale · consultée le 31/10/2026

Contrôles proposés pour ce périmètre

Produit

À réunir : La page concerne SynXis CRS.. Nommer le module, les établissements et les canaux du projet.

Propagation

À réunir : Tarifs, inventaire et disponibilité sont les objets décrits.. Faire rapprocher une modification sur chaque système concerné.

Faits, limites et références (1)

Limite : Une famille de produits ne démontre pas les flux couverts par une intégration particulière ; les responsabilités de stock et de séjour doivent être attribuées.

À demander : Quel composant fait foi pour réservation, disponibilité et communication lorsque le séjour change ?

Documentation principale · consultée le 07/10/2026

Faits, limites et références (1)

Limite : Un tarif membre et une offre corporate négociée pour une entreprise ne sont pas automatiquement le même produit.

À demander : Quel accès, quelles conditions et quel parcours d’assistance couvrent l’offre réellement proposée à nos voyageurs ?

Documentation principale · consultée le 07/10/2026

Faits, limites et références (1)

Limite : Ce fournisseur est distinct de Travco Travel en Égypte ; la couverture, les conditions et les droits d’intégration se vérifient dans le contrat concerné.

À demander : Quels identifiants, produits, modifications et conditions hôtelières couvre notre accès XML ?

Documentation principale · consultée le 07/10/2026

Faits, limites et références (1)

Limite : Ces notes de version ne prouvent pas que tous les champs ou limites s’appliquent à votre version de production ; évitez de fusionner code de recherche et identifiant de propriété.

À demander : Quel identifiant, quelle langue et quel format sont attendus par la version activée sur notre compte ?

Documentation principale · consultée le 07/10/2026

Faits, limites et références (1)

Limite : Page commerciale de présentation ; elle ne décrit pas les conditions d’un tarif ni un contrat d’intégration API.

À demander : Quelles informations de l’offre choisie restent retrouvables après un changement de chambre ou de dates ?

Documentation principale · consultée le 18/10/2026

Contrôles proposés pour ce périmètre

Sélection

À réunir : Cas fictif : hôtel S8, chambre double, deux adultes et un enfant. Retrouver l’âge de l’enfant et le couchage accepté plutôt que le seul nom de chambre.

Prix

À réunir : 300 € payés en ligne et 24 € explicitement dus sur place. Présenter les 324 € du périmètre du cas sans confondre total connu et montant prépayé.

Conditions

À réunir : Version P1 choisie, nouvelle recherche affichant P2. Conserver la politique attachée à la réservation ; la nouvelle recherche ne remplace pas la preuve de P1.

Relais

À réunir : Référence vendeur et confirmation de l’établissement. Faire reprendre une demande de modification avec les deux références et une réponse attribuée.

Faits, limites et références (1)

Limite : Les programmes ont des publics et critères propres ; un avantage annoncé pour un conseiller ne vaut pas condition applicable à chaque séjour vendu.

À demander : Quel programme, quelle éligibilité et quel canal concernent notre organisation et les réservations à suivre ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : Un accès au portail ne démontre pas l’éligibilité à tous les programmes et tarifs ; formation, identifiants et conditions du produit restent à vérifier.

À demander : Quels programmes et tarifs sont ouverts à notre agence, et quelles références permettent le suivi d’une commission ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : Ces ressources ne définissent pas la commission ou l’éligibilité de chaque dossier ; tarif, programme et identifiants requis doivent être rapprochés de la réservation.

À demander : Quel programme et quelles références donnent accès au tarif et au suivi de commission pour notre dossier ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : Les avantages du conseiller et ceux du client ont des conditions différentes ; l’accès au portail n’ouvre pas automatiquement chaque programme.

À demander : Quels identifiants et critères s’appliquent à notre réservation et où sont suivis conditions, commission et programme concerné ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : Les programmes, tarifs et avantages ne sont pas interchangeables ; vérifier éligibilité, conditions et canal de réservation pour le dossier.

À demander : Quel programme et quelles références permettent la réservation et le suivi pour notre entreprise ou agence ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : La gamme entière n’est pas nécessairement incluse dans un contrat ; les modifications en libre-service doivent se répercuter sur stock et facturation.

À demander : Quels modules et règles encadrent une modification client, puis sa transmission au PMS et aux canaux ?

Documentation principale · consultée le 07/10/2026

Faits, limites et références (1)

Limite : La visibilité d’un prix distribué ne prouve pas son origine contractuelle ni sa disponibilité pour une réservation donnée.

À demander : Comment sont rapprochés hôtel, chambre, occupation, conditions et canal avant de qualifier un écart ?

Documentation principale · consultée le 07/10/2026

Faits, limites et références (1)

Limite : Les solutions répondent à des rôles différents ; l’activation d’une connexion et la justesse d’une offre vendable doivent être vérifiées séparément.

À demander : Quel produit et quel mapping relient chambres, tarifs, restrictions et réservations dans nos canaux ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : La présentation de plateforme ne précise pas tous les modules inclus ou les opérations disponibles dans votre pays et contrat.

À demander : Quels outils et flux font partie de l’offre retenue, et comment une modification est-elle suivie entre distribution et exploitation ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : Une interface en marque blanche et une API hôtelière sont deux produits à distinguer. La présentation ne garantit pas les mêmes capacités de personnalisation, contenus ou responsabilités de service pour tous les partenaires.

À demander : Qui contrôle l’interface, les comptes client, le paiement et les demandes après réservation dans notre proposition Stays ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : L’article couvre plusieurs familles de produits. Il ne faut pas attribuer toutes les fonctionnalités fintech, d’assistance ou de commerce à l’API hôtelière proposée au compte.

À demander : Quelle documentation et version décrivent précisément l’API hôtelière autorisée, avec ses opérations, contenus et modalités de support ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : Un contenu de campagne ne constitue pas une réservation ni un prix garanti pour un voyageur. La disponibilité et le tarif de l’offre sélectionnée doivent suivre les vérifications du parcours de réservation.

À demander : Comment rapprocher campagne, dates applicables et produit affiché avec la vérification de disponibilité et de prix du panier ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : Une offre marketing, un moteur direct et une distribution GDS correspondent à des fonctions différentes ; les frais et interfaces se vérifient séparément.

À demander : Quels canaux, services marketing et flux de réservation vers notre PMS couvrent les modules retenus ?

Documentation principale · consultée le 06/10/2026

Faits, limites et références (1)

Limite : Un benchmark du canal direct ne décrit pas le revenu de tous les canaux ; l’effet d’une personnalisation doit être mesuré sur un périmètre stable.

À demander : Quel groupe de comparaison et quel protocole de test permettent de relier la personnalisation aux réservations confirmées ?

Documentation principale · consultée le 06/10/2026

Faits, limites et références (1)

Limite : Un taux promotionnel n’est pas une règle universelle de rendement ou une commission d’agence. L’éligibilité, le circuit de réservation et les conditions d’obtention restent liés à l’offre concernée.

À demander : Quels séjour, membre, offre et canal donnent droit à la récompense, et comment une annulation ou un changement affecte-t-il son attribution ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : Le gain commercial annoncé ne constitue pas une mesure de votre établissement. Une conversion attribuée doit être rapprochée d’une réservation et d’un périmètre stable de trafic et d’offres.

À demander : Quels changements seront testés et comment comparer clic, réservation confirmée, coût d’acquisition et résultat sans modifier simultanément toutes les hypothèses ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (8)

Limite : Règles de lecture Demand API ; la composition autorisée dépend de la chambre, de la version appelée et du produit effectivement disponible.

À demander : Ne pas remplacer une restriction d’accueil par une règle de remise des clés.

Documentation principale · consultée le 31/10/2026

Autres références pour ce périmètre

• Booking.com : Get started · consultation du 05/10/2026

  Le portail distingue Content only, Search look and redirect, Search look and book, gestion après réservation et reporting/rapprochement.

• Booking.com : sandbox · consultation du 10/10/2026

  La sandbox distingue les flux et services disponibles en test ; la collection de location de voitures n’y est pas disponible au moment de la consultation.

  Portée : Périmètre documentaire de la sandbox. La collection location de voiture n’y est pas disponible selon cette page ; aucun essai en production proposé sans autorisation.

• Booking.com : preview et création de commande · consultation du 17/10/2026

  Dans le parcours Search, look and book, orders/preview fournit le prix et les conditions actuels ainsi qu’un order_token. Cette étape ne crée ni ne confirme la commande. Les avertissements et l’allocation des voyageurs doivent être traités avant orders/create ; une sélection modifiée exige une nouvelle preview.

  Portée : Documentation de prévisualisation et création ; droits du compte et produits concernés à confirmer. La preview ne constitue pas une réservation.

• Booking.com Demand : prérequis partenaire · consultation du 03/10/2026

  Les prérequis Demand API demandent un statut Managed Affiliate Partner et un accès au Partner Centre obtenu après le contrat convenu.

  Portée : Ces prérequis ne garantissent pas l’ouverture de toutes les opérations d’hébergement ou de paiement pour votre compte.

• Booking.com Demand : un frais exclu du prix affiché peut rester à payer · consultation du 22/10/2026

  included et excluded décrivent la position des frais par rapport au prix book ; ils ne désignent pas directement le bénéficiaire du paiement. Dans /orders/preview et /orders/create, les frais obligatoires calculables sont regroupés dans non_conditional et inclus dans total. Avec le mode incalculable, total_amount vaut null et le frais n’entre pas dans total. Le champ chargeable_online précise si la ligne peut être payée en ligne ; les frais conditionnels restent distincts. Les frais s’appliquent si le voyageur ne nettoie pas avant le départ. La condition concerne des frais de ménage par animal lorsque le voyageur vient avec un animal. La condition concerne le fait de fumer dans l’hébergement. Les frais conditionnels sont exclus de base, book et total. per_stay porte sur le séjour ; per_night multiplie par les nuits.

  Portée : Modèle Demand API consulté le 22 octobre 2026. Les montants et conditions restent ceux du produit réservé ; cette lecture ne fixe aucun barème fiscal local. Référence Demand API consultée le 22 octobre 2026. Les montants de l’exemple sont fictifs. Une condition explique le modèle de la ligne ; elle ne prouve pas qu’un événement s’est produit dans un séjour réel.

• Booking.com Demand : carte exigée et paiement à l’hôtel · consultation du 22/10/2026

  Dans le preview d’hébergement, method_required indique si un moyen de paiement doit être fourni pour l’option choisie. Les cartes disponibles figurent dans general_policies.payment.<timing>.methods.cards du preview. Avec l’extra payment, /accommodations/details expose payment.methods.cards, virtual_cards et éventuellement cash. Dans le modèle de paiement sur place géré par Booking.com, l’établissement ne reçoit pas la carte du voyageur via Demand.

  Portée : Périmètre hébergement Demand 3.2 et 3.3, consulté le 22 octobre 2026. method_required n’est pas renvoyé dans les previews de location de voiture.

• Booking.com Demand API — Filtering and sorting accommodation results · consultation du 22/10/2026

  Par défaut, accommodations/search renvoie le produit disponible le moins cher pour chaque hébergement répondant aux critères. La direction de tri par défaut est descending ; le guide demande ascending pour faire remonter les prix les plus bas. Le guide demande latitude, longitude et rayon dans coordinates pour utiliser distance. Un filtre sur le prix nécessite le paramètre currency.

  Portée : Périmètre : hébergements dans Booking.com Demand API, selon la version et le contrat applicables. Ces règles ne décrivent pas le classement de tous les moteurs ni un temps de trajet.

Contrôles proposés pour ce périmètre

Âge du séjour

À réunir : minimum_guest_age fixe l’âge minimum des personnes autorisées à séjourner ; minimum_checkin_age concerne la personne qui effectue l’enregistrement.. Ne pas remplacer une restriction d’accueil par une règle de remise des clés.

Valeur children: null

À réunir : Dans maximum_occupancy d’un produit disponible, elle signifie qu’aucune information de tarif enfant applicable n’est renvoyée.. Elle ne démontre ni une interdiction des enfants ni la capacité de les accueillir.

Gratuité

À réunir : free_stay décrit le prix ; un enfant gratuit peut toujours compter dans l’occupation de la chambre.. Conserver son âge réel et vérifier la capacité dans accommodations/details.

Prix retourné

À réunir : Le prix du produit tient déjà compte de la tarification enfant applicable.. Ne pas déduire une seconde fois une remise ou convertir l’enfant en adulte dans la suite du parcours.

Faits, limites et références (8)

Limite : Règles du modèle Rapid consulté ; le montant applicable dépend du tarif réservé et de ses fenêtres de pénalité.

À demander : Lire le détail avant d’annoncer « aucun remboursement ».

Documentation principale · consultée le 31/10/2026

Autres références pour ce périmètre

• Expedia Group Rapid : Booking · consultation du 17/10/2026

  Le lien de réservation provient de Price Check. La documentation Booking décrit la création du dossier et la récupération de l’itinéraire ; il faut contrôler le résultat plutôt que déduire une réservation d’un prix affiché.

  Portée : Parcours de réservation Rapid documenté, sans validation d’un compte, d’un tarif ou d’une disponibilité en production.

• Expedia Rapid : Hold and Resume · consultation du 10/10/2026

  Rapid documente un parcours distinct de réservation en attente puis de reprise, avec des liens et états propres à ce flux.

  Portée : Fonction du parcours Rapid documenté ; son activation, sa fenêtre et ses produits doivent être confirmés pour le compte. Une attente ne vaut pas séjour confirmé.

• Expedia Rapid : relire le tarif avec Price Check · consultation du 31/10/2026

  Price Check vérifie un tarif sélectionné. Si le prix change, la réponse fournit de nouveaux détails et un lien de réservation pour ce prix ; si le tarif n’est plus disponible, elle permet de relancer une recherche.

  Portée : Parcours Lodging décrit par Expedia ; un tarif relu ne prouve pas encore une réservation créée.

• Expedia Rapid — Handling booking requests · consultation du 31/10/2026

  affiliate_reference_id doit être unique par réservation et conservé lors d’une reprise de la même demande. Retrieve peut employer la référence revendeur et l’email initiaux, ou itinerary_id et le lien de relecture retourné. Le guide recommande une relecture après 90 secondes sans réponse et un suivi des relectures pendant 30 minutes avant escalade au support.

  Portée : Procédure propre à Rapid Lodging. Une réponse de relecture temporairement absente peut encore correspondre à une création en cours.

• Expedia Rapid : conserver le niveau et la valeur des équipements · consultation du 22/10/2026

  amenities peut être fourni au niveau property, room ou rate plan. L’objet contient id, un name localisé et, le cas échéant, value. Les listes de référence indiquent has_value. categories classe notamment accessibility, accessible_parking et accessible_wheelchair. attributes comporte notamment general et pets ; les exemples officiels distinguent « animaux acceptés » et « chiens seulement ».

  Portée : Référence du modèle Rapid, sans garantie de disponibilité d’une chambre ni d’adéquation à un besoin d’accessibilité. Confirmer les caractéristiques décisives auprès de l’établissement.

• Expedia Rapid : l’heure d’arrivée ne remplace pas les consignes d’accès · consultation du 22/10/2026

  AP3 demande d’afficher instructions et special_instructions dans le même espace. special_instructions peut demander de prévenir l’établissement de l’heure d’arrivée ou d’attendre des consignes envoyées par courriel. Le même champ peut signaler un accueil situé ailleurs que dans le bâtiment du séjour. La référence AP3 vise les objets checkin, checkout, fees et policies du contenu de l’établissement, présentés pour les chambres proposées.

  Portée : Exigences du parcours Rapid Lodging consultées le 22 octobre 2026. Une instruction générale ne confirme pas l’acceptation d’une arrivée particulière ; les codes individuels restent dans le canal client approprié.

• Expedia Rapid : vérifier combien de voyageurs sont couverts par les repas · consultation du 22/10/2026

  Expedia recommande les inclusions de la réponse Shop pour l’information tarifaire la plus récente, plutôt que la seule réponse Content. Les repas couvrent les clients de la réservation sauf instruction contraire, qui peut notamment apparaître dans le libellé « Breakfast for 2 ». Une inclusion peut figurer dans promotions.value_adds, avec frequency et person_count. all_rate_plans: true couvre tous les tarifs ; avec some_rate_plans: true, les tarifs concernés portent l’équipement 2111. Les restrictions figurent dans details. Des précisions peuvent figurer dans rates.special_offer_description, checkin.special_instructions ou policies.know_before_you_go.

  Portée : Modèle Rapid consulté le 22 octobre 2026. Une inclusion ne décrit pas à elle seule les horaires, le lieu de service ou toutes les boissons.

Contrôles proposés pour ce périmètre

Remboursement partiel

À réunir : current_refundability distingue refundable, non_refundable et partially_refundable ; refundable=false ne décrit pas seul une perte totale.. Lire le détail avant d’annoncer « aucun remboursement ».

Nuitées exclues

À réunir : nonrefundable_date_ranges comprend les dates de début et de fin, avec taxes et frais des nuitées concernées.. Repérer les nuits touchées et les pénalités supplémentaires applicables.

Heure limite

À réunir : Le décalage ISO 8601 fourni dans cancel_penalties.start et end fait autorité pour le calcul et l’affichage.. Ne pas le reconstruire uniquement à partir de la localisation de l’hôtel.

Montants par séjour

À réunir : Les montants de l’objet stay ne sont remboursables que si le séjour entier l’est. Dès qu’une journée est non remboursable, ces montants par séjour le sont aussi.. Ne pas répartir automatiquement un montant par séjour au prorata des seules nuits remboursables.

Combinaison des pénalités

À réunir : Une même fenêtre peut combiner un montant fixe avec un nombre de nuits, ou avec un pourcentage ; nuits et pourcentage ne se combinent pas ensemble dans un même palier.. Conserver le type et la base de chaque composante au lieu d’imposer une formule unique.

Faits, limites et références (1)

Limite : Présentation du programme : taux, éligibilité, validation et calendrier du compte restent à confirmer ; TAAP ne décrit pas ici l’accès Rapid API.

À demander : Quelles lignes du dossier entrent réellement dans la commission de votre contrat ?

Documentation principale · consultée le 18/10/2026

Contrôles proposés pour ce périmètre

Accès

À réunir : Compte agence et marché. Faire confirmer les fonctions et conditions ouvertes.

Base

À réunir : Montant retenu, taxes et frais. Reconstituer la base contractuelle sur un dossier témoin.

Commission

À réunir : État estimé, validé et versé. Distinguer montant annoncé et crédit effectivement rapproché.

Service

À réunir : Référence et canal de support. Faire retrouver une modification depuis le compte qui a réservé.

Faits, limites et références (1)

Limite : Une réservation attribuée ou une estimation n’est pas un versement. Éligibilité, annulation, validation et modalités du compte doivent être relues sans garantir un délai ou un taux universel.

À demander : Quels états du rapport relient clic, réservation, voyage consommé, montant validé et remise effectivement versée ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : La page du programme ne garantit pas les mêmes taux, seuils ou délais à tous les comptes. Une réservation annulée ou modifiée peut affecter le montant à rapprocher.

À demander : Peut-on retrouver les séjours consommés, ajustements, devise et lignes de remise dans le rapport de notre compte ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (3)

Limite : Bonnes pratiques Hotel Booking API. Un recontrôle terminé ne constitue pas encore une confirmation de réservation.

À demander : Ne pas extraire dates ou occupation en découpant cette chaîne.

Documentation principale · consultée le 31/10/2026

Autres références pour ce périmètre

• HBX : tarif RECHECK et confirmation · consultation du 31/10/2026

  Hotel Booking API distingue Hotels, CheckRates et Bookings et s’appuie sur Hotel Content API pour les contenus. Un tarif rateType RECHECK demande une actualisation du prix et de la disponibilité via CheckRates.

  Portée : La reconfirmation tarifaire reste distincte du résultat de réservation et des conditions effectivement acceptées.

• Hotelbeds : workflow hôtelier · consultation du 17/10/2026

  Le workflow distingue rateType RECHECK, qui nécessite CheckRate pour actualiser prix et disponibilité avant réservation, et BOOKABLE, pour lequel cette étape intermédiaire n’est pas nécessaire.

  Portée : Workflow de la Booking API hôtels ; cette règle ne décrit pas les autres produits Hotelbeds.

Contrôles proposés pour ce périmètre

Référence opaque

À réunir : rateKey doit être recopié entre opérations, sans interprétation de sa structure interne.. Ne pas extraire dates ou occupation en découpant cette chaîne.

Recontrôle ciblé

À réunir : CheckRates est requis pour RECHECK ; pour BOOKABLE, il peut être utilisé pour une information complémentaire telle que RateComments.. Ne pas recontrôler systématiquement chaque résultat de recherche.

Séquence

À réunir : Le guide recommande un seul rateKey par CheckRates et interdit de lancer CheckRates en même temps que la réservation.. Analyser la réponse du recontrôle avant la demande de confirmation.

Attente de réponse

À réunir : Le délai d’attente de confirmation doit être réglé à au moins 60 secondes.. Prévoir cette attente dans le parcours et distinguer délai dépassé et réservation refusée.

Recontrôle de plusieurs tarifs

À réunir : Les bonnes pratiques demandent de ne pas mélanger des rateKeys RECHECK et BOOKABLE dans une même opération CheckRates ; un seul rateKey par recontrôle est recommandé.. Conserver une réponse identifiable par tarif, sans transformer un échec de lot en refus de toutes les offres du séjour.

Origine du mapping hôtelier

À réunir : Hotelbeds demande de ne pas constituer le mapping hôtelier depuis l’environnement d’évaluation ou de préproduction.. Identifier l’environnement et la source du référentiel avant d’utiliser les correspondances dans un projet réel.

Données et contrôles d’intégration

Le workflow prévoit Availability puis Booking. Une offre signalée RECHECK passe par CheckRate pour réévaluer prix et disponibilité.

Offre sélectionnée

Conserver rateKey de la réponse applicable.

Type de tarif

Lire le signal RECHECK avant de choisir le parcours.

Occupation

Rapprocher chambres, adultes et enfants de la recherche.

Scénario proposé : Faire comparer les conditions avant et après CheckRate pour une chambre destinée à une famille.

Portée : Les exemples historiques de dates et de prix ne constituent pas des offres actuelles.

Contrôles éditoriaux proposés, à rejouer sur votre périmètre ; aucun appel à une API fournisseur ni test de réservation effectué.

RateKey et recontrôle hôtelier · consultation du 13/10/2026

Faits, limites et références (1)

Limite : Flux et recommandations du guide ETG ; aucun tarif, accès partenaire ou engagement de réservation garanti pour votre compte.

À demander : Prebook garantit-il le séjour ?

Documentation principale · consultée le 10/10/2026

Faits, limites et références (1)

Limite : La description officielle du rôle technique et le portail public ne donnent pas un accès ouvert à toute documentation. Catalogue, modèle de distribution et droits doivent être confirmés dans la proposition partenaire.

À demander : Quels produits et opérations sont autorisés pour notre canal, avec quelle documentation accessible et quel responsable de l’après-vente ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : La préparation n’est pas la confirmation ; une référence hôtel HCN et un identifiant de réservation doivent être distingués.

À demander : Comment retrouver une confirmation après une réponse tardive et suivre l’obtention du HCN jusqu’au dossier client ?

Documentation principale · consultée le 06/10/2026

Faits, limites et références (2)

Limite : Règle du parcours HotelX consulté ; disponibilité, accès vendeur et état final de réservation restent à contrôler.

À demander : Peut-on conserver la pénalité Search et le prix Quote ?

Documentation principale · consultée le 10/10/2026

Autres références pour ce périmètre

• Travelgate : Booking Flow · consultation du 05/10/2026

  Le flux HotelX suit Search, Quote et Book.

Données et contrôles d’intégration

Le parcours Hotel-X transmet l’identifiant d’option entre recherche, devis et réservation. Les accès et contextes déterminent le périmètre des données fournisseur.

Accès et contexte

Documenter access et la correspondance des codes.

Option du devis

Transmettre optionRefId issu de Quote sans l’interpréter.

Confirmation

Rapprocher référence locale et résultat de Book.

Scénario proposé : Comparer un devis revalidé avec la sélection initiale, puis vérifier la référence effectivement utilisée pour confirmer.

Portée : Un exemple de documentation ne donne ni accès commercial ni disponibilité d’un établissement.

Contrôles éditoriaux proposés, à rejouer sur votre périmètre ; aucun appel à une API fournisseur ni test de réservation effectué.

Continuité Search, Quote et Book · consultation du 13/10/2026

Faits, limites et références (1)

Limite : La couverture annoncée ne garantit pas la disponibilité d’un hôtel ou tarif précis. L’ancienne entrée GTA est un repère historique intégré à cette fiche, sans seconde offre indépendante à compter.

À demander : Quel accès et quel contenu sont autorisés, avec quelles preuves pour disponibilité, conditions, confirmation et traitement d’une annulation ?

Documentation principale · consultée le 08/10/2026

Faits, limites et références (1)

Limite : Un portail et une API peuvent imposer des opérations, délais et charges de support différents.

À demander : Le même dossier peut-il être retrouvé et modifié dans le canal d’accès retenu ?

Documentation principale · consultée le 06/10/2026

Faits, limites et références (1)

Limite : Une sélection présentée au client reste distincte d’un tarif accepté et d’une réservation confirmée.

À demander : Quelle version du prix et de la sélection est conservée au moment de l’accord ?

Documentation principale · consultée le 18/10/2026

Contrôles proposés pour ce périmètre

Proposition

À réunir : Options, services et références. Retrouver les éléments réellement inclus dans la sélection.

Actualisation

À réunir : Prix avant et après réouverture. Faire expliquer un tarif modifié au client.

Présentation

À réunir : Langue, devise et prix visibles. Vérifier la cohérence avec les réglages de la proposition.

Engagement

À réunir : Option choisie et confirmation. Ne pas considérer une offre partagée comme déjà réservée.