Один продукт. Два равноценных варианта внедрения. Явно распределённая ответственность.
Сохранять ответственность за утверждённые сведения.
Утверждённые факты, условия, происхождение сведений, ответственная система или человек и статус проверки остаются явно обозначенными.
Помочь гостю честно разобраться.
Room Fit и Ask the House объясняют утверждённые сведения; запрос с условиями не становится подтверждением автоматически.
Закрепить ответственную работу за конкретным человеком.
Guest Context, связанный с CRM, актуальная Guest Memory и помощь сотруднику с обязательной проверкой результата поддерживают ответственного человека.
Изучать подтверждения разных представлений.
Сопоставляет утверждённые отелем сведения с тем, что говорит каждое выбранное представление; это не распространение информации и не автоматическое исправление.
Drupal CRM Contact хранит постоянную идентичность. Tamaga связывает её с проживанием, данные о котором определяет исходная система, не приравнивая друг к другу Contact, Drupal User, Commerce profile и reservation. Неоднозначная идентичность остаётся видимой для проверки оператором.
Повторно использовать можно только явно заданный контекст с указанным происхождением, который по-прежнему относится к этому отелю и проживанию. Stay Request никогда не становится предпочтением автоматически; неизвестный или требующий проверки контекст не считается актуальным.
Поиск в рамках конкретного отеля, детерминированное объяснение Room Fit, подготовка запросов и черновики для сотрудников с обязательной проверкой ограничены House Record. Модель никогда не даёт обещаний, не подтверждает, не бронирует, не отправляет сообщения и не читает CRM или Guest Memory; в публичных ответах сохраняется state_change=false.
Собственный путь на базе Drupal для отелей, которым нужна основа прямого бронирования от Tamaga.
Управляемый слой знаний об отеле и запросов вокруг действующих транзакционных систем.
Демонстрационная реализация с вымышленным отелем показывает модель отеля и номеров, оценку наличия, Room Fit, управляемые условия и контекст бронирования.
Решения гостя, состояние запросов с условиями, решение ответственным человеком и детерминированное сопоставление представлений можно изучить в общедоступном демо.
Продуктовая модель отделяет постоянную идентичность контакта от проживания, данные о котором определяет исходная система, и делает неоднозначную связь решением, доступным для проверки; общедоступный выпуск Hotel Demo пока не подтверждает работу CRM на реальном объекте.
Для реального объекта нужен пилот с чёткими границами, собственными ответственными системами, доступом, контрактом данных и приёмкой рабочих процессов.
Guest Memory активно разрабатывается для следующего выпуска Tamaga Hospitality и требует явного создания, указания происхождения, области действия, срока хранения и проверки человеком.
Квалифицировано; активация возможна только после прохождения контрольных этапов. Публичная активация отложена до завершения управляемого выпуска демо и рабочих проверок; это не подразумевает обещаний, подтверждений, бронирования или отправки сообщений в реальном времени, а также доступа к CRM или Guest Memory.
Сегодня не заявляется ни о наборе действующих коннекторов, ни об автономном получении данных из каналов, ни об автоматическом создании задач на исправление.
Разберитесь во всём пути: от утверждённого смысла сведений об отеле до решения гостя, действия сотрудника и подтверждений разных представлений.
Проследить путь обещанияРазберитесь в распределении ответственности, передаче работы и варианте внедрения с подключением к системам отеля.
Изучить варианты интеграцииИзучите рабочую реализацию с вымышленным отелем со стороны гостя и сотрудника.
Изучить демо отеляЗапросите доступную сейчас услугу с проверкой человеком для одного важного обещания отеля.
Запросить Snapshot