Черновик — не утверждён, не действуетВерсия: 0.1 (draft) · Дата версии: 2026-10-23

Политика конфиденциальности

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

Как читать этот документ

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

Открытые вопросы — без ответов документ нельзя утвердить

  1. Q-LG-1 — Кто является контролёром персональных данных: оператор сервиса или клиент?
  2. Q-LG-2 — Какое юридическое лицо публикует эту политику и какой адрес для обращений субъектов данных?
  3. Q-LG-3 — Каково основание обработки для каждой категории данных?
  4. Q-LG-4 — Какие регионы хранения данных предлагаются и где выполняется инференс?
  5. Q-LG-5 — Каковы сроки хранения и что происходит с данными по их истечении?
  6. Q-LG-6 — Какова форма согласия на запись и для каких каналов оно нужно?
  7. Q-LG-7 — В какой срок мы отвечаем на запрос субъекта данных?
  8. Q-LG-8 — Какие субпроцессоры публикуются и на каких условиях?
  9. Q-LG-9 — Какие гарантии безопасности публикуются наружу (только технические меры или программа сертификации)?

1. Кто мы

TaskTreker — ассистент продакт-менеджера. Он подключается к тем каналам, которые подключаете вы, читает их содержимое и предлагает задачи, решения, инсайты и факты. Что попадёт в контекст продукта, решаете вы.

[ТРЕБУЕТ РЕШЕНИЯ ЗАКАЗЧИКА: Кто является контролёром персональных данных — варианты: A) оператор сервиса как контролёр, клиент — процессор; B) клиент как контролёр, сервис — процессор; C) совместные контролёры с распределением ответственности]

[ТРЕБУЕТ РЕШЕНИЯ ЗАКАЗЧИКА: Юридическое лицо, на чьё имя работает сервис, и адрес для обращений субъектов данных — варианты: A) указать реквизиты в этом документе; B) публиковать только после регистрации юридического лица]

2. Какие данные мы собираем

Содержимое подключённых каналов. Загруженные вами записи встреч и транскрипты, документы из подключённого источника документов, события календаря и их участники. Каналы отзывов, чата и почты есть в модели продукта, но пока не подключены для чтения.

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

Технические данные. Данные учётной записи (адрес почты), сессии, профиль компании, который вы задали, и записи аудита действий в продукте — кто, что и когда сделал.

  • Записи с микрофона в реальном времени нет: канал отдаёт готовую запись или транскрипт, и только после этого материал обрабатывается.
  • Материал, помеченный как чувствительный, по умолчанию не отправляется в модель.
  • Для каждого канала независимо отключаются чтение, отправка в модель и локальная обработка.

[ТРЕБУЕТ РЕШЕНИЯ ЗАКАЗЧИКА: Кто отвечает за информирование работников и третьих лиц при подключении канала — варианты: A) ответственность на клиенте, закреплена в договоре; B) продукт показывает отдельный чек-лист до подключения канала]

3. Зачем мы это обрабатываем и на каком основании

Сервис существует, чтобы превращать материал, к которому у вас и так есть доступ, в очередь на разбор. Обработка ограничена этим: прочитать то, что вы подключили, извлечь кандидатов и показать их вам.

Ассистент предлагает, человек решает. Ничего извлечённое из канала не меняет контекст, модель sizing или приоритеты без подтверждения человеком.

[ТРЕБУЕТ РЕШЕНИЯ ЗАКАЗЧИКА: Основание обработки по категориям данных — варианты: A) согласие на все категории; B) исполнение договора на обработку; C) законные интересы для каналов без записи; D) комбинация: согласие для записей встреч, договор для остального]

4. Кто ещё получает данные

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

[ТРЕБУЕТ РЕШЕНИЯ ЗАКАЗЧИКА: Перечень субпроцессоров и условия работы с модельным провайдером (наименование, регион обработки, режим использования данных) — варианты: A) перечислить в этом документе; B) вынести в приложение и обновлять по реестру субпроцессоров]

[ТРЕБУЕТ РЕШЕНИЯ ЗАКАЗЧИКА: Категории получателей данных (хостинг, объектное хранилище, почтовый провайдер, платёжный провайдер) — варианты: A) перечислить в этом документе; B) вести отдельную страницу со списком получателей]

5. Где хранятся данные

[ТРЕБУЕТ РЕШЕНИЯ ЗАКАЗЧИКА: Где физически хранятся данные клиента и где выполняется инференс — варианты: A) регион ЕС; B) регион США; C) регион РФ; D) регион выбирается клиентом; E) на старте не фиксируется — в документе указывается, что размещение зависит от региона развёртывания]

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

6. Сколько мы храним данные

[ТРЕБУЕТ РЕШЕНИЯ ЗАКАЗЧИКА: Сроки хранения и что происходит с данными по их истечении — варианты: A) транскрипты 90 дней, извлечения 180 дней, аудит-логи 365 дней, логи обращений к модели 30 дней; B) до отзыва согласия и отдельного запроса на удаление; C) иные сроки — указать явно]

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

7. Согласие

Согласие на запись встреч явное, выдаётся на уровне канала и отзываемо. Без него материал встречи не обрабатывается вообще — не обрабатывается «с оговоркой». Каждая выдача и каждый отзыв попадают в журнал согласий: канал, объём, время.

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

[ТРЕБУЕТ РЕШЕНИЯ ЗАКАЗЧИКА: Форма согласия — варианты: A) явная галочка на уровне канала встреч, фиксируется в журнале; B) согласие на каждую встречу отдельно, по ссылке в приглашении; C) оба варианта доступны одновременно]

[ТРЕБУЕТ РЕШЕНИЯ ЗАКАЗЧИКА: Нужно ли отдельное согласие для каналов документов, чата и почты — варианты: A) нет, покрывается договором; B) да, для любого канала с содержанием третьих лиц]

8. Ваши права

  • Доступ и выгрузка: контекст, полный набор данных и модели sizing выгружаются из продукта в открытых форматах.
  • Исправление: подтверждённые узлы контекста можно исправить через API (PATCH /v1/context/nodes/:id). Самостоятельного экрана правки в интерфейсе продукта пока нет.
  • Отзыв согласия: доступен в любой момент в журнале согласий.
  • Возражение против обработки и удаление: см. оговорку ниже — путь строится и пока не самостоятельный.

Техническая оговорка, прямо: выгрузка реализована и работает уже сейчас. Самостоятельное удаление учётной записи вместе со всеми её данными — включая поисковый индекс и объекты в хранилище — не реализовано, и в API нет эндпоинта удаления. Мы опубликуем адрес для запросов и сделаем удаление до того, как начнём продавать компаниям.

[ТРЕБУЕТ РЕШЕНИЯ ЗАКАЗЧИКА: Срок ответа на запрос субъекта данных — варианты: A) 30 дней; B) 30 дней с возможностью продления на 60 дней с уведомлением; C) иной срок — указать]

9. Безопасность

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

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

[ТРЕБУЕТ РЕШЕНИЯ ЗАКАЗЧИКА: Какой уровень гарантий безопасности публикуется наружу — варианты: A) только технические меры, описанные в этом разделе; B) заявлять участие в программе сертификации с указанием сроков; C) не публиковать утверждений о сертификации]

10. Изменения документа

При изменении документа меняются его версия и дата, а журнал согласий показывает, какая версия действовала в момент выдачи согласия.

[ТРЕБУЕТ РЕШЕНИЯ ЗАКАЗЧИКА: Как клиент узнаёт об изменении документа — варианты: A) уведомление по электронной почте за 30 дней до вступления в силу; B) уведомление в интерфейсе продукта; C) оба канала]