Интеграция Asterisk с веб-интерфейсом: архитектура системы управления звонками

В практике проектирования систем телефонии для колл-центров часто возникает задача связать IP-телефонию на базе Asterisk с операторским интерфейсом, где оператор видит контекст клиента и может управлять звонками из единого окна. Рассмотрим, как построена архитектура такой интеграции.

Что произошло

Компания GRI в 2022 году реализовала проект интеграции Asterisk с веб-приложением для управления колл-центром. Архитектура решения состоит из нескольких слоёв: backend на Python/Django с обработкой событий через Django Channels, WebSocket для передачи данных в реальном времени и frontend на Vue.js.

Основная идея: аудиопоток остаётся в SIP-клиенте (не перенаправляется в браузер), а управление звонками, контекст клиента, историю заказов и действия оператора обрабатывает веб-интерфейс.

Структура архитектуры

Backend и обработка событий

Backend на Django выступает промежуточным слоем между Asterisk и веб-интерфейсом. Django Channels позволяет обрабатывать асинхронные события телефонии — поступление звонка, завершение разговора, изменение статуса оператора.

Такой подход даёт несколько преимуществ:

• отделение логики телефонии от логики интерфейса;
• стандартизация формата сообщений;
• возможность расширения функциональности без изменения Asterisk.

WebSocket для синхронизации

WebSocket используется для двусторонней передачи данных между backend и frontend в реальном времени. При поступлении события от Asterisk backend отправляет оператору обновление о новом звонке, смене статуса или другом действии. Оператор может инициировать действие (например, завершить звонок или переводить звонок), которое также передаётся через WebSocket.

Такая архитектура обеспечивает низкую задержку и надёжную синхронизацию.

Frontend на Vue.js

Веб-интерфейс на Vue отображает информацию о звонках, карточку клиента, историю заказов и элементы управления. Интерфейс получает обновления через WebSocket и мгновенно отражает изменения статуса.

Разделение функционала

Ключевое решение архитектуры — разделение обязанностей:

• SIP-клиент — отвечает за захват и обработку аудио;
• Веб-интерфейс — отвечает за управление, контекст и действия.

Это позволяет:

• не требовать от браузера обработку аудиопотока (что сложнее и требует дополнительные разрешения);
• дать оператору чистый интерфейс с доступом ко всей информации о клиенте;
• сохранить стабильность аудиосоединения.

BFF-слой (Backend for Frontend)

Django работает как BFF (Backend for Frontend) — специализированный backend, который преобразует события Asterisk в формат, удобный для фронтенда. Это избавляет фронтенд от необходимости знать о внутренних деталях работы Asterisk и Asterisk AGI/AMI API.

Почему это важно

Для российских колл-центров и компаний, использующих Asterisk как основу для внутренней телефонии, такой подход решает общую проблему: Asterisk сам по себе — это мощный телефонный коммутатор, но его стандартные интерфейсы (AMI, AGI) требуют специальных знаний и не дают оператору всю необходимую информацию.

Интеграция с веб-интерфейсом позволяет:

• операторам работать в привычной веб-среде;
• быстро получать контекст клиента из CRM или базы данных;
• управлять звонками стандартными действиями;
• масштабировать систему без изменения самого Asterisk.

Практическое применение

Такая архитектура подходит для:

• организаций с собственной инфраструктурой Asterisk;
• колл-центров, где нужна интеграция с внутренней базой клиентов и заказов;
• проектов, где требуется кастомизация функционала под специфику процессов компании;
• систем, где нельзя использовать облачные решения (из-за требований безопасности или локализации данных).

На что обратить внимание

Реализация такого решения требует:

• опыта в разработке на Python/Django;
• понимания работы Asterisk API и протокола SIP;
• настройки и поддержки WebSocket-соединений в production-среде;
• тестирования на нагрузку для масштабирования на количество операторов.

Источник: Habr, статья компании GRI (https://habr.com/ru/companies/gri/articles/1061970/)