Connecter hub. for hotels à Mews : ce que l'API échange vraiment

Ce que la connexion relie, et ce qu'elle ne relie pas

hub. for hotels est connecté à Mews via le Mews Connector API. Les deux outils ne se remplacent pas : Mews sait ce qui a été vendu et à qui, hub. sait ce qui a été fait et par qui.

C'est cette double lecture qui rend l'ensemble utile. Un PMS enregistre une réservation, un séjour, une facture. Il n'enregistre pas si la consigne a été lue par l'équipe de nuit, ni ce qui a été tenté lors des deux interventions précédentes sur la climatisation de la 204. La connexion fait descendre les données du PMS sur le terrain, et remonter ce qui se passe sur le terrain dans le PMS.

Elle ne touche ni la facturation, ni la tarification, ni le moteur de réservation : ces périmètres restent entièrement dans le PMS. La répartition complète des fonctions entre les deux produits fait l'objet d'un article distinct.

le comparatif des périmètres de hub. et de Mews

Les quatre flux échangés

Quatre flux sont actifs, dont un bidirectionnel.

Donnée	Sens	Effet sur l'exploitation
Arrivées, départs et statut des réservations	De Mews vers hub.	Les mouvements du jour alimentent le planning des équipes et les checklists de service. Plus de liste imprimée le matin, plus de version périmée en circulation à 15 h.
Statut des chambres	Dans les deux sens	Une chambre passée en recouche ou en départ dans hub. remonte immédiatement dans Mews, et inversement. Réception et étages travaillent sur la même information au même moment.
Profils et préférences client	De Mews vers hub.	Statut VIP, allergies, demandes récurrentes, historique de séjour : ce qui est saisi à la réservation devient une consigne lisible par les équipes en service, au bon moment.
Incidents et chambres hors service	De hub. vers Mews	Une chambre bloquée pour incident technique dans hub. devient indisponible à la vente dans Mews, sans double saisie. Le blocage est levé de la même façon à la clôture de l'incident.

Ce que la connexion change dans une journée d'exploitation

L'intérêt d'une intégration ne se mesure pas au nombre de champs synchronisés, mais au nombre de vérifications qu'elle supprime.

Le matin, la gouvernante ouvre hub. et voit les départs réels, pas la prévision de la veille. Les priorités de recouche sont déjà classées.

À 11 h, une fuite est constatée en 204. L'incident est saisi une fois, avec photo. La chambre sort de la vente dans Mews dans la seconde, la maintenance reçoit la demande, et l'historique des interventions précédentes s'affiche.

En fin de service, la passation ne consiste plus à raconter la journée mais à valider ce qui reste ouvert : deux incidents en cours, une arrivée VIP tardive, une demande de chambre calme déjà tracée.

Ce qu'il faut préparer avant de connecter

La connexion elle-même prend quelques minutes. Ce qui prend du temps, c'est l'accord préalable sur ce que chaque statut veut dire.

• Un environnement Mews actif et un compte administrateur. L'autorisation se donne depuis votre propre environnement et se retire de la même façon.
• Un référentiel de chambres identique des deux côtés. Même numérotation, mêmes catégories. Une chambre qui n'existe que d'un côté ne se synchronise pas, elle disparaît silencieusement du flux.
• Des codes de statut arbitrés. Recouche, départ, hors service, blocage commercial : décider quel système fait foi pour chacun avant la mise en service, et non pendant.
• Une règle écrite pour le blocage à la vente. Quel niveau d'incident sort une chambre du stock, et qui a le droit de l'y remettre.
• Un référent côté hôtel. Une personne qui tranche les arbitrages de statut. Sans elle, la période de double lecture s'éternise.

Comment se déroule la mise en place

Compter une semaine entre l'autorisation et l'usage courant, puis deux semaines de double lecture. Le calendrier ci-dessous est celui d'un établissement unique : pour un groupe, le premier site sert de gabarit et les suivants vont deux fois plus vite.

Étape	Durée	Ce qui se passe
1. Autorisation	Jour 1	L'hôtelier accorde l'accès au Connector API depuis son environnement Mews. L'autorisation se donne et se retire côté hôtel.
2. Appariement du référentiel	Jours 1 à 3	Chambres, catégories et services sont appariés un à un. C'est l'étape où les écarts de nomenclature apparaissent, et où ils se corrigent.
3. Arbitrage des statuts	Jours 3 à 5	Chaque code de statut reçoit un système maître et une règle de blocage. C'est une réunion d'exploitation, pas un paramétrage technique.
4. Double lecture	2 semaines	Les équipes continuent de vérifier dans le PMS ce qu'elles voient dans hub. On arrête le jour où plus personne ne va vérifier.

Ce que la connexion ne fait pas

Une intégration se juge autant sur ce qu'elle refuse de faire que sur ce qu'elle synchronise.

• Pas de reprise d'historique. Le flux démarre à la date de connexion. Les séjours antérieurs restent dans le PMS et n'alimentent pas les historiques d'incidents par chambre.
• Pas de synchronisation tarifaire ni comptable. Ni les tarifs, ni les factures, ni les encaissements ne transitent. Le PMS reste seul maître sur ces objets.
• Pas de déplacement de la source de vérité. La réservation reste celle de Mews. En cas de désaccord sur une arrivée, c'est le PMS qui a raison.
• Pas de remplacement du PMS pour la réception. La réception continue de travailler dans Mews pour tout ce qui touche au séjour et à la facture.
• Pas de blocage automatique sans règle. Une chambre ne sort du stock que si la règle écrite à l'étape 3 le prévoit. Sans règle, l'incident est visible mais la chambre reste vendable.

Quand les deux systèmes ne disent plus la même chose

Un écart est rarement un défaut de synchronisation. Dans la pratique, il vient de trois causes.

• Une chambre modifiée des deux côtés en même temps. Le dernier événement l'emporte. La règle de statut maître arbitrée à l'étape 3 évite que ce soit le mauvais.
• Une chambre absente du référentiel. Créée dans le PMS après l'appariement, elle n'a pas de correspondant. Elle apparaît alors sans historique, ou pas du tout.
• Un blocage levé dans un seul système. L'incident est clôturé dans hub. mais la chambre a été remise en vente à la main dans Mews, ou l'inverse. C'est le cas le plus fréquent, et le seul qui mérite une consigne écrite.

Dans les trois cas, le contrôle se fait dans le même sens : comparer la liste des chambres hors service dans hub. à celle des chambres bloquées dans Mews. Deux minutes en fin de service suffisent pendant la période de double lecture.

Faut-il changer de PMS pour déployer hub. ?

Non. L'outil hub. se connecte au PMS en place et n'impose aucune migration. La connexion à Mews s'établit via le Mews Connector API, sur autorisation de l'hôtelier depuis son propre environnement Mews. Aucune reprise de données historiques n'est nécessaire, et le PMS reste la source de vérité pour la réservation et la facturation.

la documentation du Mews Connector API

Brancher hub. sur votre PMS avec GROW.Group

L'appariement du référentiel et l'arbitrage des statuts se font avec vos équipes, pas à leur place : ce sont ces deux étapes qui décident si la connexion tient encore dans six mois. Les consultants de GROW.Hospitality les mènent en même temps que l'audit des opérations existantes.

Un essai de 15 jours permet de tester la plateforme, connexion comprise, dans votre contexte réel d'exploitation.

l'accompagnement opérationnel des consultants GROW.Hospitality

Questions fréquentes sur l'intégration hub. et Mews