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

Команда Itgrix · 9 октября 2026 года

Осенью 2026 года у компаний на Asterisk есть конкретный повод проверить свою телефонию. По календарю проекта, 19 октября ветка Asterisk 20 переходит в режим исправлений только безопасности. Полное завершение её поддержки запланировано на 19 октября 2027 года. Это не означает, что телефоны перестанут работать, но даёт понятный срок для планирования следующего этапа. Календарь поддержки Asterisk.

Для руководителя продаж задача звучит проще: после технических работ менеджеры должны продолжить общение с клиентами, видеть историю и открывать записи. Ниже — план, который можно обсудить с администратором АТС и специалистом по CRM, даже если в отделе всего несколько человек.

Что означает обновление Asterisk для интеграции с CRM

Обновление Asterisk — это установка новой версии программной телефонной станции, которая управляет вызовами компании. Интеграция с CRM — отдельная часть системы: она связывает телефонные события с клиентами и сотрудниками.

Поэтому проверка «мы позвонили, нас слышно» недостаточна. Разговор может состояться, но в CRM окажется неверный ответственный, не откроется запись или не сработает исходящий вызов из карточки.

В инструкции Itgrix для Битрикс24 описаны подключения коннектора к телефонной базе данных, интерфейсу управления Asterisk и самому порталу. При переносе сервера каждое из этих соединений требует проверки. Также важно сохранить соответствие внутренних номеров сотрудникам. Установка и настройка Itgrix для Битрикс24.

Удобно заранее разделить ответственность. Администратор отвечает за связь и телефонные маршруты, специалист по интеграции — за обработку данных, а представитель отдела продаж подтверждает, что результат в CRM пригоден для работы.

Почему проверку стоит запланировать на осень 2026 года

У разных веток Asterisk разные сроки поддержки. На 9 октября 2026 года ориентиры такие:

Даты относятся к обычным веткам проекта Asterisk. Для сборки поставщика, коммерческой поддержки и дистрибутива АТС условия нужно уточнять отдельно. Источник дат — официальная таблица версий.

Из этого не следует, что нужно срочно ставить самую новую версию. Сначала проверьте, поддерживают ли выбранный вариант ваша панель управления АТС, операционная система, телефонные устройства и коннектор. Если используется FreePBX или другой дистрибутив, нельзя оценивать готовность только по номеру Asterisk.

Для небольшой компании разумный результат ближайшей проверки — не обязательный переезд за выходные, а согласованный план: что установлено сейчас, какая версия подходит дальше, кто проводит тесты и когда можно переключать сотрудников.

Что может измениться при переходе на новую версию

Подключение телефонов и исходящие вызовы

Один из известных примеров несовместимости — старый SIP-драйвер chan_sip, удалённый из Asterisk 21. Если действующая установка на него опирается, переход на более новую ветку требует подготовки настроек PJSIP, а не простого копирования старой конфигурации. Документация Asterisk о chan_sip.

Для менеджера это означает необходимость проверить привычные действия: принять звонок, набрать номер из CRM, перевести клиента коллеге. Для администратора — проверить связанные настройки устройств, маршрутов и нестандартных сценариев. Точное влияние зависит от вашей конфигурации.

Запись разговоров

В Asterisk 21 также удалён модуль res_monitor; в описании изменений указано использование MixMonitor вместо прежнего механизма Monitor. Если запись была настроена через старые команды или собственные скрипты, её работу нужно проверить отдельно. Изменения Asterisk 21.

При тестировании недостаточно увидеть файл на сервере. Откройте запись из карточки клиента под обычной учётной записью менеджера и убедитесь, что слышны обе стороны разговора. При переносе хранилища проверьте также несколько старых записей: доступ к ним важен независимо от того, где теперь работает АТС.

Данные для интеграции

В требованиях Itgrix указаны AMI — интерфейс управления Asterisk, журнал событий CEL в MySQL и данные об именах файлов записей в CDR. Это отдельные элементы, которые должны оставаться доступными коннектору. Требования к системе Itgrix.

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

Как проверить обновление до переключения отдела продаж

Подготовьте рабочий план

1.       Зафиксируйте исходное состояние. Запишите версии АТС, коннектора и панели управления. Составьте список используемых функций: очереди, переводы, записи, звонки из CRM и индивидуальные доработки.

2.       Согласуйте целевую конфигурацию. Передайте специалистам версии и описание вашей схемы. Общая фраза «поддерживает Asterisk» не заменяет проверки конкретного сочетания компонентов.

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

4.       Создайте отдельную тестовую среду. Не допускайте, чтобы два коннектора одновременно отправляли один поток событий в рабочую CRM. Выберите тестовые номера и карточки, а доступ к копиям данных ограничьте.

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

6.       Назначьте окно переключения. Учтите рабочее время отдела, доступность специалистов и время на возврат. После переключения повторите проверки уже в рабочей системе.

Пройдите сценарии клиента целиком

Начните со входящего звонка известного клиента: ответьте, завершите разговор и откройте его историю. Затем позвоните с нового номера и сравните результат с принятыми правилами создания карточек. Не считайте новый лид обязательным результатом, если ваша схема его не предусматривает.

Проверьте исходящий вызов из CRM и перевод между сотрудниками. Убедитесь, что в истории отражён нужный клиент, а ответственный назначен по согласованной логике. Отдельно проведите пропущенный звонок и обратный вызов: менеджер должен понимать, кому и почему нужно перезвонить.

Если в компании используются очереди, перехват или браузерный софтфон, добавьте их в приёмку. Для каждого сценария проверяйте звук, событие CRM и запись там, где она должна создаваться. Готовые наборы проверок для обеих CRM доступны в тест-кейсах Itgrix.

Не завершайте проверку на первом удачном звонке

Успешная проверка обновления Asterisk означает, что сотрудник может выполнить привычный сценарий общения с клиентом, а CRM сохраняет ожидаемый результат. Для этого заранее составляют перечень используемых функций и согласуют, что должно появиться в карточке после каждого теста. Проверяют входящий вызов от известного клиента, обращение с нового номера, исходящий звонок из CRM, перевод и пропущенное обращение. Если используются очереди или браузерный софтфон, их включают в отдельные сценарии. После разговора сверяют клиента, ответственного, время и доступность записи. Проверку проводят под обычными правами менеджера, поскольку доступ администратора может скрыть проблему. До переключения рабочей телефонии должна быть подготовлена резервная копия и понятен порядок возврата. После переключения тесты повторяют, а обнаруженные расхождения разбирают по конкретным вызовам. Новая версия АТС сама по себе не подтверждает готовность интеграции. Решение о завершении работ принимают по результатам проверки связи и данных, а не только по отсутствию ошибок при установке. Ответственных за эту проверку назначают до начала работ.

Частые вопросы об обновлении Asterisk и CRM

Перестанет ли Asterisk 20 работать после 19 октября 2026 года

Нет. По календарю проекта, в этот день меняется режим поддержки: остаются исправления безопасности. Окончание поддержки ветки запланировано на 19 октября 2027 года. Это повод подготовить переход, а не признак автоматической остановки телефонии.

Можно ли обновить только Asterisk и оставить CRM без изменений

Возможность зависит от конфигурации. Даже если CRM не обновляется, нужно проверить совместимость коннектора, телефонные события, исходящие вызовы и доступ к записям. Решение принимают после тестов вашей схемы.

Нужно ли переустанавливать Itgrix при обновлении АТС

Не обязательно. Порядок действий зависит от способа обновления, переноса сервера и установленной версии коннектора. До работ согласуйте его с поддержкой; не удаляйте настройки и состояние приложения без подготовленного плана.

Достаточно ли проверить один входящий звонок

Нет. Входящий вызов не проверяет исходящие звонки из CRM, переводы, очереди и правила обработки новых клиентов. Список тестов должен соответствовать функциям, которыми действительно пользуется отдел.

Можно ли заранее гарантировать обновление без простоя

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

Обсудите подготовку интеграции с командой Itgrix

Руководителю отдела продаж не нужно разбираться во всех настройках АТС. Достаточно потребовать понятный результат: связь работает, история клиентов сохраняется, записи доступны, а у каждого сбоя есть ответственный за разбор.

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