Кроме прямых финансовых потерь, есть и другая угроза. Взломанная АТС может использоваться мошенниками для звонков от имени вашей организации — например, для обзвона граждан якобы от лица «Госуслуг», банков или государственных органов с целью выманивания персональных данных и денег. В этом случае номер вашей компании отображается у жертв как источник звонка, что ведёт к репутационному ущербу, жалобам и возможным проверкам со стороны правоохранительных органов. Вы можете даже не знать, что ваша АТС используется в мошеннической схеме, пока не получите претензии или блокировку номера от оператора связи.

Ниже — пошаговая инструкция, как защитить вашу АТС. Даже если вы уже настроили систему, пройдитесь по всем пунктам — возможно, что-то было упущено.

Обязательные меры безопасности

1. Включите сетевой экран (Firewall)

Сетевой экран — это первая линия защиты. Он ограничивает, кто может подключаться к вашей АТС.

Что сделать:

• Откройте раздел Сеть и Firewall > Сетевой экран
• Убедитесь, что переключатель активирован
• Создайте правила, разрешающие доступ только из нужных подсетей

Подробная инструкция по настройке правил: Сетевой экран — документация MikoPBX

2. Используйте сложные пароли

Простой пароль — самая частая причина взлома. Злоумышленники перебирают тысячи комбинаций в секунду, и пароли вроде 1234, admin или password подбираются мгновенно.

Требования к паролям SIP-аккаунтов и веб-интерфейса:

• Минимум 12 символов
• Буквы ВЕРХНЕГО и нижнего регистра
• Цифры и специальные символы (!@#$%^&*)
• Не используйте словарные слова, имена, даты рождения

Что проверить:

• Откройте карточку каждого сотрудника в разделе Телефония > Сотрудники и убедитесь, что SIP-пароль достаточно сложный
• Проверьте пароль для входа в веб-интерфейс

Измените имя авторизации (Auth Username)

По умолчанию для SIP-авторизации используется внутренний номер сотрудника (например, 204). Злоумышленники это знают и перебирают именно стандартные номера.

Auth Username — это имя пользователя, которое телефон или софтфон отправляет при регистрации на АТС. Оно отличается от внутреннего номера и используется исключительно для проверки подлинности подключения.

Как настроить в MikoPBX:

1. Откройте карточку сотрудника в разделе Телефония > Сотрудники
2. Перейдите в Расширенные настройки > Дополнительные параметры SIP
3. Добавьте следующие строки:

[auth]
username = MIKO204  

1. Вместо MIKO204 укажите своё имя для авторизации — используйте комбинацию букв и цифр (например, PBXuser204, Ext2a04b, SipAcc204x)

Как настроить на телефоне или софтфоне:

После изменения Auth Username на АТС необходимо указать новое имя в настройках каждого телефона или софтфона, который зарегистрирован на данном номере.

Рекомендуется использовать англоязычный интерфейс телефона — названия настроек будут совпадать с примерами ниже.

В зависимости от производителя, эта настройка может называться по-разному:

Yealink .............. Register Name / Authentication User  
Grandstream .......... Authenticate ID  
Fanvil ............... Authentication User  
Snom ................. Authentication Username  
Linphone ............. Auth userid  
Zoiper ............... Authentication user / Auth. Username  
MicroSIP ............. Login  
Cisco (SPA) .......... Auth ID  

Обычно эта настройка находится в разделе Account или SIP Account в веб-интерфейсе телефона. Если вы не можете её найти — откройте интерфейс телефона на английском языке и поищите по ключевым словам: auth, authentication, register name.

Подробнее о настройке учётных записей: Сотрудники — документация MikoPBX

3. Ограничьте доступ к АТС по IP-адресам

Не давайте доступ к АТС «всему интернету». Разрешите подключение только с тех адресов, откуда ваши сотрудники и провайдер реально работают.

Что сделать:

• В разделе Сеть и Firewall > Сетевой экран создайте правила для каждой доверенной подсети
• Укажите адрес подсети и маску в формате CIDR (например, 192.168.1.0/24)
• Для каждого правила выберите, какие сервисы разрешены: SIP, WEB, SSH и т.д.
• Для доверенных сетей включите флаг «Никогда не блокировать адреса из этой сети»

Какие адреса добавить:

• Подсеть вашего офиса
• Адреса VPN-сервера
• Адреса вашего провайдера телефонии (уточните у провайдера)
• Статические IP-адреса удалённых сотрудников (см. ниже)

Удалённые сотрудники и статический IP

Если у вас есть сотрудники, работающие из дома или удалённо, их IP-адрес тоже нужно добавить в правила сетевого экрана. Но здесь есть важный нюанс.

Большинство домашних интернет-провайдеров выдают абонентам динамический («серый») IP-адрес, который меняется при каждом переподключении. Добавлять такой адрес в правила бессмысленно — завтра он будет другим, и сотрудник потеряет доступ к АТС.

Рекомендация: попросите удалённого сотрудника подключить у своего интернет-провайдера услугу статического (постоянного) IP-адреса. Обычно это стоит 100–200 рублей в месяц. После подключения адрес больше не будет меняться, и его можно безопасно добавить в правила Firewall.

Как узнать текущий IP-адрес сотрудника:

• Попросите сотрудника открыть в браузере сайт 2ip.ru — он покажет текущий внешний IP-адрес
• Если адрес не совпадает с тем, что был вчера — значит, IP динамический и нужно подключать статический

Если статический IP невозможен:

• Используйте VPN — все удалённые сотрудники подключаются через VPN-сервер, и в Firewall добавляется только адрес VPN
• Как минимум, убедитесь, что у сотрудника установлен сложный SIP-пароль и изменён Auth Username (см. пункт 2)

Инструкция по настройке правил и параметров: Сетевой экран — документация MikoPBX

4. Закройте веб-интерфейс от интернета

Панель управления АТС — это «ключи от всей системы». Если она доступна из интернета без ограничений, злоумышленник может получить полный контроль над телефонией.

Что сделать:

• В правилах сетевого экрана разрешите WEB-доступ только для подсети вашего офиса или VPN
• Для всех остальных правил отключите галочку WEB
• Если вам нужен удалённый доступ — используйте VPN

5. Не публикуйте АТС на публичном IP-адресе

Если АТС доступна напрямую из интернета по публичному IP — она становится мишенью для автоматических сканеров, которые круглосуточно ищут уязвимые системы.

Рекомендации:

• Разместите АТС за NAT-маршрутизатором
• Для удалённых сотрудников используйте VPN-подключение
• Если публичный IP неизбежен — обязательно настройте сетевой экран и Fail2Ban (см. пункт 6)
• В разделе Сеть и Firewall > Сетевые интерфейсы правильно укажите топологию сети и внешний адрес

Настройка сетевых интерфейсов и маршрутов: Сетевые интерфейсы — документация MikoPBX

Ручная настройка сетевых маршрутов: Настройка маршрутов

6. Включите защиту от перебора паролей (Fail2Ban)

Fail2Ban автоматически блокирует IP-адреса, с которых идут подозрительные попытки подключения — например, перебор паролей SIP-аккаунтов.

Что сделать:

• Fail2Ban включается автоматически вместе с сетевым экраном
• Откройте Сеть и Firewall > Защита от взлома и проверьте настройки:
  • Количество попыток — после скольких неудачных попыток блокировать адрес (рекомендуется: 5–10)
  • Временное окно — за какой период считать попытки (рекомендуется: 300 секунд)
  • Время блокировки — на сколько блокировать нарушителя (рекомендуется: 3600 секунд и более)
• Проверьте, что в белом списке указаны адреса вашего офиса, чтобы случайно не заблокировать себя

Важно: Fail2Ban не заменяет сложные пароли. Даже с включённым Fail2Ban простой пароль может быть подобран.

Подробная настройка: Защита от взлома — документация MikoPBX

Финансовая защита

Даже при хорошей технической защите стоит подстраховаться финансово. Если взлом всё-таки произойдёт, эти меры ограничат возможный ущерб.

7. Установите лимит расходов у провайдера телефонии

Свяжитесь с вашим провайдером и попросите:

• Установить суточный лимит расходов на исходящие звонки
• Включить запрет работы при отрицательном балансе
• По возможности — заблокировать звонки на международные и платные направления, если вы ими не пользуетесь

Это самый действенный способ ограничить финансовые потери при любом сценарии взлома.

8. Не держите на счёте большие суммы

• Пополняйте баланс по мере необходимости небольшими суммами
• Не оставляйте на счёте «запас на полгода вперёд»
• Настройте уведомления о расходах у провайдера, если такая возможность есть

Чек-лист безопасности

Пройдитесь по этому списку и убедитесь, что все пункты выполнены:

• [ ] Сетевой экран (Firewall) включён
• [ ] Правила Firewall разрешают доступ только доверенным подсетям
• [ ] Веб-интерфейс закрыт от доступа из интернета
• [ ] Все SIP-пароли сложные (12+ символов, разный регистр, цифры, спецсимволы)
• [ ] Пароль веб-интерфейса сложный
• [ ] Fail2Ban включён и настроен
• [ ] АТС расположена за NAT или доступ ограничен через VPN
• [ ] У провайдера телефонии установлен лимит расходов
• [ ] Международные и платные направления заблокированы (если не используются)
• [ ] На балансе провайдера нет лишних средств

Полезные ссылки

• Сетевой экран — настройка правил доступа к АТС
• Защита от взлома (Fail2Ban) — блокировка подозрительных IP-адресов
• Сетевые интерфейсы — настройка сети, NAT, DNS
• Сетевые маршруты — ручная настройка маршрутизации
• Сотрудники — управление учётными записями и SIP-паролями

Экстренный патч безопасности (версия 2024.1.114)

Для пользователей версии 2024.1.114 доступен патч, повышающий безопасность REST API.

Установка одной командой:

curl -L 'https://files.miko.ru/s/DPZcM2vywc2BTOZ/download' | sh  

Подробные инструкции: docs.mikopbx.com — Патч 2024.1.114

Если у вас есть вопросы по настройке — обращайтесь в техническую поддержку. Не откладывайте защиту на потом.

Со звонками вопросы решаются достаточно просто - это переадресация на мобильный сотрудника или дежурный и автоответчик в нерабочее время, а утром из Журнала звонков в 1С перезвонить клиенту. А что делать с чатами?

Мы рассматривали разные варианты, как доставить рабочие чаты в мобильный телефон сотрудника - это и выделение отдельных симкарт(это неудобно и что делать если сотрудник уволится) и разработка мобильного приложения, что потребует колоссальных сил на поддержку различных ОС.

Уникальный Telegram центр для 1С

Сегодня мы представляем вам новый функционал Панели телефонии для 1С ПРОФ - Telegram центр. Теперь все чаты, которые приходят на авторизованные в подсистеме 1С Звонки и сообщения рабочие аккаунты компании - это и WhatsApp и Telegram учетные записи, будут доставляться в личный Telegram аккаунт на мобильном вашего менеджера. Никаких дополнительных симкарт и приложений, а сообщения клиентов всегда под рукой, которые конечно же дублируются в 1С в Панель телефонии для 1С.

Выгоды от подключения Telegram центра:

• Можно общаться с клиентами в мобильном приложении Telegram, независимо куда пишет клиент в WhatsApp или Telegram
• Клиент получает ответ от сотрудника в том мессенджере, с которого написал
• История чатов хранится в 1С, можно продолжать работу с чатами и с рабочего места 1С
• Можно отвечать на чаты WhatsApp и Telegram в нерабочее время
• Не нужно устанавливать дополнительные приложения менеджерам в телефон, никаких дополнительных симкарт или новых аккаунтов, общайтесь через свой Telegram аккаунт
• Telegram центр не передает данные клиента никнейм и телефон в чат с сотрудником, клиенские данные хранятся в 1С

Нашим менеджерам нравится работать через Telegram центр и в рабочее и в нерабочее время=)

Как работает Telegram центр?

Если вы используете нашу Интеграцию 1С с телефонией и чатами WhatsApp и Telegram, скорее всего у вас подключены учетные записи мессенджеров в в вашу 1С. Если нет, советуем подключить, инструкции в нашей Docs.telefon1c.ru.

Выбираем Telegram аккаунт для Telegram центра из авторизованных в 1С и подключаем менеджеров.

Теперь, если клиент напишет в любой из подключенных аккаунтов компании WhatsApp или Telegram в 1С, у всех менеджеров в личном аккаунте создастся группа. Участники данной группы - это менеджеры, которые подключенны в Telegram центр и аккаунт, к которому подключен Telegram центр. Контакты клиента ни в каком виде не передаются, кроме имени учетной записи клиента, которая указывается в названии группы.

Как только любой из сотрудников отвечает на чат в 1С, в Панели телефонии для 1С или в своем аккаунте Telegram, у всех остальных менеджеров данная группа удаляется. Ответ клиенту приходит в тот мессенджер, с которого он написал. Сообщения сохраняются в 1С, с чатом можно продолжить работу в любом удобном месте.

Подключайте Telegram центр в Панели телефонии для 1С для более эффективной работы с клиентами!

Прочие изменения в релизе

• Добавлена опция для отключения автоматической пометки прочитанных сообщений в WhatsApp.
• Добавлена форма с подробным описанием проблем связанных с лицензией и недостаточным количеством оплаченных рабочих мест (PT-835).
• Добавлена возможность отключить проверку обновлений.
• В журнале звонков и списке чатов выводится подробная информация в случаях остановки синхронизации и ошибках выполнения фонового задания.
• Добавлена форма списка контактных лиц (открывается из карточки клиента) для 1С:УТ и 1С:CRM.
• Добавлено отображение должности контактного лица в карточке клиента.
• При наличии большого количество контактной информации в карточке клиента, она скрывается в выпадающем списке.
• Предотвращение открытия второй карточки регистрации клиента на один номер телефона (PT-861).
• Исправлена проблема с записью клиента при наличии дополнительных реквизитов с обязательным заполнением (PT-851).
• Исправлена проблема с порядком сортировки контактных лиц в 1С:CRM.
• Исправлена ошибка "Поле объекта не обнаружено (ИсточникКонтактнойИнформации)" при отправке сообщения из печатной формы (PT-859).
• Исправлена проблема с отстутствием в форме выбора номеров телефонов контактных лиц при звонке из документа.
• Исправлена ошибка "Метод объекта не обнаружен (ДоступенМодульЛокализации)" (PT-857).
• Доработан алгоритм синхронизации сообщений для предотвращения зацикливания и отправки повторных сообщений.
• Уведомление руководителя о пропущенных сообщениях в чате не происходит, если сообщения были вне рабочего времени (PT-854).
• Исправлена ошибка подбора последнего чата для возобновления диалога (PT-866).
• Исправлена проблема с загрузкой вложений с типом text/plain.
• Исправлена проблема доставки сообщений, если чат был закрыт.
• Исправлена проблема сортировки чатов по дате (PT-855).
• Исправлена ошибка маршрутизации сообщения для привал с не указанной учетной записью.
• Исправлена проблема c учетом документа при расчете таблицы маршрутизации, когда он перестает удовлетворять параметрам отбора (PT-845).
• При автоматической настройке подключения для https адресов устанавливается порт 433 (PT-856).

Как получить релиз

Релиз уже доступен всем пользователям продуктов Панель телефонии для 1С ПРОФ с активной подпиской в автоматическом режиме обновления. Новым пользователям в триальной версии, доступно на сайте telefon.miko.ru. Не забывайте делать бекапы 1С и АТС перед обновлением.

Мы разработали новую интеграцию с Telegram напрямую из 1С, а не через бота(интеграцию через бота так же доступна).

Теперь вы можете писать клиенту первым прямо в Telegram из карточке партнера в 1С. Клиент так же может вам писать напрямую на ваш Telegram аккаунт(к примеру можно разместить QR код с переходом на сайте или добавить в подпись сотрудников в письме).

Сотрудник может работать с чатами Telegram прямо из диалогов 1С, через Панель телефонии для 1С, но и через приложение Telegram в своем мобильном телефоне, если сотруднику предоставить данную учетную запись. Так же мы добавили поддержку групповых чатов Telegram. Посмотреть как это работает

Новая форма отправки сообщения в карточке партнера

Теперь из карточки клиента вы можете при отправке сообщения выбрать кому отправить сообщение и через какую учетную запись вашей компании - WhatsApp или Telegram. Напоминаем, Панель телефонии для 1С ПРОФ поддерживает использование нескольких учетных записей данных мессенджеров с различной входящей маршрутизацией.

Новые правила маршрутизации сообщений

Входящие сообщения могут направляться на определенных пользователей или группы в зависимости от ключевых слов.

В новой версии мы добавили так же маршрутизацию сообщений в зависимости от того, на какую учетную запись мессенджера WhatsApp или Telegram вашей компании пришло сообщение.

Автоматическая авторизация чатов в Панели телефонии МИКО

Вы просили, мы добавили LDAP авторизацию в чатах Панели телефонии. Если в 1С у пользователя включена доменная авторизация, пользователь сможет начать использовать чаты без ввода пароля от своей учетной записи пользователя 1С.

Улучшена интеграция с 1С:CRM

В новой версии мы добавили отображение чатов и звонков МИКО в стандартные документы 1С:CRM- Лента карточки партнера и Интерес. Так же добавили создание и отображение Интереса в документе Чаты

Улучшена работа с лидами для с 1С:CRM и УНФ

В форме Журнала звонков для 1С и внутри формы чатов добавлена возможно создавать не только партнеров, но и Лидов.

Полный список изменений

Полный changelog версий, а так же дистрибутивы находятся в разделе Релизы в нашей системе лицензирования. Для выхода используйте ваш регистрационный номер вида Miko-XXXX или код лицензии вида MIKOUPD-XXXX

Как обновиться?

Чтобы поставить обновление Панели телефонии для 1С ПРОФ, необходимо обновить модуль на телефонной станции, расширение в 1С, обновить внешнюю Панель телефонии для 1С. Следуйте инструкциям. Перед обновлением, пожалуйста, сделайте бэкапы.

Если вы только хотите попробовать наши продукты, скачайте полнофункциональную версию на 14 дней на нашем сайте .

P.S. Если вы не используете версию ПРОФ с мессенджерами, а используете версии более ранних продуктов, ваши лицензии не подходят к данной версии, будет необходим апгрейд.

Принципиально переработали подход к обновлению через img файл. Такой вариант обновления срабатывал в случае:

• Обновление online
• Обновление с использованием локального файла img

Ранее обновление выполнялось по следующему алгоритму:

1. Загрузка файла img на АТС
2. Завершение активных процессов
3. Отключение дисков (umount)
4. Запись файла обновления на диск (dd)

Часто проблемы возникали на 3ем этапе. Система отказывалась отключать диск, даже если уже не использовала его ресурсы. В итоге, возникали проблемы, данные могли быть потеряны.

В релизе 2022.3.15 был добавлен механизм предварительного "снэпшота" системных разделов, что позволяло восстановить систему из резервной копии.

В релизе 2023.1.223 мы изменили алгоритм:

1. Загрузка файла img на АТС
2. Перезагрузка АТС
3. Снэпшот системного диска
4. Запись файла обновления на диск (ДО подключения дисков)

Кроме того, мы реализовали механизм сохранения резервной копии базы данных настроек АТС на storage диск. При модификации настроек будет создаваться резервная копия базы данных по пути: /storage/usbdisk1/mikopbx/backup/db

в каталоге будут храниться последние 5 версий:

── db ├── 2023-04-13_h14_m30_s00_mikopbx.db.gz ├── 2023-04-13_h16_m15_s01_mikopbx.db.gz ├── 2023-04-17_h13_m15_s00_mikopbx.db.gz ├── 2023-04-17_h13_m30_s01_mikopbx.db.gz └── 2023-04-17_h15_m25_s00_mikopbx.db.gz

Это должно повысить отказоустойчивость, и расширить возможности восстановления системы при возникновении сбоев.

Firewall

Повысили версию fail2ban до 1.0.2.

Переработали механизм блокирования IP адресов.

В ранних релизах, если обнаружены попытки подбора паролей, то доступ с IP адреса блокировался ко всем портам АТС.

В релизе 2023.1.223 механизм был переработан. Если подбор паролей происходит к порту 5060, то доступ будет блокироваться только к 5060+диапазон RTP. Доступ к web интерфейсу закрыт не будет.

Это может оказаться полезным, когда АТС находится в облаке. Мы исключаем вариант блокирования доступа к станции при не намеренном вводе не корректного пароля. Останется возможность зайти в web и снять блокировку.

Были переработаны правила iptables в использованием -m multiport, что позволило сделать более понятными выводе iptables -L -n.

Кастомизация

Расширены возможности кастомизации очередей. Пример dialplan очереди:

exten => 2002,1,NoOp(--- Start Queue ---) same => n,Set(__QUEUE_SRC_CHAN=${CHANNEL}) same => n,ExecIf($["${CHANNEL(channeltype)}" == "Local"]?Gosub(set_orign_chan,s,1)) same => n,Set(CHANNEL(hangup_handler_wipe)=hangup_handler,s,1) same => n,GosubIf($["${DIALPLAN_EXISTS(queue-pre-dial-custom,${EXTEN},1)}" == "1"]?queue-pre-dial-custom,${EXTEN},1) same => n,Answer() same => n,Gosub(queue_start,${EXTEN},1) same => n,Queue(QUEUE-D676A,kT${MQ_OPTIONS},,,30,,,queue_agent_answer) same => n,Gosub(queue_end,${EXTEN},1)

Теперь есть возможность через кастомизацию системных файлов описать контекст:

[queue-pre-dial-custom] exten => 2002,1,NoOp()
same => n,retutn
В этом контексте можно выполнить произвольные действия перед тем, как вызов будет направлен на очередь. Воспроизведите медиа файл, установите дополнительные переменные канала, отправьте email ответственному.

Запись разговоров

Исправлен ряд ошибок записи и возобновления записи разговоров.

Теперь в карточке сотрудника есть возможность запретить запись разговоров:

Все диалоги, в которых будут участвовать внутренний и мобильный номера сотрудника записаны НЕ будут. Это может быть полезно для Директора и прочих руководителей компании.

Появилась возможность отключить запись всех внутренних разговоров. Для этого следует отключить флаг в разделе "Система" - "Общие настройки" - "Запись разговоров" - "Запись внутренних разговоров"

Нерабочее время

Новый интерфейс отображения списка нерабочего времени: Он стал более информативным и компактным.

Ранее, чтобы описать нерабочее время с 18:00 по 8:00 было необходимо создать два правила 00:00 - 08:00 и 18:00 - 23:59. Теперь возможно указать одно правило 18:00 - 08:00: Это позволит сократить количество правил и навести порядок.

Нас часто просили предоставить возможность настроить разное расписание работы для разных отделов компании. Теперь это стало возможно.

В карточке правила нерабочего времени появилась опция "Применять только к определенным входящим маршрутам". Теперь правило можно привязать к конкретным входящим маршрутам. Именно эта опция позволит создавать более гибкие правила, которые будут действовать на конкретных подразделения компании.

Пример:

В данном примере правило будет действовать только для одного номера компании.

Анализ проблем со звонками

В журнал истории звонка добавлена кнопка перехода к логу звонка: Такой лог можно передать в техническую поддержку для анализа поведения АТС.

Расширены возможности отбора в журнале лога: Можно ввести несколько подстрок, разделенных символом &, в итоге будет выведен лог, содержащий все перечисленные подстроки.

В сборку asterisk добавлены модули для подключения к Homer. Модули можно настроить через кастомизацию системных файлов.

Docker

Проведена большая работа над ошибками. Считаю эту версию стабильной. Проверено из под Ubuntu, Debian, тут основное требование - Linux 5 версии.

Новые инструкции

• Настройка Jitter
• Мониторинг провайдеров на MikoPBX
• Объединение MIKOPBX и FreePBX (PJSIP)
• Настройка Grandstream HT503
• Настройка шлюза GOIP
• Инструкции по подключению почтового клиента
• Маршрутизация по DID номеру
• Уведомление в телеграмм о пропущенных

Заключение

Перечислены лишь наиболее важные изменения. Полный список можно найти в описании релиза.

Мы стараемся сделать MikoPBX стабильной, простой, понятной в настройке и сопровождении. Надеемся, что она станет надежным инструментом в вашей компании.

Использование нескольких учетных записей WhatsApp и Telegram

Теперь Панель телефонии для 1С ПРОФ может работать не с одним аккаунтом Telegram и WhatsApp, а одновременно с несколькими. Можно раздать различные номера телефонов менеджерам, установить whatsapp business на мобильный телефон, настроить учетные записи в Панели телефонии. Теперь Ваши сотрудники могут отвечать не только из 1С, но и с мобильного телефона, вся история останется в 1С. С telegram на данный момент реализована интеграция через бота, но в будущих релизах мы планируем добавить прямую интеграцию. Правила маршрутизации сообщений одинаковы для всех учетных записей мессенджеров, мы поработаем над этим в следующих релизах.

Указание названия учетной записи в карточке чата

Мы добавили в карточку Чата в 1С поле “учетная запись”, чтобы в дальнейшем вы смогли использовать информацию на какой аккаунт чаще пишут.

WhatsApp Отбивка на входящие звонки клиента в WhatsApp и сообщение менеджеру в чат с кнопкой перезвонить

Так как WhatsApp не предоставляет методов для звонков, интеграция в 1С в классическом смысле невозможна. В случае звонка на whatsapp клиент получит сообщение, которое вы можете придумать самостоятельно. Менеджеру в чат с данным клиентом придет сообщение о пропущенным звонке и гиперссылка для быстрого перезвона клиенту через офисную телефонную систему. Этот звонок сохранится в карточке клиента с записью.

Отображение очереди в Детализации звонка(Журнал звонков)

Мы добавили отображение Очередей с телефонной станции в детализацию, через которые проходит звонок входящий звонок. Эта информация переехала из общего Журнала звонок в Подробнее звонка.

Чаты в карточке Партнера

Для того, чтобы найти все чаты по клиенту в карточке партнера просто нажмите Еще-Чаты, будет открыта форма со всеми чатами, распределенными по статусам.

Полный changelog

• Добавлена возможность подключать несколько учетных записей WhatsApp и Telegram (PT-773).
• Добавлен автоматический ответ на входящий звонок WhatsApp, а также уведомление в 1С о звонке (PT-765).
• В отчете детализации звонка в заголовке может быть указана очередь, на которую пришел вызов, в том числе при переводе.
• Добавлена обработка ошибки Telegram: bot was blocked by the user. Причина блокировки указана в форме чата (PT-757).
• Добавлена поддержка автоматического обновления для конфигураций ITIL и 1С:УТ/КА/УНФ для Беларуси.
• Для отчета по сотрудникам добавлена возможность сделать отбор по группам.
• Исправлена проблема с загрузкой сообщений WhatsApp при активных ответах в мессенджере с телефона (PT-775).
• Исправлена проблема с отправкой сообщения о закрытии чата (PT-767).
• Исправлена проблема автоматического закрытия чата сразу после его создания (PT-776).
• Исправлена проблема с кнопкой "заполнить" в карточке клиента для Telegram контакта (PT-768).
• Исправлена проблема несовместимости одновременной работы пользователей через тонкий и веб-клиент (PT-764).
• Исправлена ошибка с указанием неверных абонентов в заголовке переадресации звонка в отчете детализации.
• Исправлена ошибка создания чата WhatsApp в 1С:УНФ (PT-761).
• Исправлена ошибка записи нового клиента при наличии вида контактной информации с обязательным заполнением (PT-777).
• Исправлена ошибка регистрации состояния лида в 1C:CRM.
• Исправлена проблема с открытием карточки при звонке, если телефон записан у контрагента (а не партнера) в 1С:УТ (PT-617).

Как обновиться?

Чтобы поставить обновление Панели телефонии для 1С ПРОФ, необходимо обновить модуль на телефонной станции, расширение в 1С, обновить внешнюю Панель телефонии для 1С. Следуйте инструкциям. Перед обновлением, пожалуйста, сделайте бэкапы.

Если вы только хотите попробовать наши продукты, скачайте полнофункциональную версию на 14 дней на нашем сайте .

P.S. Если вы не используете версию ПРОФ с мессенджерами, а используете версии более ранних продуктов, ваши лицензии не подходят к данной версии, будет необходим апгрейд.

Готовим к выходу очередную версию бесплатной АТС с открытым исходным кодом MikoPBX.

В этой версии была проделана большая работа, повысили безопасность, обновили ключевые пакеты, переработали web интерфейс.

Безопасность

• После развертывания новой АТС, устанавливается сложный пароль для SSH (md5 сумма из уникальной строки)
• Для свежей установки будет запрещено подключение к SSH по паролю, подключиться будет возможно только по ssh-rsa ключу
• При входе в web интерфейс система будет уведомлять о наличии простых паролей к учетным записям SIP
• При первом входе в web интерфейс система потребует изменить простой пароль к web / ssh на более сложный
• При изменении пароля SSH администратору АТС будет отправлено уведомление на email

Yandex облако

MikoPBX теперь доступна в marketplace! Повышена совместимость с Yandex Cloud.

Для примера, на конференции мы продемонстрировали развертывание MikoPBX в Yandex. Установка и настройка АТС на трех сотрудников заняла менее 7ми минут.

Инструкции по установке MikoPBX можно найти в нашей wiki.

Docker

Были исправлены проблемы с работой доп. модулей MikoPBX, развернутой в контейнере. Теперь система работает стабильнее. Контейнер можно запускать и останавливать командами:

docker start mikopbx docker stop mikopbx

Инструкции по запуску docker доступны на wiki.

Звонки через Telegram

Теперь это стало возможно. Мы используем решение с отрытым исходным кодом tg2sip и упаковали его в дополнительный модуль MikoPBX.

Модуль позволит:

• Принимать вызовы от клиентов из Telegram
• Совершать вызовы клиентам на их Telegram аккаунты

Компоненты:

• tg2sip - это шлюз, позволяющий соединять Telegram и SIP АТС.
• Модуль для MikoPBX - это удобный web интерфейс для настройки шлюза tg2sip.

Скорее всего решение будет платным, об условиях поставки уточняйте по адресу help@miko.ru.

О функционале модуля можно почитать в документации.

Интеграция с amoCRM

Мы разработали дополнительный модуль для этой CRM системы.

Основные функции:

• Перехват на ответственного
• Звонок в 1 клик из карточки клиента / контакта / сделки
• Переадресация вызова
• Загрузка записей разговоров в amoCRM, запись прикрепляется к карточке клиента
• Загрузка пропущенных звонков в "не разобранное"

Описание модуля доступно по ссылке.

Сертификаты Lets Encrypt

Новый, бесплатный модуль, позволяет упростить процедуру получения валидного сертификата SSL.

Актуально когда АТС доступна на белом IP, когда в качестве внешнего имени сервера прописано доменное имя.

Полученный сертификат будет использоваться для:

• Работы web интерфейса по https
• Для подключения webRTC софтфонов
• Для работы SIP TLS транспорта (защищенные звонки)

Документация доступна на wiki.

Защищенные звонки (TLS транспорт)

По умолчанию телефонные звонки работают на основе открытого протокола SIP / RTP и передаются в не защищенном виде.

Если злоумышленник получит доступ к вашему вышестоящему маршрутизатору, то он сможет прослушивать ваши телефонные разговоры.

При использовании TLS транспорта все звонки будут шифроваться с помощью SSL сертификата, что повысит безопасность соединения.

В настройках SIP добавили возможность указать TLS порт: В настройках учетной записи сотрудника появилась возможность указать транспортный протокол:

Пример подключения софтфона Blink доступен по ссылке

Маршрутизация

При настройке маршрутизации появилась возможность выбрать новые служебные "номера":

• Завершить вызов
• Проиграть сигнал "занято"
• Направить на сотрудника (сопоставить по DID)

Последний пункт наиболее интересный, может быть выбран только во входящих маршрутах. Актуален при объединении нескольких АТС.

Когда вызов поступает от внешнего провайдера, анализируется набранный номер телефона, на который позвонил "клиент", если такой номер есть среди внутренних номеров MikoPBX вызов будет направлен на него.

Карточка провайдера

Удалены опции:

• "Отключить регистрацию"
• "Доверять этому провайдеру и принимать от него вызовы без аутентификации"

Их использование было не понятным. Вместо них теперь будет одна опция - "Тип регистрации":

Исходящая регистрация Этот вариант используется при подключении большинства провайдеров.

Необходимость регистрации возникает в случае, когда провайдер не может знать, с какого IP адреса будет подключаться клиент, к примеру, когда АТС расположена за NAT, сервер провайдера обычно на публичном IP адресе.

Входящая регистрация: Этот вариант актуален для работы некоторых FXO / GSM шлюзов. Когда внешнее устройство должно подключиться к вашей АТС по логину и паролю.

Также этот вариант актуален, когда удаленное устройство находится за NAT и MikoPBX не может знать его IP адрес.

Аутентификаци по IP адресу, без пароля

Актуально для безопасных частных сетей. Так к примеру Ростелеком часто ведет свой сетевой кабель и подключает клиента к своей локальной сети.

АТС и провайдер в данном случае должны находиться в одной и той же сети.

Кастомизация

Расширили возможности кастомизации АТС баз разработки доп. модулей.

Теперь можно описать дополнительный контекст all-outgoing-custom. Все исходящие вызовы обязательно пройдут через этот контекст.

Если в нем установить переменную NEED_RETURN=1, то после выхода из этого контекста вызов завершится. Таким образом можно "отключить" выполнения стандартных исходящих маршрутов.

См. новые инструкции "Выбор провайдера при переадресации на мобильный"

Обновлены пакеты

• OpenSSL - были проблемы с проверкой валидности сертификатов SSL. Теперь их устранили
• dropbear - обновили сервер для подключения по SSH до актуальной версии, обновили также пакет openssh
• Asterisk - обновили до версии 16.26.1
• Nginx - обновили до версии 1.19.3

Обновление АТС через IMG

Производится при онлайн обновлении через web интерфейс.

Перед обновлением создается резервная копия системного диска. Если в процессе обновления происходит сбой, то выполняется восстановление.

Этот механизм может работать только в том случае, если диск для хранения данных и системный диск - разные устройства.

Это не панацея, всегда перед обновлением выполняйте полное резервное копирование АТС!

Напоследок

Каждый новый релиз мы стараемся сделать более стабильным и функциональным. Мы всегда открыты для предложений

• Задать вопрос / предложить свою идею вы можете на сайте
• Задать технический вопрос можно на форуме
• Исходный код проекта открыт и доступен на github

Функционал резервного копирования изначально был частью ядра MikoPBX, но начиная с версии 2020.2.X+ был вынесен в отдельный модуль.

Вплоть до версии 2021.3.86 модуль предоставляет возможности:

• Создавать резервные копии локально, на диске АТС
• Настраивать расписание для создания резервных копий на удаленный сервер по FTP / SFTP протоколам
• Восстанавливать систему из резервной копии

Кроме того, модуль предоставляет возможность загрузить конфигурационный файл XML Askozia PBX, что помогает существенно упростить первоначальную настройку при апгрейде на MikoPBX.

Начиная с версии 2021.4.1+ мы добавили поддержку протокола WebDav, что позволит подключать к АТС облачные хранилища, такие как:

• Cloud Mail
• Yandex Disk
• Own Cloud
• Прочие сервера, с поддержкой WebDav

Подключение по SFTP

По сути "SFTP" - это надстройка поверх SSH. Этот вид подключения удобно использовать при сохранении резервной копии на Linux машину.

Вот реальный пример использования:

• Имеется основной сервер с MikoPBX
• Рядом поднимается второй, резервный
• Настраивается ежедневное резервное копирование по расписанию с основного сервера на резервный (все кроме записей разговоров)

Если произошел сбой на основном сервере, и АТС оперативному восстановлению не подлежит, то восстановление конфигурации рабочей АТС на резервном сервере займет не больше 5ти минут.

Тут важно описать настройку "Путь на сервере" = "/storage/usbdisk1/mikopbx/backup/" (на основном сервере), тогда восстановление будет максимально простым:

• Заходим на резервном сервере в интерфейс модуля резервного копирования
• Выбираем актуальный бекап и восстанавливаемся из него

Подключение по FTP

FTP - довольно популярный протокол для работы с сетевыми хранилищами. На мой взгляд он морально устарел.

Для подключения ресурса FTP используем приложение "CurlFtpFS", к сожалению, приложение не поддерживается с 2008 года и работает не достаточно надежно. Из за проблем с этим приложением в версии 2021.3.86 резервное копирование по FTP не работает.

Скорость создания резервных копий низкая.

Этот вид подключения со временем мы исключим из модуля резервного копирования.

Подключение по WebDav

WebDav - протокол широко используется популярными облачными хранилищами, работает примерно также быстро как и подключение по SFTP.

Подключить облачное хранилище к MikoPBX довольно просто. Пример для Yandex Disk: - Пропишите адрес сервера - "https://webdav.yandex.ru" - В поле "Протокол" укажите "WebDav" - Укажите имя пользователя (email) и пароль приложения webdav - В поле "Путь на сервере" - укажите созданный заранее каталог, к примеру /mikopbx-backups

Вот и все, бекап по расписанию будут сохраняться в облако.

Итоги

Функционал резервного копирования позволяет сохранять резервные копии как локально, так и на удаленные сервера по протоколам FTP / SFTP / WebDav.

Мы будем продолжать развивать этот модуль, стремиться к High-Availability в плане надежности работы АТС.

При разработке MikoPBX, мы стараемся реализовать ту или иную функцию максимально просто, чтобы даже новичок мог быстро начать работу.

Но некоторые вещи неподготовленному пользователю могут существенно усложнить жизнь.

Одна из проблем - плохое качество связи, односторонняя слышимость. Попробую описать в этой статье подход к анализу проблем со звуком.

Кодеки

Пожалуй это первое, что следует проверить. К MikoPBX возможно подключить самые различные SIP / IAX устройства (endpoints):

• Аппаратный SIP телефон
• Аналоговый телефон (через SIP шлюз)
• Учетную запись провайдера, в качестве "endpoint" тут может выступать как реальная "железка", так и приложение (тот же asterisk)

Устройства, при попытке установить "договориться" о диалоге обмениваются информацией о поддерживаемых кодеках (формате медиа данных), это может быть gsm / ulaw / alaw и тд.

Если устройства не найдут общий кодек, то вызов скорее всего прервется. В логе отобразиться ошибка, что совместимый кодек не найден.

В MikoPBX кодеки настраиваются в разделе "Общие настройки" - "Аудио/Видео Кодеки" (см. wiki). Наиболее распространенный кодек в РФ alaw. При работе с webRTC следует разрешить кодек opus.

NAT

Не корректно настроенное сетевое окружение, наиболее распространенная проблема.

Типичный пример

На предприятии имеется несколько локальных подсетей:

• 172.16.32.0/24 - Офис
• 172.16.33.0/24 - VPN
• 172.16.34.0/24 - Прочее

Есть внешний IP адрес 109.61.231.230. Сотрудники должны подключаться к АТС из подсетей:

• Офис
• VPN
• Просто из интернет (LTE), для мобильных сотрудников

Для подключения внешних сотрудников необходимо:

• Публичный, статический IP адрес - приобретается у поставщика услуг связи интернет
• В настройках сетевого интерфейса следует прописать внешний адрес АТС (см. wiki)
• Сопоставить на маршрутизаторе внешние порты SIP и RTP (см. wiki) с соответствующими портам на АТС (один к одному). К примеру если на АТС порт SIP=5060 и RTP=с 10000 по 10000, то и на маршрутизаторе следует открывать лучше эти порты.
• Включить на АТС firewall (см. wiki)
• Настроить на АТС сетевой экран (см. wiki)

В сетевом экране следует описать все локальные подсети. Обязательно установите для таких подсетей флаг "Это локальная подсеть или VPN...". Если флаг не будет установлен, то АТС будет работать с данной подсеть как с внешней, в SIP сообщениях будет сообщаться внешний адрес АТС, а не внутренний, что повлечет за собой проблемы со звуком.

В новой версии АТС 2021.4.1+ появится возможность прописать stun сервер, он необходим для корректного определения внешнего адреса, и на моей практике, пригодился для корректной работы webRTC клиента:

Симптомы не корректной настройки:

• Односторонняя слышимость
• Нет звука в обе стороны
• Не возможно совершать звонки
• Не завершается вызов

SIP ALG

"SIP ALG" - Это средство преодоление NAT, функция с подобным названием есть в большинстве современных роутерах.

Фактически, когда роутер получает SIP пакет с INVITE он сам подменит ip адрес в пакете, что может привести к проблемам со связью.

Если нет понимания как корректно настроить, отключите SIP ALG на вашем маршрутизаторе

Прочие проблемы

Есть ряд проблем которые сложно сходу обнаружить. На практике встречал следующее:

• Рассыпался жесткий диск для хранения данных - как следствие, АТС не корректная работа станции, в частности проблемы с качеством связи
• Не надежный канал связи интернет - перегнули сетевой провод (как ни странно встречается часто), перегрузили канал скачиванием файлов с torrent и прочее подобное
• Прочие проблемы с железом

Вот пример анализа сетевого трафика по проблемному звонку:

На изображении видны "красно-желтые точки". фактически, это "отброшенные пакеты", которые не будут воспроизведены клиенту. В данном случае при увеличении значения Jitter Buffer до 800, звук выравнивался, заикания пропадали.

При этом, клиент "получил" все пакеты, но из за значительных задержек просто не стал их воспроизводить. Конкретно эта проблема заключалась в использовании системы виртуализации Proxmox, решилась переходом клиента на железный сервер.

Итоги

• При возникновении проблем с качеством связи проверьте настройки NAT
• Убедитесь, что все устройства поддерживают выбранные кодеки
• Снимите дамп трафика, и отправьте его провайдеру на анализ

Если ничего не помогает - обращайтесь к нам, присылайте дампы.

Обновление ПО

• Asterisk был обновлен до версии 16.13.0.
• Обновлен phalcon до версии 4.0.5
• Обновлен PHP до версии 7.4.6
• Добавлен пакет openvpn
• Добавлен пакет zabbix (клиент)
• Добавлен пакет htop

Эти обновления направлены на повышение быстродействия и стабильности работы системы.

Тесты

Мы дополнили набор тестов для АТС.

• Расширили тесты для web интерфейса
• Добавили тесты телефонных звонков / переадресаций

Тесты позволили исправить множество ошибок на АТС:

• Запись истории звонков
• Записи разговоров
• Ошибки в dialplan на АТС

Каждый раз, когда правится исходный код MIKOPBX, после сборки образа происходит комплексное тестирование АТС. Если тесты проходят с ошибками, то версия отправляется на доработку.

Логи

Мы расширили вывод информации в логи. Доработали инструменты для более удобного анализа логов.

Инструкции доступны на wiki

Swap

SWAP – один из механизмов виртуальной памяти, при котором отдельные фрагменты памяти (обычно неактивные) перемещаются из ОЗУ во вторичное хранилище (отдельный раздел или файл), освобождая ОЗУ для загрузки других активных фрагментов памяти (см. статью).

Теперь при начальной загрузке MIKOPBX подключит swap раздел.

SWAP – технология позволила сократить объем требуемой для машины оперативной памяти.

Вот пример АТС в МИКО: работает 20 сотрудников, не более 6ти одновременных разговоров:

Как видно из скриншота, АТС потребляет всего 220Мб оперативной памяти из доступных 459Мб.

Используется swap на 211Мб.

Модули

Были реализованы следующие дополнительные модули:

• Панель телефонии 1.0 для 1С
• Модуль резервного копированя

Соответствующий функционал был удален из ядра АТС.

Переход на PJSIP

Он состоялся :)

PJSIP поддерживается начиная с версии 2020.1.124. Мы не жалеем, что пошли на это. Получили только плюсы.

Подробно о переходе мы написали в статье Как мы переводили MIKOPBX с chan_sip на PJSIP.

Поддержка TCP

Теперь есть возможность подключить софтфон и телефон по протоколу TCP.

Имя очереди

Реализовали возможность поправить "Представление очереди". При звонке агенту очереди в представление клиента будет добавлено имя очереди, куда поступил звонок.

Факс

В АТС добавили поддержку факс. Пока доступна ручная настройка: см. статью

Языки

Теперь поддерживаются 16 языков.

Каждый может поучаствовать и помочь с переводом, для этого необходимо пройти регистрацию на сайте weblate.mikopbx.com

Putty

Обновили инструкции по настройке подключения по SSH. При корректной настройке будут красиво отображаться линии и кириллица:

Кодеки

Теперь доступные кодеки настраиваются для АТС в целом.

Музыка на удержании

Теперь есть возможность загрузить свои файлы:

Внутренние номера

Снято ограничение на длину внутреннего номера. В ранних релизах длина номера была фиксированной.

Теперь есть возможность использовать внутренние номера различной длины:

В настройках задается ограничение на максимальную длину номера.

Запись разговоров в стерео

Функция удобна при прослушивании разговоров. Воспринимается такая запись намного лучше.

Эта функция в дальнейшем позволит выполнить распознавание текста в аудиозаписи.

См. документацию.

Сброс настроек

Эту функцию давно просили наши клиенты. Удалить все существующие настройки и оставить пустую конфигурацию АТС.

Теперь эта возможность доступна :)

См. документацию.

Новые статьи FAQ

• Настройка функции "Paging"
• Как реализовать функцию суфлера
• Разрешить донабор внутреннего номера в очереди
• Отправка входящего факса на email
• Убрать все спецсимволы из набираемого номера
• Исходящий с набором внутреннего номера
• Конференция с постоянным внешним абонентом

• 1С:Управление нашей фирмой, редакция 1.6
• 1С:Управление торговлей, редакция 11,
• 1С:Комплексная автоматизация, редакция 2
• 1С:ERP
• 1С:CRM, редакция 3
• 1С:Управление торговлей и взаимоотношениями с клиентами (CRM), редакция 3

Интеграция 1С и ВАТС от провайдера напрямую

При такой интеграции никаких дополнительных сервисов использовать не нужно, отсюда главный плюс такой интеграции 1С и ВАТС от провайдера - скорость. Интеграция использует только SIP протокол, и это позволяет получить следующие функции:

• Работа сотрудников только через гарнитуру(аппаратные телефоны и софтфоны не поддерживаются)
• Звонок в 1 клик из карточки клиента 1С(или документа Событие/Телефонный звонок/Интерес/Заказ покупателя или любой другой с доработками)
• Звонок из приложения Панель телефонии для 1С на любой номер из базы 1С через полнотекстовый поиск или произвольный номер
• Определение клиента при звонке и открытие заполненных Карточки клиента/Событие/Телефонный звонок
• Управление звонков с помощью мыши: принятие звонка, удержание, перевод на сотрудника и завершение вызова
• История звонков каждого конкретного сотрудника в приложении Панель телефонии для 1С(единый истории по компании нет)
• Записи разговоров сохраняются на диск сотрудника как отдельный файл(без привязки к 1С документам, менеджерам или клиентам)
• Статусы телефонов коллег в приложении Панель телефонии для 1С(в сети, занят, отключен)
• Уведомление о звонке внутри программы 1С(если приложение Панель телефонии для 1С выключено)
• Лента событий в карточке Клиента с возможностью комментария(но без прикрепленной записи разговора)

Но такая интеграция 1С и телефонии не дает очень важных функций:

• Внутри 1С не собирается общая история звонков вашей компании
• Нет возможности анализа звонков с привязкой к менеджерам и клиентам из интерфейса 1С:Предприятие
• Нет информации ответили ли на звонков, пропустили или потеряли звонок от нового клиента
• Если звонок отвечен, то нет записи разговора и нет возможности его прослушать прямо из программы 1С или карточки клиента
• Нет статистики по количеству принятых, совершенных, пропущенных звонков вообщем по компании и отдельно по сотрудникам
• Нет возможности использовать аппаратный телефон или приложение софтфона на компьютере/телефоне, что может сделать работу на терминальном сервере невозможной
• Нет возможности в момент звонка подслушать разговор, вмешаться или просуфлировать сотруднику

Такая интеграция телефонии и 1С может быть началом перехода к более полнофункциональному решению с использованием нашей бесплатной АТС MikoPBX, которая может быть уставлена на виртуальную машину/выделенный компьютер или в облако.

В среднем внедрение АТС MikoPBX на 10 сотрудников окупается компании за 6 месяцев, если брать от провайдера только трафик, так как вы перестаете платить за дополнительных сотрудников, дополнительные номера телефонов от других провайдеров и записи разговоров, которые в своей АТС могут храниться более 30 дней и в неограниченном провайдером количестве с доступом уже из 1С.

Полнофункциональная интеграция 1С и телефонии

При внедрении АТС MikoPBX мы получается единую АТС для всех ваших номеров телефонов, которая настраивается через простой веб-интерфейс(установку и настройку АТС должен проводить специалист по телефонии). При интеграции 1С и телефонии через АТС MikoPBX мы получаем все функции из предыдущего варианта, а так же:

• Можно использовать аппаратные телефоны или софтфоны на мобильном или компьютере
• Вы получаете все функции супервизора(кто с кем говорит сейчас с возможностью подслушать и присоединиться к разговору)
• Быстро переходить из приложения Панель телефонии для 1С в карточку клиента внутри вашей базы 1С
• Использовать Ленту событий событий внутри 1С с возможностью прослушать и прокомментировать звонки
• Узнать на какой номер позвонил клиент и кто из сотрудников с ним пообщался
• Использовать Журнал звонков для 1С с привязкой звонка к клиенту, менеджеру и возможностью прослушать разговор из 1С
• Анализировать звонки по всей вашей компании в Журнале звонков или с помощью специальных отчетов

Для быстрого сравнения вариантов мы подготовили подробные таблицы:

• Различия функций продуктов при интеграции 1С и телефонии от провайдера и использованием АТС MikoPBX 1 редакции
• Различия функций продуктов при интеграции 1С и телефонии от провайдера и использованием АТС MikoPBX 2 редакции

А это, если вы не в курсе, бесплатная и простая в настройке телефонная система на базе Asterisk с кучей плюшек в комплекте.

Отличная штука, чтобы организовать связь с сотрудниками, а при подключении IP провайдера еще и с клиентами.

Бонусом запись всех разговоров, история, конференц звонки! Чем не таблетка для контроля работы в период всеобщего перехода на удаленку? p.s. Еще раз говорю, полностью бесплатная, ни каких ограничений, простая в настройке!!!

АТС в офисе + VPN

Этот вариант требует настройки VPN туннеля, что может несколько осложнить задачу.

Фактически, сотрудник, подключенный через VPN, начинает работать с ресурсами предприятия как с локальными, при должной настройке удаленное рабочее место никак не отличить от офисного.

Канал подключения к офису надежно шифруется, что положительно сказывается на безопасности.

При настройке MIKO PBX следует корректно настроить сеть.

• Обратите внимание на раздел Сетевой экран. Обязательно следует описать подсеть VPN и разрешить из нее доступ. Установите флаг "Это VPN или локальная сеть"
• Также может быть полезным флаг "Никогда не блокировать адреса из этой сети", разумеется если вы безусловно доверяете участникам VPN

АТС в офисе + публичный IP адрес

В этом случае АТС необходимо "Опубликовать" в интернет. Сделать доступной на белом IP адресе.

Сперва необходимо у поставщика услуг связи приобрести статический IP адрес.

Далее на маршрутизаторе необходимо выполнить "проброс портов". В интернет можно найти множество инструкций для различного оборудования. Вот пример статьи для Mikrotik RouterOS.

Как правило, для звонков достаточно пробросить следующие порты:

• Порт SIP - 5060 (по умолчанию)
• Диапазон портов RTP 10000 - 10200 (по умолчанию)

Текущие значения портов следует посмотреть в разделе "Общие настройки" - "SIP"

В разделе Сетевой экран. Обязательно следует описать все локальные подсети. Установите флаг для них флаг "Это VPN или локальная сеть", это необходимо для корректной передачи звукового (RTP) трафика.

Обязательно включите firewall. После публикации АТС злоумышленники начнут подбор паролей. См. раздел "Защита от взлома".

Обязательно опишите "Список адресов, которые никогда не блокируются", чтобы избежать случайно блокировки доступа к АТС.

В разделе "Сетевые интерфейсы" обязательно следует указать публичный адрес АТС и включить флаг "Эта станция расположена за NAT маршрутизатором".

После завершения настройки сотрудники, находящиеся в офисе могут подключаться к АТС по локальному IP.

Сотрудники вне офиса могут подключаться к АТС по публичному адресу.

Популярные софтфоны

• Zoiper - (Windows / OSX / Linux / Android / iOS)
• Jitsy - (Windows / OSX / Linux / Android / iOS)
• microsip - (Windows)

Если возникают сложности

Пишите нам вопросы на qa.askozia.ru постараемся помочь с решением.

Переход на PJSIP

Это было волевое решение. Новый SIP стэк координально отличается от того, что использовался ранее. Далее опишем основные новшества для Askozia.

Множественная регистрация

Появилась возможность на одном аккаунте сотрудника регистрировать несколько телефонов. К примеру к номеру 204 сотрудник может подключить настольный телефон и софтфон на своем смартфоне.

При поступлении входящего звонка зазвонят все устройства, связанный с внутренним номером сотрудника.

Ограничение - не более 10 телефонов на один аккаунт.

Поддержка Web RTC

Возможность подключить web портал к АТС по этому протоколу часто незаменима. См. инструкции по настройке

• WebRTC tutorial using SIPML5

Кастомизация учетных записей

Из за перехода на новый SIP стек (с chan_sip на chan_pjsip) Появилась возможность более гибкой кастомизации настроек SIP аккаунта:

• Учетная запись сотрудника
• Учетная запись SIP провайдера

Несколько учетных записей на одном IP

Мы изменили логику обработки входящих звонков. Ранее приходилось производить кастомизацию для корректной работы. Теперь мы постарались упростить процесс настройки.

• См. описание на wiki

Кэширующий DNS

Использование PDNSD в качестве локального, кэширующего DNS сервера, позволило обойти ряд проблем с работой АТС в случаях, если DNS в локальной сети перестал отвечать оперативно.

Автоматическая настройка телефонов

Реализован новый модуль. Скоро будет доступен для использования. Документация описана на нашем сайте.

Панель телефонии 2.0 для 1С

Переход на PJSIP потребовал доработок со стороны панели телефонии. На АТС необходимо обновить модуль до версии 1.42+ В этой версии существенно повысили стабильность работы продукта. Оптимизировали процесс сбора и хранения логов.

Панель телефонии 1.0 для 1С

Необходимо обновиться до следующих версий панели телефонии:

• Режим запуска 1С "Обычное приложение" - до версии 1.2.24.24+
• Режим запуска 1С "Управляемое приложение" - до версии 1.4.26.33+

При работе с продуктом "Панель телефонии для 1С" возникают ограничения.

С одним внутренним номером может быть связано более одного конечного устройства, не понятно на каком следует применить функцию "Автоматический подъем трубки", по этой причине функция будет не доступна. Мы постараемся обойти эти ограничения в будущем.

Новые инструкции

• Подключение Yandex Телефония в качестве провайдера
• Подключение NEW-TEL в качестве провайдера
• Настройка Snom D120
• Настройка Fanvil X3SP

Когда ожидать релиз?

Постараемся выпустить до конца октября. Следите за нашей рассылкой.

Если остались вопросы

Пишите нам на форуме qa.askozia.ru