À quoi sert vraiment un PMS (et à quoi il ne sert pas)
Un PMS de location courte durée, c'est quatre choses empilées : un channel manager (vos annonces et votre calendrier poussés vers Airbnb, Booking, Vrbo), un moteur d'automatisations (les messages voyageurs qui partent sans vous), une couche opérations (ménage, tâches, serrures) et une comptabilité propriétaires.
Ce qu'il ne fait pas : trouver vos biens, négocier vos mandats, et — on y revient plus bas — régler votre conformité française. Un PMS ne remplace pas un métier ; il empêche le métier de s'écrouler quand vous passez de 5 à 50 biens.
Cet article décrit ce qu'un PMS permet concrètement. Nous prenons Hostaway comme fil conducteur parce que c'est celui que nous opérons sur près de 70 appartements, et parce que sa documentation est publique — donc vérifiable. Chaque affirmation ci-dessous est lisible dans leur base de connaissances.
Le channel manager : trois qualités de connexion, pas une
C'est le point que presque tous les comparatifs ratent. « Connecté à Booking » ne veut rien dire tant qu'on ne sait pas comment. Il existe trois qualités de lien :
- API — temps réel, pousse dispos, tarifs et contenu. C'est ce que vous voulez.
- XML — le PMS prépare un fichier quotidien, le canal l'importe à son rythme. Pas instantané.
- iCal — les dispos seulement. Pas les prix. Rafraîchi toutes les 10 à 45 minutes selon la doc. Sur une nuit très demandée, 45 minutes suffisent à créer un double-booking.
Une règle structurante en découle : dès qu'un canal est connecté, le PMS devient le calendrier maître. Et l'asymétrie qui va avec, rarement dite : si vous bloquez des dates dans le PMS, elles se propagent aux canaux ; si vous bloquez des dates dans un canal, elles peuvent ne pas revenir. C'est la première cause de double-booking en pratique.
Ce que la connexion vous fait perdre — personne ne le dit
Brancher un canal n'est pas neutre. À la connexion Airbnb, la documentation Hostaway indique que sont réinitialisés : les remises de durée de séjour (hors weekly/monthly), l'early bird, le last-minute, les notes voyageurs et les règles de calendrier. Si vous aviez passé un mois à régler tout ça côté Airbnb, il faut le refaire.
Les autres limites que nous rencontrons en exploitation, toutes documentées :
- Booking.com — le contenu n'est exporté qu'une seule fois. Ensuite, tout se modifie dans l'Extranet, à la main. Les promotions et restrictions ne se pilotent pas depuis le PMS.
- Expedia — le PMS pousse un plafond de 27 nuits quoi que dise votre calendrier, et ne synchronise que le montant total payé, pas le détail financier.
- Booking.com — 90 nuits de séjour maximum.
- Vrbo — le plus violent : toute annonce non appariée à la connexion est archivée définitivement côté Vrbo, sans récupération possible. On ne branche pas Vrbo un vendredi soir.
- Airbnb — 100 suppressions de photos par annonce et par semaine, limite d'API. Nous nous y sommes cognés.
Aucune de ces limites n'est un défaut du PMS : ce sont les API des canaux. Mais un comparatif qui ne les mentionne pas vous vend un rêve.
Les automatisations : là où le PMS se rembourse
C'est le poste qui justifie l'abonnement. Hostaway expose 15 déclencheurs : réservation, arrivée, départ, demande d'info, réservation en attente, annulation, paiement réussi, paiement échoué, jour de la semaine, message reçu, code de porte créé, check-in en ligne soumis, avis voyageur déposé, pré-autorisation réussie, check-in disponible.
Chacun se déclenche N minutes/heures/jours avant ou après — plafond 60 jours. Environ 80 variables sont injectables dans le texte : prénom, dates, code Wi-Fi, code de porte, lien du portail voyageur, solde dû, détail du prix.
Les limites qui comptent quand on écrit ses messages :
- Booking.com ne rend pas les liens cliquables. Votre beau lien de check-in en ligne y arrive en texte mort.
- Sur Airbnb, un message contenant une URL ou un contact échoue avant confirmation.
- Le message contenant un code de porte part avec 15 minutes de décalage, le temps que la serrure génère le code. C'est voulu — et c'est le genre de détail qui explique un « je n'ai pas reçu mon code ».
- Une fois une automatisation créée avec des conditions, les conditions ne se modifient plus. Il faut la recréer.
- Le SMS bidirectionnel n'est garanti qu'aux États-Unis, au Canada et au Royaume-Uni. Pour un opérateur français, c'est un vrai point dur — nous passons par ailleurs.
- WhatsApp : la doc annonce les automatisations « pour 2026 ». À ce jour, ce n'est pas livré.
Le pricing : natif, ou PriceLabs ?
Le pricing dynamique natif se met à jour toutes les 24 heures et ne touche jamais une date déjà réservée. Si vous forcez un tarif au calendrier, l'outil retient l'override et cesse de toucher ces nuits.
Nous utilisons PriceLabs par-dessus. La doc est explicite sur deux points qu'il vaut mieux connaître avant : PriceLabs pousse ses tarifs toutes les 24 heures, et surtout « évitez le bouton Sync Now : il peut amener Hostaway à bloquer les mises à jour PriceLabs ». PriceLabs ne pilote jamais la disponibilité, seulement le prix.
La règle d'or, documentée noir sur blanc : ne jamais avoir la même annonce active dans deux outils de pricing en même temps. C'est le meilleur moyen de voir un tarif partir en vrille.
Les owner statements : le vrai différenciateur
Si vous gérez pour des tiers, c'est ici que se joue votre crédibilité. Le module repose sur des formules — des calculs sur les champs de réservation, imbricables jusqu'à 7 niveaux, définies au niveau du compte puis propagées aux annonces.
Concrètement : ownerPayout = subTotalPrice - pmCommission. Une commission de 20 % s'écrit subTotalPrice * 0.2. Et le point le plus intelligent du module : les formules datées, versionnées sur l'événement check-in ou check-out — c'est ce qui permet de changer un taux de commission sans réécrire tout l'historique.
Deux pièges qu'on ne découvre qu'en s'en servant :
channelCommissionn'est renseigné que pour les canaux qui le transmettent par API. Airbnb le passe, Booking.com généralement pas — la doc suggère d'estimer àtotalPrice * 0.15. Une estimation dans un relevé propriétaire, il faut le savoir.- Les données financières ne remontent que sur 2 ans de dates d'arrivée.
Nous avons 30 relevés automatiques configurés, dont 8 en envoi planifié. C'est le module que nous n'avons trouvé nulle part ailleurs à ce niveau.
La conformité française : le trou de tout le marché
Voici ce qu'aucun comparatif ne vous dira, parce qu'il faut avoir cherché : presque aucun PMS ne traite sérieusement le réglementaire français.
- Taxe de séjour — Smily (ex-BookingSync) reconnaît que son calcul automatique ne fonctionne que via Airbnb avec la certification meublé de tourisme ; pour tout le reste, « vous devez calculer la taxe de séjour, la collecter sur place et la reverser à votre commune ». Superhote, éditeur bordelais, est le plus abouti sur ce point.
- Fiche de police — un seul outil la traite vraiment, et ce n'est pas un PMS : Chekin, en add-on.
- Numéro d'enregistrement / déclaration en mairie — aucun outil ne le documente. C'est un trou de marché béant.
- Facturation électronique — Hostaway a branché Invopop vers la DGFiP, mais sur un périmètre limité : direct, site Hostaway, Vrbo et Booking Host↔Guest. Pas les autres OTA.
Autrement dit : quel que soit votre PMS, la conformité française reste largement à votre charge. C'est utile de le savoir avant de signer, pas après.
L'API et les webhooks : ce qu'on peut vraiment construire
Notre site public tourne sur l'API Hostaway. Les paramètres réels : OAuth2, jeton valable 24 mois, et une limite de débit d'environ 15 requêtes / 10 secondes — chiffre que nous avons mesuré en production et retrouvé dans la référence API ; la base de connaissances, elle, ne la documente nulle part, ce qui est un vrai manque quand on dimensionne un intégration. Ressources exposées : annonces, réservations, calendrier, conversations, champs personnalisés, dépenses, tâches, webhooks.
Les webhooks couvrent 5 événements : reservation.created, reservation.updated, message.received, task.created, task.updated. Deux choses à savoir : ils ne se déclenchent que sur les messages voyageurs, pas les vôtres ; et un webhook en échec plus de 5 jours peut être désactivé automatiquement.
Nos propres limites rencontrées, que nous avons remontées à leur équipe produit : GET /v1/listings/{id} renvoie une liste d'images vide (il faut passer par le bulk), on ne peut pas marquer une réservation directe comme payée via l'API publique, et le détail des owner statements n'est pas exposé. Rien de rédhibitoire pour nous — mais si votre projet repose sur l'un de ces trois points, vérifiez avant.
Alors, par où commencer ?
Si vous démarrez : prenez un PMS avec une connexion API (pas iCal) à Airbnb et Booking, un moteur d'automatisations, et des owner statements si vous gérez pour des tiers. Le reste se rajoute.
👉 Essayer Hostaway (démo gratuite via notre lien partenaire) — c'est ce que nous faisons tourner en production. Il n'est pas parfait : nous tenons notre propre liste de limites, nous venons d'en citer plusieurs, et nous les envoyons à leur équipe produit plutôt que de les taire. Aucune ne nous a fait changer d'avis.
Nous détaillons le choix lui-même dans notre comparatif des PMS du marché français, et le métier complet dans le guide de la conciergerie.