Законно ли записывать разговоры с клиентами и как их хранить

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

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

Второе условие важнее первого, а вспоминают о нём реже. Как только запись сохранена в системе компании, она перестаёт быть просто аудиофайлом и становится персональными данными: по ней можно определить человека и узнать о нём сведения. Дальше действует 152-ФЗ со всем набором требований — законное основание обработки, ограничение цели, ограничение доступа, срок хранения, удаление по требованию. Иными словами, законность записи определяется не моментом нажатия кнопки, а тем, как файл живёт следующие месяцы.

Рабочая форма уведомления — короткая фраза в приветствии на линии, до соединения с сотрудником: разговор записывается, и записывается для того-то. Две вещи здесь принципиальны. Первая — уведомление должно звучать до начала содержательной части разговора, а не в конце и не в момент, когда клиент уже назвал свои данные. Вторая — в нём называется цель. Формулировка вида «для повышения качества обслуживания» приемлема, но она и ограничивает вас: цель, которую вы объявили, задаёт рамку того, что с записью можно делать дальше.

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

Чего делать не стоит: собирать согласие «на всё сразу» и потом опираться на него в ситуациях, о которых клиент не думал. Если вы планируете использовать записи для обучения сотрудников на реальных примерах, разбирать их с подрядчиком или прогонять через внешний сервис распознавания речи — это отдельные обстоятельства, и они должны быть отражены в документах, а не подразумеваться. Отдельно учтите: клиент вправе отозвать согласие, и у компании должен быть понятный порядок действий на этот случай, а не растерянность на стороне менеджера.

Потому что она позволяет определить человека и содержит сведения о нём. В разговоре звучат имя, номер телефона, адрес доставки, состав заказа, иногда подробности личных обстоятельств — и всё это привязано к конкретному звонящему. Голос сам по себе тоже несёт признаки конкретного человека. Спорить о формальной квалификации бессмысленно: практический вывод в том, что аудиофайл со звонком следует обрабатывать по тем же правилам, что и клиентскую базу в CRM, а не как безобидный технический артефакт телефонии.

Из этого вытекает набор требований, и они одинаковые для всех операторов. Нужно законное основание обработки — обычно это согласие клиента либо исполнение договора с ним. Нужна определённая цель, и обработка не должна выходить за её пределы. Нужно ограничить доступ и обеспечить конфиденциальность. Нужно определить срок хранения и удалять записи по его истечении. Наконец, для персональных данных граждан РФ действует требование статьи 18 152-ФЗ: сбор, запись, хранение и уточнение ведутся с использованием баз данных, находящихся на территории России.

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

Единого универсального срока для всех компаний закон не устанавливает. Общее правило 152-ФЗ иное: персональные данные хранятся не дольше, чем этого требует цель обработки. То есть срок определяете вы сами — но определяете осознанно, обосновываете целью и фиксируете документом. Отдельные регулируемые сферы живут по более жёстким правилам: например, у финансовых организаций требования к фиксации и хранению переговоров устанавливает отраслевое регулирование. Если вы в такой сфере, отраслевые требования проверяются с юристом отдельно и имеют приоритет.

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

С доступом правило простое: слушать записи может тот, кому это нужно по работе, и это ограничение должно быть реализовано системой, а не просьбой. Разница принципиальная. Регламент, который говорит «не выгружайте записи», ломается в первый же занятой день. Права в АТС и CRM, разграниченные по ролям, и журнал обращений к записям работают без участия дисциплины. Наш кейс собственной АТС показывает эту логику на инфраструктурном уровне: Asterisk стоит на собственном сервере в РФ, а телефонные порты открыты только на VPN-интерфейсе и не видны из внешней сети — доступ ограничен архитектурой, а не настройкой на словах.

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

Второй эффект — итог разговора попадает туда, где его увидят. У нас это часть услуги голосового AI и IP-телефонии: разговор расшифровывается, из него собирается краткий итог — кто звонил, о чём, что решили, — и этот итог автоматически ложится в карточку клиента в CRM рядом с самой записью. Тот же механизм AI-скрайба работает на встречах и планёрках, превращая обсуждение в структурированный протокол. Спорную ситуацию после этого разбирают по фактам, а не по воспоминаниям двух сторон.

Про ограничения честно. Распознавание речи ошибается — на плохой связи, на именах, на профессиональных терминах, при перебивании собеседников; расшифровка помогает найти нужное место, но в спорном случае первоисточником остаётся аудио. Автоматический разбор качества обслуживания — подсказка руководителю, а не приговор сотруднику: решение и разговор с человеком остаются за руководителем. И главное: расшифровка — это те же персональные данные, что и запись. Текст в CRM живёт по тем же правилам доступа, срока хранения и удаления, что и исходный файл.

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

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

Что смотреть дальше на сайте. Услуга голосового AI и IP-телефонии — про то, как поднимается сама телефония, как робот принимает звонки и как итог разговора с расшифровкой попадает в карточку CRM. Корпоративный AI-ассистент — про то, что делать с накопленным знанием дальше: он отвечает сотрудникам по вашим регламентам и базе знаний с разграничением доступа по ролям. Кейс собственной АТС показывает контур телефонии на своём сервере в РФ с закрытыми снаружи портами. В журнале тему продолжают статьи «Внедрение ИИ и 152-ФЗ: безопасно ли для персональных данных» и «Облачная АТС или своя на Asterisk: что выбрать бизнесу». Начать разумнее с бесплатного экспресс-аудита на 30 минут: разберём вашу телефонию и текущий контур данных и скажем прямо, что нужно поправить до включения записи. Стоимость работ называем после аудита, когда понятен объём звонков и интеграций.