Оговорка о точности анонимизации

Lexaris — lexaris.ru
Версия: 2026-03-19
Оператор: ИП Кудрявцев Степан Александрович, ОГРН 324784700000012, ИНН 780252833730

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

---

О назначении настоящего документа

Настоящий Дисклеймер о точности анонимизации (далее — «Дисклеймер») является ключевым правовым документом Платформы Lexaris, адресованным всем Пользователям сервиса. Документ устанавливает:

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

---

1. Эвристическая анонимизация не является безошибочной

1.1 Природа эвристического подхода

Конвейер обнаружения Платформы Lexaris основан на эвристическом подходе: комбинации детерминистических правил (regex), статистических моделей (spaCy NER) и генеративного ИИ (Ollama LLM). Подробная архитектура описана в Уведомлении об обработке данных при использовании ИИ (ai_data_processing_notice.md).

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

1.2 Многоуровневый конвейер — минимизация, но не устранение ошибок

Четырёхуровневая архитектура (Regex → NER → LLM → OCR) разработана для максимальной минимизации пропусков:
- каждый следующий уровень компенсирует слабости предыдущего;
- Regex ловит структурированные идентификаторы, NER — именованные сущности, LLM — контекстные PII;
- перекрёстная верификация снижает количество пропусков.

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

---

2. Известные категории ограничений

2.1 Редкие и нестандартные форматы имён

2.2 PII, встроенные в контекст

2.3 Нестандартные типы сущностей

Конвейер оптимизирован для 13 основных категорий персональных данных. Следующие типы могут быть обнаружены с пониженной точностью или пропущены:
- номера полисов ОМС/ДМС;
- кадастровые номера;
- номера лицензий и разрешений;
- номера военных билетов;
- номера водительских удостоверений;
- биометрические данные, описанные текстом (рост, вес, цвет глаз, особые приметы);
- генетические и медицинские данные;
- номера пенсионных удостоверений.

2.4 Качество сканов и изображений

2.5 Таблицы и структурированные данные в PDF

• Сложные таблицы с объединёнными ячейками могут быть некорректно извлечены;
• многоколоночная вёрстка может привести к смешиванию данных из разных колонок;
• данные в колонтитулах, сносках, надписях на полях могут быть пропущены;
• встроенные изображения в PDF требуют OCR и подвержены соответствующим ограничениям.

2.6 Рукописные документы

• Модули OCR (EasyOCR, Tesseract) оптимизированы для печатного текста;
• рукописный текст распознаётся со значительно более низкой точностью;
• индивидуальные особенности почерка, нечитаемые символы, исправления — источники ошибок;
• рукописные пометки на полях печатного документа могут быть полностью пропущены;
• рекомендация: для рукописных документов используйте Платформу только как вспомогательный инструмент, обязательна полная ручная проверка.

---

3. Ответственность Пользователя

3.1 Обязательная ручная проверка

Пользователь ОБЯЗАН проверить анонимизированный результат перед его использованием. Это правило не имеет исключений.

Автоматическая анонимизация без последующей ручной проверки:
- не является достаточной мерой защиты персональных данных;
- не освобождает Пользователя от ответственности за утечку PII, пропущенных конвейером;
- не может рассматриваться как надлежащее обезличивание в контексте 152-ФЗ.

3.2 Рекомендуемый рабочий процесс

Шаг 1: Автоматическая анонимизация
     │
     ▼
Шаг 2: Ручная проверка результата (ОБЯЗАТЕЛЬНО)
     │  ├── Проверить все ли ФИО замечены
     │  ├── Проверить адреса и контактные данные
     │  ├── Проверить идентификационные номера
     │  ├── Оценить контекст на предмет косвенной идентификации
     │  └── Для сканов: сверить с оригиналом
     │
     ▼
Шаг 3: Ручная коррекция (при необходимости)
     │  ├── Добавить пропущенные PII вручную
     │  └── Снять ошибочную маркировку
     │
     ▼
Шаг 4: Финализация (использование результата)

3.3 Принятие ответственности

Используя анонимизированный текст (копирование, экспорт, публикация, передача третьим лицам), Пользователь подтверждает, что:
- провёл ручную проверку результата;
- принял решение о достаточности анонимизации;
- принимает на себя ответственность за полноту и качество анонимизации.

---

4. Ограничение ответственности Оператора

4.1 Инструмент, а не гарантия

Lexaris предоставляет инструмент наилучших усилий (best-effort) для обнаружения и анонимизации персональных данных. Оператор прилагает все разумные усилия для обеспечения максимальной точности конвейера обнаружения, но не гарантирует:
- обнаружение 100% персональных данных в любом тексте;
- отсутствие ложноположительных срабатываний;
- невозможность реидентификации субъекта по контексту;
- соответствие результата требованиям конкретного регулятора или суда.

4.2 Пределы ответственности

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

4.3 Высокорисковые сценарии

В следующих сценариях ручная проверка является критически важной и должна быть проведена с особой тщательностью:
- подготовка документов для суда или государственных органов;
- публикация материалов в открытых источниках;
- передача данных контрагентам, не связанным обязательством конфиденциальности;
- обработка данных специальных категорий субъектов (несовершеннолетние, лица с ограниченной дееспособностью);
- обработка данных, содержащих медицинскую, банковскую или налоговую тайну.

---

5. Контекстная реидентификация: ограничение ответственности

5.1 Природа контекстной реидентификации

Анонимизация заменяет прямые идентификаторы (ФИО, ИНН, телефон и т.д.) токенами или иными обезличенными значениями. Однако даже после корректной замены всех прямых идентификаторов существует возможность установления личности субъекта данных по внешнему контексту — информации, доступной из открытых или иных источников, не входящих в обрабатываемый документ.

5.2 Типичные сценарии контекстной реидентификации

5.3 Позиция Оператора

Оператор не несёт ответственности за реидентификацию субъектов данных, осуществлённую третьими лицами на основании:

• информации, доступной из публичных реестров и баз данных (КАД Арбитр, ГАС Правосудие, ЕГРЮЛ, ЕГРН, ФССП, Росреестр, ПКК и др.);
• информации, полученной из средств массовой информации, социальных сетей или иных открытых источников;
• информации, доступной по косвенным идентификаторам (должность, уникальное событие, адрес), которые не являются персональными данными в смысле 152-ФЗ при рассмотрении в отдельности;
• сочетания нескольких квазиидентификаторов (возраст + пол + профессия + район), каждый из которых в отдельности не позволяет установить личность.

5.4 Рекомендации по минимизации риска контекстной реидентификации

Для снижения риска реидентификации по контексту Пользователю рекомендуется:

1. Удалять или обобщать номера дел и производств, если публикация не требует их сохранения;
2. Использовать режим «обобщение» (generalization) — заменять точные адреса на район/город, точные даты на год, конкретные должности на категорию;
3. Активировать оценку риска реидентификации — встроенный модуль risk_scorer анализирует комбинации квазиидентификаторов и предупреждает о высоком риске;
4. Применять метод декомпозиции (Приказ РКН № 140, п. 2.3) — разделять данные на части, хранимые раздельно;
5. Проводить ручную оценку контекста документа на предмет наличия уникальных комбинаций, позволяющих установить личность.

5.5 Автоматическое предупреждение

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

---

6. Прозрачность: показатели уверенности

6.1 Оценки уверенности по документу

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

6.2 Назначение показателей

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

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

---

7. Механизм обратной связи: сообщение о пропущенных PII

7.1 Как сообщить о пропуске

Если Пользователь обнаружил, что конвейер пропустил персональные данные:

• В интерфейсе: кнопка «Сообщить о пропущенных PII» рядом с результатом;
• Через Telegram-бот: команда /report;
• По электронной почте: info@lexaris.ru с пометкой «Пропущенные PII».

При сообщении не отправляйте сами персональные данные. Укажите:
- тип пропущенных данных (ФИО, адрес, телефон и т.д.);
- контекст, в котором данные были пропущены (например, «имя без фамилии в середине абзаца»);
- формат исходного документа (текст, DOCX, PDF-скан и т.д.).

7.2 Использование обратной связи

Обратная связь используется для:
- выявления систематических пропусков и улучшения regex-шаблонов;
- приоритизации обновлений NER-моделей;
- документирования известных ограничений для информирования Пользователей.

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

---

8. Иерархия правовых документов

Настоящий Дисклеймер является специальным документом в отношении точности анонимизации и применяется совместно с:
1. Пользовательским соглашением Lexaris;
2. Политикой конфиденциальности;
3. Уведомлением об обработке данных при использовании ИИ (ai_data_processing_notice.md);
4. Уведомлением о трансграничной обработке данных (cross_border_processing_notice.md);
5. Дисклеймером об обнаружении ИИ (ai_detection_disclaimer.md);
6. Политикой безопасности маппинга токенов (token_mapping_security_policy.md).

В случае противоречий между настоящим Дисклеймером и иными документами в части точности и ограничений анонимизации применяется настоящий Дисклеймер.

---

9. Контакты

По вопросам точности анонимизации и настоящего Дисклеймера:

• Техническая поддержка: info@lexaris.ru
• Общие вопросы: info@lexaris.ru

ИП Кудрявцев Степан Александрович
Россия, Санкт-Петербург
ОГРН 324784700000012 | ИНН 780252833730

---

Настраиваемые параметры

Следующие параметры настраиваются Оператором в Панели управления Платформы. Указанные ниже значения являются значениями по умолчанию.

Все параметры настраиваются в: Панель управления → Настройки → Сроки хранения

---

Настоящий Дисклеймер вступает в силу с 2026-03-19 и является неотъемлемой частью Пользовательского соглашения Lexaris.

Используя функции анонимизации Платформы, Пользователь подтверждает: (1) ознакомление с настоящим Дисклеймером; (2) понимание того, что эвристическая анонимизация не является безошибочной; (3) принятие обязательства проверять все результаты анонимизации перед использованием; (4) принятие ответственности за полноту анонимизации после ручной проверки.