Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Модуль предназначен для учета телефонных звонков в CRM Bitrix.
При поступлении вызова будет отображена карточка звонка. Если клиент учтен в CRM Bitrix24, будет отображено имя клиента или сделки.
Наше приложение в маркетплейс Bitrix 24.
Отображение карточки клиента при звонке
Загрузка истории звонков в Б24
Загрузка записей разговоров
Возможность позвонить из Б24
Перехват на ответственного
Подробное описание...
На портале Bitrix24 необходимо установить приложение «Интеграция с MIKOPBX».
На АТС MikoPBX необходимо перейти в раздел "Модули" -> "Управление модулями"
Установите и включите модуль "Интеграция с CRM Bitrix24"
Перейдите в настройки модуля и настройте его (инструкция)
Обратите внимание: в версии 2020.2.XXX функционал резервного копирования выделен в отдельный модуль и отсутствует в основной поставке. Установка модуля доступна в разделе Управление модулями
Перейдите во вкладку "Модули" -> "Управление модулями"
Убедитесь, что Модуль резервного копирования установлен и включен
Перейдите в настройки модуля
Выполните действие «Создать архивную копию»
Необходимо выбрать, какие именно данные будут включены в архивную копию АТС, т.е. какие данные необходимо сохранить:
Настройки PBX - все настройки конфигурации MikoPBX, которые были выполнены в web-интерфейсе в соответствующих разделах.
История разговоров - сохранение истории базы данных cdr.db (расположение: /storage/usbdisk1/mikopbx/astlogs/asterisk/cdr.db). Данная настройка не предполагает сохранение самих записей разговоров, т.е. будет сохранена вся информация на вкладке Телефония → История вызовов (Документация) без возможности прослушивания / скачивания файлов записей.
Файлы с записями разговоров - сохранение всех записей разговоров в формате *.mp3.
Звуковые файлы - сохранение звуковых файлов, которые были загружены на АТС в разделе Телефония → Звуковые файлы (Документация).
Выполните действие «Создать архивную копию».
После завершения операции списке резервных копий появится новые данные:
В списке резервных копий есть возможность выполнить следующие действия:
Восстановить из резервной копии
Скачать архив данных
Удалить резервную копию
Порядок перехода с Askozia 4, 5 ME до MikoPBX описан в инструкции.
В списке резервных копий выберите нужную и выполните действие "Восстановить из резервной копии"
Выберите категории данных к восстановлению
Выполните действие «Восстановить из архива»
Будет запущен процесс восстановления, после завершения АТС будет перезагружена
Прогресс восстановления данных из архива будет отображен на текущей странице
Рекомендуем восстанавливать данные в два этапа:
Восстановление «Звуковые файлы» + «Настройки 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-интерфейсе в соответствующих разделах
История разговоров - сохранение истории базы данных cdr.db (расположение: /storage/usbdisk1/mikopbx/astlogs/asterisk/cdr.db). Данная настройка не предполагает сохранение самих записей разговоров, т.е. будет сохранена вся информация на вкладке Телефония → История вызовов без возможности прослушивания / скачивания файлов записей
Файлы с записями разговоров - сохранение всех записей разговоров в формате *.mp3
Звуковые файлы - сохранение звуковых файлов, которые были загружены на АТС в разделе Телефония → Звуковые файлы
Нажмите "Сохранить"
Разработан, чтобы упростить прочее получения SSL сертификата для HTTPS.
Системные требования:
Для АТС должен быть выделен домен, к примеру sip.test.ru
Web интерфейс АТС должен быть доступен в интернет (на момент получения сертификата SSL)
На АТС должен быть активирован флаг «Эта станция расположена за NAT маршрутизатором»
На АТС должно быть настроено «Внешнее имя хоста вашего маршрутизатора». См. настройки сетевого интерфейса.
В общих настройках отключите использование опции «Редирект на HTTPS», Сервер Lets encrypt для проверки ресурса обращается по http к вашей АТС.
Для получения сертификата необходимо:
Перейти во вкладку "Модули" -> "Управление модулями"
Установить и включить модуль "Lets Encrypt Get ssl"
Перейти в интерфейс модуля
Выполнись действие «Get/update cert»:
Модуль позволяет создать группы доступа с определенными правами, и назначить эти права сотрудникам компании.
Так же модуль позволяет организовать авторизацию в MikoPBX используя внешние сервис LDAP/AD или просто назначить каждому сотруднику логин и проль.
Так же модуль добавляет новую вкладку на странице настройки сотрудника, что позволяет быстро назначить группу доступа или изменить пароль прямо его карточке.
Рассмотрим несколько самых распространенных сценариев.
Создаем группу доступа и включаем переключатель Группа без ограничений доступа.
Выбираем домашнюю страницу, на которую будут попадать администраторы после авторизации.
Переходим на вкладку Пользователи группы доступа и выбираем сотрудников, которым будет разрешено администрировать систему.
Создаем группу доступа, без полных прав.
Переходим на вкладку настройка прав и выбираем только необходимые права для открытия и модификации существующих IVR меню.
Назначаем группу сотрудникам, которые будут администрировать IVR меню и сохраняем группу доступа.
Создаем группу доступа, выключаем полные права и выбираем доступ только к разделу с историей вызовов.
При выборе этого раздела, в настройках модуля появляется дополнительная вкладка, которая позволяет настроить права на просмотр и прослушивание записей разговоров в разрезе сотрудников.
Можно выбрать разные варианты фильтрации и сотрудников, чьи записи можно будет прослушивать пользователям этой группы доступа.
Модуль позводляет авторизовать пользователей как простой парой логин и пароль, так и с помощью внешнего сервера авторизации LDAP.
Для настройки связи с сервером, перейдите на вкладку Настройка доменной авторизации.
Укажите параметры доступа к вашему домену, при необходимости укажите парамтеры подразделения и фильтра к учетным записям пользователей. Перед сохранением можно выполнить проверку данных подключения и получить список пользователей с сервера.
В конце можно ввести учетные данные пользователя для проверки авторизации и сохранить настройки модуля.
Предоставляет REST API для формирования кампаний по автоматическому набору внешних номеров
Если есть свободный сотрудник, то модуль набирает номер телефона из пула кампании
Когда клиент отвечает, выполняется соединение с внутренним номером очереди или сотрудника
Если внутренний номер занят, то вызов автоматически завершается
Этот модуль предназначен для двусторонней синхронизации учетных данных сотрудников с MikoPBX. Источником данных служит сервер Active Directory или LDAP.
При создании нового сотрудника в домене он будет автоматически загружен в MikoPBX, с присвоением свободного внутреннего номера. Информация о номере будет передана обратно в домен и записана в карточке сотрудника. То же самое произойдет с мобильным телефоном и фотографией. Настройка, как всегда, максимально простая.
Для каждого сервера AD/LDAP, вы можете указать настройки синхронизации, фильтры по отделам или создать произвольный фильтр для сложной логики фильтрации.
Далее необходимо корректно настроить атрибуты для синхронизации учетных записей.
Во время первой синхронизации, система сопоставит уже существующие в MikoPBX учетные записи с полученными из домена данными. Для поиска соответствий используются следующие поля:
Адрес электронной почты
Имя сотрудника
Мобильный телефон
Внутренний телефон
Перед включением автоматической синхронизации рекомендуется проверить правильность указанных атрибутов, нажав на кнопку Выполнить запрос.
Если все параметры указаны верно, вы увидите список сотрудников с атрибутами из домена. Это безопасный запрос и не приведет к изменениям в системе.
После тестирования можно запустить ручную или автоматическую синхронизацию данных.
В колонках "статус" и "обновлен" можно отследить текущий процесс синхронизации.
На текущий момент удаление сотрудника из домена не приведет к его автоматическому удалению из MikoPBX. Учетная запись будет сохранена до момента ручного удаления администратором MikoPBX. Это связано с тем, что возможны различные сложные сценарии маршрутизации вызовов, при которых невозможно просто удалить сотрудника из маршрута, не заменив его другим.
Поддержка модуля приостановлена, проблема в базовой библиотеке, пока она не будет решена, модуль не будет корректно работать. Рекомендуем использовть сервис 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.
На стороне Zabbix сервера создаем хост и привязываем его у имортированным ранее шаблонам.
Прописываем IP адрес MikoPBX, логин и проль AMI пользователя и адрес подключения к AJAM интерфейсу.
Через некоторое время после сохранения параметров, проверяем соединение и набор данных которые можно получать с сервера.
Если вы хорошо разбираетесь в Zabbix, и можете что-то улучшить в этом модуле, напишите в наш телеграмм канал для разработчиков @mikopbx_dev
Модуль возможно использовать начиная с MikoPBX 2019.04.134.
Разграничение прав доступа к исходящим маршрутам
Установка caller id для исходящего вызова
2. Включите модуль и зайдите в его настройки.
3. На основной странице модуля отображается список существующих групп. Сейчас он пустой.
3. На вкладке Cотрудники отображается список всех сотрудников и то, к какой группе они принадлежат. Сейчас они сотрудники не принадлежат ни к какой группе, потому что самих групп еще не создано.
4. Для добавления новой группы нажмите Создать группу сотрудников.
5. На вкладке Настройки группы укажите ее имя и описание. Затем нажмите Сохранить.
6. Вы перейдете на вкладку Сотрудники группы. Добавьте в группу необходимых сотрудников.
7. Перейдите на вкладку Правила исходящей маршрутизации и активируйте разрешенные маршруты.
Если все маршруты будут запрещены - то будут позволены только внутренние вызовы.
1. Создайте новую группу Только внутренние (название группы может быть любым).
2. На вкладке Сотрудники группы заполните список сотрудников.
3. На вкладке Правила исходящей маршрутизации отключите все маршруты.
Для каждого сотрудника создайте отдельную группу. Укажите разрешенный маршрут.
На вкладке Правила исходящей маршрутизации укажите CallerID для каждого маршрута.
Не каждый провайдер позволяет подменить CallerID. Обычно позволяют использовать только тот номер, который принадлежит организации.
Если необходимо использовать этот функционал, то в настройках провайдера потребуется отключить использование поля fromuser.
Скачиваем и импортируем стандартный шаблон мониторинга Asterisk - .
Дополнительно скачиваем и импортируем шаблон MikoPBX - .
1. Выполните установку модуля в разделе .
Настройка выполняется аналогично примеру с тем лишь отличием, что следует запретить только международные маршруты.