Поиск кандидата на открытую вакансию
0
766
27.07.2026
Что это за процесс
Этот процесс описывает полный цикл подбора сотрудника: от момента поступления заявки на открытие вакансии до найма кандидата или закрытия позиции. Процесс начинается со стартового события «Заведена заявка на поиск кандидата на открытую вакансию». Он завершается одним из финальных событий: «Кандидат найден и он принял оффер», «Вакансия закрыта» или «Вакансия отменена». В ходе работы система обрабатывает отклики кандидатов, проводит проверки соответствия требованиям и координирует действия HR-специалистов и руководителей.
Как читать эту схему
Схема построена на взаимодействии нескольких пулов: HR-специалист, Руководитель инициатора, Кандидат и другие участники. Ключевые точки принятия решений реализованы через шлюзы. Например, эксклюзивный шлюз используется для проверки заявки на соответствие штатному расписанию: если ответ «да», заявка регистрируется; если «нет» — инициатор получает уведомление об отказе. Аналогичный эксклюзивный шлюз стоит на этапе согласования заявки руководителем.
Для определения типа поиска применяется инклюзивный шлюз. Он позволяет запустить параллельные потоки публикации вакансии: ветка «внешний» ведёт к публикации на сторонних ресурсах, а ветка «внутренний» — на внутреннем портале компании. Это означает, что вакансия может быть размещена как внутри, так и снаружи одновременно, либо только в одном из каналов.
В процессе также учтены внешние триггеры. Например, сообщение «Кандидат передумал» может прервать работу с конкретным соискателем в любой момент. Условное событие «Вакансия закрыта или отменена» позволяет досрочно завершить отбор, если потребность в сотруднике отпала.
Кому подойдёт
Данная модель подходит для компаний с выделенной HR-службой и чёткой структурой согласования вакансий. Она актуальна для организаций, где подбор персонала требует участия нескольких ролей: HR-специалиста, руководителя инициатора, ответственного за выбор кандидата и службы безопасности. Схема учитывает необходимость публикации вакансий как на внешних площадках, так и на внутреннем портале, что характерно для среднего и крупного бизнеса.
Как адаптировать под свою компанию
- Проверьте необходимость параллельной публикации вакансии. Если вы используете только один канал поиска, уберите инклюзивный шлюз и оставьте одну ветку.
- Определите, кто именно принимает решение о закрытии вакансии. В схеме это может быть как HR, так и руководитель, что влияет на ветвление потока согласования.
- Добавьте шаги проверки службы безопасности, если ваша компания требует такого этапа перед финальным оффером, так как в пулах указан этот участник.
- Настройте уведомления об отказах. В схеме есть отдельные задачи для оповещения инициатора и кандидата, убедитесь, что каналы связи (email, портал) настроены корректно.
- Уточните критерии «соответствия штатному расписанию». Это первый фильтр процесса, и от его чёткости зависит скорость обработки заявок.
Типичные ошибки
Частая ошибка — игнорирование ветки «Кандидат передумал». Если не предусмотреть возможность досрочного прекращения работы с соискателем, процесс будет содержать «висящие» задачи, которые никто не закрывает. Другая проблема — смешивание ролей. В схеме чётко разделены действия HR-специалиста и Руководителя инициатора; перенос задач согласования на одного человека упрощает схему, но нарушает контроль. Также важно не путать закрытие вакансии (потребность исчезла) с отказом кандидату (он не подошёл), так как это разные финальные события с разными последствиями для статистики подбора.
Опубликуйте свой шаблон
У вас есть отличная схема, которой стоит поделиться? Мы поможем превратить её в шаблон и показать всему сообществу.
Какие элементы BPMN здесь использованы
Нажмите на элемент, чтобы разобраться, что он означает и когда его применяют.
Начальное прерывающее событие-условие Развилка «и» (Параллельная развилка) Подпроцесс по событию Промежуточное событие-обработчик таймера Хранилище данных Начальное прерывающее событие-сообщение Развилка «и/или» Начальное событие-сообщение Промежуточное прикрепленное прерывающее событие-обработчик таймера Конечное событие-инициатор сообщения
Частые вопросы
Можно ли использовать эту схему, если у нас нет внутреннего портала вакансий?
Да. В этом случае ветку «внутренний» после инклюзивного шлюза можно удалить или сделать необязательной. Процесс будет работать только с публикацией на сторонних ресурсах.
Кто принимает решение о регистрации заявки на поиск?
Согласно схеме, решение принимается на этапе проверки заявки на соответствие штатному расписанию. Если проверка успешна («да»), заявка регистрируется. Если нет — инициатор получает отказ.
Что происходит, если вакансия отменяется в процессе поиска?
Срабатывает условное событие «Вакансия закрыта или отменена». Это приводит к прерыванию отбора кандидатов, уведомлению кандидатов о закрытии вакансии и остановке работы с текущими откликами.
Обязательно ли проводить тестирование кандидатов?
В данной версии схемы тестирование является частью основного потока после первого собеседования. Если ваша компания не тестирует кандидатов, этот блок задач и связанных с ним шлюзов нужно исключить или сделать опциональным.
Как схема обрабатывает ситуацию, когда кандидат отказывается от оффера?
Схема предусматривает событие «Кандидат передумал», которое может произойти в любой момент. Это приводит к прекращению работы с данным кандидатом и, вероятно, к продолжению поиска других соискателей, если вакансия ещё открыта.
Нужна ли служба безопасности в этом процессе?
В пулах участников указана служба безопасности, но в списке задач явных шагов проверки нет. Если ваша компания требует проверки, добавьте соответствующую задачу после этапа собеседования и перед финальным решением.
Похожие процессы
