Эта версия не поддерживается. Нажмите тут, чтобы увидеть актуальную информацию
Хотелось бы иметь возможность создавать и редактировать сценарии через API. На данный момент можно только получить информацию.
Необходимо для автоматизации настройки телефонии при создании сотрудника в собственной crm.
также было бы неплохо иметь возможность дублировать сценарии, так как есть кейс, когда необходимо изменить лишь несколько параметров для сценария, вместо создания с нуля для нового коллцентра/сотрудника/еще какого-либо кейса.
2. Спасибо. Не знал.
1. Есть основной кейс: исходящие вызовы (от оператора клиенту) Для этого сейчас делаем сценарий для исходящего вызова на сотрудника - сценарий "исх вася пупкин" - переадресация на группу "исх вася пупкин" - в которой состоит собственно вася пупкин, со своим реальным номером или сип акком.
Задача: иметь возможность оператору позвонить клиенту с разных номеров в зависимости от выполняемых задач (основной номер кц, отдел гарантий, отдел контроля качества и тд) и при этом вызов пришел именно этому сотруднику (пример: есть номер кц с основным сценарием, где клиент слушает меню и тыкает нужные кнопки, после чего обзванивается нужный отдел операторов, но оператору надо перезвонить клиенту и для этого запускается сценарий для исходящего вызова на этого оператора с номером кц)
так как штат сотрудников последнее время быстро растет, стало довольно рутинным занятием создание этих сценариев и хотелось бы иметь возможность автоматизировать это до нажатия одной кнопки для подключения сотрудника к телефонии.
1.1 второй кейс: увеличение количества кц. тут в основном помог ответ на возможность дублирования сценариев. Но опять же в дальнейшем планируется и это автоматизировать до заполнения минимально необходимых действий.
P.S. Я понимаю, что есть уже возможность вызова на сотрудника, однако тут исходит все из изначально другого кейса: один номер - один сотрудник. там аналогично сделан исходящий сценарий и привязан к одному только номеру. суть - при входящем вызове на номер сотрудника вызывается только именно этот сотрудник к которому привязан номер. Поэтому изначально все завязано на этих сценариях. И сейчас этот кейс существует и его тоже неплохо бы автоматизировать.
2. Пожалуйста 🙂
1. Правильно ли я понимаю, что задача в том, чтобы при исходящем звонке абоненту наша система сама подставляла тот виртуальный номер, на который в последний раз звонил абонент? Или нужно, чтобы сотрудник самостоятельно выбирал номер, с которого будет делать исходящий?
Если первый вариант, то у нас есть решение - автоподмена номера при исходе (вариант "фиксированный для абонента"), но это работает при ручном наборе с SIP, а для звонков через API пока не реализовано: как вы верно заметили, при использовании метода start_employee_call отображается тот номер, который изначально прописан в запросе.
Для второго варианта решение тоже есть, но только при использовании Софтфона UIS. Расскажу поподробнее, если вам интересно.
2. Пожалуйста 🙂
1. Правильно ли я понимаю, что задача в том, чтобы при исходящем звонке абоненту наша система сама подставляла тот виртуальный номер, на который в последний раз звонил абонент? Или нужно, чтобы сотрудник самостоятельно выбирал номер, с которого будет делать исходящий?
Если первый вариант, то у нас есть решение - автоподмена номера при исходе (вариант "фиксированный для абонента"), но это работает при ручном наборе с SIP, а для звонков через API пока не реализовано: как вы верно заметили, при использовании метода start_employee_call отображается тот номер, который изначально прописан в запросе.
Для второго варианта решение тоже есть, но только при использовании Софтфона UIS. Расскажу поподробнее, если вам интересно.
Не правильно. Скорее наоборот. Выше сказанное реализовано у нас уже через звонки по исходящему сцеранию. Там можно указать с какого номера звонить ну и либо оператору дается выбор номера, либо выбирается скриптом в зависимотсти из какого раздела crm звонит оператор.
Про наоборот: У нас куча сотрудников где на него завязан один номер ну и сценарий с переадресацией на реальный телефон (этот же сценарий используется для исходящих вызовов с этого номера).
1. Суть - при входящем звонке на виртуальный номер сотрудника звонок был на реальный номер сотрудника. для этого собственно надо создать сотрудника, группу для него и сценарий, который добавить к виртуальному номеру. Проблема тут - при добавлении сотрудника в црм так или иначе надо вручную создавать для него сцераний для обработки входящих звонков на его виртуальный номер.
2. Аналогично с сотрудниками КЦ, где входящий вызов идет по основному сценарию (меню, и прочее), а исходящий по отдельному сценарию для сотрудника (аналогично тому, что выше). Насчет второго есть start_employee_call, но первую проблему это не решает, до кучи создает проблему однообразия обработки (этих по scenario_id этих по employer_id, этих вообще не трогать)
3. Аналогично с кц. имеющаяся возможность дублирования частично решает проблему, но только относительно структуры сценария. группы и сотрудников надо менять, аудио файлы надо менять и так далее. В идеале хотелось бы иметь возможность скукожить это до формы с минимальным набором данных, типа: название кц, номер кц, аудио меню, аудио ожидания, выбор сотрудников (уже связанных с телефонией) и все - остальное уже делает скрипт на бэке тыкая апи, создавая группы и сценарии, заливая файлы, связывая их и так далее.
Итог: все так или иначе сводится к созданию сценариев.
Эта версия не поддерживается. Нажмите тут, чтобы увидеть актуальную информацию
Добрый день, Алексей!
С помощью Data API сразу при создании нового сотрудника можно включить его в какую либо группу, а после создания - управлять приоритетом в группе, который влияет на очередность приема звонков. Если этой функциональности недостаточно, опишите, пожалуйста, поподробнее, какими элементами сценариев вам хотелось бы управлять по API, подумаем.
Через интерфейс личного кабинета (не через API) сценарии можно копировать и сейчас: при создании нового сценария выберите операцию "вставить сценарий" и выберите тот, который будете использовать в качестве шаблона: