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