Разработчик как соответчик: чему учит дело Mobley v. Workday
В американском деле Mobley v. Workday истец обвинил в дискриминации не работодателей, а саму HR-платформу, чьи алгоритмы автоматически отсеивали его заявки.
Иск Дерека Мобли (Derek Mobley) перенёс ответственность за отказ в найме с работодателя на разработчика алгоритма — компанию Workday Inc. (поставщика ИИ-систем для подбора персонала). Главное в этом деле сам прецедент: определение точной границы, когда создатель ПО перестаёт считаться обычным поставщиком.
Кто такой истец – Дерек Мобли
Истец Дерек Мобли относится сразу к нескольким защищаемым законом категориям: он старше 40 лет с диагностированной инвалидностью. Получив более сотни автоматических отказов на платформе Workday, он решил оспорить саму систему.
Мобли создал прецедент, предъявив обвинения в дискриминации не нанимающим компаниям, а непосредственно разработчику ИИ-софта (компании Workday Inc.).
Почему Workday
Причин для подачи иска было три, и все процессуальные:
1. Наличие общего юридического факта: доказать предвзятость сотен работодателей невозможно, а единый алгоритм Workday связывает все отказы в общую систему и обосновывает коллективный характер иска.
2. Доктрина «непропорционального воздействия»: данная доктрина исключает необходимость доказывания намеренной дискриминации. Объект оспаривания здесь — не субъективный мотив нанимателя, а системная практика отбора, правообладателем которой выступает вендор.
3. Огромный охват: суд одобрил условный статус коллективного иска по закону о дискриминации по возрасту (ADEA). Он охватывает соискателей старше 40 лет, подававших заявки с сентября 2020 года, а в материалах дела фигурирует около 1,1 миллиарда откликов.
Иск подан к разработчику Workday, потому что он — единственная точка пересечения, превращающая единичные отказы в системную практику.
Не инструмент, а полноценный агент
Workday Inc. настаивала, что лишь предоставляет ПО и не принимает финальных решений о найме. Но в июле 2024 года суд этот довод отверг, признав компанию — «агентом работодателя».
Логика решения проста: передавая внешней системе автоматический отсев кандидатов, заказчик делегирует ей и функции работодателя. Платформа перестает быть просто ИИ-сервисом и превращается в самостоятельного участника отбора. Поскольку заказчик физически не может контролировать этот автоматический фильтр, разработчик обязан соблюдать антидискриминационное законодательство наравне с нанимателем.
Источник ответственности здесь — не владение кодом, а переданная алгоритму функция. На этом базируются и решения 2026 года. В марте суд признал применимость закона о дискриминации по возрасту (ADEA), а 22 июня одобрил иски по закону FEHA (судить будут по месту создания алгоритма) и закону о правах инвалидов (ADA).
Окончательного вердикта или суммы штрафа пока нет. Процесс может занять годы, если стороны не придут к мировому соглашению. Однако главный прецедент уже создан: суд официально лишил ИТ-разработчика статуса «просто поставщика софта» и заставил его защищаться в суде наравне с работодателями.
Что это значит для рынка?
Для разработчиков и операторов платформ: Данный вывод является важным ориентиром для комплаенс-стратегий. Статус «технического провайдера» больше не защищает в суде. Архитектура алгоритмов, логика отбора и метрики предвзятости теперь могут стать объектом судебных проверок.
Для HR и бизнеса: Покупка готового ИИ-инструмента не снимает с компании ответственности за результат. Ошибки чужого софта могут втянуть ваш бренд в коллективный иск.
Российские реалии: правовой контекст
В России пока нет профильного законодательства об ИИ в рекрутинге — отсутствуют как обязательный аудит алгоритмов, так и требования к их прозрачности. Тем не менее действующее право регулирует эту сферу жёстче, чем кажется на первый взгляд.
Запрет на дискриминацию прямо закреплён в ст. 3 ТК РФ. Согласно ст. 64 ТК РФ соискатель может оспорить необоснованный отказ в суде, а работодатель обязан предоставить письменное объяснение причин в течение семи рабочих дней. Кроме того, ч. 3 ст. 53 Закона о занятости (№ 565-ФЗ) запрещает публикацию вакансий с дискриминационными критериями, устанавливая за это штрафы по ст. 13.11.1 и 5.62 КоАП РФ.
Однако главный барьер для ИИ кроется в ч. 1 ст. 16 Закона «О персональных данных» (№ 152-ФЗ). Она прямо запрещает принимать решения, порождающие юридические последствия или ущемляющие права человека, на основании исключительно автоматизированной обработки данных (если нет письменного согласия). Оператор обязан по требованию раскрыть логику работы системы и рассмотреть возражение соискателя за 30 дней. Сам ТК РФ отвечает на автоматизацию одной нормой. Пункт 6 ч. 1 ст. 86 ТК РФ запрещает работодателю при принятии решений, затрагивающих интересы работника, основываться на персональных данных, полученных исключительно в результате их автоматизированной обработки или электронного получения, т.е. даже согласие работника автоматизированное кадровое решение не легализует. Норма жёстче общего режима Закона о персональных данных № 152-ФЗ. Это значит, что любой автоматический отказ со стороны ИИ без участия живого HR-специалиста в РФ по умолчанию считается нарушением закона.
Прямая ответственность разработчика ПО перед соискателем в законодательстве РФ пока не закреплена. Все юридические риски по-прежнему несёт работодатель — здесь действует классическая модель ответственности за действия третьих лиц, привлечённых к исполнению обязательств (ст. 403 ГК РФ). При этом право на обратное требование (регресс) к ИТ-компании регулируется исключительно условиями коммерческого договора между ними.