1. La synchronisation des tarifs OTA envoie les prix et les règles de vente depuis un Système de Gestion Hôtelière ou un gestionnaire de canaux vers chaque canal de réservation connecté.
2. Les tarifs dérivés réduisent le travail manuel, mais le tarif parent, la règle de calcul, l'arrondi et le mappage des canaux doivent tous être corrects.
3. Une mise à jour réussie doit être vérifiée à la source, dans le journal de livraison et sur la page OTA côté client, en particulier après des modifications pour des dates de forte affluence.
La synchronisation des tarifs OTA via le logiciel de gestion hôtelière permet à un hôtel de modifier un prix une fois et de le distribuer sur Booking.com, Expedia, Agoda, Airbnb et d'autres canaux connectés. Le même flux peut transmettre les séjours minimums, les arrêts de vente et d'autres restrictions.
Cela ne signifie pas que chaque OTA affiche le nouveau tarif au même instant. Le Système de Gestion Hôtelière crée la mise à jour, le gestionnaire de canaux l'envoie, et chaque OTA la traite. Des erreurs de mappage, des modifications conflictuelles sur l'extranet ou un retard à n'importe quelle étape peuvent laisser un canal vendre à un prix obsolète.
Ce que la synchronisation des tarifs OTA met réellement à jour
La synchronisation des tarifs fait partie du flux plus large des tarifs, des disponibilités et de l'inventaire souvent appelé ARI. Pour la tarification, le système source envoie un tarif pour un établissement, un type de chambre, un plan tarifaire, une date et parfois une occupation spécifiques.
La source de vérité peut être le Système de Gestion Hôtelière, un système de gestion des revenus ou le gestionnaire de canaux lui-même. Un seul système doit normalement contrôler chaque champ. Si le Système de Gestion Hôtelière gère le BAR (Meilleur Tarif Disponible) alors que le personnel modifie également le BAR dans l'extranet d'une OTA, la prochaine synchronisation peut écraser la modification manuelle ou produire un résultat inattendu.
Une mise à jour tarifaire complète peut inclure :
- Prix par nuit : le montant pour un type de chambre, un plan tarifaire, une date et une occupation.
- Règle de tarif dérivé : un pourcentage ou un ajustement fixe par rapport à un tarif parent.
- Restrictions : séjour minimum, séjour maximum, fermeture à l'arrivée, fermeture au départ, fenêtre de réservation ou arrêt de vente.
- Tarification selon l'occupation : montants différents pour un, deux ou plusieurs clients dans la même chambre.
L'inventaire est lié mais distinct. Un tarif peut arriver correctement tandis que la disponibilité ne le fait pas, ou l'inventaire peut être exact alors qu'un tarif enfant affiche toujours le prix de la veille. Diagnostiquez chaque type de données séparément.
Comment une modification de tarif atteint chaque canal
Imaginez qu'un hôtel de 30 chambres augmente son BAR Deluxe King de 180 $ à 240 $ pour un week-end de concert. Le responsable de la gestion des revenus enregistre la modification pour le vendredi et le samedi dans le Système de Gestion Hôtelière.
Le gestionnaire de canaux connecté convertit cette modification dans le format que chaque OTA accepte. Il envoie l'établissement, les identifiants mappés de la chambre et du tarif, les dates de séjour, l'occupation, la devise et le nouveau montant. Chaque OTA valide le message, met à jour son produit vendable et renvoie un accusé de réception ou une erreur.
Le flux opérationnel devrait être :
- Le responsable modifie le BAR Deluxe King pour les dates de séjour correctes.
- Le Système de Gestion Hôtelière enregistre le nouveau prix et envoie la modification au gestionnaire de canaux.
- Le gestionnaire de canaux transmet la mise à jour à chaque produit tarifaire OTA mappé.
- Chaque OTA accepte ou rejette le message, et le statut de livraison devient visible.
- L'équipe vérifie une recherche côté client pour confirmer le nouveau prix et les conditions.
La dernière étape est importante car « envoyé » n'est pas synonyme de « affiché ». Les taxes, les frais, les réductions sur mobile, les promotions de fidélité ou les paramètres d'occupation peuvent modifier le prix public une fois le tarif de base arrivé.
Lorsqu'un ajustement pour une date de forte affluence doit atteindre rapidement plusieurs canaux, le channel manager hôtel de Smart Order connecte la modification de tarif du Système de Gestion Hôtelière aux produits OTA mappés. Le gestionnaire met à jour le prix une fois, voit les tarifs et la disponibilité actuels sur un seul tableau de bord, et peut investiguer un canal qui n'accepte pas la mise à jour.
Mettez à jour les tarifs de l'hôtel depuis un tableau de bord connecté unique
Modifiez les tarifs et les restrictions une seule fois, puis maintenez les canaux OTA mappés alignés grâce au Système de Gestion Hôtelière et au gestionnaire de canaux de Smart Order.
Les tarifs dérivés maintiennent la cohérence de la structure tarifaire
Un tarif dérivé est calculé à partir d'un tarif parent au lieu d'être maintenu comme un prix fixe distinct. Le BAR flexible peut être le parent, tandis que les tarifs non remboursables, les achats anticipés ou les tarifs avec petit-déjeuner sont les enfants.
Si le BAR est de 200 $, un plan non remboursable pourrait être le BAR moins 10 %, donnant 180 $. Un plan avec petit-déjeuner pourrait être le BAR plus 20 $, donnant 220 $. L'augmentation du BAR à 240 $ devrait faire passer ces tarifs à 216 $ et 260 $ sans modifications séparées.
L'hôtel doit décider où la dérivation se produit. Certains Systèmes de Gestion Hôtelière ou gestionnaires de canaux calculent les prix enfants et envoient les montants finaux à chaque OTA. Certaines OTA prennent en charge leurs propres relations tarifaires parent-enfant. L'exécution des deux méthodes sur le même produit peut appliquer une réduction deux fois.
Vérifiez quatre détails pour chaque plan dérivé : le bon parent, le pourcentage ou l'ajustement fixe, la règle d'arrondi et les types de chambres applicables. Confirmez également si l'ajustement est calculé avant ou après les suppléments d'occupation.
La tarification dérivée ne copie pas automatiquement les politiques d'annulation, les plans de repas ou les fenêtres de réservation. Ces conditions peuvent encore nécessiter une configuration et un mappage distincts. Un prix correct de 180 $ peut rester le mauvais produit si l'OTA affiche une annulation gratuite pour un tarif non remboursable.
Les restrictions doivent voyager avec le prix
Un tarif d'hôtel n'est vendable que lorsque ses restrictions autorisent la recherche du client. Mettre à jour le prix sans les contrôles associés peut exposer une offre à des dates où l'hôtel avait l'intention de la fermer.
La durée minimale de séjour est un exemple courant. Un établissement peut augmenter le samedi à 300 $ et exiger un séjour de deux nuits. Si la mise à jour des tarifs réussit mais que le message de séjour minimum échoue, les clients peuvent toujours réserver le samedi seul.
Les règles de fermeture à l'arrivée et de fermeture au départ diffèrent d'un arrêt de vente. La fermeture à l'arrivée bloque l'arrivée à une date mais peut permettre à un séjour existant de la traverser. La fermeture au départ bloque le départ. Un arrêt de vente ferme le plan tarifaire à la vente à la date concernée.
Toutes les OTA ne prennent pas en charge toutes les restrictions de la même manière. Certaines règles s'appliquent au niveau de la chambre, d'autres au niveau du plan tarifaire. Le mappage des canaux doit documenter quel système contrôle chaque règle et comment l'OTA connectée l'interprète.
Après avoir modifié une restriction à fort impact, recherchez plusieurs modèles de séjour. Testez une arrivée pour une nuit, un séjour de plusieurs nuits traversant la date restreinte et différentes dates d'arrivée. Une simple vue de calendrier peut ne pas révéler comment l'OTA applique la règle à une recherche réelle.
Pourquoi des retards de synchronisation des tarifs OTA se produisent
La « synchronisation en temps réel » décrit une connexion pilotée par les événements, et non la garantie que chaque page publique change en zéro seconde. Une mise à jour de tarif transite par plusieurs systèmes, et chacun peut la mettre en file d'attente, la valider, la réessayer ou la rejeter.
Un court retard peut provenir du traitement des messages au niveau du Système de Gestion Hôtelière, du gestionnaire de canaux ou de l'OTA. Les écarts plus importants signalent souvent un identifiant défaillant, une connexion expirée, un tarif non mappé, une plage de dates invalide, un problème de devise ou un prix en dehors des limites autorisées par l'OTA.
Les modifications en masse peuvent également prendre plus de temps qu'une mise à jour sur une seule date. Repricer 365 jours sur dix combinaisons de chambres et de tarifs crée beaucoup plus de messages que de modifier un seul week-end. Certains systèmes n'envoient que les dates modifiées, tandis que d'autres remplacent une plage plus large.
Les promotions OTA manuelles créent une autre source d'incohérence apparente. Un tarif de base de 200 $ peut se synchroniser correctement, mais une offre mobile réduit le prix côté client à 180 $. Avant de considérer cela comme un échec, séparez le tarif de base fourni par l'hôtel des réductions financées par l'OTA ou par l'établissement.
Pour les changements urgents, ne continuez pas à renvoyer la même mise à jour sans vérifier son statut. Des envois répétés sur des plages complètes peuvent allonger la file d'attente. Vérifiez d'abord la dernière valeur acceptée, l'horodatage du message, l'ID du tarif concerné et toute réponse d'erreur.
Une routine pratique de vérification de la synchronisation des tarifs
Les vérifications ponctuelles quotidiennes doivent se concentrer sur les dates où un prix obsolète serait coûteux : à l'approche de l'épuisement des stocks, lors d'événements locaux, de nouvelles promotions, de modifications de restrictions et à la limite de la fenêtre de réservation.
Enregistrez le tarif de base attendu, le tarif dérivé, la restriction et le résultat public pour deux ou trois dates de test. Comparez le Système de Gestion Hôtelière ou la source de tarification, le journal de livraison du gestionnaire de canaux, l'extranet de l'OTA et la recherche côté client.
Utilisez la devise et l'occupation affichées par l'OTA. Un prix pour deux personnes ne peut pas être comparé de manière fiable à un tarif de base pour une personne. Incluez les taxes et les frais de manière cohérente, et notez si le résultat public est par nuit ou pour l'ensemble du séjour.
Si un canal est erroné, évitez de modifier tous les canaux. Confirmez le mappage de la chambre et du tarif, puis isolez si l'erreur affecte le tarif parent, un tarif enfant, une restriction ou un niveau d'occupation. Un renvoi ciblé est plus sûr que d'écraser une année de données correctes.
Faites remonter l'information avec des preuves. Incluez l'ID de l'établissement, les ID de la chambre et du tarif, les dates de séjour, la valeur attendue, la valeur affichée, l'horodatage de la mise à jour, l'accusé de réception, le texte de l'erreur et des captures d'écran. Cela donne au fournisseur du Système de Gestion Hôtelière ou à l'OTA suffisamment de détails pour retracer le message.
FAQ
À quelle vitesse les tarifs de chambre doivent-ils se mettre à jour sur les OTA ?
Les systèmes connectés envoient généralement les modifications dès qu'elles sont enregistrées, mais le temps d'affichage public varie selon le canal et la taille de la mise à jour. Vérifiez les modifications urgentes sur la page côté client et enquêtez si le journal de livraison indique une erreur ou l'absence d'accusé de réception.
Pourquoi un prix OTA est-il différent du tarif du Système de Gestion Hôtelière ?
La cause peut être un échec de synchronisation, un mauvais mappage, une tarification selon l'occupation, une conversion de devise, des taxes, une promotion OTA ou une modification manuelle sur l'extranet. Comparez la même chambre, le plan tarifaire, les dates, l'occupation, la devise et les inclusions avant de diagnostiquer l'incohérence.
Quelle est la différence entre un tarif de base et un tarif dérivé ?
Un tarif de base ou parent est géré directement. Un tarif dérivé est calculé à partir de ce parent à l'aide d'un pourcentage ou d'un ajustement fixe, comme le BAR moins 10 % pour une offre non remboursable.
Les règles de séjour minimum se synchronisent-elles avec les tarifs de l'hôtel ?
Elles le peuvent, lorsque la connexion OTA prend en charge la restriction et que le mappage chambre-tarif est correct. Les messages de prix et de restriction peuvent réussir ou échouer indépendamment, testez donc la règle avec une recherche de client réelle.
Le personnel de l'hôtel doit-il modifier les prix directement dans les extranets des OTA ?
Évitez les modifications de routine sur l'extranet lorsque le Système de Gestion Hôtelière ou le gestionnaire de canaux est la source de vérité. Une valeur manuelle peut être écrasée par la prochaine synchronisation ou entrer en conflit avec une règle de tarif dérivé. N'utilisez l'extranet que pour les paramètres intentionnellement contrôlés à ce niveau.
Gardez la source de tarification claire
Une tarification OTA cohérente dépend de la propriété. Définissez où le BAR change, d'où dérivent les tarifs enfants, où les restrictions sont contrôlées et quelles promotions restent à l'intérieur de chaque OTA.
Ensuite, vérifiez le chemin complet plutôt que de faire confiance à un seul statut vert : valeur source, message sortant, accusé de réception de l'OTA et résultat côté client. Cette routine maintient l'utilité de la synchronisation des tarifs sans confondre un retard de traitement, une promotion ou une erreur de mappage avec une décision de tarification.
