Где хранить записи звонков: Asterisk или облачная АТС

Универсально дешевого и автоматически безопасного варианта нет: стоимость зависит от записи, хранения, каналов и поддержки, а защита — от настроек, договора и обязанностей оператора. На условном примере ООО «Ясень» я разбираю, что считать для Asterisk, что запросить у провайдера и какие обещания не заменяют проверку.

Asterisk и облачная АТС: за что вы платите

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

С облачной АТС компания обычно получает сервис по подписке: часть эксплуатации и обновлений выполняет поставщик. С Asterisk компания или её подрядчик управляет самой системой и выбирает, где она работает. Это может быть физический сервер или арендуемая виртуальная машина; владение кодом не означает владение площадкой. В обеих схемах остаются вопросы к оператору связи, телефонии сотрудников, доступу к записям, резервам и срокам хранения. Я начинаю с карты обязанностей, а не с спора «своё против чужого».

• Лицензия Asterisk не равна нулевой стоимости
• Облако включает сервисную часть тарифа
• Каналы и связь считаются отдельно
• Поддержка нужна в обеих схемах

Что 152-ФЗ говорит о записи и месте хранения

Запись разговора может содержать персональные данные, если по голосу, содержанию или сопутствующим сведениям можно определить человека. Тогда важны цель записи, законное основание, состав данных, срок хранения и круг тех, кто их слушает. Сам факт установки АТС этих вопросов не решает. Для данных граждан России закон отдельно устанавливает правила локализации при сборе: в предусмотренных частью 5 статьи 18 случаях запись, систематизация, накопление, хранение, уточнение и извлечение выполняются с использованием баз данных в России. Поэтому я выясняю, какие данные собирает именно ваша схема и где выполняются эти операции, вместо лозунга «сервер в РФ — значит, всё соблюдено».

Локализация — не то же самое, что защита. Статья 19 требует от оператора принимать необходимые организационные и технические меры для защиты данных; конкретный набор определяется условиями обработки и применимыми требованиями. В законе нет универсального правила, что любая запись обязана лежать в каталоге /var/calls, что к каждой CRM нужен именно HTTPS или что любой аудиофайл обязательно шифруется одним заданным способом. HTTPS, шифрование диска и ограничение доступа могут быть уместными мерами, но решение должно соответствовать рискам и устройству системы. Я отдельно проверяю копии, выгрузки и доступы подрядчиков: забытая копия часто переживает саму исходную запись.

Как честно сравнить затраты на год и дальше

В исходном расчёте для ООО «Ясень» были тарифы за линию, доплата за запись, цена сервера и ежемесячное обслуживание, но не было коммерческих предложений и согласованных условий. Арифметика там не сходилась: месячные платежи назывались годовой суммой, а вывод о проценте экономии не следовал из вводных. Я убрал эти цифры. Теперь «Ясень» — условный пример для модели расчёта, а не рассказ о реальном заказчике или якобы проверенном тарифе. Выдуманная смета убедительно выглядит ровно до первого счёта.

Для облака сложите регулярную плату за пользователей или линии, подключение, запись, объём и срок хранения, интеграции, связь и платные функции. Уточните, есть ли минимальный срок договора, платный вывоз записей и отдельная цена за восстановление или расширение хранилища. Для Asterisk считайте сервер или аренду, резервную площадку, настройку, обновления, мониторинг, копирование, электричество либо хостинг, связь и рабочее время администратора. В обоих вариантах одинаковыми должны быть число одновременных звонков, объём записей, период хранения, доступность и уровень поддержки. Иначе дешёвым окажется вариант, в котором просто забыли половину требований.

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

Где находятся записи и как устроена защита

В Asterisk запись можно запускать приложением MixMonitor из диалплана. Файл попадает по указанному абсолютному пути или в настроенный каталог мониторинга; единого обязательного /var/calls для всех установок нет. Если диалплан должен передать файл на обработку до завершения вызова, документация требует остановить запись через StopMixMonitor, чтобы гарантировать доступность файла. Перед переносом я проверяю, где фактически создаётся файл, кто может читать его с ОС и из панели, как он попадает в резервную копию и когда удаляется. Отдельная настройка записи не делает её защищённой автоматически. В облаке прошу показать, где размещаются основные данные и резервные копии, кому из персонала поставщика доступно прослушивание и как клиент получает или удаляет архив.

Дальше проверяю доступы и жизненный цикл. Для сотрудников нужны отдельные роли, а административные учётные записи не должны быть общими. Доступ к управляющим интерфейсам ограничивают по необходимости; журналы должны помогать понять, кто просматривал или выгружал запись. Резервную копию надо не только создавать, но и восстанавливать на практике. Уточняю также шифрование каналов и носителей, управление ключами, обновления, оповещение об инциденте и порядок закрытия доступа при увольнении. Это нормальная техническая гигиена, а не доказательство соответствия закону сама по себе. О базовых сценариях защиты я пишу в статье про безопасность Asterisk.

Есть и тонкость в самом MixMonitor: документация Asterisk предупреждает, что непроверенные строки, например номер или имя звонящего, нельзя без фильтрации передавать в параметры приложения и команды. Такие данные приходят извне; если вставить их в имя файла или командную строку как есть, появляется риск инъекции команды. Я проверяю шаблоны имён файлов отдельно от правил доступа. При обработке архива безопаснее использовать внутренний идентификатор звонка, а не строить путь из пользовательского ввода. Мелкая деталь в диалплане — плохое место для надежды на авось.

• Уточнить каталог и резервные копии
• Разделить роли и учётные записи
• Ограничить выгрузку и прослушивание
• Проверить удаление по сроку хранения

Кто отвечает за данные: оператор и поставщик

Если компания определяет цели и состав обработки звонков, она обычно выступает оператором персональных данных. Поставщик АТС может обрабатывать их по поручению оператора. В таком случае часть 3 статьи 6 152-ФЗ требует определить в поручении перечень данных и операций, цели обработки, обязанность соблюдать конфиденциальность и требования защиты. Оператор при этом отвечает перед субъектом за действия лица, которому поручена обработка; исполнитель отвечает перед оператором в пределах закона и договора. Формула «мы купили облако, значит, всё теперь на провайдере» правовой роли не меняет. Договор помогает распределить обязанности и требования, но его надо прочитать до передачи записей.

Я проверяю, написано ли в документах, кто именно обрабатывает записи, где хранятся копии, привлекаются ли другие исполнители, как сообщать об инциденте, как запросить архив и как подтвердить удаление после завершения договора. Уточняю, кто ведёт перечень допущенных сотрудников и какие журналы доступа доступны заказчику. Согласие — не единственное возможное основание обработки вообще, но передачу данных поставщику надо оценивать отдельно: часть 3 статьи 6 связывает поручение с согласием субъекта, если федеральный закон не устанавливает иное. Также не стоит автоматически вписывать «обязательная запись в реестр»: проверьте, требуется ли уведомление Роскомнадзора для вашей конкретной обработки и не действует ли исключение. Состав документов зависит от фактов, а не от шаблона из интернета.

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

Как выбрать вариант для ООО «Ясень»

Для условного ООО «Ясень» я не объявляю победителя без числа одновременных звонков, требований к записи, предложения облачного поставщика и оценки поддержки. Если в компании нет специалиста, который отвечает за Asterisk и доступен при сбое, облачная модель может убрать часть ежедневной эксплуатации — при условии, что договор, размещение данных и процедура выгрузки подходят компании. Если важны собственные сценарии маршрутизации, интеграции и контроль конфигурации, Asterisk даёт больше свободы, но вместе с ней приносит обновления, мониторинг и ответственность за восстановление. За свободу тоже выставляют счёт, просто иногда он приходит в виде рабочего времени.

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

Мой практический вывод простой: выбирайте не технологию по названию, а модель, для которой назначен ответственный и просчитана полная стоимость. Небольшой офис без дежурного администратора часто выигрывает от управляемого сервиса, если поставщик прозрачно описывает обработку и архив. Команда с техподдержкой и особыми требованиями может предпочесть Asterisk, если готова обслуживать его постоянно. Обеим сторонам нужны резервирование, контроль доступа и понятный срок удаления записей. Своё сравнение готовых сборок и чистого Asterisk я изложил отдельно в разборе FreePBX и Asterisk. Я не подписываю слово «безопасно» вместо этих пунктов.

Частые вопросы