Сообщение от пользователя
В этом разделе мы подробно расскажем про событие ввода
Last updated
В этом разделе мы подробно расскажем про событие ввода
Last updated
Событие "ввод пользователя" отвечает за сообщение от подписчика. Когда в подключенный к сценарию канал поступает сообщение, срабатывает это событие.
Чтобы добавить событие в сценарий выберите его в левом меню интерфейса редактора сценария
Справа вы увидите настройки блока события. Разберем их по порядку:
Название события позволяет задать любое удобное для поиска название блока. Это поле никак не влияет на логику выполнения.
Следующий блок обозначает блок, который бот выполнит сразу после наступления события, то есть сразу после получения сообщения от пользователя.
В разделе условия ЕСЛИ вы можете задать разные условия проверки сообщения или данных пользователя, или даже воспользоваться сложными условиями на внутреннем языке SmartQuery. Про условия и разные типы сравнения доступна отдельная статья.
Галочка "глобальный вход" означает, что это событие будет проверяться всегда, когда бот не может обработать ввод пользователя, уже находясь в текущем сценарии.
Например, бот уже работает в вашем сценарии и выполняет действия. Но затем пользователь пишет что-то, что не предусмотрено вашим сценарием (например, вы ожидаете от пользователя ответ, а он вводит непредусмотренный условием вариант.
В таком случае вместо завершения сценария, бот пройдет по условиям тех событий внутри текущего сценария, в которых стоит галочка "глобальный вход".
Иногда может произойти так, что сразу несколько условий событий срабатывают. Например, вы можете сделать 2 события с абсолютно одинаковыми условиями, или использовать режим нечеткого сравнения "похоже на". В таком случае по умолчанию бот использует случайную цепочку.
Но вы можете повлиять на это поведение, указав приоритет цепочки.
Чем выше приоритет, тем раньше будет проверено условие блока. Поэтому, если существует несколько срабатывающих одновременно условий, бот выберет то, у которого выше приоритет.
Так вы можете контролировать наиболее приоритетные цепочки диалогов или, наоборот, делать "резервные" менее приоритетные цепочки, которые отработают, если не сработали приоритетные.
