1. Цифровой диалог
жүктеу/скачать 336.4 Kb.
|
- Бұл бет үшін навигация:
- ЗАЯВКИ И ПЕРСОНЫ 0 ПЛАГИНЫ - © НАСТРОЙКИ БОТА
- Сотрудник / Клиент: Организация Заявки Счета заявок
- Произвольные поля
- Комментарий: [ Все ] Отчёт по активности персон Дата создания с: щгг.г«««
- Дата обновления с: mm/dd/yyyy □ по: mm/dd/yyyy □
| Персона (Person) — это запись о конкретном человеке, которая создается вручную разработчиком чат-бота во время регистрации или авторизации в чат-боте. У персоны теоретически может быть несколько лидов т.е. когда один и тот же человек написал в один и тот же чат-бот, подключенный к разным мессенджерам, но такие проекты не так часто встречается. Обычно у людей есть предпочтительный мессенджер, через который они общаются с компанией.
■у МАГАЗИН 'Xі лиды (■ ТАБЛИЦЫ - g СКРИПТЫ METABOT(ОСНОВНОЙ) ,||| СТАТИСТИКА ЗАЯВКИ И ПЕРСОНЫ 0 ПЛАГИНЫ - © НАСТРОЙКИ БОТА Главная Персоны ПЕРСОНЫ Найдено: 85 ФИО: E-mail: Сотрудник / Клиент: Организация Заявки Счета заявок Очередь исполнителей Статусы заявок Лог заявок Роли персон Виды заявок Произвольные поля заявок Отчёт по исполнителям Импорт + Создать Роль: [Все] Телефон: [Все] Комментарий: [ Все ] Отчёт по активности персон Дата создания с: щгг.г««« j, „ л/dd/yyyy Адрес [Все] организации Дата обновления с: mm/dd/yyyy □ по: mm/dd/yyyy □ VA - Telegra m #22964 Мы обычно всегда рекомендуем во время регистрации и авторизации в чат-боте создавать в Metabot персону, привязывать к этой персоне лид и использовать ID персоны для связки с веб-сайтом, потому что это правильно. У вашего приложения должна быть реляционная структура данных, которая независима от того в каких мессенджерах кто предпочитает общается. Но если проект простой и не надо сильно заморачиваться, то можете сделать очень просто: храните ID лида на веб-сайте и используйте ID лида для идентификации API запросов. В таком подходе есть свои плюсы. В Metabot вызов триггеров и API завязан на Lead ID, что означает код на стороне чат-бота существенно упрощается — вам не нужно будет писать прослойку, которая будет по ID персоны в боте или ID пользователя сайта будет искать ID лида, чтобы в этот лид отправить сообщение - вам достаточно вызвать API для отправки сообщения, указав конкретный лид. Таблица соответствия Для хранения данных соответствия ID в двух системах мы рекомендуем создать кастомную таблицу. Назовите эту таблицу например, web_users (веб-пользователи). Ниже описан технический процесс организации совместной работы веб-сайта и мобильного приложения, которым является мессенджер, с помощью чат-бота: В таблицу добавляем поле с хэшом ID персоны, чтобы не передавать ID персоны в явном виде в ссылках (для безопасности). Также в таблицу добавляем поле PIN код, которое будем формировать случайным образом в чат-боте и затем просить ввести PIN на сайте для подтверждения идентификации. Ссылка в боте для перехода на сайт Для авторизации пользователя на сайте через чат-бот, формируйте временный PIN код и присылайте его в чат-бот с инструкциями для пользователя о том, что нужно перейти на сайт по ссылке и ввести PIN. Сразу же присылайте ссылку на сайт, добавляя в нее GET параметр с хэшом персоны. Хэш персоны позволит сайту идентифицировать пришедшего пользователя из бота, без необходимости спрашивать логин и пароль, но нужно только проверить, что пользователь ввел именно тот PIN, который получил в чат-боте. После формирования значений, сохраните данные в таблицу соответствия web_users. Ссылка для перехода на сайт может выглядеть, например, следующим образом: https://site.com?buid=ZRvJxYsn6Vr2sQVQ, где BUID — акроним от Bot User ID. Подтверждение PIN-кода В роутере разработчик сайта добавляет код, который при наличии параметра BUID загружает страницу для ввода PIN кода. После ввода, сайт на бэке по REST API проверяет валидность PIN,отправляя в бот три параметра: жүктеу/скачать 336.4 Kb. Достарыңызбен бөлісу:
|