Приложение об аналитике и скоринге Evalife
Версия: 1.0
Дата вступления в силу: 15 июля 2026 года
Адрес публикации: https://evalife.ru/legal/analytics-scoring
1. Виды аналитики
1.1. Аналитика Клиента строится внутри его workspace по его формам и данным: отправки, конверсия, источники, ответы, статусы, ошибки интеграций и работа пользователей.
1.2. Техническая аналитика Evalife используется для надежности, безопасности, диагностики, планирования мощности, учета лимитов и предотвращения злоупотреблений.
1.3. Обезличенная агрегированная статистика может использоваться для развития Платформы, если результат не позволяет определить респондента, конкретную запись или раскрыть конфиденциальную информацию Клиента.
2. Роли
2.1. В аналитике по данным конкретного workspace Клиент определяет цели и является оператором, а Evalife выполняет вычисления по поручению.
2.2. Для технической аналитики аккаунтов, безопасности и эксплуатации Evalife действует как самостоятельный оператор в объеме своей политики https://evalife.ru/legal/personal-data-processing.
2.3. Evalife не использует контакты респондентов Клиента для звонков, самостоятельных продаж или рекламных рассылок.
3. Изоляция
3.1. Клиент видит только данные и метрики доступных ему workspace.
3.2. Запрещены межклиентские рейтинги, поиск человека по базам разных Клиентов и передача одному Клиенту сырых данных другого.
3.3. Кеши, выгрузки и фоновые задачи аналитики сохраняют tenant context и проверку прав.
4. Минимизация
Для метрик используются только необходимые поля. Свободные тексты, контакты и содержимое файлов не включаются в межклиентскую статистику, если без них можно достичь цели.
5. Обезличивание и агрегация
5.1. До межклиентского использования прямые идентификаторы удаляются или заменяются, значения группируются, малые выборки подавляются, а редкие комбинации проверяются на риск повторной идентификации.
5.2. Простое удаление имени не считается достаточным, если человека можно определить по телефону, email, URL, свободному тексту, уникальному набору признаков или внешним данным.
5.3. Правила агрегации, минимальный размер группы и процедура проверки фиксируются во внутренней спецификации агрегация без прямых идентификаторов; малые группы и потенциально идентифицирующие срезы не выдаются.
5.4. Исходное соответствие псевдонима субъекту хранится отдельно и не передается в публичные результаты.
6. Скоринг
6.1. Скоринг - вычисляемый показатель, тег или приоритет ответа формы по правилам, настроенным Клиентом либо явно описанным в Платформе.
6.2. Базовый скоринг может учитывать ответы, источник, полноту, время и бизнес-правила Клиента, но не специальные категории, биометрию, диагнозы, политические взгляды и иные запрещенные признаки.
6.3. Скоринг является вспомогательным инструментом и не должен автоматически порождать юридические последствия или существенно затрагивать права человека без отдельного законного режима, уведомления и возможности человеческого пересмотра.
6.4. Клиент отвечает за критерии, интерпретацию и решение, принятое его сотрудником или внешней системой.
7. Модели и автоматизированные выводы
7.1. Использование внешней AI/ML-модели с сырыми Данными Клиента запрещено до проверки поставщика, договора, места обработки, состава данных и правового основания.
7.2. Данные одного Клиента не используются для обучения модели в интересах других Клиентов без отдельного основания и документированного режима.
7.3. Существенные версии правил или модели должны быть прослеживаемы, чтобы объяснить происхождение результата.
8. Прозрачность
Evalife предоставляет Клиенту описание доступных метрик, источников, основных критериев скоринга и известных ограничений. Клиент раскрывает субъектам сведения, которые обязан раскрыть как оператор.
9. Retention
9.1. Сырые данные хранятся по сроку формы и DPA. Агрегаты хранятся 24 месяца, если ранее не утратили цель.
9.2. Временные наборы и кеши аналитики удаляются в срок не более 24 часов для агрегатов; контактные данные в analytics cache не помещаются.
9.3. После удаления workspace персонализированные показатели удаляются или необратимо обезличиваются; допустимые агрегаты не должны позволять восстановить удаленные данные.
10. Экспорт и интеграции
Экспорт аналитики и передача результата во внешнюю BI/CRM выполняются по указанию Клиента и подпадают под https://evalife.ru/legal/integrations.
При подключении Яндекс Метрики и Яндекс Вебмастера Evalife по отдельному OAuth-разрешению может получать агрегированные отчеты и технические статусы, а при отдельном write-разрешении - управлять выбранным счетчиком, целями и настройками в интересах Клиента. Вход через Яндекс ID сам по себе такого доступа не предоставляет.
В цели и URL запрещено передавать email, телефон, ФИО, содержимое ответа формы, свободный текст, секреты и спорные контактные идентификаторы. Raw Logs API, offline CRM data, аудитории и сопоставление visitor-level идентификаторов с ответами форм не включаются по умолчанию.
11. Контроль качества
Evalife проверяет tenant isolation, корректность формул, утечки через малые группы, права доступа, журналирование изменений и расхождения источников. Ошибочный показатель исправляется без обещания его пригодности для любого решения Клиента.
12. Ответственность
12.1. Аналитика и скоринг предоставляют информацию, но не заменяют профессиональную, медицинскую, юридическую, кредитную или кадровую оценку.
12.2. Evalife отвечает за работу своего вычислительного контура в пределах договора. Клиент отвечает за цели, критерии и решения, принятые на основе результата.
13. Контакты и связанные документы
Вопросы по данным: privacy@evalife.ru.
DPA: https://evalife.ru/legal/dpa; правила форм: https://evalife.ru/legal/form-rules; меры защиты: https://evalife.ru/legal/security-measures.