![](https://habrastorage.org/storage2/4c1/e32/bb7/4c1e32bb7454ae54714c2eef2f48f4f1.jpg)
Позже, в 2007 году, мне попались программки VoIP, позволяющие совершать бесплатные звонки по России — это было невероятно! Никаких депозитов как в скайпе, и можно звонить на обычный телефон! Это был настоящий крах шаблонов. В общем-то, тогда и началось мое серьезное увлечение IP-телефонией.
![](https://habrastorage.org/storage2/226/e22/9db/226e229dbbf401e421639de30b348296.gif)
Одним из последствий этого увлечения была покупка магазина оборудования для IP телефонии — Voips.ru сразу после кризиса 2008 года. Магазин состоял из простенького сайта, маленькой комнатки, двух столов и склада на этажерке из Ikea. Оборот был порядка 400 000 в месяц. Прежние хозяева не видели перспектив в направлении VoIP-телефонии.
Я зарегистрировал фирму, нашел продавца и начал вести дела. Поначалу с операционным учетом были большие проблемы. Было абсолютно непонятно как все происходит — откуда что берется, где фиксируется, где хранится и т.д и т.п. Отдельно работал сайт, отдельно 1С, отдельно бухгалтерия. Для работы при таком раскладе требовалось немало рабочих рук — в 2010 году продавцов стало четверо, а в начале 2011 шестеро! Оборот пошел вверх и достиг 5 млн в месяц.
Тем не менее было ясно, что весь этот зоопарк с бизнес-процессами нужно как-то поженить. Я пополнил команду веб-разработчиком и инженером, и мы принялись выстраивать более открытую и понятную систему работы. В итоге мы сделали максимально удобный для себя интерфейс управления заказами в вебе и наладили выгрузку нужных данных в 1С. Жизнь налаживалась.
Уже в 2012 году удалось сократить количество продавцов до двух и при этом обрабатывать тот же объем заказов.
С 2009 по 2010 год мы, одновременно с продажами, провели множество настроек и установок открытых систем и готовых решений, и каждый раз убеждались в одном и том же: никто из наших клиентов не понимал, какие возможности дает IP-телефония и какие выгоды из нее можно извлекать. Единственное, что знали все — что так можно снизить расходы на телефонную связь. И только.
И все это — не от недостатка знаний (человек и не должен разбираться в телефонии, как обычный пользователь не должен уметь собирать-разбирать компьютер за 40 секунд или писать софт), а по другой причине: все существующие интерфейсы управления телефонной связью сделаны специалистами для специалистов. Все в них, начиная от логики построения самих систем виртуальных АТС и заканчивая их интерфейсами очень мало приспособлено для пользователя без какой-либо квалификации в области технологий связи или смежных. И это при том, что главные пользователи таких систем — управленцы всех звеньев, чаще всего не технари.
Конечно, обязательное участие наших технических специалистов по настройке и установке приносила нам дополнительный доход, но и отдаляла клиентов от потрясающих возможностей и перспектив технологии. Поэтому примерно в 2008 году возникла идея сделать сервис управления связью — виртуальную АТС, которая бы была центром связи любой компании, быстро и легко настраивалась, и позволяла решать максимум бизнес-задач.
Ну и, естественно, мы замахнулись.
Во-первых, было принято решение стать оператором связи и получить собственный пул московских номеров — чтобы любой желающий мог за 5 секунд получить номер и прикрутить его либо напрямую в IP-телефон, либо в IP-АТС, либо установить переадресацию.
Конечно я понимал, что стать оператором — это долго, но, разумеется, это оказалось еще дольше.
В 2010 году мы подали документы на получение пакета лицензий и приступили к подготовке проекта и построению узла связи. Стали изучать оборудование, многое перепробовали, понакупали лишнего, в итоге остановились на современном оборудовании Элтекс (делают ребята в Новосибирске). Узел был построен на надежной площадке ММТС-9 и сдан проверочной комиссии Роскомнадзора в мае 2012 года, через 2 года после начала процесса. Еще 8 месяцев прошло, прежде чем мы активировали и прописали нашу большую номерную емкость (6000 номеров в коде 499) на сети местной телефонии в Москве: и наконец-то на номера стало возможно звонить!
Во-вторых, мы решили полностью изменить подход к построению виртуальной АТС и реализовать новую доступную концепцию визуального построения телефонии.
Центром нашей системы стали схемы связи (входящие и исходящие), на них строится вся логика нашей виртуальной АТС. Cхема — маршрут «передвижения» входящих или исходящих вызовов. Что услышит абонент, набрав тот или иной номер? Какие навигационные возможности у него будут сначала, какие — потом? Как будет происходить дозвон в рабочее время? А в нерабочее? Можно установить разные схемы (а соответственно и правила) для разных групп абонентов, для личных нужд и для рабочих обязанностей, для разного времени суток, задействовать стационарные, рабочие, мобильные телефоны, смартфоны, электронную почту, факс и т.д… И при этой максимальной доступности оставаться для внешних абонентов закрытыми — они просто набирают ваш номер, а откуда вы реально им отвечаете, и вообще — что происходит внутри схемы, они не знают, ведь они звонят на схему, а не на телефонный номер (линию). Это важно еще и потому, что с развитием IP-телефонии многие пользователи оказались более открытыми, чем хотели бы. Например, во многих АТС можно напрямую позвонить на внутренний номер вида 101@Sipuni.com. Мы же сделали открытыми для внешних вызовов только схемы связи — у них есть своя внутренняя нумерация вида 000999888@sipuni.com
![](https://habrastorage.org/storage2/d8c/f25/e21/d8cf25e21a1531165bdc3d3799120224.jpg)
С технической точки зрения, с помощью схем мы полностью разделили поступление вызова, его обработку и отправление вызова на оконечное устройство (физический уровень). Что это значит? Например, любой сотовый телефон имеет идентификатор в сети связи мобильного оператора. Когда приходит входящий вызов, оператор сразу отправляет его на конкретный аппарат и когда с аппарата совершается вызов, оператор сразу отправляет вызов через линию клиента в сеть общего пользования. Подход с управлением схемами позволяет обработать входящий вызов как угодно, согласно схеме, и только потом отправить его на аппарат (или несколько). Аналогично и исходящий вызов подвергается множественной обработке, и только после этого покидает платформу оператора через линию клиента.
Входящие схемы принимают вызовы с входящих линий. Это могут быть линии, купленные в нашем сервисе, или линии любых других операторов. Когда звонок попадает в схему, он проходит по построенному маршруту-сценарию. Маршрут состоит из набора функций и выглядит как ориентированное (направленное) «дерево» из математической теории графов.
![](https://habrastorage.org/storage2/dca/a74/a19/dcaa74a19e169d31377d98e02352f563.png)
Исходящая связь организуется аналогично, только вызовы на исходящие схемы поступают с внутренних телефонов системы сразу после набора номера.
![](https://habrastorage.org/storage2/315/5a1/b9f/3155a1b9fb2abe10c99023b947515d36.jpg)
Такая структура легко позволяет конструировать АТС любого вида, масштаба и возможностей. При этом добавление новых функций и их использование упрощено визуальной подачей и логикой системы. Начните строить схему (маршрут вызова) и система сама подскажет, что нужно делать дальше.
Таким образом, мы получили АТС со встроенным визуальным объектно-ориентированным языком программирования, построенным на базовых сущностях АТС и позволяющем создавать телефонные системы любого масштаба. Из зарубежных аналогов мы недавно узнали про invox.com — но проект (на текущий момент) не является рабочим. Еще схожая логика у Askozia – но это программа для установки на сервере, она позволяет конструировать только входящие схемы вызовов, отображая их слева направо.
Систему мы назвали Sipuni.com (от SIP — протокол и UNIversal — всемирная).
Как мы планируем развиваться?
![](https://habrastorage.org/storage2/f50/69d/7c0/f5069d7c04adbe3f8effded4e988ea39.jpg)
Первая и главная наша цель — избавить клиента от любой головной боли за связь. Какая разница, IP-телефония или любая другая? Не нужно об этом думать, просто берите все возможности и используйте.
Для достижения этой цели мы исповедуем комплексный подход.
Конечно, развиваем функционал и продолжаем совершенствовать интерфейс.
Работаем над максимальной открытостью системы — активно поддерживаем подключение сторонних SIP-операторов. Это добавляет сложностей по их мониторингу и контролю состояния, но оставляет систему открытой для многих будущих клиентов, которые уже пользуются IP-телефонией где-то еще: они могут сохранить свои внешние номера и использовать интерфейс и возможности Sipuni.
В ближайших планах — сделать «расшаривание» схем связи. Это позволит легко делиться лучшими практиками между пользователями. А также реализовать интеграцию с CRM.
Также мы бы хотели, чтобы наша система управления вызовами использовалась в социальных сетях, где сейчас можно звонить только тем, кто онлайн. А ведь часто очень нужно найти человека, и Sipuni может сделать это многими способами — в skype, на SIP, стационарных и мобильных телефонах, в одной стране или нескольких — и при этом полностью учесть желания вызываемого абонента.