ATS-система: что это, зачем HR и как выбрать

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

Типовой набор функций примерно такой:

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

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

ИИ-скрининг — не отдельный класс, а слой, который встраивается в первый из них. Он не хранит кандидатов и не ведёт воронку: он читает и оценивает. Поэтому вопрос «ATS или ИИ-скрининг» поставлен неверно — они закрывают разные задачи и в зрелом процессе стоят рядом.

Главная ошибка выбора — брать систему на вырост. Функции, которыми не пользуются, не лежат мёртвым грузом: они усложняют интерфейс, требуют настройки и удлиняют внедрение, а рекрутеры возвращаются в таблицу.

Пять вопросов поставщику, которые стоит задать до демо

1. Как выгрузить все данные, если мы уйдём? Формат, полнота, срок. Ответ «выгрузим по запросу» означает, что вы в заложниках.
2. Где физически хранятся персональные данные кандидатов и как оформлена локализация по ст. 18 ч. 5 152-ФЗ.
3. Как устроены согласия: где хранится текст, фиксируется ли момент получения, что происходит при отзыве.
4. Что происходит с вакансией и кандидатами, когда рекрутер уходит из компании.
5. Сколько стоит год при нашем объёме — с учётом обязательных модулей и внедрения, а не цена за пользователя с лендинга.

• Локализация данных. Первичная запись персональных данных граждан России должна происходить на серверах в России. Для зарубежного SaaS это, как правило, непреодолимое ограничение, а не вопрос настройки.
• Реестр отечественного ПО. Для госкомпаний и части регулируемых отраслей наличие продукта в реестре — условие закупки, а не преимущество.
• Интеграции с локальными источниками откликов. Job-борды и площадки, на которых у вас реально идёт поток, должны подключаться из коробки. Интеграция «через API силами подрядчика» на практике означает отдельный проект.
• Согласия и сроки хранения по 152-ФЗ. Система должна уметь хранить факт согласия с датой и удалять данные по истечении срока, а не по напоминанию рекрутера.
• Автоматические решения. Статья 16 152-ФЗ ограничивает решения, принятые исключительно автоматизированной обработкой. Если ATS умеет автоотказ по правилу — этой функцией нужно уметь не пользоваться.
• Оплата и договор. Российское юрлицо поставщика, счёт в рублях, закрывающие документы — банальность, которая срывает закупку чаще, чем нехватка функций.

Среди российских ATS есть и продукты крупных экосистем, и самостоятельные вендоры с многолетней историей. Сравнивать их по таблицам функций малополезно: наборы близки, а разница проявляется на своих процессах. Работает другое — пилот на одной реальной вакансии с живым потоком откликов, с фиксированным списком того, что вы проверяете.

Честный раздел, которого не бывает у вендоров. ATS не окупается в трёх ситуациях:

• Меньше 3–5 вакансий в год. Затраты на внедрение и поддержание порядка выше, чем польза.
• Подбор идёт целиком через рекомендации и прямой поиск, входящего потока нет. Здесь нужнее CRM-логика, а не трекинг откликов.
• Процесса ещё нет. ATS фиксирует процесс, а не создаёт его: внедрение в хаос даёт оцифрованный хаос и ощущение, что система плохая.

Полная схема зрелого подбора состоит из трёх слоёв, и путать их — значит покупать не то.

1. Привлечение: job-борды, карьерный сайт, реферальная программа, прямой поиск. Отвечает за то, сколько людей придёт.
2. Оценка: первичный отбор и ранжирование откликов. Отвечает за то, кого вы прочитаете первым.
3. Ведение: ATS. Отвечает за то, чтобы никто не потерялся и решения остались записанными.

Большинство ATS второй слой реализуют формально — фильтрами по полям и поиском по ключевым словам. Этого достаточно, пока откликов немного. При потоке от сотни в неделю фильтры начинают отсекать по терминологии, а не по сути, и слой оценки приходится усиливать отдельно.