Гарантийная замена кандидата: как связать её с первым подбором

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

История начинается с завершённого подбора

Вымышленное агентство закрыло подбор П-1, после чего заказчик сообщил о прекращении сотрудничества с найденным человеком. Менеджер хочет вернуть карточку П-1 на начало воронки. Тогда первоначальный результат исчезнет из истории, а повторные этапы окажутся смешаны с первыми собеседованиями.

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

До повторного поиска проверьте основание

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

В описании гарантий Cloudberry замена связана с общими условиями договора и обозначена как однократная бесплатная работа при определённых обстоятельствах. Это предложение конкретного агентства. Оно не устанавливает срок, число попыток и обязанности всех участников рынка.

Четыре записи вокруг одного обращения

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

Гарантийный период относится к конкретным условиям

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

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

Дата в календаре ещё не означает право на замену

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

Повторная работа имеет собственный маршрут

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

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

Число представлений и число использованных замен

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

Отчёт о продажах не должен путать повтор с новым заказом

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

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

Что проверить перед использованием схемы

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

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

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