Как проверить прием бронирований Яндекса в CRM ресторана

Яндекс указывает, что ресторан может получать бронирования через Яндекс Еду, Карты, Поиск и Go. Заявки обрабатываются в сервисе бронирований, а способ их приема зависит от подключенной системы и настроенного сценария: бронь может подтверждаться сразу либо поступать на ручное подтверждение ресторану.

Что изменилось

Для ресторана важен не только канал привлечения гостя, но и то, куда попадает заявка после оформления. Поставщики CRM и сервисов бронирования могут заявлять интеграцию с Яндекс Бронированиями. Например, Hostme публикует инструкцию по подключению и описывает прием заявок из сервисов Яндекса в своей системе. Cosmos Resto также заявляет интеграцию с Яндекс Бронированием и связь своей системы с iiko.

При этом публичная страница Яндекса в разделе о подключении прямо называет Restoplace и PIKO, а по другим системам предлагает уточнять возможность интеграции через заявку. Поэтому наличие заявления поставщика не заменяет подтверждение сценария для конкретной CRM, региона и ресторана на дату подключения.

Что проверить до подключения

• Поддерживает ли Яндекс выбранную CRM или сервис бронирования в нужном сценарии. Это нужно подтвердить у Яндекса и поставщика, а не только по рекламному описанию.
• Из каких витрин будут приходить брони и доступны ли они для конкретного ресторана и региона: Яндекс Еда, Карты, Поиск, Go или другие каналы.
• Кто обрабатывает новую заявку и изменение статуса: хостес, администратор или автоматическое правило. Отдельно проверьте отмены, перенос времени и неявку гостя.
• Какие сведения передаются в CRM: контакт гостя, время, число гостей, стол, комментарий, источник бронирования и статус визита.
• Как синхронизируются доступные столы и временные слоты. Если данные о занятости обновляются с задержкой, ресторан рискует получить пересекающиеся брони.
• Какие брони считаются платными и как фиксируется дошедший гость. Условия Яндекса различаются для партнеров на СмартРезерве и другой CRM, поэтому актуальную модель оплаты нужно сверять перед договором.

Кого касается

Проверка особенно важна ресторанам, которые уже ведут гостевую базу и посадку в CRM или хотят связать бронирования с кассовым и управленческим контуром. Если CRM обменивается данными с iiko, до запуска стоит отдельно согласовать состав передаваемых данных, ответственных за исправление ошибок и тестовые сценарии.

Условный пример: ресторан получает заявку из Яндекс Карт, но хостес видит ее в CRM только после ручного подтверждения. До запуска команда проверяет, освобождается ли стол после отмены, передается ли отметка о визите и не создается ли повторная запись гостя. Это учебный пример, а не описание работы конкретной интеграции.