Hôtellerie · vue d'ensemble de la verticale
La verticale hôtellerie transforme SellioCRM en centre commercial d'un hôtel, d'un resort, d'un espace événementiel ou d'un organisateur d'excursions : profil unique par client, réservations avec échéance, groupes, événements avec ordre de service figé, devis en trois niveaux, commission de canal, excursions avec manifeste et lecture de la demande sur les deux axes. Elle est optionnelle, arrive désactivée et ne remplace pas votre logiciel de gestion hôtelière.
La verticale hôtellerie est un module optionnel de SellioCRM pour celles et ceux qui vivent de l'hébergement, de l'événementiel et des expériences : hôtels, resorts, espaces événementiels, clubs et organisateurs d'excursions. Tant qu'elle est désactivée, rien ne change dans votre CRM : le menu Hôtellerie n'apparaît même pas. Une fois activée, la page Hôtellerie rassemble toute l'opération commerciale en onglets, de la file de la réception au briefing d'IA. Une précision importante d'entrée de jeu : ce n'est pas un PMS et cela ne remplace pas votre logiciel de gestion hôtelière. Le CRM n'émet jamais de note de client, ne fait jamais de clôture de nuit et n'est jamais l'autorité comptable sur une chambre. Ce qu'il fait, c'est ce qu'un PMS fait mal : la relation, la vente, les groupes, le devis, le canal et la lecture de la demande.
Comment activer
- Ouvrez la page Hôtellerie depuis le menu. Si la verticale est désactivée, la page affiche l'avertissement indiquant qu'elle est désactivée.
- Si vous administrez l'organisation, cliquez sur Activer l'hôtellerie. L'activation vaut pour toute l'organisation et ouvre le menu et les onglets aux utilisateurs qui ont la permission.
- Si vous n'administrez pas, la page affiche le message Demandez à un administrateur d'activer cette verticale.
- Après activation, enregistrez au moins un établissement (nom, fuseau horaire, devise) et ses unités. Les groupes, les événements et les espaces sont toujours rattachés à un établissement.
La carte des onglets
La page Hôtellerie compte 16 onglets. Chacun a son propre article dans ce Centre d'aide ; voici la carte :
- Réception : la file unique du jour, triée par le coût de l'attente, avec les compteurs Arrivées, Départs, En maison, Cas ouverts et Réservations à échéance.
- Réservations : créer une réservation, provisoire avec échéance, liste d'attente, contester, confirmer et annuler.
- Groupes : blocs de chambres avec date de rétrocession et pickup du bloc.
- Événements : événements par établissement, lignes de revenu et ordre de service figé.
- Devis : propositions en trois niveaux (Essentiel, Intermédiaire, Complet) avec taux de change figé à l'émission.
- Départs : départs d'excursion avec manifeste, embarquement et annulation motivée.
- Itinéraires : circuits sur plusieurs jours avec fournisseurs, coût, prix et marge.
- Espaces : agenda des salles et des tables à l'heure, avec montage et démontage.
- Billets : émission avec code QR, entrées utilisées et révocation.
- Fidélité : solde de points et niveau du client dans le programme de la maison.
- Commission : relevé d'agence et d'OTA, avec extourne sous forme de nouvelle écriture.
- Parité : prix observés par canal et attribution du net par canal.
- Récupération : cas de service à résoudre avant le départ.
- Réputation : NPS et demandes d'avis, avec les blocages visibles.
- Pace et pickup : la demande sur les deux axes, comparée à l'année précédente.
- Briefing d'IA : lecture générée uniquement sur des chiffres agrégés.
Unité propre et unité en miroir
Chaque unité d'inventaire (chambre, table, salle, place d'excursion) déclare à qui appartient le stock : au CRM lui-même ou à un miroir d'un autre système. Une unité propre est réservable ici, avec toutes les règles d'échéance et de liste d'attente. Une unité en miroir vient d'un PMS ou d'un canal externe : le CRM affiche la disponibilité avec l'âge de la donnée, mais ne l'alloue pas, parce que la confirmation appartient à la source. Dans le formulaire de nouvelle réservation, les unités en miroir restent hors de la liste de choix, et l'écran indique combien sont restées dehors, pour que la réception ne croie jamais qu'elles n'existent pas.
Réservation provisoire avec échéance, et liste d'attente
La réservation provisoire consomme du vrai inventaire : elle bloque la date pour quelqu'un d'autre. C'est pour cela qu'elle exige une échéance. Sans échéance, une provisoire bloquerait la date pour toujours, et le formulaire refuse tout simplement de la créer ainsi. L'échéance passée, la réservation expire toute seule et l'inventaire revient. Si une autre personne veut la même date, le bouton Contester raccourcit l'échéance de la provisoire existante, et il ne fait que la raccourcir : contester ne donne jamais plus de temps à qui retient la date. Quand la date est complète, la réservation n'entre en liste d'attente que si vous cochez cette option, et la promotion des personnes en attente se fait automatiquement dès qu'une place se libère, dans l'ordre. Deux demandes simultanées pour la dernière unité sont arbitrées par la base de données, jamais par la chance.
Politique figée dans la réservation
Les politiques de dépôt, d'annulation et de non-présentation sont publiées en versions. Au moment d'apposer une politique sur la réservation, les valeurs en vigueur à cet instant y sont figées : publier une nouvelle politique plus tard n'atteint pas l'ancienne réservation. Le client annule sous la règle qui valait au moment de sa réservation, et la simulation d'annulation et de dépôt calcule sur ce qui a été figé.
Ce que la verticale ne fait pas
- Elle n'émet pas de note de client et ne remplace pas le PMS : les unités en miroir sont en lecture, avec l'âge de la donnée toujours visible.
- Elle ne décide pas de la validité juridique de vos décharges de responsabilité : le logiciel garantit la version, l'immuabilité et le blocage d'embarquement ; le texte appartient à votre service juridique.
- Elle n'additionne pas des montants en devises différentes dans un relevé ou un forfait : en cas de mélange, elle affiche par devise et signale les éléments laissés dehors.
- Elle n'envoie aucune donnée de personne (allergie comprise) à l'IA : le briefing n'utilise que des agrégats.