Аперацыйная сістэма гасціннасці
Увесь аб'ект працуе
як адна каманда.
Служба прыёму не шукае адказ у чатах. Пакаёўка ведае, які нумар крытычны. Кухня не атрымлівае паўторны заказ. Кіраўнік бачыць не паток апавяшчэнняў, а ўладальніка, тэрмін і наступны крок. Таму што ў GostelOS госць, нумар, заказ, задача, змена, грошы і рэшткі звязаны адным працэсам.
68 роляўуласнае працоўнае месца
504 сцэнарыіад запыту да выніку
24 E2Eскразныя працэсы
GostelOSШто патрабуе рашэння цяпер
БраніраваннеЗасяленнеПражываннеРазлікВяртанне
Не проста «апавяшчэнне»Рызыка · уладальнік · ETA
Перадача зменыКантэкст і SLA захаваны
Пазнаяце свой працоўны дзень?
Праблема ўзнікае паміж аддзеламі.
Там жа GostelOS яе вырашае.
Аўтаматызаваць асобны экран недастаткова. Важна, каб абяцанне госцю дайшло да выканаўцы, фізічны нумар вярнуўся ў продаж толькі пасля ўсіх праверак, а плацеж або заказ не паўтарыўся пасля збою.
«Статус ёсць у PMS, падрабязнасці — у чаце, адказны — у памяці змены»
Рашэнне GostelOS
Адзіная картка працэсу захоўвае госця або аб'ект, статус, SLA, уладальніка, гісторыю, доказы і наступны крок. Handoff перадае працу іншай змене без страты абяцанняў і тэрміну.
«Нумар чысты, але няспраўнасць не праверана — і яго ўжо прадаюць»
Рашэнне GostelOS
Занятасць, прыбіранне, тэхнічны і камерцыйны стан падзелены. Вяртанне нумара ў продаж праходзіць незалежныя кантрольныя этапы housekeeping, engineering і бяспекі.
«Пасля завісання супрацоўнік націснуў яшчэ раз — з'явіўся другі заказ або плацеж»
Рашэнне GostelOS
Ідэмпатэнтныя каманды, чэргі з надзейным захоўваннем і зверка абараняюць браніраванне, аплату, друк, спісанне, выдачу і апавяшчэнне ад паўторнага бізнес-эфекту.
«Кіраўнік атрымлівае ўсё — але не разумее, што патрабуе рашэння»
Рашэнне GostelOS
Пачатковая старонка адказвае на чатыры пытанні: што крытычна, што рабіць цяпер, што пратэрмінавана і што чакае вашага рашэння. Кожны KPI адкрывае зыходны рэестр.
«Няма сеткі — палявая праца спыняецца або знікае»
Рашэнне GostelOS
PWA захоўвае лакальны ID, зыходны час і pending-стан. Пасля аднаўлення сеткі каманда сінхранізуецца адзін раз, а канфлікт паказваецца відавочна.
«Новы супрацоўнік вучыцца па састарэлым файле і бачыць лішнія функцыі»
Рашэнне GostelOS
Ралявая даведка будуецца з таго ж каталога, што працэсы і правы. Супрацоўнік бачыць толькі свае сцэнарыі; дырэктар і адміністратар — поўны контур.
Адзін бізнес-факт — адзін запіс
Канал змяняецца.
Логіка працэсу — не змяняецца.
Web, PWA, Telegram, MAX, сайт, POS і інтэграцыі выклікаюць адны даменныя каманды. Таму супрацоўнік і госць бачаць аднолькавы актуальны статус, а не некалькі версій праўды.
01ТрыгерГосць націснуў кнопку, прыйшло OTA-браніраванне, спрацаваў датчык або пачалася змена.
02ПрацэсПравілы правяраюць правы, рэсурсы, абавязковыя даныя, SLA і дапушчальны пераход.
03ВыкананнеРоля атрымлівае асабістую чаргу, кантрольны спіс, доказ, ETA і handoff.
04ВынікEventLog, ledger і адказны за праверку пацвярджаюць бізнес-эфект, а не проста націсканне кнопкі.
Вэб-сайтWeb / PWATelegramMAXЯдро GostelOSState machine · RBAC · SLA · EventLog · LedgerOTA / PMSPOS / KDS1С / банкіAPI / webhooks
Поўны аперацыйны контур
Ад першай цікавасці госця
да паўторнага продажу
Модулі не заканчваюцца на сваіх межах: браніраванне ўлічвае нумар і грошы, рэстаран — госця і склад, рамонт — магчымасць продажу, змена — рэальную даступнасць выканаўцы.
PMS, Booking Engine і Channel Manager без ручных разрываў
Пошук і поўная цана, прамое і OTA-браніраванне, групы, шахматны план, pre-arrival, online check-in, прызначэнне нумара, ранняе/позняе высяленне, no-show, folio, checkout і зверка.
- Inventory і абмежаванні
- Канфлікты прызначэння нумароў
- Плацежныя спасылкі
- Дакументы і аўдыт
Guest 360 і аднаўленне сэрвісу
Адзін профіль і згоды, гісторыя паездак і пераваг, звароты з усіх каналаў, публічныя і ўнутраныя паведамленні, пацвярджэнне выніку госцем, водгукі, CAPA і loyalty.
Гатоўнасць нумара, якой можна давяраць
Dirty → cleaned → inspected, DND/MUR, маршруты паводле прыярытэту засялення, QR/геа/фота, offline checklist, rework, бялізна, міні-бар, lost&found і грамадскія зоны.
Ад заяўкі да надзейнасці актыву
Рэестр актываў, work order, preventive maintenance, запасныя часткі, гарантыя, прастоі, OOO/OOS, RCA, абходы, аварыйныя playbook, chain of custody, HSE і CAPA.
Зала, POS, KDS, вытворчасць і склад размаўляюць на адной мове
Браніраванне стала і waitlist, заказ паводле госця/месца/курсу, мадыфікатары і алергены, станцыі кухні, падача, split/merge, чаявыя, room charge, тэхналагічныя карткі, партыі, FEFO, закупкі, вытворчасць, food safety і зверка касы.
- Сталы і рассаджванне
- Спісанне exactly-once
- Room service
- ЕГАИС / Меркурий / маркіроўка
Змена — частка працэсу, а не суседняя табліца
Даступнасць, апублікаваны графік, open shifts, абмен, адпачынак і бальнічны, clock-in/out, breaks, карэкціроўкі табеля, навыкі і допускі, payroll snapshot і асабісты кабінет.
Састаўное браніраванне без схаваных канфліктаў
Адначасова рэзервуюцца майстар, кабінет, абсталяванне, умяшчальнасць і буферы. Формы і абмежаванні доступу да даных, пакеты, memberships, пракат, waiver і закрыццё праз надвор'е.
BEO становіцца выканальным планам
Event CRM, дагавор, space block, версіі BEO, узгадненне раздзелаў, рэсурсы, timeline, change order, банкетная дошка выканання, фактычныя extras і выніковы рахунак.
Грошы сыходзяцца да закрыцця перыяду
Immutable folio і ledger, charges, payment, refund і deposit асобна, каса, AP/AR, three-way match, зверка PMS–POS–PSP–ККТ–банк–OTA, business date і period lock.
Ад паказчыка — да зыходнага факту
Occupancy, ADR, RevPAR, выручка, маржа, labor і food cost, SLA і first-pass quality, process bottlenecks, owner report і multi-property benchmark з адзінай версіяй формулы.
Прадавайце аб'ект такім, якім ён ёсць насамрэч
CMS і SEO, карта тэрыторыі ў маштабе, домікі, дарожкі, SPA, паркоўка і інфраструктура, рэдактар залаў і сталоў. Наяўныя канектары і рэдактары захоўваюцца і развіваюцца.
Role workspace
Кожнаму — яго праца.
Нікому — лішнія даныя.
GostelOS прымяняе deny-by-default: шаблон ролі, permission, аб'ект, падраздзяленне, актыўная працоўная занятасць і палітыка даных перасякаюцца ў момант дзеяння.
Паглядзець ралявую даведкуСлужба прыёмуБраніраваннеRevenueGuest RelationsПакаёўкаКіраўнік зменыТэхнікГалоўны інжынерАховаХостэсАфіцыянтКухарШэфКладаўшчыкSPAБанкетнае абслугоўваннеHRФінансыІТДырэктарУладальнік+ яшчэ 47 ралявых шаблонаў
Асабістая чарга: аб'ект, прыярытэт, SLA, кантрольны спіс, галоўнае дзеянне, камера/QR і сумленны offline.
Нагрузка, пратэрміноўкі, чаканні, перапланаванне, handoff, пацвярджэнне і rework.
Поўны функцыянал, 24 E2E-працэсы, EventLog, ролі, правы, інтэграцыі і дыягностыка.
Web, Telegram і MAX
Адна кнопка — адна каманда ядра
Месенджар — зручны канал, але не асобная база. Меню будуецца паводле магчымасцей ролі, callback пацвярджаецца, паўтор абаронены ад дубліравання, вынік паказваецца новым паведамленнем пад вялікім меню. Калі знешняя дастаўка не ўдалася, бізнес-працэс застаецца даступным у GostelOS.
MAX · GostelOS
Што трэба зрабіць?
✅ Задача прынята
Нумар 305 · SLA 14:30
Нумар 305 · SLA 14:30
Той жа Case IDТой жа статусТыя ж правыТой жа EventLogНіякіх «бот-табліц»
Надзейнасць — частка функцыі
Збой не павінен станавіцца
падвойным продажам.
GostelOS праектуе аднаўленне разам з асноўным патокам: correlation ID, inbox/outbox, retry, dead-letter, replay, health, бізнес-пробы, зверка і зразумелы статус нявызначанай аперацыі.
Асобная база tenantДаныя, карыстальнікі, файлы і налады аб'ектаў ізаляваны.
ІдэмпатэнтнасцьПаўторны click, webhook або replay не паўтарае эфект.
EventLog і аўдытХраналогія actor/source/before/after/correlation аднаўляе рашэнне.
Backup і rollbackПраверкі абнаўлення, рэзервовая копія, атамарны release і дыягностыка.
Integration Hub
Падключайце сістэмы.
Не памнажайце ручны ўвод.
OTA, PMS, CRM, тэлефанія, плацяжы, ККТ, 1С, POS, замкі, Wi‑Fi, рэпутацыя і партнёрскія API падключаюцца праз адзіны lifecycle: manifest → credentials → mapping → test → sync → reconciliation.
OTA / ChannelTravelLineПлацяжы / СБПКантрольна-касавая тэхніка / аператар фіскальных даных (ККТ / ОФД)1С / электронны дакументаабарот (ЭДО)сістэма ЕГАИСсістэма «Меркурий»Замкі / EdgeТэлефаніяWi‑FiTelegram / MAXREST / webhooks
Сумленна акрэсленая мяжа інтэграцыі. Для закрытых API патрэбныя дагавор, афіцыйная спецыфікацыя, credentials і часам сертыфікацыя партнёра. GostelOS не выдае картку каталога за гатовае падключэнне.
Што змяняецца ў бізнесе
Менш страт на пераходах паміж падраздзяленнямі.
Больш кіраванага сэрвісу.
Кантэкст пераходзіць разам са зваротам паміж сайтам, ботам, службай прыёму і выканаўцам.
Гатоўнасць складаецца з незалежных фізічных праверак, а не аднаго зручнага сцяжка.
Чарга ўлічвае SLA, наступнае засяленне, рызыку, ролю, навыкі і фактычную даступнасць.
Кожная аперацыя спасылаецца на крыніцу; выпраўленне кампенсуе, але не выдаляе гісторыю.
Замест ручнога збору справаздачы — дакладны drill-down да фактаў, уладальніка і чаканага рашэння.
Роля, працэс, тэст і Help выкарыстоўваюць адзін каталог, таму выпуск і інструкцыя змяняюцца разам.
Частыя пытанні
Перад дэманстрацыяй
Трэба замяніць усе дзейныя сістэмы адразу?
Не. GostelOS можа стаць адзіным аперацыйным ядром паэтапна: спачатку ролі і працэсы, затым даныя і асобныя інтэграцыі. Наяўныя рэдактары тэрыторыі, канектары і працоўныя модулі захоўваюцца.
Ці падыходзіць сістэма не толькі класічнаму гатэлю?
Так. Каталог рэсурсаў і састаўныя браніраванні разлічаны на загарадныя комплексы, домікі, рэстараны, лазні, SPA, пракат, заняткі і мерапрыемствы.
Чым Telegram і MAX адрозніваюцца ад асобнай аўтаматызацыі ў боце?
Яны не ствараюць асобную логіку. Кнопка выклікае тую ж даменную каманду, што web/PWA, таму статус, правы, SLA і гісторыя адзіныя.
Што ўбачыць канкрэтны супрацоўнік?
Толькі дазволенае працоўнае месца і даведку сваёй ролі. Адміністратар і дырэктар маюць поўны контур; доступ да дакументаў, даных пра здароўе, payroll, CCTV і сакрэтаў падзяляецца асобнымі permissions.
Ці можна праверыць сістэму да ўкаранення?
Так. Адкрыйце асобную дэманстрацыйную базу, прайдзіце ралявыя сцэнарыі і скразныя працэсы. Для production рэкамендуецца UAT на вашых ролях, правілах, даных і інтэграцыях.
Не гартайце прэзентацыю — прайдзіце працэс
Паглядзіце на GostelOS вачыма сваёй ролі
Праверце чаргу, ралявую даведку і шлях ад падзеі да пацверджанага выніку ў асобнай дэманстрацыйнай базе.