Перейти к содержимому
tLtoLeads
УсловияКонфиденциальностьОбработка данных
Обработка данных

Примечания по обработке данных

Эта страница фиксирует практические принципы обработки данных внутри toLeads: роли сторон, типы данных, меры защиты и операционные процессы.

Обновлено
10 мая 2026
Оператор сервиса
toLeads
Статус документа
Продуктовая версия, ожидает юридической проверки

Коротко

Роль пользователя
Определяет источники, цели поиска, правила отбора и дальнейшую коммуникацию
Роль toLeads
Предоставляет интерфейс, хранение, очереди, AI-обработку и операционные инструменты
Ограничения
Специальные категории данных, данные детей и запрещенные провайдерами сценарии не являются целевым использованием

1. Роли сторон

Рабочая область определяет цели поиска лидов, источники, ключевые слова, правила отбора и дальнейшую коммуникацию с контактами.

toLeads предоставляет техническую платформу, хранение, очереди, интерфейс, AI-обработку и операционные инструменты для выполнения этих настроек.

2. Категории данных

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

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

3. Разделение данных рабочих областей

Данные каждой рабочей области должны разделяться на уровне запросов API, фоновых задач, очередей, CRM-операций, webhooks и автоматизированных проверок качества.

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

4. Retention и экспорт

Лиды, события и технические журналы хранятся в пределах настроек продукта и будущих тарифных правил. Для публичного запуска потребуется явная политика сроков хранения.

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

5. Инциденты и аудит

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

Инциденты безопасности и сбои интеграций должны попадать в monitoring, alerting и процесс разбора с понятным владельцем.

6. Провайдеры и ограничения

Перед публичным запуском нужно проверить условия Telegram, 2GIS, Яндекс Карт, Google Maps, email, AI и платежных провайдеров.

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

Эта страница не заменяет DPA, договор, оферту или юридическую политику конкретного оператора. Она задает продуктовую основу для финализации документов.