Операционная система гостеприимства
Весь объект работает
как одна команда.
Стойка не ищет ответ в чатах. Горничная знает, какой номер критичен. Кухня не получает дубль заказа. Руководитель видит не поток уведомлений, а владельца, срок и следующий шаг. Потому что в 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 / PWATelegramMAXGostelOS CoreState 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 и ограничения
- Room assignment conflicts
- Платёжные ссылки
- Документы и аудит
Guest 360 и Service Recovery
Один профиль и согласия, история поездок и предпочтений, обращения из всех каналов, публичные и внутренние сообщения, подтверждение результата гостем, отзывы, 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 reconciliation, 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 и auditХронология 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 глазами своей роли
Проверьте очередь, ролевую справку и путь от события до подтверждённого результата в отдельной демо-базе.