Политика обработки персональных данных

Версия 3

сервиса Invest Terminal

Редакция от 17 октября 2026 года

1. Общие положения

1.1. Настоящая Политика определяет порядок обработки и защиты персональных данных при использовании сайта https://invest-terminal.ru и Telegram-бота @invest_terminal_bot (далее совместно — «Сервис»).

1.2. Оператор персональных данных: гражданин Российской Федерации, применяющий специальный налоговый режим «Налог на профессиональный доход», Наталенко Сергей Владимирович, ИНН 615512962806, адрес: 194156, г. Санкт-Петербург, ул. Манчестерская, д. 5, к. 1, стр. 1, кв. 866, email для обращений по персональным данным: sergey.natalenko@mail.ru (далее — «Оператор»).

1.3. Политика подготовлена в соответствии с Федеральным законом от 27.07.2006 № 152-ФЗ «О персональных данных» и применяется ко всем данным, которые Оператор получает в связи с работой Сервиса.

1.4. Оператор не является частью АО «ТБанк» или Telegram. Эти лица самостоятельно определяют порядок обработки данных в своих системах.

2. Принципы обработки

2.1. Оператор обрабатывает данные законно, добросовестно и только для заранее определенных целей; не собирает избыточные данные; обеспечивает точность, безопасность и ограничение сроков хранения.

2.2. Базы данных, в которых Оператор собирает и хранит персональные данные граждан Российской Федерации, находятся на территории Российской Федерации. Первичная запись, систематизация, накопление, хранение, уточнение и извлечение таких данных выполняются с использованием этих баз данных.

2.3. Оператор не обрабатывает специальные категории персональных данных и не использует изображение профиля для биометрической идентификации.

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

3. Субъекты, цели и состав данных

3.1. Создание Аккаунта и вход

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

При входе через Telegram обрабатываются Telegram ID, имя и фамилия в том виде, в каком они переданы Telegram, Telegram username и ссылка на аватар. Telegram не обязателен для Аккаунта, созданного через email. При входе или привязке через email обрабатываются указанный адрес, его нормализованная форма, дата подтверждения и время входа. В Аккаунте хранится только подтвержденный email; неподтвержденный адрес обрабатывается в краткосрочной попытке подтверждения. Для работы Аккаунта также обрабатывается выбранный часовой пояс.

Для отправки и проверки одноразового кода обрабатываются адрес, назначение попытки (вход или привязка), случайный идентификатор попытки, связь с браузерной сессией и, при привязке, с Аккаунтом, HMAC кода, время создания, истечения и использования, число неверных проверок и статус отправки. Для ограничения злоупотреблений обрабатываются IP-адрес и счетчики запросов и ошибок за час. Код из шести цифр действует 10 минут; в базе не хранится его открытое значение или простой хеш. Адрес и код передаются почтовому провайдеру для доставки письма. Пользователь вводит код на странице, на которой запросил его; получение письма на другом устройстве само по себе не завершает вход.

Браузер получает технический cookie it_session со случайным идентификатором. Сервер хранит его SHA-256, связь с Аккаунтом, необходимое содержимое сессии, время создания, последней активности и истечения. Исходное значение идентификатора в базе не хранится. В cookie не записываются email, Telegram ID и состав портфеля.

Правовое основание: заключение и исполнение Пользовательского соглашения и публичной оферты; действия по запросу Пользователя до заключения договора.

3.2. Подключение брокерского аккаунта и портфельная аналитика

Цель: получение по запросу Пользователя сведений через официальный T-Invest API и предоставление аналитических функций.

Обрабатываемые данные: зашифрованный read-only API-токен; идентификаторы брокерских счетов; состав и стоимость портфеля; сведения об инструментах; операции, сделки, пополнения, выводы, комиссии, купоны, дивиденды и связанные суммы и даты; выбранный тип ИИС; дневные снимки стоимости портфеля; расчетные FIFO-лоты; показатели доходности, налоговые оценки и иные производные результаты.

3.3. Тариф, платежи и возвраты

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

Обрабатываемые данные: идентификатор Аккаунта, а при платеже через Telegram также Telegram ID; тариф, статус и срок подписки, наличие пробного периода или статуса Founding, идентификатор платежа и платежной платформы, дата, сумма или количество расчетных единиц, валюта, статус платежа, сведения о возврате, ссылка или реквизиты выданного чека.

Оператор не получает и не хранит номер банковской карты, CVC/CVV и иные полные платежные реквизиты, если они вводятся на стороне платежной платформы.

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

3.4. Публичный портфель

Цель: создание по инициативе Пользователя публичной страницы портфеля и включение ее в каталог.

Обрабатываемые данные: случайный slug; выбранные Пользователем тикеры, доли, показатели доходности и иные показатели; абсолютные суммы — только если Пользователь отдельно включил их отображение; дата снимка; статус публикации; техническая связь публичной страницы с Аккаунтом.

По умолчанию публичная страница не содержит Telegram ID, имени, username и аватара. Если набор сведений позволяет прямо или косвенно идентифицировать Пользователя, публикация допускается только после отдельного согласия на распространение персональных данных.

Правовое основание: отдельное явное волеизъявление Пользователя; при наличии идентифицирующих данных — отдельное согласие на обработку персональных данных, разрешенных для распространения.

3.5. Поддержка, обратная связь и жалобы

Цель: отвечать на обращения, устранять ошибки, рассматривать жалобы на публичные страницы и защищать права сторон.

Обрабатываемые данные: Telegram ID, username, текст сообщения, дата и время, сведения о связанном Аккаунте, платеже или публичной странице, иные данные, которые Пользователь добровольно включил в обращение.

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

3.6. Безопасность и техническая работа

Цель: защита Аккаунтов и инфраструктуры, предотвращение злоупотреблений, диагностика ошибок и обеспечение работоспособности.

Обрабатываемые данные: IP-адрес, тип и версия браузера, операционная система, user-agent, дата и время запроса, запрошенный адрес, код ответа, идентификатор сессии, технические журналы событий и ошибок. Тела запросов, API-токены, состав портфеля и суммы не должны записываться в журналы ошибок.

Правовое основание: исполнение договора; исполнение обязанностей Оператора по обеспечению безопасности персональных данных; осуществление прав и законных интересов Оператора и Пользователей без нарушения их прав.

3.7. UTM-метки и необязательная продуктовая аналитика

Цель: определить источник перехода, оценить использование функций и эффективность собственных информационных материалов.

Обрабатываемые данные при отдельно данном согласии: UTM-параметры перехода, идентификатор Аккаунта, дата и страница входа, события использования разделов и их время. UTM-данные не используются для межсайтового отслеживания. Без действующего согласия события, связанные с Аккаунтом, не создаются; после отзыва ранее удаленные события не восстанавливаются задним числом.

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

3.8. Недельная сводка по выбору Пользователя

Цель: подготовить и отправить недельную сводку, если Пользователь отдельно включил ее и выбрал доступный канал — подтвержденный email или Telegram. Сам по себе вход по email либо привязка Telegram не включает сводку. Согласие на необязательную продуктовую аналитику для получения сводки не требуется.

Обрабатываемые данные: идентификатор Аккаунта, выбранный канал и состояние настройки, часовой пояс, необходимые для сводки сведения о портфеле и ближайших выплатах, адрес email или Telegram ID для отправки, время и технический результат попытки отправки. При выборе email письмо и адрес передаются почтовому провайдеру. Принятие письма SMTP-сервером не означает его доставку во входящие или прочтение Пользователем.

Правовое основание: исполнение выбранной Пользователем функции Сервиса по его запросу.

3.9. Необязательная внешняя аналитика Яндекс Метрики

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

При отдельном разрешении посетителя счетчик может передавать ООО «Яндекс» IP-адрес и технические данные браузера и устройства, адрес и заголовок посещенной страницы, источник перехода, время посещения, действия на странице и данные, необходимые для Вебвизора. Вебвизор может записывать отображаемое содержимое страницы и взаимодействия с ее элементами. Для различения посещений Яндекс Метрика может сохранять идентификаторы и иные данные в cookie и хранилище браузера. Счетчик не запускается на страницах входа, ввода кодов и токенов, в настройках и закрытом кабинете, а также при наличии параметров или фрагмента в адресе разрешенной страницы либо небезопасного адреса перехода. Email, коды и финансовые данные Аккаунта не передаются в параметрах счетчика.

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

Правовое основание: отдельное необязательное согласие посетителя на эту цель обработки.

4. Источники данных

4.1. Оператор получает данные:

непосредственно от Пользователя при использовании Сервиса и обращении в поддержку;
от Telegram при входе и взаимодействии с ботом;
от АО «ТБанк» через T-Invest API на основании предоставленного Пользователем токена;
от платежной платформы в объеме подтверждения платежа, подписки или возврата;
автоматически от браузера, сервера и средств защиты Сервиса.

4.2. Пользователь не должен передавать через Сервис данные третьих лиц без законного основания.

5. Действия с данными и способы обработки

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

5.2. Доступ к данным предоставляется только лицам и поставщикам, которым он необходим для выполнения конкретной функции и которые связаны обязанностью соблюдать конфиденциальность и безопасность.

6. Получатели и порученная обработка

6.1. Для работы Сервиса данные могут обрабатываться следующими лицами в минимально необходимом объеме:

ООО «Бегет», ИНН 7801451618, ОГРН 1077847645590, юридический адрес: 195112, г. Санкт-Петербург, пл. Карла Фаберже, д. 8, лит. Б, офис 726А — размещение серверов, PostgreSQL, Redis и резервных копий на территории Российской Федерации; отправка писем с кодом и выбранных email-сводок через smtp.beget.com:465 от noreply@invest-terminal.ru. Для почтовой отправки Beget получает адрес получателя, содержимое письма и необходимые технические данные передачи;
ООО «Яндекс» — получение перечисленных в пункте 3.9 данных через Яндекс Метрику и Вебвизор только после отдельного разрешения посетителя;
АО «ТБанк» — выполнение запросов T-Invest API, инициированных Пользователем;
Telegram Messenger Inc. и инфраструктурные поставщики Telegram — вход через Telegram, работа бота, сообщения и платежи Telegram Stars;
платежные платформы, прямо выбранные Пользователем в интерфейсе, — проведение платежа, подписки и возврата;
уполномоченные государственные органы — только в случаях и объеме, предусмотренных законом.

6.2. Если VPS-провайдер или иной поставщик получает возможность обрабатывать персональные данные по поручению Оператора, договор с ним должен содержать цели, перечень данных и операций, требования конфиденциальности, безопасности, локализации, уведомления об инцидентах, удаления или возврата данных и подтверждения принятых мер.

6.3. Оператор не продает персональные данные.

6.4. Облачный Sentry или иной внешний сервис мониторинга не подключается до проверки места обработки, заключения необходимых договоров, настройки удаления IP-адресов, токенов, тел запросов и финансовых данных, а при необходимости — до подачи уведомления о трансграничной передаче. При использовании локального Sentry на российском VPS данные остаются в инфраструктуре Оператора.

7. Трансграничная передача

7.1. Работа Telegram и некоторых платежных платформ может включать передачу отдельных данных иностранным получателям. До начала такой передачи Оператор проводит предусмотренную законом оценку и направляет отдельное уведомление в Роскомнадзор.

7.2. Потенциальными иностранными получателями являются Telegram Messenger Inc. и компании группы Telegram, Fragment Corp., а при использовании Boosty — Zaya Solutions Limited. Им могут передаваться Telegram ID, username, сведения о сообщениях и платежных событиях в объеме, необходимом для входа, работы бота, проведения платежа или возврата. Конкретные государства, получатели и категории данных указываются Оператором в уведомлении о трансграничной передаче по фактически используемым на дату запуска каналам.

7.3. Размещение основной базы данных в Российской Федерации сохраняется независимо от последующей правомерной трансграничной передачи.

8. Публичные данные

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

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

8.3. Пользователь может отключить страницу в любое время. Оператор прекращает публичный доступ через Сервис без неоправданной задержки, как правило, не позднее 24 часов. Кэш поисковых систем и копии третьих лиц находятся вне контроля Оператора.

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

9. Сроки хранения и удаление

9.1. Данные Аккаунта, портфеля, операций, дневные снимки, FIFO-лоты, тип ИИС и аналитические результаты хранятся, пока существует Аккаунт и они нужны для работы функций Сервиса.

9.2. API-токен удаляется из активной базы без неоправданной задержки, но не позднее 24 часов после отключения токена или удаления Аккаунта. Пользователю рекомендуется одновременно отозвать токен в Т-Инвестициях.

9.3. После удаления Аккаунта основной массив пользовательских и портфельных данных удаляется или обезличивается не позднее 30 календарных дней. Копии в резервных системах перезаписываются в рамках цикла резервного копирования не позднее 90 календарных дней и до этого не используются для обычной работы.

9.4. Данные публичного портфеля удаляются из активной выдачи не позднее 24 часов после отключения публикации; техническая запись о согласии или его отзыве хранится 3 года для подтверждения соблюдения требований.

9.5. Технические журналы безопасности хранятся до 90 календарных дней, если конкретная запись не нужна дольше для расследования инцидента или защиты права.

9.6. Не связанные с Аккаунтом UTM-данные хранятся до 90 календарных дней, после чего удаляются или необратимо агрегируются.

9.7. Обращения и жалобы хранятся 3 года после закрытия. Сведения о платежах, возвратах, чеках и договорных событиях хранятся 5 лет либо дольше, если это прямо требуется законом или необходимо до окончания спора.

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

9.9. Серверная сессия прекращает действовать после 7 дней бездействия или не позднее 30 дней со дня создания, а при выходе отзывается раньше. Истекшие записи действующих сессий удаляются фоновым заданием не реже одного раза в сутки; технический хеш замененного идентификатора может оставаться до 30 дней после замены, не предоставляя доступ. Одноразовый код действителен 10 минут; истекшие и использованные попытки, а также счетчики ограничений после окончания соответствующего окна удаляются не позднее суток. Нормализованный email подтвержденного Аккаунта хранится по общему правилу пункта 9.1 и удаляется с Аккаунтом по пункту 9.3.

9.10. События необязательной продуктовой аналитики, созданные при действующем согласии, хранятся не более 180 дней. При отзыве согласия связанные с Аккаунтом события удаляются; новые события не создаются до нового согласия и удаленная история не восстанавливается. Настройка и технический результат отправки недельной сводки хранятся, пока нужны для предоставления функции и разбора ошибок, в пределах срока существования Аккаунта; технические журналы подчиняются пункту 9.5.

9.11. Выбор относительно внешней аналитики хранится в браузере не более одного года и затем запрашивается снова. Яндекс Метрика после разрешения может хранить свои cookie и записи в хранилище браузера; например, _ym_uid используется для различения посетителей и имеет срок до одного года, а _ym_visorc_* нужен Вебвизору и действует до 30 минут. После отзыва Сервис удаляет доступные ему записи счетчика в браузере по мере технической возможности; данные, уже переданные Яндексу, этим действием не удаляются. Сроки хранения данных в системах Яндекса определяются его условиями и не приравниваются к сроку хранения выбора на устройстве.

10. Cookies

10.1. Для входа и безопасности сайт использует собственные технически необходимые cookie: HttpOnly cookie it_session со случайным непрозрачным идентификатором и, при наличии, cookie защиты от межсайтовой подделки запросов. На рабочем сайте it_session передается только по защищенному соединению, имеет SameSite=Lax, Path=/ и не задает Domain. Выбранная валюта отображения сохраняется в собственном cookie display_currency. Выбор относительно внешней аналитики сохраняется отдельно в хранилище браузера. Только после разрешения могут появиться cookie и записи хранилища Яндекс Метрики, описанные в пункте 9.11.

10.2. Собственные технические cookie, перечисленные в пункте 10.1, не используются Оператором для рекламы, межсайтового отслеживания или передачи рекламным платформам. Это утверждение не относится к cookie Яндекс Метрики, которые появляются только после отдельного разрешения. Отключение технических cookie в браузере может сделать вход и личный кабинет неработоспособными.

10.3. Яндекс Метрика и Вебвизор выключены до отдельного разрешения посетителя. На сайте доступны отдельные действия «Разрешить», «Отказаться» и «Отозвать» для этой внешней аналитики. Отказ или отзыв не ограничивает вход и функции Сервиса. Иные необязательные cookie должны быть выключены до отдельного согласия, а их использование раскрыто в Политике.

11. Защита данных

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

11.2. API-токен хранится зашифрованным с использованием Fernet или равноценного стойкого механизма; ключ шифрования хранится отдельно от базы данных. Токен не включается в логи, сообщения об ошибках, резервные выгрузки для разработки или ответы клиентскому приложению.

11.3. Кэш Redis содержит только минимально необходимые данные и очищается по короткому TTL. Доступ к PostgreSQL, Redis, резервным копиям и ключам ограничен.

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

12. Права субъекта

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

12.2. Для обращения следует написать на sergey.natalenko@mail.ru или использовать раздел поддержки. Запрос должен позволять подтвердить личность и связь заявителя с Аккаунтом; сотрудники поддержки не запрашивают API-токен, пароль или одноразовый код.

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

12.4. Отзыв согласия не влияет на законность обработки, выполненной до отзыва, и не прекращает обработку, для которой у Оператора имеется иное законное основание.

13. Инциденты

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

13.2. Пользователь может сообщить о предполагаемом инциденте на sergey.natalenko@mail.ru. В сообщение нельзя включать API-токен, пароль или одноразовый код.

14. Изменение Политики

14.1. Оператор обновляет Политику при изменении процессов или закона. Новая редакция публикуется на постоянной странице «Политика обработки персональных данных» в Сервисе с указанием даты.

14.2. О существенных изменениях зарегистрированным Пользователям сообщается через Сервис или Telegram-бот до начала новой обработки, если закон не требует повторного согласия.

15. Контакты Оператора

Наталенко Сергей Владимирович
ИНН: 615512962806
Адрес: 194156, г. Санкт-Петербург, ул. Манчестерская, д. 5, к. 1, стр. 1, кв. 866
Email по вопросам персональных данных: sergey.natalenko@mail.ru
Сайт: https://invest-terminal.ru

Оферта и соглашение · Политика ПДн · Контакты