Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Модуль позволяет создать группы доступа с определенными правами, и назначить эти права сотрудникам компании.
Так же модуль позволяет организовать авторизацию в MikoPBX используя внешние сервис LDAP/AD или просто назначить каждому сотруднику логин и проль.
Так же модуль добавляет новую вкладку на странице настройки сотрудника, что позволяет быстро назначить группу доступа или изменить пароль прямо его карточке.
Рассмотрим несколько самых распространенных сценариев.
Создаем группу доступа и включаем переключатель Группа без ограничений доступа.
Выбираем домашнюю страницу, на которую будут попадать администраторы после авторизации.
Переходим на вкладку Пользователи группы доступа и выбираем сотрудников, которым будет разрешено администрировать систему.
Создаем группу доступа, без полных прав.
Переходим на вкладку настройка прав и выбираем только необходимые права для открытия и модификации существующих IVR меню.
Назначаем группу сотрудникам, которые будут администрировать IVR меню и сохраняем группу доступа.
Создаем группу доступа, выключаем полные права и выбираем доступ только к разделу с историей вызовов.
При выборе этого раздела, в настройках модуля появляется дополнительная вкладка, которая позволяет настроить права на просмотр и прослушивание записей разговоров в разрезе сотрудников.
Можно выбрать разные варианты фильтрации и сотрудников, чьи записи можно будет прослушивать пользователям этой группы доступа.
Модуль позводляет авторизовать пользователей как простой парой логин и пароль, так и с помощью внешнего сервера авторизации LDAP.
Для настройки связи с сервером, перейдите на вкладку Настройка доменной авторизации.
Укажите параметры доступа к вашему домену, при необходимости укажите парамтеры подразделения и фильтра к учетным записям пользователей. Перед сохранением можно выполнить проверку данных подключения и получить список пользователей с сервера.
В конце можно ввести учетные данные пользователя для проверки авторизации и сохранить настройки модуля.
АТС должна быть доступна на "белом" адресе
Адреса должен быть доступен по https протоколу, необходимо получить SSL сертификат (см. lets encrypt модуль)
Работа виджета проверена на браузерах семейства Chrome: Google Chrome, Yandex браузер
Откройте web-интерфейс MikoPBX. Перейдите в раздел «Модули» - «Маркетплейс модулей».
Установите «Модуль связи с AmoCRM»
Перейдите к редактированию настроек модуля. На вкладке «Настройка подключения» заполните поле «Адрес портала».
Сгенерируйте новый «Ключ доступа к API MikoPBX»
Выполните действие «Сохранить», далее - включите модуль.
Выполните авторизацию на портале amoCRM. Это действие выполнит установку модуля на портал.
Модуль автоматически заполнит настройка на вкладке «Создание сущностей»:
Перейдите в интерфейс портала amoCRM. Откройте amoМаркет.
Перейдите на вкладку «Установленные».
Откройте настройки виджета MikoPBX.
Укажите «Адрес сервера MikoPBX» - публичный адрес, на котором доступна АТС.
Заполните «Токен», его значение следует взять из настроек АТС «Ключ доступа к API MikoPBX».
Назначьте внутренние номера в разделе: «Пользователи АТС».
Сохраните настройки.
Web hooks позволят более оперативно синхронизировать сущности с MikoPBX.
Откройте amoМаркет.
Перейдите по кнопке «WEB HOOKS».
Добавьте новое правило для адреса:
Выберите события «контакт удален» / «сделка удалена» / «компания удалена».
Сохраните настройки.
Если возникают сложности при настройке, Вы можете обратиться к нам за помощью.
Модуль может автоматически создавать следующие сущности:
Контакт - карточка клиента
Шаблон имени нового контакта - к примеру
Параметр <PhoneNumber> будет заменен на номер телефона клиента.
Неразобранное
Сделка
«Шаблон наименования» - к примеру
«Воронка» - к ней будет отнесена сделка,
«Этап воронки» - статус сделки в воронке
«Ответственный» - «первый, кто ответил на вызов», «последний, кто ответил на вызов»
Задача - будет создана задача с крайним сроком выполнения, срок назначается в часах, относительно даты создания задачи
Наименование задачи - можно задать в виде шаблона
Ответственный по задаче - задача будет создана только в том случае, если удалось определить ответственного. Варианты: «первый, кто ответил на вызов», «последний, кто ответил на вызов», «ответственный по умолчанию»
Отвеченный входящий с неизвестного номера
Отвеченный входящий с известного номера
Отвеченный исходящий на известный номер
Отвеченный исходящий на неизвестный номер
Пропущенный с неизвестного номера
Пропущенный с известного номера
Не отвеченный исходящий на известный номер
Для каждого типа звонка можно описать свое правило создания сущностей:
Для каждого DID (номер компании, на который позвонил клиент). Можно создать уникальные правила создания сущностей.
Это статья, описывающая процесс быстрой настройки телефонов в MikoPBX. В ней объясняется, как автоматически конфигурировать устройства для обеспечения их готовности к использованию в системе.
Autoprovisioning Plug & Play (PnP), эту технологию поддерживают многие производители — Yealink, Snom. Телефоны этих производителей могут быть настроен текущей версией модуля.
Основные достоинства автоматической настройки телефонов:
Облегчает первичную настройку — не требуется заходить в web интерфейс каждого устройства. Достаточно на сервере автонастройки указать соответствие MAC адреса устройства и аккаунта.
Упрощает поддержку — действительно становится легче при необходимости изменить настройки устройства. Управляем настройками опять же на сервере
Возможно свести настройку к набору star-кода: «*911*<SIP_ACC>» — в ряде случаев этой функции просто цены нет. Не каждый офисный работник сможет настроить IP телефон, а вот набрать комбинацию цифр задача простая.
Модуль может работать только в локальной сети
В сети должны быть разрешены multicast запросы на IP 224.0.1.75
На текущий момент в качестве адреса регистрации можно задать только одно общее значение для всех устройств
На АТС должны быть открыты порты web интерфейса (HTTP) и SIP - 80 и 5060
Работа по HTTPS пока не поддерживается
В сети не должно быть запущено других PnP серверов. Устройство будет получать настройки от первого ответившего сервера
Yealink T19(P)
Yealink T28(P)
Yealink W52
Yealink WP530
Snom D120
Snom D785
Snom D735
Snom D715
Snom D385
Snom D335
Fanvil X5U
Fanvil X3SP
Fanvil X1SP
Мы обязательно будем расширять линейку поддерживаемых телефонов.
Перейдите в интерфейс «Модули» -> «Маркетплейс модулей».
Установите модуль «Модуль автоматической настройки телефонов».
Запускайте модуль только после завершения его настройки.
Перейдите к его интерфейсу:
Шаблон внутреннего номера - укажите добавочный номер для возможности настройки телефона star-кодом.
Адрес сервера для регистрации телефонов - ip или имя сервера MikoPBX. По этому адресу будут подключаться телефоны к АТС.
Черный список MAC адресов телефонов - перечислите MAC телефонов, которые НЕ требуется настраивать Это список описывает исключения. Черный список имеет более высокий приоритет, чем белый.
Белый список MAC адресов телефонов - ограничьте настраиваемые телефоны только перечисленными.
Если Черный и Белый списки не настроены, то модуль будет пытаться настроить все телефоны.
В поле «Дополнительные параметры» допускается описать произвольные настройки для конфигурационных файлов телефонов.
Сервер по умолчанию генерирует следующий конфигурационный файл:
К нему можно добавить в конец произвольный набор параметров. Для этого необходимо в поле «Дополнительные параметры» описать секцию «[yealink]». Пример:
Каждый новый параметр выделяется отдельной строкой.
Пример файла конфигурации:
Файл имеет более сложную структуру, чем у Yealink.
Для добавления данных в узел «<settings>» следует описать секцию «[snom]»:
Для добавления данных в узел «<phone-settings>» следует описать секцию «[snom-phone-settings]»:
Пример файла конфигурации:
Принцип кастомизации схож. В поле «Дополнительные параметры» есть возможность описать следующие секции:
[fanvil] - добавляет конфигурацию в начало файла
[fanvil-sip] - добавляет строки конфигурации в конец раздела «<SIP CONFIG MODULE>»
[fanvil-tele] - добавляет строки конфигурации в конец раздела «<TELE CONFIG MODULE>»
[fanvil-autoupdate] - добавляет строки конфигурации в «<TELE CONFIG MODULE>»
Первым делом, убедитесь, что Вы используете актуальную версию прошивки телефона.
Перейдите в web интерефс устройства
Перейдите в меню «Настройки» - «Конфигурация»:
Включите уровень журнала на максимальное значение 6.
Перезагрузите устройство.
Выполните действие «Экспорт».
В скачанном логе следует обратить внимание на строки вида:
Видно, что телефон попытался скачать конфигурационный файл с 172.16.32.105:56080. В моем случае это был сервер со старой Askozia 4.
Корректный ответ должен выглядеть следующим образом:
Модуль предназначен для учета телефонных звонков в CRM Bitrix.
При поступлении вызова будет отображена карточка звонка. Если клиент учтен в CRM Bitrix24, будет отображено имя клиента или сделки.
Наше приложение в .
Отображение карточки клиента при звонке
Загрузка истории звонков в Bitrix24
Загрузка записей разговоров
Возможность позвонить из Bitrix24
Перехват на ответственного
Модуль возможно использовать начиная с MikoPBX 2019.04.134.
Разграничение прав доступа к исходящим маршрутам
Установка caller id для исходящего вызова
1. Выполните установку модуля в разделе .
2. Включите модуль и зайдите в его настройки.
3. На основной странице модуля отображается список существующих групп. Сейчас он пустой.
3. На вкладке Cотрудники отображается список всех сотрудников и то, к какой группе они принадлежат. Сейчас они сотрудники не принадлежат ни к какой группе, потому что самих групп еще не создано.
4. Для добавления новой группы нажмите Создать группу сотрудников.
5. На вкладке Настройки группы укажите ее имя и описание. Затем нажмите Сохранить.
6. Вы перейдете на вкладку Сотрудники группы. Добавьте в группу необходимых сотрудников.
7. Перейдите на вкладку Правила исходящей маршрутизации и активируйте разрешенные маршруты.
Если все маршруты будут запрещены - то будут позволены только внутренние вызовы.
1. Создайте новую группу Только внутренние (название группы может быть любым).
2. На вкладке Сотрудники группы заполните список сотрудников.
3. На вкладке Правила исходящей маршрутизации отключите все маршруты.
Для каждого сотрудника создайте отдельную группу. Укажите разрешенный маршрут.
На вкладке Правила исходящей маршрутизации укажите CallerID для каждого маршрута.
Не каждый провайдер позволяет подменить CallerID. Обычно позволяют использовать только тот номер, который принадлежит организации.
Если необходимо использовать этот функционал, то в настройках провайдера потребуется отключить использование поля fromuser.
Функция позволяет изолировать группу сотрудников на АТС:
Сотрудники группы смогут звонить только на номера своей группы
Сотрудники из других групп, не смогут позвонить на изолированную группу
Шаблоны номеров, относящихся к группе. Участник группы сможет звонить только на них
В шаблонах допускается использовать символ от 1 до 9 и символ X (любая цифра 1-9)
Участник группы сможет набрать Все номера, удовлетворяющие шаблону
Примеры шаблонов:
2XX - номера с 200 по 299
200001 - явно указанный внутренни номер, к примеру номер очереди
7XXXXXXXXXX - 11ти значные номера РФ
Для корректной работы большинства функций MikoPBX должна быть на "белом" IP адресе. Смотреть - .
При входе на портал в правом нижнем углу отобразиться панель:
Есть возможность скрыть панель целиком.
Есть возможность скрыть только список сотрудников.
При поступлении входящего звонка, если панель управления скрыта, то она автоматически будет отображена.
Чтобы открыть спрятанную панель, необходимо отвести мышь к правой границе окна браузера.
Если панель не отображается, то вероятно есть проблемы с доступом к MikoPBX.
В поле ввода можно ввести произвольный номер телефона, после нажатия ENTER будет произведен набор номера. Если вводится произвольный текст, то список сотрудников будет отфильтрован.
Обратите внимание: Когда после фильтрации остается только один элемент, нажатие ENTER повлечет набор номера оставшегося в списке сотрудника, даже если набранный номер введен не полностью.
Совершить вызов возможно из списка контактов:
Из карточки контакта / компании:
Из карточки сделки:
Порядок совершения звонка:
Набор номера в панели управления.
Сотруднику поступает вызов от АТС.
На телефоне / софтфоне отображается набранный номер.
Сотрудник отвечает на звонок.
Вызов направляется клиенту.
Пример исходящего звонка неизвестному клиенту:
Кнопка «Открыть карточку клиента» - при нажатии будет произведен поиск клиента по номеру телефона, если клиент найден, будет открыта его карточка, если клиент не найден, будет создан новый «контакт»
Кнопка «Завершить вызов» - телефонный звонок будет завершен. Завершается именно канал текущего сотрудника. В случае исходящего звонка канал клиента тоже будет завершен.
Как только клиент поднимет трубку, начнется отсчет длительности разговора.
Пример входящего звонка от известного клиента:
Кнопка «Открыть карточку клиента» - будет открыта карточка контакта
Кнопка «Завершить вызов» - телефонный звонок будет завершен. Завершается именно канал текущего сотрудника. Клиент будет направлен далее согласно маршрутизации АТС (если маршрут предусмотрен).
Как только клиент поднимет трубку, начнется отсчет длительности разговора.
Пример отображения входящего звонка в карточке, после завершения вызова:
В данном примере отображается «кому: MikoPBX» так как внутренний номер «205» никому не назначен в настройка модуля amoCRM.
В случае «неразобранного» нет технической возможности отображать расширенную информацию по звонку «| dst: 205 | Основная воронка | did: 3345 |». Это ограничение API amoCRM пока нет возможности обойти.
Порядок работы:
Поступает входящий звонок
В панели управления отображается активная линия
Двойным кликом по сотруднику в списке запускаем перенаправление вызова
Вызов на наш телефон завершается
Звонок поступает другому сотруднику
Порядок работы:
Поступает входящий звонок
В панели управления отображается активная линия
Отвечаем звонящему на телефонном аппарате
Двойным кликом по сотруднику в списке запускаем перенаправление вызова
Звонок поступает другому сотруднику
Объясняем ситуацию сотруднику, клиент ожидает на линии
Завершаем вызов
Клиент будет соединен с сотрудником
Помимо этого, возможен другой вариант:
Поступает входящий звонок
В панели управления отображается активная линия
Отвечаем звонящему на телефонном аппарате
Двойным кликом по сотруднику в списке запускаем перенаправление вызова
Звонок поступает другому сотруднику
Объясняем ситуацию сотруднику, клиент ожидает на линии
Сотрудник отказывается и завершает вызов
Клиент будет соединен с нами снова
Записи разговоров могут быть прикреплены к:
Сделке
Карточка контакта
Карточка компании
Перехват звонка возможен только в том случае, если на вызов не ответил другой сотрудник.
В карточке контакта или компании есть возможность указать ответственного:
При поступлении входящего звонка есть возможность ответственному перехватить вызов. Порядок действий:
Поступает входящий вызов в компанию.
Параллельно сотруднику поступает входящий звонок, отображается номер клиента.
Если сотрудник ответил, произойдет попытка перехвата.
Все входящие вызовы с неизвестных номеров, пропущенные и на которые ответил сотрудник попадут в «Неразобранное». Автоматически будет создан контакт.
Есть возможность скачать и прослушать записи разговоров:
Обратите внимание: в версии 2020.2.XXX функционал резервного копирования выделен в отдельный модуль и отсутствует в основной поставке. Установка модуля доступна в разделе
Перейдите во вкладку "Модули" -> "Управление модулями"
Убедитесь, что Модуль резервного копирования установлен и включен
Перейдите в настройки модуля
Выполните действие «Создать архивную копию»
Необходимо выбрать, какие именно данные будут включены в архивную копию АТС, т.е. какие данные необходимо сохранить:
Настройки PBX - все настройки конфигурации MikoPBX, которые были выполнены в web-интерфейсе в соответствующих разделах.
Файлы с записями разговоров - сохранение всех записей разговоров в формате *.mp3.
Выполните действие «Создать архивную копию».
После завершения операции списке резервных копий появится новые данные:
В списке резервных копий есть возможность выполнить следующие действия:
Восстановить из резервной копии
Скачать архив данных
Удалить резервную копию
В списке резервных копий выберите нужную и выполните действие "Восстановить из резервной копии"
Выберите категории данных к восстановлению
Выполните действие «Восстановить из архива»
Будет запущен процесс восстановления, после завершения АТС будет перезагружена
Прогресс восстановления данных из архива будет отображен на текущей странице
Рекомендуем восстанавливать данные в два этапа:
Восстановление «Звуковые файлы» + «Настройки PBX» + «История разговоров»
Восстановление «Файлы записи разговоров» - наиболее длительный этап
Режим FTP - будет создан ZIP архив. Для данного режима необходимо наличие ftp-сервера.
Режим SFTP - создается IMG контейнер. Для данного режима достаточно только самой MikoPBX.
Режим WebDav - создается IMG контейнер.
Наиболее быстрые варианты резервного копирования по расписанию - SFTP и WebDav. FTP морально устарел, со временем возможность использования этого протокола будет исключена из модуля резервного копирования
Нажмите на кнопку "Расписание архивации" для настройки автоматического резервного копирования.
Для включения резервного копирования активируйте переключатель «Архивация по расписанию"
Заполните необходимые данные:
Адрес сервера - IP-адрес MikoPBX, или адрес SFTP \ FTP сервера
Порт - для режима SFTP порт 22, при отключении флага «Режим SFTP» активируется режим FTP - порт 21
Имя пользователя - имя пользователя для авторизации на сервере
Пароль - пароль для авторизации на сервере
Путь на сервере - директория, в которую будут сохраняться резервные копии. Рекомендуемый каталог на MikoPBX: /storage/usbdisk1/mikopbx/backup/
При использовании WebDav каталог из поля «Путь на сервере» необходимо создать заранее, вручную.
Расписание - укажите в какой день выполнять резервное копирование и время, когда запустить операцию
Оставлять последние Х версий - укажите, какое количество версий бекапа должно обязательно сохраняться
Настройки PBX - все настройки конфигурации MikoPBX, которые были выполнены в web-интерфейсе в соответствующих разделах
Файлы с записями разговоров - сохранение всех записей разговоров в формате *.mp3
Нажмите "Сохранить"
Ссылка на
Документация доступна на сайте
Настройка выполняется аналогично примеру с тем лишь отличием, что следует запретить только международные маршруты.
Обратите внимание: «Панель управления вызовами» на текущий момент не имеет функций софтфона. Для телефонных звонков дополнительно необходимо подключить .
Вызов направляется в соответствии с правилами, описанными в разделе «».
На портале может быть несколько воронок. В следует сопоставить воронку (pipeline) с внешним номером компании (DID). После сопоставления неразобранное будет создавать в нужной воронке.
В разделе «Аналитика» - «Звонки» отображается информация по телефонным звонкам, есть возможность проанализировать выборку и сформировать отчет:
История разговоров - сохранение истории базы данных cdr.db (расположение: /storage/usbdisk1/mikopbx/astlogs/asterisk/cdr.db). Данная настройка не предполагает сохранение самих записей разговоров, т.е. будет сохранена вся информация на вкладке Телефония → История вызовов () без возможности прослушивания / скачивания файлов записей.
Звуковые файлы - сохранение звуковых файлов, которые были загружены на АТС в разделе Телефония → Звуковые файлы ().
Порядок перехода с Askozia 4, 5 ME до MikoPBX описан в .
История разговоров - сохранение истории базы данных cdr.db (расположение: /storage/usbdisk1/mikopbx/astlogs/asterisk/cdr.db). Данная настройка не предполагает сохранение самих записей разговоров, т.е. будет сохранена вся информация на вкладке Телефония → без возможности прослушивания / скачивания файлов записей
Звуковые файлы - сохранение звуковых файлов, которые были загружены на АТС в разделе Телефония →
Разработан, чтобы упростить прочее получения SSL сертификата для HTTPS.
Системные требования:
Для АТС должен быть выделен домен, к примеру sip.test.ru
Web интерфейс АТС должен быть доступен в интернет (на момент получения сертификата SSL)
На АТС должен быть активирован флаг «Эта станция расположена за NAT маршрутизатором»
На АТС должно быть настроено «Внешнее имя хоста вашего маршрутизатора». См. настройки сетевого интерфейса.
В общих настройках отключите использование опции «Редирект на HTTPS», Сервер Lets encrypt для проверки ресурса обращается по http к вашей АТС.
Для получения сертификата необходимо:
Перейти во вкладку "Модули" -> "Управление модулями"
Установить и включить модуль "Lets Encrypt Get ssl"
Перейти в интерфейс модуля
Выполнись действие «Get/update cert»:
Поддержка модуля приостановлена, проблема в базовой библиотеке, пока она не будет решена, модуль не будет корректно работать. Рекомендуем использовть сервис https://www.sip.tg/
Обратите внимание: Все данные авторизации / секретные коды / данные переписки Telegram используются исключительно ЛОКАЛЬНО на вашей АТС и НЕ передаются на сервера МИКО.
Модуль состоит из нескольких компонент:
Шлюз SIP ↔ Telegram - позволяет принимать звонки от telegram и совершать исходящие звонки через telegram. Шлюз не зависит от прочих компонент, они лишь его дополняют
Телеграм клиент - работает совместно с ботом, во время входящего звонка звонящему отправляется клавиатура для ввода добавочного номера.
Телеграм бот - служит для формирования клавиатуры и отправки тональных команд в текущий канал. Для работы необходимо предварительно получить токен через интерфейс бота «@BotFather»
При звонке в компанию клиенту будет отправлена с сообщением клавиатура для ввода добавочного номера:
После завершения звонка клавиатура будет скрыта.
После неудачного звонка из компании (клиент не ответил). Клиенту будет отправлена визитка:
Текст визитки и клавиатуры ввода добавочного можно исправить в настройках модуля:
Screenshot here!
Необходимо настроить видимость номера телефона в разделе "Конфиденциальность" , а так же разрешить Всем звонить на номер телефона в разделе "Звонки":
Создайте бота
Откройте чат с @BotFather в любом удобном клиенте Телеграм
Отправьте команду
Введите «name» нового бота, к примеру new_keyboard_bot, имя должно быть коротким и понятным, имя увидит клиент при получении клавиатуры
Введите «username» для нового бота, к примеру newest_keyboard_bot
Отправьте боту команду
Выберите созданного ранее бота
Отправьте команду
Выберите созданного ранее бота
Кликните по кнопке «API Token»
Скопируйте значение «token»
Отправьте из аккаунта телеграмм вашему боту команду
Напишите боту произвольное сообщение, к примеру «Привет!»
С ботом должен быть открытый диалог, если не отправить ему команду «/start», то часть функционала работать не будет.
«App api_id» и «App api_hash» - это секретные параметры, которые привязываются к вашему telegram аккаунту. Никому не сообщайте эти значения! Они необходимы для подключения к API Telegram. Подробнее можно почитать в документации.
Перейдите по ссылке https://my.telegram.org/auth
Укажите номер телефона, привязанный к telegram аккаунту
Перейдите в раздел «API development tools»
Опишите параметры нового приложения:
«App title» - заголовок приложения
«Short name» - уникальное короткое имя приложения
«URL»- произвольный адрес сайта
«Platform» - Other
«Description» - произвольное описание
Выполните действие «Create application»
Скопируйте значения «App api_id» и «App api_hash»
При восстановлении из бекапа может потребоваться повторная авторизация в telegram.
Установите дополнительный модуль «Провайдер Telegram», (см. инструкции по установке модулей в разделе Управление модулями)
Ведите значения «App api_id» и «App api_hash», полученные на предыдущем этапе, а так же Token бота, который вы получили при создании бота.
Сохраните изменения
Добавьте новый номер по кнопке «Добавить»
Запустите процесс авторизации для Шлюза, Клиента Telegram, для Бота
Авторизуйте все линии. После подключения отобразится "Линии подключены". Подключенные каналы отобразятся зеленым цветом.
Кнопки авторизации отображают статус подключения:
Красный - Необходима авторизация
Оранжевый - Ожидается запуск сервиса
Зеленый - Соединение установлено
В любом из состояний возможно запустить процесс авторизации заново.
В случае возникновения проблем, может потребоваться очистить служебные каталоги (с помощью SSH-клиента):
/storage/usbdisk1/mikopbx/custom_modules/ModuleTelegramProvider/db/7906660000
/storage/usbdisk1/mikopbx/custom_modules/ModuleTelegramProvider/db/madeline/7906660000
где 7906660000 - номер телефона, логин телеграмм аккаунта
Скопируйте адрес и порт из активной линии. В нашем случае это 127.0.0.1:30001
Перейдите в раздел "Провайдеры телефонии"
Добавьте нового провайдера
Введите «Название провайдера» - произвольное значение.
Укажите «Тип учетной записи» - «Аутентификация по IP адресу, без пароля».
Введите «Хост или IP адрес» - 127.0.0.1
«Расширенные настройки» - «Порт соединения SIP» - укажите порт линии, в текущем примере «30001»
«Расширенные настройки» - «Отключить использование поля fromuser»
Сохраните изменения
В разделе «Система» -> «Общие настройки» разрешите использование кодека Opus
Для настройки входящих маршрутов ознакомьтесь с документацией «Входящие маршруты»
Порядок определения callerid: Telegram может передавать следующие идентификаторы:
X-TG-Phone - номер телефона
X-TG-Username - ник пользователя
X-TG-ID - идентификатор пользователя
Некоторые идентификаторы могут быть скрыты клиентом в настройках приватности. Caller ID будет установлен исходя из этих полей, X-TG-Phone - имеет наивысший приоритет, X-TG-ID - низший.
Для настройки входящих маршрутов ознакомьтесь с документацией «Исходящие маршруты»
Обязательно добавить плюс при наборе номера! См. пример ниже.
Пример маршрута:
«Название правила» - siptg
«Номер начинается с» - 7
«Остальная часть номера состоит из указанного количества цифр» - 10
«Перед тем как начать звонок отсекаем» - 0
«цифр в начале номера, затем добавляем в начало » - символ плюс »+«
Инструкция по настройке модуля монитринга Zabbix для MikoPBX
Zabbix агент предназначен для мониторинга производительности и наличия сетевых устройств, серверов, виртуальных машин и приложений. Агент собирает различные метрики, включая использование CPU, объем занятой оперативной памяти, состояние жестких дисков, сетевую активность и множество других параметров. Эти данные отправляются на сервер Zabbix, который анализирует полученную информацию, позволяя администраторам своевременно обнаруживать возможные проблемы и отклонения в работе мониторинга систем. Установка агента Zabbix предусматривает гибкую настройку и поддерживает работу на множестве операционных систем, обеспечивая широкие возможности для комплексного мониторинга в разнообразных IT.
В MikoPBX реализован модуль, который позволяет установить и настроить работу Zabbix агента, а также получить доступ к специализированным метрикам телефонии.
После установки модуля необходимо внести необходимые правки в конфигурационный модуль агента, который доступен в форме модуля. Обычно достаточно указать адрес сервера Zabbix и порт, на котором агент будет принимать входящие запросы от сервера.
После этого необходимо в настройках Firewall указать подсеть в которой находится Zabbix сервер, или лучше создать отдельную подсеть с адресом Zabbix сервера и разрешить для этой подсети подключения к агенту.
Помимо разрешения основного порта для мониторинга системы, необходимо добавить доступ к AMI и AJAM интерфейсу, а также доступ к ICMP протоколу.
После этих настроек небходимо создать служебного AMI пользователя с правами system и command и разрешить доступ только для подсети Zabbix агента.
После этого можно переходить к настройке хоста на сервере Zabbix.
Скачиваем и импортируем стандартный шаблон мониторинга Asterisk - ссылка.
Дополнительно скачиваем и импортируем шаблон MikoPBX - ссылка.
На стороне Zabbix сервера создаем хост и привязываем его у имортированным ранее шаблонам.
Прописываем IP адрес MikoPBX, логин и проль AMI пользователя и адрес подключения к AJAM интерфейсу.
Через некоторое время после сохранения параметров, проверяем соединение и набор данных которые можно получать с сервера.
Если вы хорошо разбираетесь в Zabbix, и можете что-то улучшить в этом модуле, напишите в наш телеграмм канал для разработчиков @mikopbx_dev
Предоставляет REST API для формирования кампаний по автоматическому набору внешних номеров
Если есть свободный сотрудник, то модуль набирает номер телефона из пула кампании
Когда клиент отвечает, выполняется соединение с внутренним номером очереди или сотрудника
Если внутренний номер занят, то вызов автоматически завершается
Для всех запросов, кроме локальных, требуется авторизация.
По умолчанию для авторизации можно использовать административный пароль web интерфейса.
Если необходимо ограничить права к настройкам АТС - то можно задействовать модуль «Управление доступом в систему».
Запрос
«login
» - admin, имя пользователя web интерфейса
«password
» - adminpassword, пароль пользователя web интерфейса
«172.16.156.223
» - адрес сервера MikoP
Результат:
Пример выполнения запросов:
Позволяют организовать автоматический опрос клиента. Средствами API возможно описать перечень вопросов, связи между ними и варианты ответов.
Возможно использовать механизм генерации речи или готовые mp3 / wav файлы.
Пример cURL:
"crmId
" - идентификатор опроса, если указан, то будет создан новый опрос с этим ID либо отредактирован существующий, если пуст, то параметр будет назначен автоматически
"name
" - наименование опроса
"questions
" - массив вопросов
"question
['
questionId
']
" - порядковый номер (идентификатор) вопроса
"question['nextQuestion']
" - идентификатор следующего вопроса
"question['questionText']
" - текст вопроса, для возможности генерации Yandex SpeechKit
"question[
'
lang
']
" - код языка для Yandex SpeechKit к примеру "ru-RU"
"question['questionFile']
" - полный путь к файлу wav, если указан, то "questionText" не используется
"press['key']
" - добавочный номер, который должен нажать клиент
"press['action']
" - действие, которое должно быть выполнено
action "playback
" - воспроизвести медиафайл, сохранить набранный номер
action "dial
" - набрать добавочный номер, завершить опрос
action "answer
" - сохранить набранный клиентом номер
"press['
valueOptions']
" - используется при "action "playback""
option "file
" - следует указать полный путь к wav файлу
option "text
" - текст для возможности генерации Yandex SpeechKit
Пример ответа на запрос:
Пример запроса cURL
Пример ответа
Пример запроса cURL
где "7
" - идентификатор опроса.
Пример ответа:
Задача позволяет описать все номера телефонов, которые следует оповестить, связать их с опросом или направить вызов на сотрудника / группу сотрудников.
«name
» - наименование задачи, можно оставить пустым
«state
» - состояние / статус
0
- открыт / разрешен
1
- закрыт / завершен
2
- пауза
«id
» и «crmId
» - идентификатор обзвона, если пустой, то будет создан новый
«innerNumType
» - если «polling» - направить обзвон на «опрос»
«innerNum
» - идентификатор опроса или внутренний номер очереди / сотрудника
«maxCountChannels
» - максимальное количество допустимых одновременных звонков в рамках задачи
«dialPrefix
» - перед набором, к номеру телефона будет добавлен этот префикс. Опция позволяет выбрать нужный исходящий маршрут звонка
«numbers
» - массив номеров телефонов, которые следует опросить
Пример ответа:
где "36
" - идентификатор задачи
пример ответа:
"results
" - результаты и статус звонка
"phoneId
" - последние 10 цифр номера клиента, префиксы удалены
"linkedId
" - идентификатор звонка, по нему можно отфильтровать историю звонков
"verboseCallId
" - идентификатор verbose лога
"changeTime
" - дата модификации записи
"result
" - результат звонка
"resultsPoling
" - результат опроса
"questionCrmId
" - идентификатор вопроса
"pollingId
" - идентификатор опроса
"phoneId
" - последние 10 цифр номера клиента, префиксы удалены
"result
" - результат ввода
"exten
" - введенный номер в тональном режиме
"changeTime
" - дата модификации записи
Расшифровка статусов (result
) звонка
«FAIL_USER_NO_ANSWER
» - До клиента дозвонились, пользователь не ответил, к примеру завершил вызов
«FAIL_USER_BUSY
» - До клиента дозвонились, пользователи заняты или не доступны
«FAIL_CLIENT_H_BEFORE_ANSWER
» - До клиента дозвонились, клиент положил трубку до ответа сотрудника (не дождался)
«FAIL_ROUTE
» - До клиента не дозвонились, нет маршрута для звонка по номеру клиента, нет провайдера на MIkoPBX
«FAIL_PROVIDER
» - До клиента не дозвонились, провайдер не доступен, не активен, ошибка регистрации
«SUCCESS_USER_H
» - Успешный звонок, трубку положил сотрудник
«SUCCESS_CLIENT_H
» - Успешный звонок, трубку положил клиент
«SUCCESS_POLLING
» - Опрос пройден успешно.
«FAIL_POLLING
» - Опрос не пройден
«SUCCESS
» - Успешный звонок
«FAIL
» - Безуспешный вызов, проблема не классифицирована
где "changeTime
" - timestamp, возвращает данные начиная с указанной даты
"results
" - результаты и статус звонка
"phoneId
" - последние 10 цифр номера клиента, префиксы удалены
"linkedId
" - идентификатор звонка, по нему можно отфильтровать историю звонков
"verboseCallId
" - идентификатор verbose лога
"changeTime
" - дата модификации записи
"result
" - результат звонка
Пример запроса cURL
где "changeTime
" - timestamp, возвращает данные начиная с указанной даты
Пример ответа:
"results
" - результат опроса
"questionCrmId
" - идентификатор вопроса
"pollingId
" - идентификатор опроса
"phoneId
" - последние 10 цифр номера клиента, префиксы удалены
"result
" - результат ввода
"exten
" - введенный номер в тональном режиме
"changeTime
" - дата модификации записи
Рекомендованные параметры аудио файла mp3
Пример загрузки файла на АТС средствами cURL
Имя файла "1.mp3" будет являться его идентификатором. При загрузке нового файла с прежним именем старый файл будет заменен на новый.
Пример ответа:
«result
» - результат операции, булево
«filename
» - полный путь к загруженному файлу, его можно использовать при создании «опроса»
Пример загрузки файла на АТС средствами cURL
Пример ответа:
Пример загрузки файла на АТС средствами cURL
Пример ответа
Данный модуль предназначен для обработки пропущенных звонков. При обнаружении пропущенного будет сформирована задача. Как только появляется свободный сотрудник, ему поступит телефонный звонок. Как только он поднимет трубку, будет выполнена попытка звонка клиенту.
Давайте рассмотрим работу модуля на конкретных примерах:
Клиент пытался дозвониться в компанию, однако ему никто не ответил. Причины могут быть разные, например такие как:
Вызов оборвался
Клиент положил трубку
Модуль сформирует задачу callback. Как только освободится сотрудник, ему будет направлен вызов.
Есть возможность воспроизвести сотруднику уведомление, звуковой файл можно указать в настройках модуля Оповещение "Внимание, будет произведено соединение с клиентом". После уведомления сотрудника, будет выполнен звонок клиенту.
Сотрудников, которые будут обрабатывать звонки по пропущенным следует добавить в единую «Очередь вызовов» и указать ее в настройках модуля в поле Номер очереди или сотрудника для обработки звонка.
Не каждый вызов, на который ответил клиент, можно считать успешным. В модуле предусмотрена настройка критерия «Длительность отвеченного звонка, который считаем успешным»:
Если вызов был неудачным, то есть возможность настроить количество повторных звонков:
«На какое количество секунд откладывать вызов» - время между попытками
«Количество попыток звонка»
Слишком старые вызовы, могут быть уже не актуальными, есть возможность настройки «времени жизни» для пропущенного. Вызовы и задачи, старше, чем «Количество секунд для анализа пропущенных в истории», не будут обработаны.
Вариант, когда клиент устал ждать и «ставит задачу на callback» также возможен. В настройках модуля укажите звуковой файл в поле Оповещение "Заявка на обратный звонок принята".
Как только клиент нажмет «1» и задача callback будет сформирована, клиенту будет воспроизведено оповещение. Возможность «нажать 1» будет доступна для очередей, перечисленных на вкладке «Очереди, где разрешен callback».
Так же в «Расширенных» настройках конкретной очереди можно настроить дополнительное оповещение.
У настройки очереди «Рекламная фраза или дополнительное оповещение» есть важная особенность, она отрабатывает только в том случае, если все сотрудники заняты.
Это может быть использовано например для того, чтобы предложить клиенту нажать "1" для постановки задачи на обратный звонок.
amoCRM - популярная CRM система для автоматизации учета в отделе продаж. Интеграция с телефонной системой - один из наиболее существенных элементов CRM системы, телефонные звонки - важнейший источник сделок.
Перехват звонка на ответственного
Звонок из карточки
Записи телефонных разговоров прикрепляются к карточке клиента / сделке
Панель управления вызовами
Отображение статусов абонентов АТС
Переадресация вызова на другого сотрудника двойным кликом
Вызов абонента АТС двойным кликом в панели управления вызовами
Пропущенные вызовы попадают в неразобранное
Подробное описание функций вы можете найти здесь.
Установка модуля в MikoPBX
Установка виджета в amoCRM
Выполнить авторизацию модуля MikoPBX на amoCRM
Выполнить настройку виджета в amoCRM
Инструкцию по установке amoCRM вы можете найти здесь.
Этот модуль предназначен для двусторонней синхронизации учетных данных сотрудников с MikoPBX. Источником данных служит сервер Active Directory или LDAP.
При создании нового сотрудника в домене он будет автоматически загружен в MikoPBX, с присвоением свободного внутреннего номера. Информация о номере будет передана обратно в домен и записана в карточке сотрудника. То же самое произойдет с мобильным телефоном и фотографией. Настройка, как всегда, максимально простая.
Для каждого сервера AD/LDAP, вы можете указать настройки синхронизации, фильтры по отделам или создать произвольный фильтр для сложной логики фильтрации.
Далее необходимо корректно настроить атрибуты для синхронизации учетных записей.
Во время первой синхронизации, система сопоставит уже существующие в MikoPBX учетные записи с полученными из домена данными. Для поиска соответствий используются следующие поля:
Адрес электронной почты
Имя сотрудника
Мобильный телефон
Внутренний телефон
Перед включением автоматической синхронизации рекомендуется проверить правильность указанных атрибутов, нажав на кнопку Выполнить запрос.
Если все параметры указаны верно, вы увидите список сотрудников с атрибутами из домена. Это безопасный запрос и не приведет к изменениям в системе.
После тестирования можно запустить ручную или автоматическую синхронизацию данных.
В колонках "статус" и "обновлен" можно отследить текущий процесс синхронизации.
При удалении или отключении сотрудника в домене он останется активным в MikoPBX, но будет перемещен в специальную таблицу “Отключенные в LDAP/AD сотрудники”. Его учетная запись будет сохранена до момента ее ручного удаления администратором MikoPBX. Это обусловлено тем, что возможны различные сложные сценарии маршрутизации вызовов, при которых невозможно просто удалить сотрудника из маршрута, не заменив его другим.
При синхронизации возможны конфликты, когда системе не удается создать или изменить данные сотрудника в MikoPBX или на стороне сервера LDAP/AD. Все проблемы синхронизации фиксируются модулем и записываются в специальную таблицу “Конфликты синхронизации”.
Администратор MikoPBX может вручную решить возникшую проблему и очистить таблицу с конфликтами в модуле.
В модуле предусмотрена возможность синхронизации SIP паролей с контроллером домена. Это может быть удобно для автоматической настройки IP-телефонов в компании по данным из домена.
Для включения синхронизации необходимо создать специальный атрибут на стороне контроллера домена и указать этот атрибут в поле “Пароль SIP” в настройке сопоставления атрибутов для синхронизации. Учтите, что пароль будет храниться в открытом виде. При включенной двусторонней синхронизации значение пароля из MikoPBX будет передаваться в домен и наоборот, в зависимости от даты последнего изменения.
Обратите внимание: пароль SIP не является паролем доменной учетной записи; это отдельное значение.
Отображение истории звонков
Отбор истории звонков по группам / по сотрудникам
Выгрузка истории звонков за период в Excel
Отображение линии, через которую прошел вызов
Выполните установку модуля в разделе Управление модулями.
Включите модуль и перейдите к его странице
После включения, модуль создаст в собственной базе данных новую, адаптированную, таблицу и будет наполнять ее на основе оригинальной таблицы истории звонков.
Новая таблица позволит выполнять запросы к базе данных максимально быстро, при этом не нагружая оригинальную базу данных истории звонков.
Это процесс займет некоторое время, потребуется подождать.
Для работы с модулем потребуется лицензия на хост, где модуль будет использоваться.
Приобрести лицензию можно в нашем магазине.
Купон имеет вид MIKOUPD-00000-00000-00000-00000, его следует активировать в разделе "Маркетплейс модулей" - "Управление лицензией"
Панель отборов
Позволяет установить период выборки
Отображает количество вызов за выбранный период
Позволяет кликом по кнопкам "Входящие" / "Пропущенные" / "Исходящие" быстро отфильтровать вызовы по типу звонка
В поле "Найти..." можно описать произвольный номер телефона для отбора
Кнопка выгрузки в Excel - позволит скачать данные, соответствующие текущему отбору
Кнопка "Сохранить" - позволяет сохранить текущий отбор, при повторном открытии страницы фильтры восстановятся
Позволяет установить отбор по группе сотрудников, из модуля "Упрвление телефонными группами"
Позволяет установить отбор по сотрудникам
Строка звонка - содержит общую информацию по вызову, направление, дата начала, кто и кому звонил.
Статус звонка может быть одним из:
"ok" - успешный вызов
"перевод" - переадресация вызова
"пропущен" - входящий вызов, не отвеченный
"недозвон" - исходящий вызов, не отвеченный
"перезвонил клиент" - успешный входящий вызов клиента после пропущенного
"перезвонили" - успешный исходящий вызов клиенту после пропущенного
"приложение" - вызов на "Приложение Dialplan или на служебный номер"
При клике по номеру в колонке "Кто" и "Кому" будет установлен отбор по номеру в поле "Найти..."
Расшифровка звонка - отображает более подробную информацию:
Кто пропустил вызов
Кто ответил на вызов
Ссылку на прослушивание и скачивание разговора
Длительность ожидания
Длительность разговора
In develop stage
Модуль «Телефонная книга» в MikoPBX — удобный инструмент для организации и управления контактами внутри системы. Он позволяет хранить контактные данные всех необходимых абонентов в одном месте, обеспечивая легкий доступ к информации для пользователей и сотрудников.
Перейдите в раздел "Модули" -> "Маркетплейс модулей"
Вкладка "Маркетплейс". Используя строку поиска или вручную найдите модуль "Телефонная книга"
Произведите установку модуля:
Для работы с модулем, перейдите в его настройки во вкладке "Установленные модули" :
В интерфейсе модуля вы можете добавить новый контакт, используя кнопку "Добавить новую запись"
Далее вы можете ввести имя абонента, а так же телефон, привязанный к нему.
Существует опция импорта (загрузки) записей из Excel. Для этого вам необходимо соблюдать формат по следующим пунктам:
Файл должен быть в формате .xls или .xlsx.
В файле должны присутствовать два столбца:
CallerID — имя абонента (например: Иван Иванов).
Номер телефона — в формате +7(926)123-45-67.
Каждая строка представляет собой запись телефонной книги.
Убедитесь, что данные в файле корректны, перед тем как его загрузить.
Далее, в интерфейсе модуля, перейдите в раздел "Импорт из Excel":
Выберите Excel файл для загрузки данных.
Нажмите "Импортировать".
Функция будет активна, если в настройках модуля на АТС включена опция «Загружать на портал историю звонков». В противном случае будет доступна только функция click2call.
При звонке отображается карточка телефонного звонка, в которой:
Выводится информация по клиенту, по активным сделкам.
Есть возможность добавить комментарий к телефонному звонку.
Есть возможность выставить новый счет или зарегистрировать новую сделку.
Модуль автоматически регистрирует звонок в Bitrix24, для чего ищет в CRM соответствующий номеру контакт. Если контакт найден, то звонок будет привязан к найденному объекту.
При работе с телефонией, интеграция может создавать следующие сущности:
Контакт - по умолчанию создается с именем «Без имени».
Сделка - использует созданный контакт, в заголовке указывается номер телефона.
Лид - использует созданный контакт.
Если в настройках модуля включена опция «Создавать в CRM сущности, связанные со звонком (Лид / сделка / контакт)» и контакт не был найден по номеру телефона, то модуль создаст в CRM необходимые сущности.
Тип создаваемой сущности определяется режимом в настройках CRM. Существует:
Простой режим - при котором будет создаваться сделка, а не лид.
Режим повторных продаж - будет создана Сделка или Лид даже если сущность в CRM найдена. (Но не будет создаваться если есть активная сделка/лид или номер внесен в черный список crm).
«Пропущенный» - ответственным за сущность будет назначен «Ответственный за пропущенные звонки» (настройка выполняет в модуле, на стороне MikoPBX). Если настройка не заполнена, то ответственным будет назначен один из участников звонка (первый, у кого зазвонил телефон).
«Вызов отвечен» - ответственным будет назначен тот, кто ответил на вызов.
Если вызов поступает на очередь (группу сотрудников), то ответственный в сущности по умолчанию будет установлен тот, на кого вызов был направлен первее. После поднятия трубки или завершения звонка ответственный будет скорректирован. Это поведение связано с особенности работы API Bitrix 24
История звонков доступна в разделе «Телефония» - «Детализация звонков»
История отображается в карте сделки:
Также, она отображается в карточке клиента и в списке "Мои дела":
Запись разговоров - это в первую очередь функция телефонной станции.
Если есть необходимость загружать телефонные разговоры на портал Bitrix24, то необходимо в настройках модуля MikoPBX включить соответствующий флаг:
Портал Bitrix24 позволяет прослушать телефонный разговор непосредственно в браузере или скачать файл записи разговора на ПК сотрудника.
После настройки портала появится возможность совершать звонки из карточки клиента:
Всюду, где имеется гиперссылка-телефон или «кнопка с трубкой» будет возможность совершить исходящий звонок средствами АТС MikoPBX.
Для настройки функции необходимо в интерфейсе модуля активировать опцию «Использовать перехват на ответственного», а так же настроить параметр «Длительность попытки звонка на ответственного».
Обязательно опишите входящий маршрут. При поступлении входящего звонка система проверит наличие ответственного в Bitrix24:
Если ответственный определен, то вызов будет направлен на него.
Если ответственный не определен, или дозвониться до него не вышло, то вызов будет направлен по описанному входящему маршруту.
Подробную информацию по отчетам вы можете найти здесь. Это официальный блог Bitrix24.
В разделе CRM доступен ряд стандартных отчетов.
«Отчет по делам» - «Выполнено менеджерами»:
Есть возможность добавить свой произвольный отчет по делам. Звонки сотрудника «CRM» - «Еще» - «Мои дела»:
Есть возможность прослушать и скачать запись разговора из карточки «Дела»:
«CRM» - «Еще» - «Мои дела» - «Сводный отчет по делам»:
Виды приложения для интеграции с MikoPBX:
«бесплатное» - можно установить без наличия подписки на маркетплейс.
«подписка» - когда у Вас есть подписка на маркетплейс.
Функционал всех вариантов установки идентичен.
Наше приложение в маркетплейс Bitrix 24.
Выполните установку модуля «MikoPBX»:
Перейдите в раздел «Телефония» - «Настройки телефонии» - «Пользователи телефонии»:
Назначьте сотрудникам внутренние номера:
Назначенные внутренние номера должны существовать в MikoPBX!
Перейдите в раздел «Телефония» - «Настройки телефонии» - «Общие настройки»:
В поле «Номер для исходящего звонка по умолчанию» - укажите приложение «Интеграция с MIKOPBX» (следует выполнить после аутентификации модуля со стороны MikoPBX)
С АТС MikoPBX обязательно должны быть доступны:
Ваш портал Bitrix24 по порту 443
Сайт oauth.bitrix.info по порту 443
Пример проверки подключения из консоли:
Перейдите в меню «Модули» → «Управление модулями»
Установите модуль «Интеграция с CRM Bitrix24», перейдите в интерфейс модуля.
Заполните поле «Адрес портала Bitrix24», без указания протокола https, используя пример:
Сохраните настройки и включите модуль.
Выполните подключение к порталу:
Если на портал была установлена «Бесплатная» версия модуля и портал находится в РФ, то модуль будет работать только если выбран регион «Весь остальной мир» Для сотрудников следует указать телефонные номера. Именно по ним происходит сопоставление сотрудника из интерфейса MikoPBX с сотрудником из Битрикс 24.
На вкладке «Основные настройки»:
«Создавать в CRM сущности, связанные со звонком (Лид / сделка / контакт)» - если отключить эту опцию, то карточка звонка будет открываться, а Лид / Сделка созданы не будут.
«Для каких звонков создавать лид» - можно ограничить создание лида, к примеру только для входящих.
«Использовать перехват на ответственного» - при поступлении входящего звонка будет выполнен запрос в bitrix, если найден ответственный, то вызов сразу будет направлен на него.
«Длительность попытки звонка на ответственного» - как долго пытаться дозвониться до ответственного сотрудника.
На вкладке «Прочее» следует настроить:
«Очередь для обработки входящего звонка» - при запросе обратного звонка с сайта вызов сперва поступит на эту очередь. Как только сотрудник ответит, вызов будет направлен клиенту.
«Ответственный за пропущенные звонки» - если на вызов никто не ответил, то для всех созданных сущностей будет назначен указанный ответственный.
«Загружать на портал историю звонков» - если опцию отключить, то будет работать только функция click2call и обратный звонок с сайта.
«Загружать файлы записей разговоров на портал в фоновом процессе» - Раньше загрузка файлов работала одним запросом. В теле запроса отправлялись закодированные данные. Теперь, если включить опцию, сперва от портала получаем ссылку, куда следует загрузить файл. Загрузка файла производится в отдельном процессе. Этот вариант архитектурно более правильный. Из минусов - есть не решенная проблема с прослушиванием такого файла в браузере Safari, в Google Chrome работает исправно.
Модуль позволяет отключить интеграцию и настроить открытие карточки звонка для конкретных сотрудников:
Варианты открытия карточки клиента:
Не открывать.
Открывать при звонке - будет открыта сразу, при поступлении звонка от клиента.
Открывать при ответе - карточка будет открыта при ответе на вызов от клиента.
Сквозная аналитика Bitrix24 доступна только на тарифах Команда и Компания. Подробнее можно почитать в статье. Функционал Внешних линий будет доступен в версии модуля 1.51+.
Сквозная аналитика помогает определить, какие рекламные каналы приносят результат и стоят потраченных денег. Для начала на АТС необходимо описать все номера телефонов компании на вкладке «Внешние линии».
В поле «Номер телефона» - указываем номер, Как он будет отображаться в Bitrix
В поле «Псевдонимы номера (DID)» описываем значение, которое присылает провайдер при входящем звонке, псевдонимом может являться логин или номер телефона без кодов города и страны. Подсмотреть его значение можно в истории звонков:
Синхронизация внешних линий с порталом произойдет после перезапуска модуля.
В детализации входящего звонка b24 будет видно, на какой номер позвонил клиент:
На сайт Bitrix24 возможно добавить форму заказа обратного звонка.
В MikoPBX, в настройках модуля на вкладке «Прочее» заполните поле «Очередь для обработки обратного звонка»:
В Bitrix24 перейдите в раздел «Телефония» - «CRM-Форма на сайт»:
Создайте новую форму.
В поле «Номер телефона» укажите «Приложение: Интеграция с бесплатной АТС MikoPBX».
Поле «Текст, который будет произнесен ответственному перед началом звонка» можно оставить пустым, оно не используется.
Используйте кнопку «Открыть сайт» для теста формы обратного звонка.
Если при попытке подключения модуля внутри MIKOPbx АТС пишет Отключен от Bitrix24 проверьте:
Адрес портала указан без указания протокола и ресурса, например mikopbxb24.ru
Проверьте из консоли АТС ping до вашего портала(в примере ping mikopbxb24.ru). Инструкция по доступу к консоли.
В случае, если используется «коробочная» версия Bitrix24, то настройка отличается. См. документацию. В «коробочной» версии нет возможности создать «Статичное локальное приложение»
На текущий момент не во всех регионах интеграция «Bitrix 24 и MikoPBX» доступна в маркетплэйс. В этом случае есть возможность ручной настройки.
Создадим на АТС «Локальное приложение»:
Перейдите в раздел «Разработчикам», на вкладку «Готовые сценарии» -> «Другое»:
Выберите пункт «Локальное приложение»:
Скачайте файл и упакуйте его в zip в архив.
Заполните настройки локального приложения:
Выполните действие «Сохранить»
Теперь приложение будет доступно в разделе «Маркет» - «Разработчикам» - «Интеграции»
Открыв настройки локального приложения вы сможете скопировать значения «client_id» и «client_secret». Они потребуются при настройке MikoPBX
В разделе «Маркет», станет доступен пункт «MikoPBX интеграция», в этом разделе можно получить новый «Refresh token»
В настройка модуля, на стороне АТС, в поле «Регион» выберите вариант «REST API»
Станут доступны два дополнительных поля «client_id» и «client_secret»
Заполните поля согласно настройкам «Локального приложения» на вашем портале Bitrix24