Le système d’exploitation de l’hospitalité
Tout l’établissement fonctionne
comme une seule équipe.
La réception ne cherche plus la réponse dans les conversations. Le personnel d’étage sait quelle chambre est prioritaire. La cuisine ne reçoit pas la même commande deux fois. Le responsable ne voit pas un flot de notifications, mais un propriétaire, une échéance et l’étape suivante. Dans GostelOS, le client, la chambre, la commande, la tâche, le service, les flux financiers et les stocks sont en effet reliés au sein d’un même processus.
68 rôleschacun avec son espace de travail
504 scénariosde la demande au résultat
24 processus E2Ede bout en bout
GostelOSCe qui exige une décision maintenant
RéservationArrivéeSéjourRèglementRetour
Plus qu’une simple « notification »Risque · propriétaire · ETA
Passation de serviceContexte et SLA conservés
Vous reconnaissez votre quotidien ?
Le problème surgit entre les services.
C’est précisément là que GostelOS le résout.
Automatiser un écran isolé ne suffit pas. La promesse faite au client doit parvenir à l’exécutant, la chambre physique ne doit être remise en vente qu’après toutes les vérifications, et un paiement ou une commande ne doit pas être répété après une défaillance.
« Le statut est dans le PMS, les détails dans la messagerie et le responsable dans la tête de l’équipe de service »
Solution GostelOS
Une fiche de processus unique conserve le client ou l’objet, le statut, le SLA, le propriétaire, l’historique, les preuves et l’étape suivante. La passation transmet le travail à l’équipe suivante sans perdre les engagements ni l’échéance.
« La chambre est propre, mais la panne n’a pas été contrôlée — et elle est déjà en vente »
Solution GostelOS
L’occupation, le nettoyage ainsi que les états technique et commercial sont séparés. La remise en vente d’une chambre franchit des contrôles indépendants du service d’étage, de la maintenance et de la sécurité.
« Après un blocage, l’employé a cliqué une seconde fois — une deuxième commande ou un deuxième paiement a été créé »
Solution GostelOS
Les commandes idempotentes, les files d’attente persistantes et le rapprochement protègent la réservation, le paiement, l’impression, la sortie de stock, la remise et la notification contre tout effet métier répété.
« Le responsable reçoit tout, mais ne sait pas ce qui exige une décision »
Solution GostelOS
La page d’accueil répond à quatre questions : qu’est-ce qui est critique, que faut-il faire maintenant, qu’est-ce qui est en retard et qu’est-ce qui attend votre décision ? Chaque KPI permet d’ouvrir le registre source.
« Sans réseau, le travail sur le terrain s’arrête ou se perd »
Solution GostelOS
La PWA conserve l’identifiant local, l’heure d’origine et l’état en attente. Une fois le réseau rétabli, la commande est synchronisée une seule fois et tout conflit est clairement signalé.
« Un nouvel employé apprend à partir d’un fichier obsolète et voit des fonctions qui ne le concernent pas »
Solution GostelOS
L’aide contextuelle par rôle provient du même catalogue que les processus et les droits. L’employé ne voit que ses scénarios ; le directeur et l’administrateur ont accès à l’ensemble du périmètre.
Un fait métier, un seul enregistrement
Le canal change.
La logique du processus, non.
Le Web, la PWA, Telegram, MAX, le site, le POS et les intégrations appellent les mêmes commandes métier. L’employé et le client voient donc un même statut à jour, et non plusieurs versions de la vérité.
01DéclencheurLe client a appuyé sur un bouton, une réservation OTA est arrivée, un capteur s’est déclenché ou un service a commencé.
02ProcessusLes règles vérifient les droits, les ressources, les données obligatoires, le SLA et la validité de la transition.
03ExécutionLe rôle reçoit une file personnelle, une liste de contrôle, une preuve, une ETA et une passation.
04RésultatEventLog, le grand livre et le contrôleur confirment l’effet métier, et non le simple clic sur un bouton.
SiteWeb / PWATelegramMAXCœur GostelOSMachine à états · RBAC · SLA · EventLog · Grand livreOTA / PMSPOS / KDS1C / banquesAPI / webhooks
Un périmètre opérationnel complet
Du premier intérêt du client
à son prochain achat
Les modules ne s’arrêtent pas à leurs propres frontières : la réservation tient compte de la chambre et des flux financiers, le restaurant du client et du stock, la maintenance de la commercialisation, et le service de la disponibilité réelle de l’exécutant.
PMS, Booking Engine et Channel Manager sans ruptures manuelles
Recherche et prix total, réservations directes et OTA, groupes, planning d’occupation, pré-arrivée, arrivée en ligne, affectation des chambres, départ anticipé ou tardif, non-présentation, folio, départ et rapprochement.
- Disponibilités et restrictions
- Conflits d’affectation des chambres
- Liens de paiement
- Documents et audit
Client 360 et rétablissement du service
Un profil et ses consentements, l’historique des séjours et des préférences, les demandes de tous les canaux, les messages publics et internes, la confirmation du résultat par le client, les avis, les CAPA et la fidélité.
Une disponibilité des chambres digne de confiance
Sale → nettoyée → contrôlée, DND/MUR, tournées selon la priorité des arrivées, QR/géolocalisation/photos, listes de contrôle hors ligne, reprises, linge, minibar, objets trouvés et espaces communs.
De la demande à la fiabilité de l’actif
Registre des actifs, ordre de travail, maintenance préventive, pièces détachées, garantie, temps d’arrêt, OOO/OOS, RCA, rondes, procédures d’urgence, chaîne de traçabilité, HSE et CAPA.
La salle, le POS, le KDS, la production et le stock parlent le même langage
Réservation de table et liste d’attente, commande par client/couvert/service, options et allergènes, postes de cuisine, envoi, séparation/fusion, pourboires, imputation à la chambre, fiches techniques, lots, FEFO, achats, production, sécurité alimentaire et rapprochement de caisse.
- Tables et placement
- Sortie de stock, une fois et une seule
- Service en chambre
- EGAIS / Mercury / marquage
Le service fait partie du processus, ce n’est pas un tableau annexe
Disponibilités, planning publié, postes vacants, échanges de service, congés et arrêts maladie, pointage des entrées et sorties, pauses, corrections des relevés d’heures, compétences et habilitations, état figé de la paie et espace personnel.
Une réservation composite sans conflits cachés
Le praticien, la salle, l’équipement, la capacité et les temps tampons sont réservés simultanément. Formulaires et restrictions d’accès aux données, forfaits, abonnements, location, décharge de responsabilité et fermeture pour intempéries.
Le BEO devient un plan exécutable
CRM événementiel, contrat, blocage des espaces, versions du BEO, validation des sections, ressources, calendrier, avenant, tableau d’exécution du banquet, suppléments réels et facture finale.
Les flux financiers sont rapprochés avant la clôture de la période
Folio et grand livre immuables, frais, paiement, remboursement et dépôt séparés, caisse, AP/AR, rapprochement à trois voies, rapprochement PMS–POS–PSP–caisse fiscale–banque–OTA, date comptable et verrouillage de période.
De l’indicateur au fait source
Taux d’occupation, ADR, RevPAR, chiffre d’affaires, marge, coûts de personnel et des denrées, SLA et qualité au premier passage, goulots d’étranglement des processus, rapport du propriétaire et comparaison multi-établissements avec une définition unique de chaque formule.
Vendez l’établissement tel qu’il existe réellement
CMS et SEO, plan à l’échelle du domaine, hébergements, chemins, SPA, parking et infrastructures, éditeur de salles et de tables. Les connecteurs et éditeurs existants sont conservés et continuent d’évoluer.
Espace de travail par rôle
À chacun son travail.
Aucune donnée superflue.
GostelOS applique le principe du refus par défaut : le modèle de rôle, l’autorisation, l’objet, l’unité, l’emploi actif et la politique de données se recoupent au moment de l’action.
Consulter l’aide par rôleRéceptionRéservationsRevenue managementRelations clientsPersonnel d’étageSuperviseurTechnicienResponsable techniqueSécuritéHôte/Hôtesse d’accueilServeurCuisinierChefMagasinierSPABanquetsRHFinanceITDirecteurPropriétaire+ 47 autres modèles de rôle
File personnelle : objet, priorité, SLA, liste de contrôle, action principale, caméra/QR et véritable mode hors ligne.
Charge, retards, attentes, replanification, passation, confirmation et reprise.
Ensemble des fonctionnalités, 24 processus E2E, EventLog, rôles, droits, intégrations et diagnostics.
Web, Telegram et MAX
Un bouton — une commande du cœur
La messagerie est un canal pratique, pas une base distincte. Le menu est construit selon les possibilités du rôle, le callback est confirmé, toute répétition est protégée contre les doublons et le résultat s’affiche dans un nouveau message sous le grand menu. Si la transmission externe échoue, le processus métier reste accessible dans GostelOS.
MAX · GostelOS
Que faut-il faire ?
✅ Tâche acceptée
Chambre 305 · SLA 14:30
Chambre 305 · SLA 14:30
Le même identifiant de dossierLe même statutLes mêmes droitsLe même EventLogAucun « tableau de bot »
La fiabilité fait partie de la fonctionnalité
Une défaillance ne doit pas devenir
une double vente.
GostelOS conçoit la reprise en même temps que le flux principal : identifiant de corrélation, inbox/outbox, nouvelles tentatives, file de lettres mortes, relecture, état de santé, sondes métier, rapprochement et statut clair des opérations indéterminées.
Base distincte pour chaque tenantLes données, utilisateurs, fichiers et paramètres des établissements sont isolés.
IdempotenceUn nouveau clic, webhook ou replay ne répète pas l’effet.
EventLog et auditLa chronologie actor/source/before/after/correlation permet de reconstituer la décision.
Sauvegarde et retour arrièreContrôles de mise à jour, sauvegarde, livraison atomique et diagnostics.
Integration Hub
Connectez vos systèmes.
Ne multipliez pas les saisies manuelles.
OTA, PMS, CRM, téléphonie, paiements, caisses fiscales, 1C, POS, serrures, Wi-Fi, réputation et API partenaires se connectent au moyen d’un cycle de vie unique : manifeste → identifiants → mappage → test → synchronisation → rapprochement.
OTA / CanalTravelLinePaiements / système de paiement instantanéCaisse fiscale / opérateur de données fiscales1C / échange électronique de documentsSystème EGAISSystème MercurySerrures / EdgeTéléphonieWi-FiTelegram / MAXREST / webhooks
Une limite d’intégration transparente. Les API privées exigent un contrat, une spécification officielle, des identifiants et parfois la certification du partenaire. GostelOS ne présente pas une fiche de catalogue comme une connexion prête à l’emploi.
Ce qui change pour l’entreprise
Moins de pertes aux interfaces.
Un service mieux maîtrisé.
Le contexte accompagne la demande entre le site, le bot, la réception et l’exécutant.
La disponibilité résulte de contrôles physiques indépendants, et non d’un simple indicateur commode.
La file tient compte du SLA, de la prochaine arrivée, du risque, du rôle, des compétences et de la disponibilité réelle.
Chaque opération renvoie à sa source ; une correction compense, mais ne supprime pas l’historique.
Au lieu de compiler manuellement un rapport, il accède directement et précisément aux faits, au propriétaire et à la décision attendue.
Le rôle, le processus, le test et l’aide utilisent un catalogue unique : la version et les instructions évoluent ainsi ensemble.
Questions fréquentes
Avant la démonstration
Faut-il remplacer tous les systèmes existants en une seule fois ?
Non. GostelOS peut devenir progressivement le cœur opérationnel unique : d’abord les rôles et les processus, puis les données et certaines intégrations. Les éditeurs de plans, les connecteurs et les modules opérationnels existants sont conservés.
Le système convient-il à d’autres établissements qu’un hôtel classique ?
Oui. Le catalogue de ressources et les réservations composites sont conçus pour les complexes de loisirs, les hébergements indépendants, les restaurants, les bains, les SPA, la location, les activités et les événements.
En quoi Telegram et MAX diffèrent-ils d’une automatisation distincte dans un bot ?
Ils ne créent pas de logique distincte. Le bouton appelle la même commande métier que le Web ou la PWA ; le statut, les droits, le SLA et l’historique restent donc uniques.
Que voit chaque employé ?
Uniquement l’espace de travail autorisé et l’aide correspondant à son rôle. L’administrateur et le directeur ont accès à l’ensemble du périmètre ; les documents, les données de santé, la paie, la vidéosurveillance et les secrets sont régis par des autorisations distinctes.
Peut-on tester le système avant son déploiement ?
Oui. Ouvrez une base de démonstration distincte et parcourez les scénarios par rôle ainsi que les processus de bout en bout. Pour la production, une recette utilisateur fondée sur vos rôles, règles, données et intégrations est recommandée.
Ne faites pas défiler une présentation : parcourez le processus
Découvrez GostelOS du point de vue de votre rôle
Examinez la file d’attente, l’aide par rôle et le parcours de l’événement au résultat confirmé dans une base de démonstration distincte.