У компании уже есть АТС: внутренние номера, очереди, маршрутизация. Но чтобы всё это работало на мобильном, сотруднику нужен отдельный SIP-клиент - его надо установить, настроить и держать в фоне. На практике он то теряет регистрацию, то засыпает вместе с системой, и звонок до человека не доходит.
SIPgram делает интерфейсом к этой же АТС мессенджер, который у сотрудника уже стоит. Для Asterisk шлюз выглядит как обычные внутренние номера: входящий приходит обычным звонком в Telegram, исходящий инициируется прямо из чата. Вся логика при этом остаётся на станции - маршруты, очереди, Caller ID, запись, CDR и voicemail.
Проект разворачивается на своём сервере, исходный код открыт, образ собран под amd64 и arm64. В докладе разберём, как устроен такой сценарий, кому он подходит и где у него границы.
Тезисы
-Почему отдельный мобильный софтфон не всегда доезжает до сотрудника.
-Telegram как интерфейс к существующей АТС, а не её замена и не второй софтфон.
-Входящие и исходящие звонки через обычные extensions.
-Один Telegram-аккаунт обслуживает нескольких пользователей.
-Удержание, переводы, конференции, DTMF и click-to-call.
-Почему маршрутизация и бизнес-логика остаются на АТС.
-Self-hosted: исходный код открыт, SIP-учётные данные не покидают периметр.
-Ограничения Telegram и границы такого решения.
Подключайтесь к открытой трансляции