Publié le 25 mai 2026 - Mis à jour le 12 août 2026 - md22
Le 9 avril, nous annoncions que ce n'était qu'un début
Le 9 avril 2026, à l'occasion du raccordement de DionySols à THAÏS PMS, nous écrivions : « L'Addition. THAÏS. Et prochainement, tous les logiciels que nos clients utilisent - à condition qu'ils respectent nos valeurs de qualité et de relation client. »
Le 25 mai 2026, Mews rejoint cette liste.
Ce n'est pas un connecteur de plus pour faire du volume. C'est une connexion qui répond à une demande précise - celle de deux clients DionySols historiques, qui ont fait le choix de Mews fin 2025 et nous ont demandé de raccorder l'ensemble pour démarrer la saison 2026.
Choisir un PMS d'hôtel-restaurant, un casse-tête à part
Un PMS d'hôtel-restaurant n'est pas un PMS d'hôtel pur. Il doit gérer deux activités qui n'ont rien à voir l'une avec l'autre : l'hébergement et la restauration. Et il doit le faire en même temps, dans une seule interface, avec une seule base de données clients.
Concrètement, le PMS d'un hôtel-restaurant doit savoir :
- prendre une réservation d'hôtel et la suivre jusqu'au check-out
- encaisser un couvert restaurant comme une caisse classique
- transférer une vente de restauration vers la facture d'une chambre, en imputation
- dispatcher correctement le chiffre d'affaires d'une réservation payée à l'avance sur les jours réels de consommation - un séjour de 3 nuits réglé à l'arrivée ne représente pas un CA d'un jour mais un CA réparti sur trois
- distinguer dans ses exports les couverts extérieurs des couverts pensionnaires
C'est un cahier des charges nettement plus exigeant qu'une caisse de restaurant ou qu'un PMS d'hôtel pur. Tous les PMS ne le font pas correctement. Et parmi ceux qui le font, peu exposent ces données de manière propre en API.
Mews fait partie de ceux qui le font. C'est ce qui a permis à DionySols de s'y raccorder dans des conditions de fiabilité acceptables - comme pour L'Addition et THAÏS avant lui.
Quand DionySols devient un critère structurant du choix de PMS
C'est l'histoire la plus intéressante de cette connexion.
Le Pont de l'Ouysse et le Bistrot Chambon sont clients DionySols depuis plus d'un an. Stéphane et Mathieu Chambon pilotaient déjà leur rentabilité - marge brute, fiches techniques, mercuriale, FEC - mais leur ancien PMS, vieillot, ne proposait aucune connexion API. Les ventes restaurant et hôtel devaient être ressaisies ou reconsolidées manuellement.
Fin 2025, la décision est prise de changer de PMS. Et le critère qui pèse dans le choix de Mews n'est pas seulement la modernité de l'interface - c'est sa capacité à se connecter en API à DionySols, pour piloter l'activité par les ventes, avec précision, sans ressaisie.
Autrement dit : le PMS doit s'adapter à l'outil de pilotage, pas l'inverse. Le pilotage de la rentabilité structure l'écosystème numérique - il n'en est plus la conséquence.
C'est exactement la promesse du pilotage hôtel-restaurant DionySols : faire de la marge consolidée et de la lisibilité des deux activités le point de départ, pas la conclusion.
Hébergement et restauration : deux activités, deux points morts, un seul pilotage
Les deux établissements sont exploités par la même société, HOTEL RESTAURANT CHAMBON, dirigée par Stéphane et Mathieu Chambon.
- Le Pont de l'Ouysse - Hôtel-restaurant 4 étoiles à Belcastel, lieu-dit de la commune de Lacave, dans le Lot.
- Le Bistrot Chambon - Restaurant à Brive-la-Gaillarde, en Corrèze. Carte bistronomique, fourchette de prix 20-30 €.
Une seule société, une seule comptabilité, deux établissements. Et donc - un seul DionySols, qui consolide naturellement les ventes des deux sites via la connexion Mews, comme pour tout réseau multi-établissements.
Ce que cela change concrètement :
- Toutes les ventes restaurant des deux établissements remontent automatiquement dans DionySols, qu'elles soient encaissées directement ou imputées sur une chambre du Pont de l'Ouysse.
- Les ventes d'hébergement remontent elles aussi, et sont dispatchées sur les jours réels de consommation - pas sur le jour d'encaissement.
- Chaque activité est isolée : la rentabilité du restaurant ne se confond plus avec celle de l'hôtel. Chacune a son propre point mort, sa propre marge, ses propres leviers.
- Le menu engineering peut être conduit site par site - quels plats portent le résultat à Belcastel, quels plats fonctionnent à Brive - sans aucune ressaisie.
- Les achats matières, les fiches techniques, le FEC - tout reste centralisé dans une seule instance DionySols, cohérente avec la réalité juridique et comptable de l'entreprise.
Plus de double saisie. Plus de tableaux de bord parallèles. Une seule source de vérité pour les deux établissements et pour les deux activités.
Et ce n'est toujours qu'un début
L'Addition. THAÏS. Mews.
Chaque connecteur ajouté répond à la même règle : qualité des données produites, fiabilité de l'API, sérieux de l'éditeur, et - souvent - demande explicite d'un client DionySols qui a besoin de cette interopérabilité pour piloter sereinement.
D'autres connexions viendront, à mesure que nos clients feront évoluer leur écosystème. À chaque fois, le même filtre : DionySols ne se connecte pas à n'importe quel outil. Il se connecte à ceux qui partagent son exigence sur la donnée.
Quand on sait piloter sa rentabilité, on ne choisit plus son PMS au hasard.
Questions fréquentes
Pourquoi un PMS d'hôtel-restaurant est-il plus exigeant qu'un PMS d'hôtel ?
Parce qu'il doit gérer deux activités sans rapport l'une avec l'autre dans une seule interface et une seule base clients. Il doit savoir suivre une réservation jusqu'au check-out, encaisser un couvert comme une caisse classique, transférer une vente de restauration sur la facture d'une chambre en imputation, dispatcher le chiffre d'affaires d'un séjour payé à l'avance sur les jours réels de consommation, et distinguer dans ses exports les couverts extérieurs des couverts pensionnaires. Tous les PMS ne le font pas correctement, et parmi ceux qui le font, peu exposent ces données proprement en API.
Quelles caisses et quels PMS DionySols peut-il interroger en API ?
Trois connexions sont en service : L'Addition pour les restaurants depuis fin 2024, THAÏS PMS pour les hôtels-restaurants depuis le 9 avril 2026, et Mews depuis le 25 mai 2026. Chaque connecteur répond au même filtre : qualité des données produites, fiabilité de l'API, sérieux de l'éditeur, et le plus souvent demande explicite d'un client. D'autres connexions viendront à mesure que les clients font évoluer leur écosystème.
Deux établissements exploités par une même société nécessitent-ils deux comptes DionySols ?
Non. Une seule société, une seule comptabilité, donc un seul DionySols, qui consolide les ventes des deux sites via la connexion PMS. Les achats matières, les fiches techniques et le FEC restent centralisés dans une seule instance, cohérente avec la réalité juridique et comptable de l'entreprise. Le menu engineering peut malgré tout être conduit site par site.
Comment la rentabilité de l'hébergement est-elle séparée de celle du restaurant ?
Chaque activité est isolée et dispose de son propre point mort, de sa propre marge et de ses propres leviers. Les ventes restaurant remontent qu'elles soient encaissées directement ou imputées sur une chambre. Les ventes d'hébergement remontent également, dispatchées sur les jours réels de consommation et non sur le jour d'encaissement. La rentabilité du restaurant ne se confond donc plus avec celle de l'hôtel.