Особенности работы штатного функционала в закрытом контуре

Урок 2 из 8

5 мин

Открытые линии

Особенность работы открытых линий заключается в том, что вся коммуникация между клиентом и сотрудником происходит через облачный сервер очередей.

imsqs.bitrix.info, imsqs-ru.bitrix.info — серверы очередей для ботов и открытых линий.

Открытие портала должно происходить по следующему location: /api/callback.

Телефония

Рассмотрим варианты эксплуатации телефонии. В базовом варианте схема работы телефонии представлена следующим образом:

Битрикс24 использует якорного поставщика услуг маршрутизации телефонии — компанию Voximplant. Вы подключаете к нему номера магистрального оператора или арендуете их у самого Voximplant.

Маршрутизацией звонков вы управляете со своего Битрикс24, информация о маршрутах сохраняется на серверах VI. При этом на каждом входящем звонке VI через REST API коммуницирует с вашим Битрикс24, чтобы понять, кому отправить звонок, чей клиент и другое.

Звонок на пользователя может пройти по протоколу WebRTC или по протоколу SIP.

При работе протокола WebRTC в дело подключаются еще сервера сигнализации. Итого, чтобы обеспечить в закрытом контуре работу классической Битрикс24 телефонии, нужно разрешить трафик между серверами VI и конечным пользователем по протоколам SIP и/или WebRTC, разрешить коммуникацию между сервером Битрикс24 и облаком VI в части REST по 443 протоколу.

картинка

Oбратите внимание, что IP-адреса облачного VI могут со временем могут быть изменены.

Сотовые операторы (Мегафон, МТС, Билайн)

На сегодня есть возможность построить интеграции с сотовыми операторами. Их принцип работы аналогичен.

Полезно

Для корректной настройки используйте информацию из официальной документации:

Сервер лицензирования

Современный Битрикс24 в коробке очень часто использует облачную инфраструктуру для работы.

Обратите внимание, что при регистрации лицензионного ключа нужно перечислить все домены, на которых будет работать продукт. Работа продукта на домене, который не был указан при активации ключа, не будет корректной (например, эксплуатация облачного Push&Pull сервера будет невозможна).

Правильное лицензирование

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

Также учитывайте ограничения на лицензиях, отличных от Enterprise, а именно - продукт может работать только на 2 копиях в тестовом и продуктовом режиме.

Если над проектом будет работать много разработчиков, вам необходимо каждого обеспечить собственной лицензией или использовать версию Enterprise.

Push&Pull

Одна из основных служб продукта. Без него у вас не будет корректно работать ни чаты, ни синхронизация документов, ни многое другое.

При работе в закрытом контуре следует отказаться от облачного сервиса в настройках модуля:

картинка

Заменив его на вариант "Использовать сервер, установленный локально".

Обратите внимание, что "из коробки" этот сервис не умеет масштабироваться горизонтально. Тем не менее это возможно организовать для повышения отказоустойчивости.