Резюме, голосовые интервью и нейросеть: как мы готовили HR-платформу к запуску

Коротко о проекте

Клиент

HR-платформа для специалистов по информационной безопасности. Название и сведения о компании не раскрываем.

Как устроен сервис

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

Задача

Документы по 152-ФЗ и уведомление в Роскомнадзор, а по ходу работы ещё пользовательское соглашение и оферта.

Главная сложность

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

Результат

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

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

Карту данных составили до запуска

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

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

Приватность, встроенная в продукт

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

В документах появились и сроки. Исходный файл резюме удаляется сразу после извлечения текста, запись голосового интервью хранится не дольше 30 дней, технические журналы не дольше года. А ещё нейросеть не отказывает кандидатам сама: окончательное решение принимает человек. Для закона это существенно, ведь решение, которое затрагивает права человека, по общему правилу нельзя принимать только на основе автоматизированной обработки (статья 16 закона № 152-ФЗ).

Голос и нейросеть

Голосовое интервью сразу вызывает вопрос о биометрии. Голос становится биометрическими персональными данными, когда по нему устанавливают личность (статья 11). Здесь запись нужна, чтобы оценить знания кандидата, поэтому режим биометрии не применяется, и мы прямо указали это в политике. Если платформа когда-нибудь начнёт узнавать людей по голосу, документы придётся пересматривать.

С нейросетью было сложнее. Оценку компетенций платформа собиралась отдать российскому ИИ-сервису. Его стандартные корпоративные условия исходят из того, что персональные данные ему не передают, а платформа планировала отправлять туда записи интервью, резюме и ответы кандидатов. Убрать из них имя и контакты недостаточно: голосовая запись и материалы, связанные с аккаунтом, обезличенными от этого не становятся. Поэтому в инструкции появилось жёсткое правило: никаких персональных данных в ИИ-сервис, пока не подписан договор, который допускает обработку по поручению платформы (часть 3 статьи 6).

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

Нашёлся и неочевидный поток. Сервер платформы стоит в дата-центре, и по условиям площадки компания передаёт ей ФИО, дату рождения и паспортные данные сотрудников, которым нужен доступ к оборудованию. К соискателям это отношения не имеет, но это тоже обработка персональных данных, и в политику она вошла отдельной строкой.

Галочка на соглашение вместо «даю согласие»

Увидев состав работ, клиент спросил, входит ли туда пользовательское соглашение. Формально это документ из другой области права, для 152-ФЗ он не обязателен, и мы так и ответили. Но для этой платформы соглашение оказалось основой. Почти всё, что сервис делает с данными, нужно, чтобы исполнить договор с пользователем: вести профиль, подбирать вакансии, передавать отклики. Для такой обработки отдельное согласие не требуется (пункт 5 части 1 статьи 6), поэтому соглашение и оферту мы включили в работу.

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

С рекламой всё наоборот. Клиент планирует рассылки по почте и через бота в мессенджере, а для этого нужны два отдельных согласия: на обработку данных в рекламных целях (статья 15) и на получение самой рекламы (статья 18 закона о рекламе). Оба чекбокса необязательные и пустые по умолчанию. С cookie вышло проще всего: на сайте одна техническая cookie для входа в аккаунт, без аналитики и рекламы, так что отдельное согласие на неё пока не нужно.

Что получил клиент

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

Когда такой разбор нужен вашему продукту

Лучшее время заняться персональными данными наступает до запуска, пока любое изменение стоит одной строчки в задаче разработчику. Если вы строите сервис с профилями, резюме, ИИ-оценкой или пользовательскими материалами, начните с карты данных: кто что вводит, где это хранится, кто это увидит и куда оно уходит дальше.