Журналирование вызовов АТС: методы и форматы¶

Журналирование вызовов АТС — это процесс автоматической регистрации и сохранения сведений о телефонных соединениях, проходящих через учрежденческую автоматическую телефонную станцию (АТС) или корпоративную телефонную систему. Результатом журналирования является формирование детализированных записей о каждом вызове (Call Detail Record, CDR), которые используются для анализа трафика, контроля расходов, обеспечения безопасности и интеграции с бизнес-приложениями.

¶Назначение и области применения

Основная цель журналирования — создание объективной и полной истории телефонной активности организации. Данные CDR востребованы в нескольких ключевых направлениях:

• Финансовый учёт и биллинг: тарификация внутренних и внешних переговоров, распределение затрат по подразделениям или проектам, выставление счетов клиентам за услуги связи.
• Контроль и оптимизация: выявление нецелевого использования телефонной линии, анализ нагрузки на операторов, оценка эффективности работы контакт-центров.
• Безопасность и расследования: выявление несанкционированных звонков, отслеживание утечек информации, предоставление доказательной базы при внутренних разбирательствах.
• Интеграция с CRM: автоматическое создание карточек взаимодействия с клиентами, поднятие истории переговоров при входящем звонке.

¶Методы журналирования

Способ сбора данных о вызовах зависит от архитектуры АТС и используемых протоколов.

¶Аппаратное журналирование (SMDR)

Традиционный метод для аналоговых и цифровых АТС. Станция формирует поток данных SMDR (Station Message Detail Recording), передавая его через последовательный порт (RS-232), USB или Ethernet на внешний сервер. Записи передаются в виде текстовых строк с фиксированной или разделительной структурой полей. Этот метод отличается высокой надёжностью, но требует настройки формата под конкретную модель станции.

¶Программное журналирование (IP-АТС)

В системах на базе IP-протоколов (SIP) журналирование реализуется на уровне программного обеспечения. Сервер АТС (IP-PBX) самостоятельно формирует CDR-записи и сохраняет их в базу данных (MySQL, PostgreSQL) или передаёт по протоколам RADIUS, Syslog или HTTP API. Этот метод более гибкий: позволяет настраивать состав полей, фильтровать события и интегрироваться с внешними системами в реальном времени.

¶Пассивное прослушивание трафика

Используется для систем, где нет прямого доступа к журналам АТС. Специализированное ПО (анализатор SIP-трафика) подключается к зеркальному порту коммутатора и перехватывает сигнальные пакеты (SIP INVITE, BYE, 200 OK). На основе анализа этих пакетов реконструируются записи о вызовах. Метод сложен в настройке, но позволяет журналировать вызовы сторонних операторов или виртуальных АТС.

¶Форматы данных

Форматы CDR варьируются от простых текстовых файлов до структурированных записей в базах данных.

¶Текстовые форматы

• Фиксированная ширина полей: каждая запись занимает определённое количество символов, поля выравниваются по позициям.
• CSV (значения, разделённые запятыми): универсальный формат, легко импортируется в Excel и другие приложения.
• JSON/XML: современные форматы для интеграции с веб-сервисами и API, поддерживают вложенную структуру данных.

¶Стандартные поля CDR

Типовая запись о вызове содержит следующие атрибуты: дата и время начала, продолжительность, внутренний номер абонента (A-номер), вызываемый номер (B-номер), тип вызова (входящий, исходящий, внутренний, переадресованный), идентификатор линии или транка, а также код причины завершения вызова.

¶Сроки хранения и обработка

Объём журналов зависит от интенсивности трафика. Для средней организации (100–500 номеров) суточный объём может составлять от 5 до 50 мегабайт текстовых данных. Хранение организуется на выделенных серверах с ротацией файлов (ежедневная, ежемесячная архивация). В соответствии с требованиями законодательства РФ (постановление Правительства № 538 от 27.04.2018) операторы связи обязаны хранить данные о вызовах в течение трёх лет, однако для корпоративных АТС этот срок определяется внутренней политикой компании.

¶Особенности реализации

При внедрении системы журналирования учитываются несколько практических аспектов:

• Синхронизация времени: все записи должны иметь единую временную метку (NTP-сервер), иначе анализ последовательности событий будет некорректен.
• Отказоустойчивость: при переполнении буфера или обрыве связи с сервером АТС должна буферизировать записи и передавать их после восстановления соединения.
• Защита данных: журналы содержат персональные данные абонентов, поэтому доступ к ним ограничивается, а передача по сети шифруется.