Я - Игорь, AI-директор продукта Таймлист, давно занимаюсь вопросами записи и анализа корпоративных встреч. 

Хочу рассказать, почему сегодня выбор архитектуры протоколирования встреч - вопрос номер один для технических директорoв и директоров по безопасности.

В крупных компаниях обсуждаются стратегические темы, и никто не хочет выносить секреты «на суд общественности». 

Вот почему архитектурный контраст между облачными сервисами и on-premise решениями сказывается на надежности и эффективности. При этом ключевую роль играют требования законодательства – например, российский 152‑ФЗ о персональных данных и международный GDPR (General Data Protection Regulation - это законодательный акт Европейского союза, который устанавливает строгие правила обработки и защиты персональных данных граждан ЕС. Он вступил в силу 25 мая 2018 года и заменил ранее действовавшую директиву о защите данных).

Моя задача - дать практические рекомендации ответственным лицам, чтобы они могли сделать грамотный выбор и доверять инструментам для своих переговоров.
На практике я часто вижу ситуации, когда руководители топят за облачные сервисы, а мы рекомендуем on‑premise («на собственных мощностях») решения. 

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

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

При гибридном варианте первичная запись и обработка происходят на локальном сервере внутри компании, а в «облако» отправляется только результат (итоговый текст или метаданные). 

Или всё остаётся в пределах организации (чистый on‑premise). Вопрос «где хранятся данные» становится решающим.

Рис. 1. Архитектура AI-системы протоколирования с облачными сервисами (пример, основанный на работе такой платформы, как Adam.ai.)

В отечественном контексте доверие зиждется на понятии «локализация данных».

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

Например, Fireflies.ai шифрует аудио AES‑256 при хранении и TLS при передаче, но все серверы этого сервиса находятся в США.

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

Аналогично поступают Otter.ai и Sonix: оба используют AES‑256 для файлов и SSL/TLS для обмена, но данные клиентов преимущественно остаются на зарубежных площадках.
Это значит: по факту они не соблюдают требование 152‑ФЗ о первичном сборе и хранении данных россиян на территории РФ.

Современные корпоративные встречи часто проходят с участием сотен человек и генерируют терабайты данных. Есть два принципиальных подхода к их протоколированию: облачные платформы и локальные (on-premise) решения.

Смотри, какая штука: такой пустой дата-центр с рядами серверных стоек может стать безопасным хранилищем ваших встреч, если всё настроено правильно. On-premise-решение («на собственном оборудовании») отличается от облачного тем, что инфраструктура находится прямо на территории вашей компании. Это сразу даёт две большие выгоды.

Во-первых, все данные встреч остаются в «закрытом контуре»: никто из внешнего мира не видит, как вы ведёте переговоры, пока вы сами не дадите доступ. 

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

Облачные сервисы (например, Fireflies.ai, Otter.ai, Sonix) в этом плане проще в развертывании: не надо покупать сервера и настраивать всё с нуля - всё запускается на платформе провайдера. Но «облако» чаще всего означает удалённые дата-центры Amazon, Google или Microsoft, где между записью звонка и моментом её готовности пролетает интернет-трафик и оказывается на чужих серверах. Даже при шифровании это всегда повышенный риск утечки. К тому же российские компании давно столкнулись с законом ФЗ-152: с 30 мая 2025 года первичный сбор и хранение персональных данных должны происходить только на территории России. Такие сервисы удобны - не нужно выделять серверы, просто делишься ссылкой на встречу и всё происходит автоматически. 

Но есть проблема. Практика показывает, что не все компании готовы отправлять свои внутренние переговоры в «чужое» облако. Конфиденциальность корпоративных данных резко падает: неизвестно, где физически находятся серверы, и кто к ним имеет доступ. 

Кроме того, зарубежные решения (часто это компании из США или Европы) могут не учитывать российских регуляций. Поэтому в ряде компаний (особенно госкомпаний, банков, промышленности) становится необходимым размещать решение у себя.

Локальные системы решают эти задачи. Таймлист и аналогичные платформы могут разворачиваться прямо на серверах организации - так называемый «закрытый контур». Все записи и протоколы остаются внутри корпоративной сети, и доступ к ним можно настроить по корпоративным учетным записям. Это повышает доверие - компания сохраняет полный контроль над данными. 

Кроме того, on-premise-архитектура часто оказывается эффективнее: задержки сети минимальны, весь трафик не идёт в Интернет, а распознавание речи может выполняться на локальных GPU без дополнительных издержек. 

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

Иллюстрация основных различий:
- On-Premise (локально): данные на ваших серверах, полный контроль, легко соблюдать российские регламенты. Но нужен свой ИТ-департамент и ресурсы на поддержку. 
- Облачные сервисы: быстрый запуск и масштабирование, кроссплатформенная доступность. Данные при этом шифруются (обычно AES-256 и TLS), но выходят за пределы вашей компании.

Увы, есть «но»: даже лучшие зарубежные решения (Fireflies.ai, Otter.ai и другие) создают свои виртуальные машины в США или Европе, несмотря на блестящие сертификаты. Соответственно, выбор для крупных российских проектов однозначен: проверенное отечественное решение или ваше собственное, когда всё на вашем железе.
Таким образом, архитектурный контраст сводится к выбору между удобством внедрения и максимальной защищённостью. 

Cloud-сервисы выигрывают в гибкости и быстроте старта, но имеют серьёзные риски безопасности: данные проходят через чужие каналы и системы. Наоборот, on-premise даёт полный контроль (и снимает много рисков) - и именно это стало стандартом для прогрессивных корпоративных инструментов протоколирования.

Безопасность протоколов встреч - это в первую очередь управление рисками. Какие риски я вижу, как директор по продукту? 

Во-первых, это юридические штрафы и потеря репутации при утечке персональных данных. По российскому ФЗ-152 за это грозят очень серьёзные санкции. Законодатели с 2025 года ужесточают требования к защите ПДн, вводят новые категории чувствительных данных (биометрия, GPS и т.д.) и повышают штрафы. Компании обязаны уведомлять Роскомнадзор и доказать, что принимают «соответствующие» меры защиты.

Второй риск - технологический: сбой системы или кибератака. Все крупнейшие сервисы применяют сильное шифрование и многослойную защиту: Fireflies.ai заявляет AES-256 на диске и TLS 1.2+ в канале, Otter.ai использует AWS S3 с Server-Side Encryption (AES-256), Sonix упоминает фаерволы, IDS/IPS и сегментированные сети. 

Мы также придаём огромное значение защите данных клиентов и гарантируем, что вся информация, переданная в наше облако, хранится с высоким уровнем безопасности: 

• мы предлагаем возможность подписания NDA. Все данные хранятся на российских сертифицированных серверах Селектел, имеющих уровень SLA на работу сервисов 99,98%;
• все соединения осуществляются по протоколу HTTPS, что обеспечивает шифрование передаваемой информации по умолчанию. Это значит, что ваши данные защищены от перехвата в процессе передачи;
• мы используем надежную авторизацию с помощью токенов безопасности OAuth 2, что добавляет дополнительный уровень защиты при доступе к вашим данным;
• программа для ЭВМ «1С:Совещание» («Таймлист») входит в реестр отечественного ПО (реестровая запись № 20728 от 25.12.2023 г.)

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

Сердце безопасности - соответствие регуляциям. В России действует Федеральный закон № 152-ФЗ «О персональных данных». Этот закон задаёт строгие правила для любой информации, относящейся к физическим лицам (имена, голоса, фото, BIOMETRICS и т.д.). 

Ключевой пункт - требование хранить персональные данные россиян на территории РФ. Проще говоря, если ваша система обрабатывает российские персональные данные, то их хранилище (серверы и БД) должны находиться в России. Например, использование Google Forms или зарубежного сервиса протоколов без разрешения - нарушение закона и внушительный штраф.

Главный документ, регулирующий этот вопрос - Федеральный закон № 152-ФЗ «О персональных данных».

• Статья 18, часть 5: Прямо обязывает операторов персональных данных обеспечивать запись, систематизацию, накопление, хранение и извлечение персональных данных граждан РФ с использованием баз данных, находящихся на территории России.

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

Нарушение правил локализации - это не просто формальность, а одна из самых «дорогих» статей в Кодексе об административных правонарушениях (КоАП РФ).

Статья 13.11 КоАП РФ (Нарушение законодательства в области персональных данных):

«Выбирая зарубежный сервис для протоколирования встреч, компания фактически подписывает согласие на потенциальный штраф в 6 миллионов рублей. Мы предлагаем российское решение, которое полностью соответствует ст. 18 ФЗ-152: ваши данные остаются в России, а ваш бюджет - в безопасности».

Отсюда вытекает первое правило: «храните данные в России». Если по объективным причинам вы пользуетесь облачными решениями из-за рубежа, закон предписывает уведомить Роскомнадзор и получить разрешение. Иначе бизнес автоматически берет ответственность на себя: штрафы за не уведомление - до 300 000 р.

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

Рекомендации Роскомнадзора и экспертов по защите данных говорят: применяйте «адекватные меры безопасности». 152‑ФЗ прямо указывает необходимость защищать ПД от утечек и несанкционированного доступа. 

Это значит, что вы должны организовать систему управления доступом, выделить ответственного (обычно DPO или ИБ-менеджера) и документировать всё: политики обработки, инструкции, протоколы действий. 

Например, положено проводить регулярный аудит ИТ-безопасности, сопровождать обработку данных служебными инструкциями, а при назначении сотрудников ставить их в известность об ответственности (NDA и т.д.). Всё это минимизирует риски и помогает быстро реагировать при инцидентах.

Наконец, нельзя забыть про базовые меры «здорового смысла»: антивирус, брандмауэры, резервные копии и т.д. Закон подчёркивает: «используйте шифрование при передаче и хранении данных». Этот пункт напрямую касается любого инструмента протоколирования – ведь даже если ваш сервис идеально организован, если трафик по дороге не защищён, можно получить утечку. 

Итог: при выборе платформы протоколирования главным фактором становится регулятор и политика компании. Таймлист, как отечественный продукт, гарантирует хранение и обработку данных в России и работу по международным стандартам (GDPR). Мы не продаём «волшебные слова», а показываем сертификаты и отчёты - так клиентам спокойнее.

Мы в Таймлист, понимая это, разработали архитектуру так, чтобы выполнять все рекомендации 152‑ФЗ и GDPR: согласия пользователей, хранение в РФ, ответственный, NDA и шифрование - всё предусмотрено.

Это не панацея, но это значительно уменьшает риски внешнего воздействия и помогает выполнить главный закон: «персональные данные граждан РФ должны собираться и храниться на территории России». Поэтому наша рекомендация техническим директорам проста: держите данные ближе к себе, чтобы и GDPR, и 152-ФЗ были соблюдены.