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

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

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

• ФИО, телефоны, адреса электронной почты и другие контакты.
• Адреса и идентификационные данные.
• Реквизиты клиентов и контрагентов.
• Номера договоров и внутренних систем, если по ним можно восстановить конкретного человека или компанию.
• Коммерческие условия, которые не нужны для текущего анализа.
• Пароли, ключи доступа и служебные ссылки.

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

Удалять информацию полностью удобно не всегда. Иногда модель должна различать несколько участников, клиентов или объектов. Тогда используйте устойчивые обозначения: «Клиент А», «Поставщик 2», «Менеджер 1», «Объект Север». Одинаковые сущности должны сохранять одно обозначение во всём документе.

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

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

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

Есть задачи, где сам документ целиком является чувствительным: финансовая модель, закрытая техническая документация, клиентская база, данные о сделках. Здесь вопрос решается на уровне разрешённых инструментов, доступа, корпоративного контура и политики хранения данных.

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