MikoPBX — расширенные возможности часть 1

MikoPBX — открытая (open source) программная IP-АТС, ориентированная на простоту внедрения и сопровождения при сохранении достаточной гибкости для нестандартных задач. Решение подходит для компаний разных масштабов: от микробизнеса (1–10 сотрудников) и средних организаций (50+ рабочих мест) до крупных инсталляций в 1000+ внутренних номеров. Практика эксплуатации подтверждает стабильную работу веб-интерфейса и быструю запись конфигурации даже при больших объёмах.

Продукт включён в российский реестр ПО и может применяться в госсекторе. Доступны современная документация и активное сообщество (официальные блоги, Telegram-группа), где пользователи и разработчики обмениваются практическими решениями.

Позиционирование и архитектурные принципы

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

Масштабирование и производительность

• Ограничения на число провайдеров SIP-транков и внутренних номеров отсутствуют.
• Подтверждённые внедрения: 1000+ рабочих мест; крупнейшая из озвученных инсталляций — 2399 внутренних номеров.
• Веб-интерфейс остаётся отзывчивым, конфигурация применяется быстро, требования к ресурсам умеренные.

Журнал звонков и запись разговоров

Диалоговый подход к записи

MikoPBX фиксирует не «один длинный разговор», а последовательность диалогов. При консультативной переадресации формируются отдельные записи:

1. клиент ↔ секретарь
2. секретарь ↔ сотрудник
3. сотрудник ↔ клиент

Такой формат облегчает поиск и аналитику в отчётах, а руководители получают корректную «историю общения» с разбивкой по участникам.

Режим стереозаписи и транскрибация

• Поддерживается стереозапись (каналы разделены по сторонам разговора), что повышает точность Speech-to-Text при использовании внешних сервисов распознавания.
• Возможна выгрузка расшифровок в CRM (например, в Bitrix24) через дополнительные модули.

Политика хранения и автоочистка

• Глобальная политика хранения задаётся ползунком (от 1 месяца до 3 лет или «без ограничений») и распространяется на записи и CDR.
• При нехватке места (<512 МБ свободно) система автоматически удаляет самые старые записи пакетами (по «часовым» каталогам), предотвращая аварийную остановку.

Индивидуальные исключения

Запись можно отключать глобально, для внутренних вызовов, а также точечно — на уровне конкретного рабочего места/сотрудника (тогда диалоги с участием этого сотрудника не записываются).

Интеграции с CRM и внешними системами

• 1С:Предприятие: поддерживаются как «классические» конфигурации (например, «Управление торговлей 10.3» в обычном приложении), так и современные (БСП: «УТ 11», ERP, «Бухгалтерия 3.0» — включая CRM-блок).
• Bitrix24, amoCRM: зрелые модули с регулярными обновлениями.
• Дополнительно доступна интеграция с внешними сервисами транскрибации и аналитики разговоров.

Варианты развёртывания

Виртуализация и облака (рекомендуемый путь)

• Поддерживаются VMware ESXi/Workstation, Hyper-V, Proxmox и др.
• Облачные платформы: VK Cloud, Yandex Cloud (есть образ в Marketplace), Microsoft Azure, Google Cloud (образ), AWS (в том числе ARM64-вариант в Docker; как тестовый), частные облака.

Docker

Самый быстрый путь инсталляции: подготовить Linux-окружение (например, Debian 11 или Ubuntu 22+), установить Docker из официальных репозиториев и запустить контейнер MikoPBX одной командой. Старт обычно занимает несколько минут (зависит от канала).

«Железо» и загрузочная флешка

Возможна установка на физический ПК через bootable USB. Рекомендуется разделять систему и данные:

• системный носитель минимального объёма (например, USB-флешка ~500–600 МБ под образ и снапшоты конфигурации)
• отдельный диск Storage (HDD/SSD) для записей разговоров, CDR и медиафайлов

Подход повышает отказоустойчивость: конфигурация хранится и на флешке, и на Storage. При выходе из строя флешки достаточно заменить её дубликатом; MikoPBX автоматически обнаружит существующий Storage и восстановит конфигурацию.

Безопасность и эксплуатация

• SSH: рекомендована аутентификация по ключам (SSH-RSA/ED25519), вход паролем отключён по умолчанию. Системный пользователь — отдельный пользователь (например, miko) с необходимыми правами; вход под root не используется.
• Firewall и защита от перебора: включается с самого начала, чтобы не допустить взрывного роста логов при внешнем сканировании/атаках. На уровне iptables автоматически формируются разрешающие правила для доверенных адресов провайдеров (см. ниже).
• Ротация логов: типовой порог ~10 МБ на файл, хранится ограниченное количество ротаций (по умолчанию — до 5), что не даёт логам перерастать разумные границы. При корректно настроенном файрволе объём логов невелик.
• Сетевое хранилище: по инструкции на wiki возможно подключение внешней SMB/NFS-шары для вынесения записей (опция для продвинутых; требует аккуратной настройки квот и отказоустойчивости).

Пример быстрого запуска в Yandex Cloud

1. Создание ВМ из Marketplace: выбор образа MikoPBX.
2. Ресурсы: для пилота достаточно 1 vCPU (50% CPU share) и 1 ГБ RAM; добавить второй диск Storage (например, 50+ ГБ под записи).
3. Доступ: задать SSH-ключ; вход паролем не включать.
4. Серийная консоль: активировать опцию для аварийного доступа при ошибках сети или блокировках.
5. Первый вход в веб-интерфейс по публичному IP: сменить сгенерированный пароль администратора.

Базовые настройки:

• язык интерфейса и язык звуковых пакетов (например, русский)
• максимальная длина внутренних номеров (например, 3–5 знаков)
• политика записи разговоров (включая стерео при необходимости распознавания)
• сроки хранения записей и CDR

Внутренние функции телефонии

Кодеки и приоритизация

Рекомендуемый порядок приоритетов (сверху — выше приоритет):

1. Opus — широкополосный кодек (частота дискретизации до 48 кГц); даёт «телеграм-подобное» качество при IP↔IP.
2. G.722 — широкополосный, 16 кГц (HD-Voice).
3. G.711 A-law — узкополосный, 8 кГц (совместим с PSTN/GSM).

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

Сервисные коды (star-codes)

• Парковка вызова: *2 — система сообщает слот (например, 801); забрать с любого аппарата — набор номера слота. Удобно для удержания и «переезда» на другой аппарат.
• Переадресации: Слепый перевод — секретарь переводит вызов, не дожидаясь ответа коллеги. Консультативный перевод — предварительный разговор с коллегой и только затем соединение с клиентом.
• Перехват звонка: *8 — взять входящий вызов, звучащий на соседнем внутреннем номере.

Подключение провайдеров и маршрутизация

Типы учётных записей (транков)

• Исходящая регистрация (регистрация MikoPBX на стороне провайдера) — классика для SIP-операторов, даёт входящие и исходящие.
• Входящая регистрация (регистрация шлюза на MikoPBX) — используется для подключаемых шлюзов/мостов.
• Аутентификация по IP — без логина/пароля, при фиксированных белых адресах.

Особый случай: Novafone/Zadarma

У отдельных операторов входящие INVITE могут приходить с широкого пула IP-адресов, скрытых за доменным именем SIP-сервера. Для корректного сопоставления входящего трафика с нужным провайдером в профиле транка настраивается список «Дополнительных адресов провайдера».

MikoPBX автоматически добавляет разрешающие правила в iptables для перечисленных адресов; при этом некорректные попытки аутентификации всё равно банятся.

Сотрудники и софтфоны

В разделе «Сотрудники» создаются внутренние номера и параметры регистрации SIP-клиентов. Подключаются настольные телефоны и софтфоны (настольные ОС и мобильные приложения). Далее настраиваются:

• входящая маршрутизация (DID → IVR/очередь/группа/внутренний)
• исходящие правила (по префиксам и направлениям)
• режим нерабочего времени (альтернативные сценарии)
• IVR и очереди
• уведомления о пропущенных вызовах

Дополнительно: факс, статус, мониторинг

Входящий факс → e-mail: доступна инструкция на wiki; в веб-интерфейсе отдельного мастера нет. Исходящая передача факсов средствами АТС по умолчанию не предусматривается.

Для SIP-endpoints с регистрацией отображается статус «зарегистрирован». Для peer-to-peer по IP мониторинг реализуется через OPTIONS-запросы; отображение статуса может отличаться от «лампочки регистрации».