PMS et guest app de chambre : ce que la synchronisation des arrivées change vraiment, et ce qu’elle ne change pas
Relier votre logiciel hôtelier à la page que le client ouvre dans sa chambre : ce que le client voit, ce que la réception gagne, et les pièges à éviter avant de signer une intégration.

Un PMS (Mews, Opera, Misterbooking, etc.) sait qui arrive, quand, et dans quelle chambre. Synchronisé avec la guest app de chambre, il permet d’accueillir le client par son nom, avec ses horaires, sans rien saisir deux fois.
Ce qui change : la personnalisation, les demandes rattachées au bon séjour, les statistiques par client. Ce qui ne change pas : la réception garde la main, et le client n’installe toujours rien.
Avant de signer, vérifiez trois choses : le sens des données, ce qui se passe quand le PMS tombe, et qui possède les données clients.
Le schéma : trois briques, deux flux
Le PMS est la source de vérité des séjours : réservations, arrivées, départs, numéros de chambre. La guest app de chambre est ce que le client voit après le scan. Entre les deux, une intégration fait circuler deux flux : du PMS vers la chambre (qui est là, jusqu’à quand), et de la chambre vers le PMS ou la réception (les demandes, les consommations, les avis).
Rien de plus. Si un fournisseur vous décrit quelque chose de plus compliqué, demandez-lui de dessiner ces deux flèches.
Ce que le client voit, avant et après
Sans synchronisation, la page de la chambre est la même pour tous : les infos de l’hôtel, les services, les demandes. C’est déjà utile. Avec, elle s’adresse à la personne : « Bonsoir Madame Durand, votre départ est prévu jeudi à 11 h », le petit-déjeuner qu’elle a réservé, le nombre de personnes, et les demandes rattachées à son séjour plutôt qu’à un numéro de chambre.
Le client, lui, ne fait rien de différent : il scanne. Il n’installe pas d’application et ne crée pas de compte. La reconnaissance vient du PMS, pas de lui.
Ce que la réception gagne
Plus de liste de chambres à maintenir dans deux outils. Les demandes arrivent avec le nom, la chambre et les dates du séjour. Les statistiques deviennent lisibles par client et par type de séjour : qui consulte le spa, qui demande un départ tardif, quels séjours laissent un avis.
- Les chambres et les séjours créés une fois, dans le PMS.
- Les demandes rattachées au séjour, pas seulement à la chambre.
- Un client reconnu à son deuxième séjour, sans qu’il ait rien à faire.
- Des statistiques par type de séjour, pas seulement par chambre.
Les trois questions à poser avant de signer
Un : dans quel sens vont les données, et lesquelles ? Une bonne intégration lit peu de choses du PMS (séjours, chambres) et n’y écrit que ce qui a du sens. Deux : que se passe-t-il quand le PMS est indisponible ? La page de la chambre doit continuer de fonctionner, avec les infos génériques. Trois : à qui appartiennent les données des clients ? Réponse attendue : à l’hôtel, exportables, effaçables.
Chez Roomy, l’intégration Mews est en cours de certification sur le marché Mews, avec ces trois réponses écrites noir sur blanc.
Une intégration se juge sur ce qui se passe le jour où elle ne marche pas.
Questions fréquentes
Mon PMS n’est pas dans la liste, est-ce bloquant ?
Non : la guest app de chambre fonctionne sans PMS, avec les infos de l’hôtel et les demandes. La synchronisation ajoute la personnalisation. Elle arrive PMS par PMS.
Le client doit-il s’identifier pour être reconnu ?
Non. La reconnaissance repose sur la chambre et les dates du séjour connues du PMS. Le client scanne, rien de plus.
Que deviennent les données à la fin du séjour ?
Elles restent dans le PMS, qui en est la source. Côté guest app, les demandes et statistiques sont conservées selon la durée que vous fixez, et effaçables à la demande.