Один кандидат на несколько вакансий: учёт кадрового агентства

Если кадровое агентство рассматривает человека по нескольким вакансиям, общий статус кандидата не должен заменять состояние каждого подбора. По одной позиции уже назначено интервью, по другой заказчик отказал, а по третьей рекрутер ещё уточняет интерес. Запись «отказ» в единственной карточке скроет активную работу. Для разработки CRM полезно разделить человека, его участие в конкретной вакансии и связанные действия. Ниже разобрана предлагаемая модель процесса, а не юридические правила работы с резюме.

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

Что относится к человеку, а что — к подбору

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

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

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

У двух отказов может быть разный смысл

Заказчик может не продолжить рассмотрение, кандидат — отказаться от условий, а агентство — остановить обработку по иной подтверждённой причине. Не объединяйте эти события одной отметкой без автора и предмета решения. Для аналитики важны разные основания, а для рабочей очереди — разные последствия. Что закрывается, какое действие отменяется и остаются ли другие активные подборы, должно быть определено процессом агентства.

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

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

Календарь связывает независимые процессы

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

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

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

Как не раздробить человека на несвязанные карточки

Для поступлений из разных каналов нужен управляемый разбор возможных совпадений. Одинаковое имя само по себе не доказывает, что речь об одном человеке. Разные версии резюме тоже не обязаны означать разных людей. Система может предложить проверку, но основания объединения и доступ к данным должны быть определены. Ошибочное слияние способно смешать чужую историю так же, как отсутствие связи разделяет нужные сведения.

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

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

В отчётах отдельно считайте людей и участия в вакансиях. Один кандидат в двух активных подборах — это не два разных человека. При этом количество работ рекрутеров действительно включает два отдельных процесса. Подпись показателя должна объяснять единицу учёта, иначе изменение структуры карточек даст видимость роста базы без появления новых кандидатов.

Примите систему на нескольких пересекающихся историях

1. Создайте учебного кандидата с двумя активными вакансиями.
2. Завершите одну отказом и проверьте сохранность второй и её действий.
3. Назначьте конфликтующие встречи и проверьте обнаружение пересечения.
4. Измените условия одного предложения и убедитесь, что нужно уточнить решение.
5. Подготовьте две похожие карточки и проверьте управляемое сопоставление.
6. Проверьте роли: другой заказчик не должен получать чужую историю подбора.

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