La stack hôtelière relie gestion du séjour, distribution, vente directe et facturation. Le PMS est le logiciel utilisé pour suivre chambres et séjours ; le channel manager échange notamment disponibilités et tarifs avec les canaux connectés, selon son périmètre. La réception doit retrouver la chambre vendue, les occupants et le solde à régler. Comparez ce parcours quotidien, puis les changements et les incidents de synchronisation.
Point de départ
Le résultat à obtenir avant de choisir les outils
Priorité : Aligner disponibilité, prix et dossier client entre vente directe et canaux.
Socle utile : Un PMS de référence, une distribution synchronisée, un moteur direct lisible, des règles tarifaires et un parcours d’arrivée simple.
Données de référence : Type de chambre, tarif, restriction, origine de réservation, paiement, préférence client et état réel du séjour.
Ordre de mise en place
Quatre étapes pour construire sans disperser l’équipe
Faire l’inventaire des chambres, plans tarifaires et restrictions dans le PMS de référence.
Cartographier les correspondances avec moteur direct, channel manager et canaux tiers.
Tester la réservation, l’annulation et la modification depuis chaque famille de canaux.
Relier les coûts de distribution aux revenus nets et aux tâches réellement effectuées par la réception.
Coopération
Deux passages de relais à sécuriser
Revenue → distribution
Une décision de prix n’est effective que lorsque les restrictions et disponibilités sont propagées et contrôlées.
Canal → réception
Le dossier reçu doit contenir le type de chambre, le paiement, les demandes particulières et le statut de confirmation.
Essai opérationnel
Une démonstration à mener sur un dossier complet
Fermer une chambre, changer un tarif et modifier une réservation issue d’un canal externe ; vérifier PMS, site et message client.
Signal d’alerte : Une hausse des réservations directes ne suffit pas si les commissions économisées sont remplacées par des coûts marketing et des tâches manuelles.
Épreuve de terrain
Tester la stack lorsqu’un dossier change
Une démonstration standard renseigne peu sur la continuité du service. Ce scénario met les données, les responsabilités et la reprise au même endroit.
Situation à rejouer
Une dernière chambre se vend presque simultanément en direct et par un intermédiaire, puis l’un des clients demande une nuit supplémentaire. Suivez l’état du stock, la règle tarifaire, la facture et les messages transmis à la réception. Le scénario doit conserver la référence du canal, celle du séjour dans le PMS et la décision prise sur la nuit supplémentaire. Faites distinguer fermeture de vente et annulation d’une réservation existante. Si le stock ou la confirmation est incertain, la réception doit savoir quel interlocuteur traite le cas et quelle réponse elle peut donner au client.
Condition avant d’étendre
Le socle est prêt lorsque réception, distribution et finance voient le même séjour et ses modifications. Vérifiez sur quelques cas la propagation des fermetures, le rapprochement des paiements et le maintien du service sans connexion. La revue réunit réception, distribution et finance sur la même période. Gardez les écarts de capacité séparés des écarts de prix et de paiement : leurs causes ne se corrigent pas avec la même action. Le lancement peut rester limité à certains canaux tant que les autres n’ont pas démontré leur reprise.
Arbitrage
Ce qu’il faut comparer avant d’étendre la stack
La vente directe peut réduire certaines commissions mais demande du marketing, un moteur et du support. Comparez les canaux sur contribution nette et charge opérationnelle, pas uniquement sur chiffre d’affaires.
Les conventions de mesure ci-dessous sont proposées pour le pilote. Les chiffres illustrent les calculs ; ils ne constituent pas des objectifs de performance. Conservez période, population, source et responsable de chaque mesure.
Trois mesures, leurs calculs et leurs limites pour Stack d’un hôtelier
Mesure
Périmètre et calcul
Exemple fictif
Point de vigilance
Écarts de tarif et disponibilité entre canaux
Comparer même hôtel, chambre, occupation, dates et conditions au même moment ; compter les contextes présentant au moins un écart.
Soixante contextes comparés entre canaux ; huit avec au moins un écart de prix ou disponibilité : 13,3 %, arrondi à une décimale.
Décrire les huit cas et les canaux non observés. Une restriction ou un prix différent prévu par contrat ne constitue pas automatiquement une anomalie.
Réservations corrigées manuellement à l’arrivée
Compter les réservations arrivées nécessitant une correction manuelle de données ou d’affectation, avec cause et temps actif.
Sur 80 arrivées de réservation, six corrigées manuellement : 7,5 %. Ces corrections consomment 90 minutes au total.
Une réservation peut couvrir plusieurs chambres et personnes. Ne pas mélanger arrivées de réservations et nombre de voyageurs pour ce taux.
Contribution nette par canal et segment
Pour le canal et segment retenus, retrancher seulement les coûts explicités du revenu chambres puis choisir une unité de comparaison constante.
9 600 € moins 1 200 € de commissions, 240 € de paiement et 160 € d’acquisition donnent 8 000 € ; pour 80 chambres-nuits vendues : 100 € par chambre-nuit vendue.
Ce solde des postes retenus n’est ni le RevPAR standard ni un bénéfice. Inclure les coûts de séjour selon l’objectif de l’analyse et conserver la même convention entre canaux.
Utilisez les mêmes cas avec chaque fournisseur, puis comparez prix, support, reprise des données et traitement des exceptions. Filtrer le répertoire pour ce profil.
Décider par étapes
Trois passages avant d’étendre le dispositif
Le PMS ou système choisi tient la référence de chambre, séjour et facturation. Les mappings des canaux restent versionnés ; prix, restrictions et disponibilités ont un propriétaire, une date et un contrôle de propagation.
Exercice fictif : un hôtel reprend ses réservations futures, puis teste une fermeture et une annulation sur deux canaux, avec une catégorie dont le mapping reste incertain.
Preuves et décisions pour Stack d’un hôtelier
Passage
Preuve attendue
Quand limiter ou arrêter
Avant connexion
Les catégories et occupations sont rapprochées par identifiant ; un séjour à deux adultes et un séjour familial retrouvent la bonne chambre.
Fermer la catégorie dont le mapping est incertain plutôt que considérer la ressemblance des noms comme preuve.
Avant bascule
Vingt réservations futures sont rapprochées avant et après reprise, avec dates, montants et soldes ; une différence reste nommée et attribuée.
Différer la bascule si une réservation ouverte manque ou si le plan de reprise ne permet pas de continuer l’accueil.
Avant automatisation tarifaire
Une fermeture et une annulation sont observées sur chacun des deux canaux, puis une nouvelle lecture vérifie disponibilité et réservation.
Limiter l’automatisme au canal démontré ; un message expédié ne prouve pas une disponibilité effectivement corrigée.
Rapprochez chambres en maintenance, catégories vendues et demandes particulières. Vérifiez le stock sur le site direct et les revendeurs, puis simulez un retour progressif à la vente. La réception doit savoir quelles réservations exigent une autre affectation et qui valide la remise en service.
Décision avant d’étendre
Étendre lorsque retrait et retour sont visibles jusqu’au canal final. Un total de chambres correct ne suffit pas si la catégorie promise manque.
Le séjour commun à la réception, à la distribution et à la finance
Décrivez un séjour avec type de chambre, occupation, plan tarifaire, formule et origine de réservation. Ajoutez les états opérationnels qui servent la réception : arrivée prévue, demande en attente et modification confirmée. Les systèmes peuvent avoir des identifiants différents, mais les équipes doivent pouvoir les relier au même séjour.
Rejouez une chambre retirée sur une période, une arrivée tardive et un repas dont l’inclusion change avec le tarif. La distribution contrôle les offres concernées ; la réception retrouve la dernière confirmation ; la finance suit les paiements. Le test doit expliquer une divergence de canal avant qu’elle ne devienne un désaccord avec le client à l’arrivée.
Informations à transmettre et responsabilité à désigner
Objet
Contenu utile
Responsable à identifier
Séjour
Dates, occupation et référence PMS
Réception
Offre
Chambre, tarif, formule et restrictions
Distribution
Paiement
Montant dû, reçu et moyen de rapprochement
Finance
Demandes
Besoin utile, réponse et version confirmée
Équipe chargée du séjour
Grille éditoriale à adapter à votre organisation ; les rôles indiquent une responsabilité à attribuer.
Corriger le contenu sans déplacer la réalité du séjour
L’hôtelier doit préserver la correspondance entre établissement, catégorie de chambre et dossier vendu. Le changement d’enseigne, l’arrivée d’un nouveau canal ou une correction d’import demandent des contrôles différents. Les cas ci-dessous relient contenu courant, confirmation et information remise au client.
Cas pédagogiques à adapter au périmètre de votre organisation.
Un changement d’enseigne crée une deuxième fiche
Le bâtiment conserve sa localisation mais un canal présente l’ancien nom et un autre le nouveau. Les dossiers et avis ne doivent pas être fusionnés par simple ressemblance, ni répartis au hasard.
Décision à préparer : Faire confirmer continuité et périmètre de l’exploitation, puis rapprocher les références des canaux. Préparer les corrections publiques et la lecture des dossiers antérieurs. Garder les services réellement distincts séparés.
Preuve à transmettre : Ancienne et nouvelle identité, source, date d’effet et usages à corriger.
La valeur inconnue d’un équipement devient une absence
Une mise à jour vide un champ et un canal affiche ensuite que le service n’existe pas. L’écart peut toucher une catégorie seulement ou l’établissement entier.
Décision à préparer : Retrouver le niveau du champ et le sens de la mise à jour. Confirmer le service sur le périmètre concerné, puis corriger mapping et affichages. Ne propager ni présence ni absence sans preuve.
Preuve à transmettre : Objet concerné, valeur source, transformation et résultat par canal.
Le bouton direct ouvre des dates par défaut
Un article ou courriel annonce une recherche pour un séjour précis mais le moteur revient au calendrier courant. Le prix montré à l’arrivée peut se rapporter à d’autres nuits.
Décision à préparer : Tester dates, occupation et canal sans session. Corriger le mécanisme autorisé ou annoncer la recherche à refaire. Les messages anciens doivent rester compréhensibles sans promettre un tarif actuel.
Preuve à transmettre : Dates attendues et affichées, formulation du bouton et comportement de retour.
Relire les usages avant de clôturer
La vérification finale rapproche site direct, canaux retenus et documents du dossier. Elle ne suppose pas qu’un changement de fiche publique corrige automatiquement la réception ou les confirmations envoyées. Attribuez les divergences selon leur objet et conservez la référence qui permet au canal de traiter la correction. Les demandes relatives à un séjour déjà vendu suivent le circuit opérationnel avec leur confirmation propre.
Le RevPAR rapporte le revenu chambres aux chambres disponibles de la période. Dans l’exemple économique, 9 600 € sur 100 chambres-nuits disponibles donnent 96 €. Un solde après commissions de 8 400 € donne un autre indicateur, à nommer avec ses coûts et son dénominateur. Aucun de ces chiffres n’est à lui seul un bénéfice.
Comment comparer deux canaux sans mélanger leurs clientèles ?
Alignez période, chambre, occupation, conditions et segment, puis décrivez les coûts retenus. Comparez la même unité, par exemple le solde des postes listés par chambre-nuit vendue. Conservez écarts prévus au contrat et coûts inconnus ; un tarif affiché plus élevé ne prouve pas une meilleure contribution.
Comment sécuriser une demande de chambres communicantes ?
Distinguez besoin exprimé, demande transmise et configuration confirmée. Conservez la réponse de l’établissement avec le séjour et recontrôlez-la après modification d’une chambre. Le nombre d’unités réservées ne prouve pas leur communication physique.
Une nouvelle enseigne impose-t-elle une nouvelle identité interne ?
Il faut qualifier ce qui change : nom, exploitation, bâtiment ou service. La décision conserve les références des canaux et l’historique au lieu d’être fondée uniquement sur le nouveau nom.
Documentation et application
Des références pour préparer le travail
Été 2026 : séparer volume de nuitées et structure de clientèle
En France, la saison de mai à août 2026 représente 260,5 millions de nuitées dans les hébergements collectifs, en hausse de 1,1 % sur un an selon l’Insee. Les données 2026 restent provisoires.
Hôtels : 92,0 millions de nuitées ; part non résidente de 39,9 %. Une évolution nationale ne décrit pas le taux d’occupation de votre établissement.
Campings : 126,5 millions de nuitées ; part non résidente de 29,6 %. Comparer une même période et le même champ d’hébergement.
Champ EFHCT, saison mai–août ; ce n’est ni l’ensemble de l’année ni la totalité des séjours touristiques. Les valeurs arrondies ne permettent pas de reconstituer exactement toutes les évolutions publiées.
Une condition d’annulation peut combiner plusieurs périodes et des nuitées définitivement non remboursables.
Remboursement partiel : 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 : 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.
Modèle Rapid consulté le 31 octobre 2026. Le montant applicable dépend du tarif réservé, des plages non remboursables, des montants par séjour et des fenêtres de pénalité ; cette lecture ne confirme aucune annulation ni aucun versement.
Mews : un état Dirty peut provenir d’une règle automatique
Un changement d’état de chambre n’est pas toujours une nouvelle observation du personnel.
Arrivée ou départ : Mews permet de configurer le passage à Dirty au check-in ou au check-out dans les paramètres du service Stay. Identifier le réglage de l’établissement avant d’interpréter l’événement.
Chambre inoccupée : Un délai de housekeeping configurable peut faire repasser automatiquement un espace vacant à Dirty. Chaque unité de délai correspond à 24 heures. Distinguer cette règle temporelle d’un nouveau nettoyage demandé par une occupation.
Fonctionnement Mews documenté ; le processus qui autorise l’attribution finale reste à préciser avec l’établissement.
Avis Google Places : cinq textes ne représentent pas toute la clientèle
Pour analyser la satisfaction d’un hôtel ou d’une activité, distinguez les avis renvoyés par l’API et le nombre total d’évaluations du lieu.
Sélection des textes : reviews contient au maximum cinq avis, classés par pertinence. Ce lot ne constitue ni un historique complet ni un échantillon aléatoire. Ne le présentez pas comme les cinq derniers avis.
Volume total : userRatingCount compte les évaluations avec ou sans texte. Ne divisez pas le nombre de textes négatifs reçus par ce total pour annoncer un taux d’insatisfaction.
Cette lecture concerne Places API New. Elle ne démontre ni représentativité des opinions ni droit de réutilisation générale des textes ; les conditions Google restent à examiner.
Expedia Rapid : conserver le niveau et la valeur des équipements
Une donnée d’hôtel peut décrire le bâtiment, une chambre ou seulement une formule tarifaire. Cette portée doit suivre l’équipement jusqu’à la fiche présentée au voyageur.
Trois niveaux : amenities peut être fourni au niveau property, room ou rate plan. Un équipement d’une chambre ou d’un tarif ne doit pas être promis pour toutes les offres de l’hôtel.
Identifiant et valeur : L’objet contient id, un name localisé et, le cas échéant, value. Les listes de référence indiquent has_value. Gardez la valeur chiffrée lorsque le champ l’exige ; une présence booléenne ne remplace pas une quantité.
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
Pour préparer une arrivée tardive, rapprochez horaires, point d’accueil et démarches préalables. La documentation distingue deux champs de consignes à présenter ensemble.
Deux champs complémentaires : AP3 demande d’afficher instructions et special_instructions dans le même espace. N’écartez pas les instructions spéciales sous prétexte qu’une première description du check-in existe déjà.
Démarche préalable : special_instructions peut demander de prévenir l’établissement de l’heure d’arrivée ou d’attendre des consignes envoyées par courriel. Retrouvez l’action à effectuer et le message attendu avant de dire que le voyageur est prêt à entrer.
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é.
Booking.com Demand : carte exigée et paiement à l’hôtel
Le moment du paiement, le moyen demandé à la réservation et les cartes acceptées sur place répondent à des questions différentes.
Créer la réservation : Dans le preview d’hébergement, method_required indique si un moyen de paiement doit être fourni pour l’option choisie. false ne signifie pas qu’aucune somme ne sera due plus tard.
Payer en ligne : Les cartes disponibles figurent dans general_policies.payment.<timing>.methods.cards du preview. Lisez les méthodes de l’option sélectionnée, pas une liste générale de logos.
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.
Cloudbeds et Booking.com : contrôler l’envoi du no-show
Un statut enregistré dans le PMS ne prouve pas que Booking.com a reçu le signalement. L’automatisation dépend du réglage choisi.
Bascule automatique : Auto No-Show intervient à 2 h 05 le lendemain de la date d’arrivée, dans le fuseau de l’établissement. Contrôlez les arrivées tardives attendues avant d’appliquer votre procédure.
Envoi au canal : Do Not Send automatically conserve la bascule dans le PMS sans signalement automatique au canal. Vérifiez l’option de transmission et, séparément, celle de renonciation aux frais.
Fonction Cloudbeds documentée pour Booking.com, canal connecté et actif, avec les permissions requises. Elle ne fixe pas une règle générale de facturation des absences.
Airbnb : vérifier chaque calendrier importé, pas seulement la dernière réservation
La synchronisation iCal peut laisser un décalage entre deux canaux. Chaque calendrier importé a sa propre date de mise à jour.
Fréquence d’import : Airbnb annonce une récupération automatique des calendriers associés toutes les 3 heures. Ne présentez pas cette liaison comme une mise à jour instantanée du stock.
Contrôle manuel : Actualiser permet de demander une mise à jour ; le nombre de demandes est limité. Consultez l’heure du dernier import pour chaque calendrier, sans supposer qu’ils sont actualisés ensemble.
Comportement de l’import Airbnb consulté le 22 octobre 2026. Le rafraîchissement dans l’autre sens dépend du site qui reçoit le calendrier Airbnb.
Mews : une chambre Out of service reste dans la disponibilité
Les statuts de maintenance n’ont pas tous le même effet sur la vente. Il faut aussi contrôler la période exacte du blocage.
Out of service — OOS : Ce statut sert notamment à empêcher une affectation immédiate pour une petite réparation, sans retirer la chambre de la disponibilité. Ne le présentez pas comme une fermeture du stock vendable.
Out of order — OOO : Ce blocage de plus longue durée retire la chambre de la disponibilité et empêche sa vente. Vérifiez l’unité et la période réellement concernées.
Règles Mews Operations consultées le 22 octobre 2026. Leur effet n’est pas présumé identique dans un autre PMS ou un outil de reporting connecté.
ALL Accor : séparer points Reward, points Status et échéances
Un solde utilisable pour une récompense et un compteur servant au statut ne se suivent pas dans une même colonne.
Deux compteurs : Reward et Status sont comptabilisés séparément et ne peuvent pas être additionnés. Enregistrez le type de points avec chaque mouvement.
Validité Reward : La règle générale prévoit 365 jours consécutifs. Pour un séjour éligible, la date de référence est le départ de l’hôtel ; pour d’autres transactions, c’est la date du crédit. Conservez l’événement et sa date, pas seulement la date de réservation.
Conditions générales ALL Accor en vigueur au 14 octobre 2026, consultées le 22 octobre. Vérifier aussi les conditions particulières de l’offre.
Cloudbeds : le minimum de séjour dépend aussi du canal
Une même série de nuits peut être évaluée différemment en réservation directe et sur un canal connecté. Notez le mode de calcul avant de comparer les résultats.
Réservation directe : Cloudbeds PMS et Booking Engine retiennent le MinLOS le plus élevé parmi les dates du séjour sélectionné. Testez un séjour traversant une date dont le minimum est supérieur à celui du jour d’arrivée.
Connexion Airbnb API : Le minimum est évalué sur la date d’arrivée du voyageur. Ne transposez pas ce comportement à une simple liaison iCal.
Aide Cloudbeds mise à jour le 2 octobre 2026. Le support et le calcul des restrictions restent à confirmer canal par canal.
Expedia Rapid : vérifier combien de voyageurs sont couverts par les repas
Un petit-déjeuner ou une formule tout compris doit rester relié au tarif, aux personnes couvertes et aux restrictions de l’offre.
Réponse à relire : 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. Rapprochez l’offre réellement choisie de la description de l’hôtel.
Nombre de personnes : Les repas couvrent les clients de la réservation sauf instruction contraire, qui peut notamment apparaître dans le libellé « Breakfast for 2 ». Ne promettez pas trois petits-déjeuners sur la seule présence d’un avantage pour deux personnes.
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.
Recharge électrique : distinguer emplacement, point de charge et prise
Si votre partenaire fournit des données OCPI, conservez leur niveau de détail. Le nombre de prises ne donne pas directement le nombre de véhicules pouvant charger ensemble.
Trois niveaux : Une Location est un lieu regroupant des points de charge (EVSE). Chaque EVSE peut proposer plusieurs prises ou câbles (Connectors), mais ne charge qu’un véhicule à la fois. Ne comptez pas deux connecteurs du même EVSE comme deux places de charge simultanée.
État du point : AVAILABLE permet de démarrer une session ; BLOCKED décrit un obstacle physique. INOPERATIVE signifie temporairement indisponible sans panne, contrairement à OUTOFORDER. Conservez le statut reçu au lieu de tout résumer par « borne présente ».
Lecture d’OCPI 2.3.0, consultée le 22 octobre 2026. L’hôtel n’est pas présumé connecté à ce protocole ; un statut reçu ne réserve ni une place de parking ni un créneau de recharge.
OCPI 2.3.0 — module Locations · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
Dayuse : distinguer créneau fixe et durée avec arrivée choisie
Réserver une chambre en journée ne signifie pas systématiquement disposer d’un nombre d’heures à compter de l’arrivée réelle.
Créneau fixe : Pour un créneau fixe, l’offre indique une première heure d’accès et une dernière heure de départ. L’arrivée renseignée est indicative, dans ces bornes. Conservez les deux limites avec l’offre sélectionnée.
Arrivée décalée : Pour ce créneau, arriver plus tard ne décale pas l’heure maximale de libération. Exemple fictif : sur une offre 10 h–16 h, une arrivée à 13 h laisse trois heures d’usage, pas six.
Présentation Dayuse France relue le 22 octobre 2026. Le guide compare les modes de réservation annoncés ; l’offre et la confirmation gardent leurs conditions d’accès, de services et de modification.
Guesty : une réservation modifiée demande un suivi de ses messages
Le relais doit retrouver le séjour courant et les informations réellement adressées au voyageur, au propriétaire et à l’équipe.
Après confirmation : L’automatisation est attribuée d’après les détails de la réservation à sa confirmation ; une modification ultérieure ne la modifie ni ne la redéclenche. Après un changement de date, relisez la séquence au lieu de présumer un nouvel envoi.
Trois situations : Guesty recommande des automatisations distinctes pour confirmation, modification et annulation. Prévoyez notamment l’information de l’équipe de ménage lorsqu’une arrivée est avancée.
Bonnes pratiques Guesty consultées le 22 octobre 2026. Elles décrivent l’automatisation des messages, pas les droits du connecteur webhooks ni une garantie de réception par chaque destinataire.
Booking.com Connectivity : un dépôt direct et un programme dommages sont différents
La politique décrit un acteur, un montant et des modalités. Elle ne doit pas être résumée à une somme automatiquement prélevée à la réservation.
Type de politique : HANDLED_BY_PROPERTY correspond à un dépôt payé directement à l’établissement. HANDLED_BY_BOOKING_COM prévoit un paiement seulement en cas de dommages, facilité par Booking.com. Ne décrivez pas ces deux montages comme un même dépôt déjà encaissé.
Montant et devise : amount porte le montant du dépôt ou du programme ; sans currency, la devise de l’établissement s’applique. Conservez la devise avec le montant au lieu de reprendre celle d’affichage du visiteur.
Modèle Connectivity consulté le 22 octobre 2026. Il ne règle pas à lui seul un litige, un délai bancaire ou les conditions contractuelles du séjour.
Google Hotel Prices : sélectionner une page d’arrivée avec des critères explicites
Le fichier de pages de destination ne décrit pas seulement une URL. Il associe le lien à des critères de sélection et à un nom affiché, à rapprocher du parcours réellement ouvert.
Marque de l’hôtel : Le critère brand correspond à hotel_brand dans la liste d’hôtels ; il peut séparer des moteurs de réservation ou des marques. Ne confondez pas ce filtre avec le nom juridique du vendeur ou un identifiant de chambre.
Nom du partenaire : DisplayNames est facultatif ; display_text doit nommer le partenaire et display_language correspondre à une langue prise en charge par Match. Relisez le nom visible et la langue avec la destination associée.
Syntaxe Google Hotel Prices consultée le 22 octobre 2026. Rapprochez les critères de sélection de la page réellement ouverte, puis vérifiez séjour, chambre, prix et conditions dans le parcours de réservation.
Chambre fermée : vérifier ce qu’une annulation remet en vente
Lors de travaux ou d’une indisponibilité technique, une fermeture doit rester cohérente après l’annulation d’une réservation. Deux réglages Booking.com Connectivity méritent une lecture séparée.
Remise à disposition automatique : auto_replenish sert à rendre une chambre à nouveau vendable après une annulation ; la documentation indique true par défaut. Faites vérifier la valeur du compte utilisé et rejouez une annulation sur une période fermée dans l’environnement d’essai.
Réouverture de chambres fermées : replenish_closed_rooms concerne la réouverture d’une chambre fermée après annulation et est aussi documenté avec true par défaut. Contrôlez la fermeture attendue pour maintenance, au lieu de conclure depuis le seul statut de la réservation.
Réglages Booking.com Connectivity consultés le 22 octobre 2026. Les valeurs par défaut de la documentation ne prouvent pas celles d’un établissement. Le traitement d’une chambre fermée pour travaux se vérifie sur le canal et le périmètre concernés.
Objets oubliés : exemple du circuit Magic Costa Blanca et Foundspot
Ce circuit publié par Magic Costa Blanca illustre les étapes entre une correspondance proposée et une remise organisée. Il complète la méthode générale sans fixer les procédures d’un autre hôtel.
Correspondance proposée : La FAQ prévoit un email de correspondance, puis la confirmation par le demandeur que l’objet est le sien avant l’organisation de l’envoi. Distinguez objet candidat et correspondance confirmée dans le suivi du dossier.
Retrait sur place : La récupération personnelle à l’hôtel passe par le service client Magic Costa Blanca pour convenir d’un rendez-vous. Une correspondance confirmée ne vaut pas rendez-vous de retrait déjà fixé.
Procédure propre au portail Magic Costa Blanca, consultée le 22 octobre 2026. Les coûts, possibilités de retrait et délais d’autres établissements doivent être demandés à leurs services.
Animaux à l’hôtel : autorisation, frais et ancien champ de dépôt
La référence XML Connectivity distingue plusieurs informations qui ne doivent pas devenir une seule promesse « animaux acceptés ».
Trois politiques d’accueil : PetsAllowedCode distingue Pets Allowed, Pets Not Allowed et Pets By Arrangements. Une admission sur arrangement reste à confirmer pour le séjour et l’animal concernés.
Détail requis : Dans la requête de contenu, PetsPolicy est requis lorsque la politique parent vaut Pets Allowed ou Pets By Arrangements. Conservez le détail attendu avec la politique d’accueil, plutôt qu’un simple libellé de filtre.
Référence Booking.com Connectivity, vérifiée le 23 octobre 2026. Elle ne décrit pas le modèle Demand ni une autorisation d’accueil universelle ; confirmez conditions et coûts auprès de l’établissement.
Cloudbeds PMS : vérifier les privilèges derrière le nom du rôle
Deux comptes appelés « réception » peuvent avoir des droits différents. La documentation Cloudbeds permet de préparer des essais sur les privilèges réellement configurés.
Rôle avant utilisateur : Cloudbeds indique de définir un rôle avant d’ajouter un utilisateur, avec des privilèges personnalisables par fonction et par action. Inventoriez les actions nécessaires au poste ; évitez de prendre le rôle Administrator comme solution par défaut.
Gestion des rôles : L’accès au paramétrage dépend du privilège Manage User Roles and privileges, que le Property Owner peut accorder. Une page de réglages absente peut venir du droit du compte, sans démontrer que la fonction est indisponible dans le PMS.
Fonctions de Cloudbeds PMS décrites dans une aide mise à jour le 13 août 2026, consultée le 23 octobre. Ces rôles ne prouvent pas les permissions d’une API ni celles d’un autre produit Cloudbeds.
Cloudbeds — Add, edit or delete roles · mise à jour par la source le 13/08/2026 · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
Cloudbeds : chambre nettoyée, inspectée et réservable sont trois informations différentes
L’équipe de réception doit retrouver la préparation physique de la chambre et sa vente dans l’inventaire. Un changement de couleur dans le suivi du ménage ne répond pas à ces deux questions à la fois.
Nettoyage et inspection : La documentation distingue Clean, chambre nettoyée restant à contrôler, et Inspected, chambre contrôlée prête à accueillir. Vérifiez si l’inspection est activée et quel contrôle a réellement été effectué.
Chambre Dirty et inventaire : Les états du ménage ne changent pas la disponibilité : Dirty reste réservable sans mise hors service ou autre blocage. Pour des travaux ou une impossibilité d’accueil, vérifiez le blocage de vente séparément.
Fonctionnement Cloudbeds documenté au 23 juillet 2026, consulté le 23 octobre. Les états dépendent des réglages de l’établissement ; ils ne remplacent pas le contrôle physique ou la consigne d’accès du client.
Cloudbeds — Housekeeping room conditions · mise à jour par la source le 23/07/2026 · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
OCPI : un statut inconnu ou prévu ne démontre pas une borne disponible
La présence d’une borne dans une fiche d’hôtel ne suffit pas à préparer la recharge. Gardez le statut reçu, sa date et les éventuelles prévisions comme des informations différentes.
UNKNOWN : Ce statut indique qu’aucune information d’état n’est disponible ; il peut aussi être utilisé hors ligne. Ne le transformez ni en disponibilité confirmée ni en panne constatée.
RESERVED : Le point est réservé à un conducteur particulier et indisponible pour les autres. Une réservation existante ne prouve pas qu’elle appartient au voyageur de votre dossier.
Module Locations OCPI 2.3.0 consulté le 23 octobre 2026. L’établissement n’est pas présumé connecté à ce protocole. Aucun statut présenté ici ne réserve une place, un accès ou une session réelle.
Cloudbeds New Calendar : changer de chambre sans confondre placement, tarif et nuits passées
Un déplacement de réservation sur le calendrier peut modifier la chambre, les dates ou le tarif. Le nouveau calendrier Cloudbeds distingue ces décisions et conserve les nuits déjà effectuées lors de certains changements en cours de séjour.
Chambre et tarif sont deux décisions : Un changement de catégorie demande une confirmation. Si un tarif différent s’applique à la destination, Keep old rate conserve le tarif existant ; Apply new rate applique le nouveau tarif affiché. Comparez les totaux et le plan tarifaire avant de présenter le changement comme un surclassement gratuit ou payant.
Séjour déjà commencé : Lorsqu’un client a déjà passé une ou plusieurs nuits, le déplacement laisse ces nuits dans la chambre initiale et affecte les nuits restantes à la destination. Relisez les segments du séjour et préparez le changement opérationnel de chambre sans réécrire les nuits déjà effectuées.
Périmètre : New Calendar de Cloudbeds, documentation consultée le 23 octobre 2026. Dans Classic Calendar, Override correspond au maintien du tarif décrit ici par Keep old rate. Les actions disponibles dépendent des privilèges du compte ; le résultat doit être relu dans la réservation concernée.
Booking.com Rooms API : compter les unités, décrire les lits et séparer les demandes supplémentaires
Une unité vendable peut contenir plusieurs pièces et configurations de lits. Le catalogue doit conserver ces niveaux au lieu de transformer toute quantité en nombre de chambres ou de couchages garantis.
Nombre d’unités : number_of_units indique la quantité d’unités de ce type dans l’établissement. Ne l’utilisez pas comme nombre de chambres à coucher à l’intérieur d’un appartement ni comme disponibilité restante sur une date.
Pièces dans l’unité : configuration.rooms conserve les pièces et leur type ; la documentation distingue notamment chambre à coucher et salon. Gardez le rattachement de chaque couchage à sa pièce : un couchage dans le salon ne décrit pas une chambre séparée.
Périmètre : Rooms API de Booking.com Connectivity, consultée le 23 octobre 2026. Ces champs de description et de configuration ne constituent pas une réponse de disponibilité ou une confirmation d’installation pour un client. Ne transposez pas leurs noms à Demand API sans vérifier le modèle utilisé.
ParkWhiz : lire les consignes du parking avant d’utiliser le pass
Un pass de stationnement ne décrit pas un mode d’entrée universel. L’exemple ParkWhiz montre les informations à conserver pour un parking réservé, y compris lorsqu’il complète un séjour à l’hôtel : accès, véhicule, créneau et emplacement.
Mode d’entrée et QR code : Le QR code peut servir à entrer, sortir ou valider le pass selon le site. La rubrique How To Park explique le parcours propre au parking. Relisez cette rubrique à chaque réservation. Ne promettez pas qu’un scan à n’importe quelle borne permettra toujours l’entrée.
Plaque d’immatriculation : Le pass affiche le champ de plaque lorsqu’il est requis ; il permet de l’ajouter ou de le modifier avant le stationnement. Renseignez le véhicule effectivement utilisé si le site le demande, notamment après un changement de voiture.
Exemple du pass web mobile ParkWhiz, aide mise à jour le 24 octobre 2023 et relue le 23 octobre 2026. Les consignes du parking et du pass réservé déterminent le parcours à suivre. Pour un parking d’hôtel ou un autre distributeur, faites préciser ses propres modalités d’accès et de dépassement du créneau.
Cloudbeds Classic : une option de chambre peut être libérée avant sa durée annoncée
Une option de chambre réserve temporairement du stock. Dans le calendrier Classic de Cloudbeds, sa durée et la date d’arrivée doivent être contrôlées ensemble.
Stock retenu : Courtesy Hold retire l’hébergement des disponibilités du système, du moteur de réservation et des OTA connectées pendant la retenue. Consignez la chambre, les dates du séjour et le contact à relancer.
Durée de l’option : La durée se règle en heures ou en jours ; à son terme, le stock est libéré. Séparez la date de départ du séjour de l’heure limite pour accepter l’option.
Périmètre : calendrier Classic, aide mise à jour le 17 septembre 2026. Vérifiez l’expérience utilisée par l’établissement et ses réglages horaires ; ne transposez pas cette procédure au New Calendar sans contrôle.
Mews : relier les chambres communicantes sans confondre ensemble et chambres individuelles
Pour préparer une chambre familiale composée de deux chambres, décrivez les espaces physiques et leur lien dans le PMS. Une mention « communicantes » dans une fiche commerciale ne remplace pas ce contrôle.
Espaces et catégories : Mews demande de créer les espaces parents et enfants, ainsi que leurs catégories, avant de les relier. Dressez la liste des chambres et de l’ensemble vendu ; rapprochez-la du plan réel de l’établissement.
Lien de chaque chambre : Le champ Parent room se renseigne sur chaque chambre individuelle concernée. Contrôlez les deux fiches, puis retrouvez l’ensemble et ses composants dans le planning.
Référence Mews consultée le 23 octobre 2026. Les vérifications proposées portent sur le paramétrage et sa lecture par l’équipe. La présence et l’usage de la porte intérieure restent à confirmer auprès de l’établissement.
Booking.com : vérifier les dates de travaux et le résultat de leur enregistrement
Pour publier des travaux d’hébergement, préparez une période complète et une description des prestations concernées. Une réponse technique doit être relue pour le réglage effectivement modifié.
Activation des travaux : Dans l’objet renovation, enabled est un booléen requis ; start et end deviennent obligatoires lorsque l’activation vaut true. Vérifiez les deux bornes et faites confirmer leur sens par le responsable de l’établissement.
Format de date : Les dates envoyées utilisent le format année-mois-jour, yyyy-mm-dd. Transformez une date française sans inverser le jour et le mois.
Documentation Booking.com Connectivity consultée le 23 octobre 2026. Ce contrôle ne décrit pas les zones ni les nuisances d’un chantier : faites confirmer ces informations pour chaque prestation et chaque séjour.
Booking.com : distinguer la vérification, l’ouverture et la fermeture d’un hébergement
Pour préparer une fermeture saisonnière ou une réouverture sur Booking.com, conservez la demande effectuée et son résultat. Une vérification réussie n’est pas une preuve d’ouverture exécutée.
CHECK : L’opération CHECK vérifie les prérequis permettant l’ouverture de l’établissement. Inscrivez « prérequis vérifiés » dans la recette, puis contrôlez séparément l’action d’ouverture.
OPEN : OPEN demande la mise à l’état ouvert et réservable. Relisez le résultat de l’opération et l’offre accessible pour les dates choisies.
Documentation Booking.com Connectivity consultée le 23 octobre 2026. Ce contrôle concerne le statut de l’établissement sur ce canal. Examinez les réservations existantes et les autres distributeurs dans des suivis distincts.
Cloudbeds : vérifier le prix d’une formule avec repas et ses canaux de vente
Pour vendre un séjour avec petit-déjeuner ou autre prestation incluse, relisez le forfait complet dans le parcours de réservation. Le nom commercial, le prix et la disponibilité du tarif doivent rester cohérents.
Repas inclus dans le forfait : L’exemple Cloudbeds d’une chambre à 100 avec Breakfast ajouté au forfait conserve un total de 100 pour la chambre et le petit-déjeuner. Vérifiez qu’un repas déjà inclus n’est pas ajouté une seconde fois au récapitulatif.
Restrictions d’un tarif dérivé : Les restrictions du tarif principal ne sont pas reprises par la dérivation des prix. Contrôlez les règles de séjour du tarif vendu en plus de son montant.
Aide Cloudbeds mise à jour le 27 juillet 2026, consultée le 23 octobre 2026. Faites préciser les personnes couvertes, les services et horaires de repas auprès de l’établissement pour l’offre effectivement vendue.
Cloudbeds : modifier les dates avant de clôturer un départ anticipé
Pour enregistrer un départ anticipé, reliez la nouvelle date de sortie, le statut du séjour et le montant à traiter. L’équipe suivante doit pouvoir retrouver ce qui a réellement changé.
Date de départ : L’aide demande d’abord de modifier la réservation avec la nouvelle date de départ, puis d’effectuer le check-out. Comparez les nuits conservées et retirées avant de clôturer le séjour.
Prérequis du check-out : La date de départ doit être celle du jour ou une date passée ; le client doit déjà être enregistré comme présent. Relisez la date et le statut courant si le départ ne peut pas être enregistré.
Aide Cloudbeds mise à jour le 26 juin 2025, consultée le 23 octobre 2026. La procédure de sortie ne fixe pas à elle seule les conditions de remboursement du séjour.
Cloudbeds : distinguer réservation anticipée et vente de dernière minute
Pour contrôler une offre hôtelière, séparez la période du séjour et le moment où le client réserve. Deux réglages exprimés en jours avant l’arrivée peuvent avoir des effets opposés.
Cut-off : Ce réglage impose de réserver un certain nombre de jours avant l’arrivée, notamment pour les offres anticipées. Testez une demande suffisamment en avance et une demande proche de l’arrivée.
Last-minute booking : Ce réglage ouvre une fenêtre de réservation dans les jours précédant l’arrivée. Vérifiez le sens du réglage avant d’utiliser la même valeur qu’une offre anticipée.
Aide Cloudbeds mise à jour le 28 avril 2025, consultée le 23 octobre 2026. Faites confirmer les bornes et le comportement de l’intégration utilisée, puis conservez les dates exactes de la recette.
Guesty : comprendre pourquoi une consigne attend avant son envoi
Pour préparer les messages d’arrivée ou de prolongation, relisez leur horaire et leurs conditions. Un message en attente doit être suivi avec les informations du dossier et le résultat observé.
Conditions cumulées : Lorsque plusieurs conditions sont définies pour un message, elles doivent toutes être remplies pour son envoi prévu. Retrouvez chaque condition au lieu de valider le message à partir d’une seule information.
Attente et expiration : Un message dont les conditions ne sont pas remplies attend ; il peut partir lorsqu’elles le deviennent, ou expirer. Conservez le statut courant et la prochaine vérification avant de promettre un envoi.
Aide Guesty consultée le 23 octobre 2026. Les conditions de la réservation déterminent l’application de l’automatisation ; celles du message déterminent ensuite son envoi individuel.
Guesty : vérifier l’heure et l’accès avant d’annoncer une arrivée anticipée
Cet agent propose une arrivée anticipée gratuite dans le parcours Guesty décrit. Préparez l’état du logement, l’heure retenue et les modalités d’accès avant de valider l’information destinée au voyageur.
Service et validation : ReplyAI doit être activé ; l’offre est gratuite et le message demande une approbation. Faites relire la proposition par le responsable du dossier et conservez son résultat.
Logement prêt : L’éligibilité commence à midi dans le fuseau du logement ; Clean est retenu, tandis que Waiting for inspection ne suffit pas. Vérifiez le statut opérationnel et les autres critères d’éligibilité avant la proposition.
Aide Guesty consultée le 23 octobre 2026. Ces repères concernent cet agent et son intégration d’accès. L’équipe conserve la validation de la proposition et la vérification du logement prêt.
Le compte rendu de pilote et le relais de service complètent les documents des guides de ce parcours. Consultez les informations à rapprocher et les contrôles proposés.
Le premier budget doit maintenir une capacité vendable cohérente avec les chambres réellement exploitables. Réception, ménage, maintenance et distribution n’observent pas toujours le même état au même moment. Une chambre retirée ou un changement de catégorie doit donc être suivi jusqu’au résultat dans les canaux.
La vente directe ne s’évalue pas uniquement par le nombre de réservations produites. Comparez coût d’acquisition, paiement, support et conditions sur des séjours comparables. Le premier lot doit aussi rendre l’offre compréhensible : occupation, lits, repas, accès et frais prévisibles.
Préparez un départ anticipé et un cas de surréservation. Ils font intervenir dates, capacités, documents et décisions financières. Une équipe doit pouvoir expliquer au client ce qui est confirmé sans assimiler sortie physique, libération de stock et remboursement. Le bilan sert à corriger les jonctions entre systèmes et équipes.
Priorités, périmètre et preuve attendue
Étape
Périmètre utile
Preuve à obtenir
Premier lot
Chambres, réservations et capacité distribuée.
Vérifier que les états locaux et les ventes possibles restent rapprochés.
Lot suivant
Vente directe et économie par canal.
Comparer le même séjour avec coût complet et service après-vente.
À différer
Optimisation automatisée sur un inventaire mal qualifié.
Corriger occupation, catégories et indisponibilités avant d’étendre.
Sur une période fictive commune : 100 chambres-nuits disponibles, 80 vendues et 9 600 € de revenu chambres selon la convention retenue. Occupation = 80 %, ADR = 120 € et RevPAR = 96 €. Après 1 200 € de commissions retenues pour une analyse distincte, le solde de 8 400 € représente 84 € par chambre-nuit disponible.
Avant d’investir : L’indicateur après commissions doit être nommé avec les postes retranchés ; il ne constitue ni le RevPAR standard ni un bénéfice. Rapprochez mêmes périodes, capacité et convention de revenu, sans transformer les commissions en coût complet du séjour.
