Минэкономразвития России планирует запустить пилотный проект по заселению в гостиницы с использованием мессенджера MAX.
Как сообщили РИА Новости, ожидается, что сервис будет протестирован на практике уже в текущем году. Об этом рассказал заместитель министра экономического развития Дмитрий Вахруков. По словам замминистра, технологическое решение, позволяющее предъявлять при заселении QR-код из мессенджера, содержащий паспортные данные гостя, уже проработано. Вахруков уточнил, что соответствующая технология существует, и в настоящее время стартовал этап тестирования технической возможности на базе гостиничных сетей.Несмотря на то, что пока речь идет о тестовом режиме, представитель ведомства выразил уверенность, что в этом году сервис будет представлен как полноценно работающий инструмент – по крайней мере, в рамках тестового периметра, на реальных заселениях. Вахруков также отметил, что крупные сетевые игроки гостиничного рынка уже располагают технической инфраструктурой, необходимой для внедрения этого сервиса.
Редакция Horeca Estate выяснила у экспертов рынка, насколько отрасль действительно готова к нововведениям.
С точки зрения IT-технологий
Сергей Фомин, генеральный директор компании Libra Hospitality:
– Я бы разбил вопрос на несколько частей:
1. Интеграция и API: будет ли предоставлено открытое API для интеграции мессенджера MAX с существующими PMS? Как сейчас это может работать в тестовом режиме?
Для полноценной работы на B2B-рынке оператор системы (Минэкономразвития / Минцифры) обязан предоставить стандартизированное API. Скорее всего, это будет реализовано через выделенный защищенный шлюз по аналогии со СМЭВ (Системой межведомственного электронного взаимодействия). В тестовом режиме, который стартует в этом году, процесс выглядит как классическая клиент-серверная интеграция: PMS через сканер считывает динамический QR-код из приложения гостя, отправляет токен авторизации на сервер MAX и в ответ получает структурированный JSON-пакет с данными «Цифрового ID».
Для нас, как вендора, принципиально реализовать это нативно, без "костылей", чтобы отельерам не пришлось докупать сторонние модули.
2. Обработка данных: Как технически реализована передача паспортных данных из мессенджера в PMS?
Здесь кроется главное отличие серверных (on-premise) решений от облачных (SaaS).
Мы категорически настаиваем на прямом шифрованном соединении (TLS с поддержкой ГОСТ-криптографии) между локальным сервером отеля (Logus HMS) и государственным API. Использование внешних коммерческих облачных серверов-посредников недопустимо.
Во-первых, это создает единую точку отказа и увеличивает время отклика при заселении. Во-вторых, транзит персональных данных через сторонние облака несет колоссальные риски нарушения 152-ФЗ. Данные должны попадать из защищенного контура мессенджера напрямую в закрытую локальную базу данных отеля.
3. Синхронизация с МВД: Как будет происходить передача данных в базу МВД (миграционный учет)?
Для PMS это скорее упрощение процесса, а не усложнение. При передаче данных через «Цифровой ID» MAX в систему поступает 100% верифицированная, эталонная информация. Это исключает опечатки, которые неизбежны при ручном вводе или OCR-распознавании сканов паспортов. Глобальной переработки модулей отчетности не потребуется.
Logus HMS автоматически распределит полученные данные в соответствующие поля карточки гостя и мгновенно сформирует электронное уведомление для МВД.
Портье останется лишь нажать кнопку «Отправить» в интерфейсе шлюза (Контур, Скала и др.).
Читать полностью в источнике: https://horeca.estate/digits/86-gostinichnyj-biznes/2643-tsifrovoj-zaezd-cherez-max-raj-dlya-gostya-i-golovnaya-bol-dlya-otelya