1. Vérifiez d’abord si Booking.com a créé une réservation, laissé une demande en attente ou entièrement rejeté la tentative de réservation.
2. Comparez précisément l’établissement, le type de chambre, les dates de séjour et le nombre de chambres dans Booking.com et le Système de Gestion Hôtelière.
3. Ne remettez pas une chambre en vente avant de savoir si la réservation est réelle et si le stock a déjà été modifié.
4. Si une réservation confirmée n’apparaît pas dans le Système de Gestion Hôtelière, protégez d’abord la chambre et le client avant de demander sa récupération.
Une question concernant le stock d’une réservation Booking.com échouée commence généralement par un message ambigu : le client indique que le paiement a échoué, Booking.com affiche une demande qui n’a pas abouti ou le système de l’hôtel signale qu’il n’a pas pu recevoir la réservation.
Ces situations n’ont pas les mêmes conséquences sur le stock. Une tentative de réservation rejetée peut ne laisser aucune réservation. Une demande en attente peut affecter temporairement la disponibilité. Une réservation Booking.com confirmée constitue une obligation réelle pour l’hôtel, même si elle n’apparaît jamais dans le Système de Gestion Hôtelière.
La méthode la plus sûre consiste à vérifier d’abord la réservation, puis à compter les chambres. Ne vous fiez pas uniquement au libellé d’un e-mail, à une capture d’écran du client ou à un avertissement affiché dans le Système de Gestion Hôtelière.
Déterminez ce que signifie réellement « échec »
Ouvrez le bon établissement dans l’Extranet Booking.com et recherchez dans la section des réservations à l’aide du nom du client, des dates de séjour, de la date de réservation et de tout numéro de confirmation disponible. Élargissez les filtres de dates et de statuts afin qu’aucune réservation en attente, annulée, modifiée ou future ne soit masquée.
Si un numéro de réservation confirmée existe, considérez la chambre comme vendue jusqu’à l’annulation correcte du dossier. Un échec d’importation dans le Système de Gestion Hôtelière n’annule pas la réservation Booking.com du client.
Si le compte affiche une demande de réservation en attente, ne promettez pas la chambre à une autre personne avant que la demande n’atteigne un statut définitif. L’hôtel doit également éviter de créer une réservation confirmée dans le Système de Gestion Hôtelière avant l’acceptation de la demande.
Si Booking.com ne contient aucune réservation ni aucun numéro de confirmation, vérifiez de nouveau l’établissement et les dates. Une tentative de paiement du client ou une erreur lors de la finalisation ne suffit pas à prouver qu’une réservation hôtelière existe.
Vérifiez le stock Booking.com pour le produit exact
Le stock doit être vérifié par rapport à la chambre réellement sélectionnée par le client. Un hôtel peut proposer plusieurs types de chambres aux noms similaires ou plusieurs plans tarifaires associés à un même stock physique.
Ouvrez le calendrier Booking.com pour les dates de séjour concernées. Sélectionnez le même type de chambre et relevez la disponibilité désormais affichée pour chaque nuit. Si plusieurs chambres ont été demandées, tenez compte de la quantité totale au lieu de vérifier uniquement si la date reste ouverte.
Vérifiez ensuite si un autre plan tarifaire, une autre option d’occupation ou une autre catégorie de chambre est encore en vente. Une recherche publique peut indiquer que l’hôtel est disponible, même si la disponibilité du type de chambre concerné a été correctement réduite.
N’utilisez pas la page publique de réservation comme seul registre du stock. Elle est utile pour une vérification finale des ventes, mais la disponibilité peut également être influencée par des restrictions, la durée minimale du séjour, le nombre de clients et les critères de recherche utilisés.
Comparez Booking.com avec le nombre de chambres du Système de Gestion Hôtelière
Effectuez une recherche dans l’ensemble du Système de Gestion Hôtelière à l’aide du numéro de confirmation Booking.com, du nom de famille du client, de la date de réservation, de la date d’arrivée et du type de chambre. Incluez les dossiers annulés, en attente, non attribués, modifiés, importés et en erreur.
Suivez cette procédure opérationnelle :
- Notez les chambres physiques disponibles dans le Système de Gestion Hôtelière avant toute correction.
- Vérifiez si la réservation Booking.com échouée ou confirmée existe déjà quelque part dans le Système de Gestion Hôtelière.
- Vérifiez si le bon nombre de chambres a été déduit du type de chambre concerné pour chaque nuit du séjour.
- Comparez le calendrier Booking.com avec la disponibilité du Système de Gestion Hôtelière pour la même chambre et les mêmes dates.
- Ne vérifiez les autres canaux qu’après avoir compris les chiffres de Booking.com et du Système de Gestion Hôtelière.
- Consignez le résultat ainsi que le nom de l’employé ayant approuvé tout ajustement manuel.
Si Booking.com affiche une réservation confirmée qui n’apparaît pas dans le Système de Gestion Hôtelière, créez un blocage temporaire du stock conformément à la politique de l’hôtel. Ne réduisez pas séparément la disponibilité de la même chambre dans plusieurs systèmes.
Lorsque les responsables peuvent consulter la réservation OTA et le nombre de chambres qui en résulte au sein d’un même processus, ils peuvent plus facilement déterminer si une chambre a été déduite une fois, deux fois ou pas du tout. Le channel manager hôtel de Smart Order relie les réservations entrantes à la disponibilité partagée, ce qui permet au personnel de protéger la bonne chambre avant qu’un autre canal ne la vende.
Associez le stock Booking.com à chaque réservation
Découvrez comment une réservation entrante modifie la disponibilité des chambres, puis résolvez les anomalies sans ajouter ni retirer deux fois la même chambre.
Utilisez le résultat pour choisir l’action la plus sûre
Réservation confirmée et stock déduit une seule fois
Maintenez la chambre fermée à la vente. Si la réservation n’apparaît pas dans la liste des arrivées du Système de Gestion Hôtelière, recherchez-la dans tous les statuts et demandez au fournisseur du Système de Gestion Hôtelière ou du Gestionnaire de canaux de récupérer la réservation d’origine. Ne rétablissez pas la disponibilité.
Réservation confirmée, mais stock non déduit
Protégez immédiatement la chambre dans le système de stock habituel de l’hôtel. Ajoutez la réservation confirmée à la liste opérationnelle des arrivées en suivant la procédure d’exception approuvée par l’hôtel, puis demandez la récupération de la réservation d’origine sans créer de doublon.
Aucune réservation, mais stock réduit
Recherchez une autre réservation confirmée, un blocage pour maintenance, une option de groupe, un ajustement manuel ou une demande en attente aux mêmes dates. Ne rétablissez le stock qu’après avoir identifié la cause de la réduction.
Tentative échouée et aucun changement du stock
Aucune intervention de l’hôtel sur les réservations n’est normalement nécessaire. Si le client souhaite toujours réserver la chambre, demandez-lui d’effectuer une nouvelle réservation en suivant la procédure Booking.com habituelle. Ne créez pas manuellement une réservation OTA à partir de la capture d’écran d’un paiement échoué.
Stock déduit deux fois
Recherchez les doublons dans le Système de Gestion Hôtelière ainsi que les blocages manuels répétés. Conservez la réservation authentique, supprimez uniquement le blocage dont le caractère redondant est avéré et confirmez que chaque canal connecté affiche désormais la bonne disponibilité restante.
Évitez les deux corrections les plus coûteuses
La première erreur consiste à remettre une chambre en vente parce que le Système de Gestion Hôtelière affiche un échec d’importation. Booking.com peut toujours détenir une réservation confirmée, ce qui expose l’hôtel à une suroccupation.
La deuxième erreur consiste à créer une nouvelle réservation dans le Système de Gestion Hôtelière et à réduire manuellement le stock alors qu’une version retardée de la réservation d’origine est encore en cours de transmission. L’hôtel peut alors se retrouver avec deux dossiers et deux réductions du stock pour un seul client.
Désignez un seul responsable pour approuver les corrections. La Réception, l’équipe chargée des revenus, l’assistance Booking.com et le fournisseur du système ne doivent pas tous recréer ou renvoyer indépendamment la même réservation.
Pour une arrivée le jour même ou s’il s’agit de la dernière chambre disponible, protégez d’abord le client. Un blocage temporaire de la chambre est plus facile à annuler qu’une suroccupation impliquant un client OTA dont la réservation est confirmée.
Confirmez que le stock est correct partout
Après toute correction, rouvrez la réservation et le calendrier Booking.com. Confirmez le statut actuel de la réservation, le type de chambre, le nombre de chambres et les dates.
Rouvrez ensuite le calendrier du Système de Gestion Hôtelière et vérifiez que la réservation n’existe qu’une seule fois et que la disponibilité n’a été modifiée qu’une seule fois. Effectuez une recherche côté client avec les mêmes dates et la même occupation afin de confirmer ce qui peut encore être vendu.
Si l’hôtel utilise plusieurs OTA, confirmez le nombre de chambres partagé sur les autres canaux connectés. L’objectif n’est pas que chaque écran affiche le même libellé, mais que chaque canal puise dans le bon stock physique restant.
Gardez le dossier ouvert jusqu’à ce que la prochaine modification de la réservation, telle qu’une annulation ou une modification, soit correctement transmise au même dossier du Système de Gestion Hôtelière.
Informations à transmettre lorsque vous avez besoin d’assistance
Transmettez au fournisseur responsable un dossier opérationnel concis : nom de l’établissement, numéro de confirmation Booking.com s’il existe, nom du client, type de chambre, dates de séjour, nombre de chambres, statut actuel dans Booking.com, résultat de la recherche dans le Système de Gestion Hôtelière, stock avant et après, ainsi que des captures d’écran montrant l’écart.
Décrivez clairement le résultat attendu. Par exemple : « Cette réservation confirmée doit occuper une chambre Double Deluxe, mais le Système de Gestion Hôtelière indique encore que toutes les chambres sont disponibles. » Cette formulation est plus utile que de demander à plusieurs équipes de « vérifier la synchronisation ».
Questions fréquentes
Un paiement Booking.com échoué signifie-t-il toujours qu’aucune réservation n’existe ?
Non. Confirmez le statut de la réservation dans l’Extranet de l’établissement. Un problème de paiement, une demande en attente, une modification échouée et un échec de transmission vers le Système de Gestion Hôtelière peuvent produire des résultats différents.
L’hôtel doit-il immédiatement remettre la chambre en vente ?
Non. Vérifiez d’abord qu’aucune réservation Booking.com active ou en attente n’utilise la chambre et que la réduction ne provient pas d’une autre réservation ou d’un blocage effectué par l’hôtel.
Que faire si Booking.com est correct, mais que le nombre indiqué dans le Système de Gestion Hôtelière est erroné ?
Protégez la réservation confirmée, corrigez le stock partagé depuis le point de contrôle habituel de l’hôtel et demandez au fournisseur du système responsable de restaurer le dossier de réservation d’origine.
Comment l’hôtel peut-il savoir que l’incident est résolu ?
Une seule réservation active doit exister, le stock doit la comptabiliser une seule fois et Booking.com, le Système de Gestion Hôtelière ainsi que les canaux de vente connectés doivent afficher le bon nombre de chambres restantes.
