Документация / Персональные данные

Персональные данные

Редакция 24 сентября 2026, дополнена 9 ноября 2026

Для администратораДля службы безопасностиДо запуска на реальных данных

Документы вашей компании остаются на ваших серверах. Наружу, к языковой модели, уходит текст запроса, и перед отправкой имена, телефоны и номера документов в нем заменяются метками. В ответе метки возвращаются на место, поэтому сотрудник видит нормальный текст.

Где проходит граница

Граница одна и проходит она на выходе из вашей сети. Внутри с настоящими данными работают хранилища, поиск по документам, экраны сотрудников и журнал. Замена метками происходит ровно на границе, перед обращением к модели поставщика.

Какой маршрут данных у каждой подключенной языковой модели, видно на экране моделей, и разобрано это на странице «Языковые модели».

Что платформа находит

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

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

Как выглядит замена

Метка - это не слово, а строгая конструкция, чтобы модель не спутала ее с текстом и чтобы платформа надежно нашла ее в ответе. Выглядит она так.

Здравствуйте, ⟦PERSON-NAME:9f3a72c14b8e0d55⟧.
Ваш телефон ⟦PHONE:0c2f9ab355e1d708⟧ подтвержден.

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

Одинаковые значения получают одинаковую метку, поэтому модель понимает, что речь об одном человеке, и при этом не знает, о ком именно. Совпадают метки только внутри вашей компании.

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

Классы данных и маршруты

У каждой категории есть класс данных, и он решает, куда эти данные вообще разрешено передавать. Классов шесть.

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

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

Два профиля поиска

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

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

Границы детектора

Границы названы прямо, потому что без них обещание замены читалось бы как гарантия, а это не гарантия.

• Особые категории персональных данных не детектируются. Надежного способа находить сведения о здоровье и убеждениях в свободном тексте сегодня нет. От их утечки защищает не детектор, а маршруты данных с запретом отдавать такой класс наружу.
• Числовые категории путаются между собой. Тринадцать цифр ОГРН посимвольно неотличимы от номера карты и проходят ту же контрольную сумму. Спор платформа решает в пользу более защищенной стороны, поэтому ОГРН без слова «ОГРН» рядом примерно в одном случае из десяти маскируется как номер карты. Это перестраховка, а не утечка, и цена названа заранее.
• У каждой категории есть пол полноты. Это доля значений, которую детектор обязан находить. Единице этот пол не равен ни у одной категории, и означает это ровно то, что написано. Часть значений детектор пропустит.

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

Что уходит наружу

• Уходит наружу текст запроса с метками вместо персональных данных и инструкция для модели.
• Не уходят наружу сами документы, файлы, база данных, журнал действий, записи хода запусков и карта замен. Единственное исключение - изображение в автоматизации, которая работает с картинками: оно уходит к модели целиком и только тогда, когда автор автоматизации отнес его к открытым или внутренним данным, а правила автоматизации такую передачу разрешают.
• Куда именно уходит, названо в вашем слое описателя поименно. В промышленном и закрытом профилях адрес, не названный там, сервису недоступен по построению; у показного профиля выход в интернет открыт, и он для оценки, а не для работы с вашими данными.

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

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

Сроки хранения

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

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

Какие данные платформа очищает по срокам автоматизаций, что администратор записывает в разделе сроков описателя и какие данные держат свои сроки, описано на странице «Обработка запроса и защита данных».

Удаление по требованию

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

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

Что проверить до реальных данных

Пять вопросов, на которые стоит иметь письменный ответ до того, как в автоматизацию попадет первый настоящий документ.

1. Какие классы данных вообще могут покидать вашу сеть, и записано ли это маршрутами данных в правилах каждой автоматизации.
2. Какой профиль поиска стоит на платформе и устраивает ли вас его цена по времени.
3. Какие сроки хранения объявлены и сходятся ли они с вашими правилами.
4. Кто из ваших сотрудников видит настоящие данные на экранах, а кто только метки.
5. Как вы отвечаете на требование об удалении, с учетом резервных копий.

Пункт про роли разобран на странице доступа и ролей, а пункт про копии на странице резервных копий.