- Состав гостей
- 2 взрослых + 2 ребёнка
- Номер
- Семейный номер
- Room Fit
- Четыре полноценных спальных места.
- Честно указанное ограничение
- Одно открытое пространство для сна.
- Ожидаемый заезд
- 23:30
- Правило отеля
- Для заезда после 20:00 требуется письменное подтверждение.
Как работает Tamaga
Проследите одно обещание отеля: от утверждённого факта до ответственного действия.
Семья выбирает подходящий номер и сообщает, что планирует приехать в 23:30. После 20:00 отель требует письменного подтверждения. Tamaga сохраняет это условие вместе с проживанием: Stay Request остаётся в ожидании, Host Desk выносит нерешённое условие в отдельную задачу для человека, и только уполномоченный сотрудник может подтвердить или отклонить договорённость.
Для заезда после 20:00 требуется письменное подтверждение.
House Record
Утверждённый смысл
Guest View
Понимание гостя
Host Desk
Ответственное действие
Channel Lens
Проверка представлений
Одно управляемое обещание проходит через одно важное проживание.
Факты сценария
Семья из четырёх человек планирует приехать в 23:30.
23:30 приводит условие в действие, но не подтверждает договорённость.
Ожидаемый заезд
23:30
Stay RequestОЖИДАЕТ РЕШЕНИЯ
Получено отелем
После 20:00
требуется письменное подтверждение от отеля
Host AttentionОТКРЫТО
Зафиксировано
House Record определяет смысл номера и условие заезда.
Понятно гостю
Guest View показывает соответствие, ограничение и правило до принятия решения.
Запрошено
Ввод 23:30 создаёт Stay Request: ОЖИДАЕТ РЕШЕНИЯ и Host Attention: ОТКРЫТО.
Взято в работу
Ответственный человек берёт Host Attention в работу; Stay Request остаётся в состоянии ОЖИДАЕТ РЕШЕНИЯ.
Решено
Уполномоченный сотрудник подтверждает или отклоняет договорённость для этого проживания; только после этого меняется результат для гостя.
Проверено
Channel Lens проверяет, сохраняют ли другие представления это условие.
Что переносится дальше
Передавайте нужный контекст, не превращая всё в память.
Свяжите человека и проживание.
CRM сохраняет постоянную идентичность Contact, а источник бронирования — полномочия определять состояние брони. Проекция проживания даёт контекст, но не заменяет исходную запись.
Запоминайте только то, что было установлено явно.
Запрос на поздний заезд относится только к этому проживанию. Чтобы создать повторно используемую Guest Memory, нужно именованное действие оператора; система применяет её лишь пока совпадают House, состав гостей, номер, даты, статус проверки и доступ.
Объясняйте, не присваивая полномочия.
Ask the House читает утверждённые общедоступные сведения; он может объяснить Room Fit и подготовить существующую форму запроса, но не может подтверждать, проводить операции, отправлять сообщения или использовать CRM либо Guest Memory.
Рабочая демонстрация
Изучите сценарий в вымышленном Tamaga Hotel.
Tamaga Hotel — демонстрационная реализация с вымышленным отелем, которую можно изучить. Она показывает нужные состояния со стороны гостя и сотрудника, но не изображает завершённое реальное бронирование.
- Без оформления реального бронирования.
- Без оплаты.
- Без персональных данных.
- Без внешних сообщений.
- Решение сотрудника остаётся действием уполномоченного человека.
Вопросы
Запрос, полномочия и представление остаются отдельными.
Запрос — это то же самое, что подтверждение?
Нет. Stay Request может оставаться в ожидании, пока отдельный элемент Host Desk Attention открыт или взят в работу ответственным человеком. Договорённость для конкретного проживания разрешает только подтверждение или отказ уполномоченного сотрудника.
Заменяет ли Tamaga PMS или модуль бронирования?
Нет. PMS, CRS или модуль бронирования остаётся системой, данные которой определяют тарифы, ограничения и наличие в реальном времени.
Каждый запрос становится Guest Memory?
Нет. Запрос — не предпочтение. Для повторно используемой Guest Memory нужны явное создание, указание происхождения, область действия и решение о применимости.
Может ли Ask the House читать CRM или Guest Memory?
Нет. По текущему публичному контракту Ask the House читает только утверждённые сведения House; он не может читать CRM или Guest Memory.
Следующий шаг
Начните с одного обещания, которое не должно меняться между системами.
Проследите, где оно возникает, на что полагается гость, кто должен действовать и что повторяет каждое представление.