Сначала определите действующие обязательства
В рабочем описании важно зафиксировать следующее: доступ, активные сеансы, открытые обязательства, замещающий ведущий и историческое авторство действий.
Если сотрудник прекращает работу, его клиенты и задачи не исчезают. Выберите открытые продажи, ближайшие обещания и материалы, зависящие от личного доступа. Назначьте принимающего и подтвердите содержание передачи. Когда прекращение доступа требуется немедленно, организуйте сохранение рабочего контекста через уполномоченного ответственного. Не оставляйте аккаунт активным бессрочно только потому, что на нём держится неудобно устроенная связь с базой и команда боится потерять сведения.
Отзывайте доступ фактически
Практический шаг для команды — согласовать порядок отключения и передачи данных, отдельно проверив зависимые интеграции и документы сотрудника.
Удаление имени из интерфейса может отличаться от блокировки входа, действующих сеансов и технических ключей. Уточните модель конкретной системы и поддерживаемую процедуру. Проверьте результат безопасным способом, не отправляя пароли в переписке. Если сотрудник использовал общую учётную запись, проблема шире: потребуется пересмотр общего доступа. Индивидуальные аккаунты упрощают прекращение полномочий и позволяют не затрагивать обычную работу всех остальных пользователей отдела.
Проверьте внешние источники
Здесь важно учесть риск: удаление человека из списка не обязательно отзывает все действующие сеансы или внешние ключи доступа.
Файлы, почта, календарь и интеграции могут зависеть от отдельной учётной записи. Передача владельца компании в CRM сама их не перенастраивает. Определите необходимые связи и согласованный доступ принимающей стороны. Не копируйте всё подряд в общую папку без разбора. Для клиента важно, чтобы команда продолжила конкретное обещание, а не просто сохранила большой архив, в котором никто не может найти актуальную спецификацию и нужного адресата.
Сохраняйте историческое авторство
Результат можно проверить по следующему признаку: бывший сотрудник не входит в систему, а команда сохраняет нужный контекст и продолжает действующие обязательства.
Прежние разговоры и завершённые продажи относятся к выполнившему их человеку. Новая ответственность не должна автоматически переписывать прошлое. Согласуйте, какие объекты переназначаются для работы, а какие остаются историческими. Это важно для понятности отношений и корректности отчётов. Порядок хранения сведений определяется правилами компании отдельно. Прекращение входа и удаление любой истории — разные решения, которые нельзя незаметно объединять в одну массовую административную кнопку.
Проверьте продолжение от нового ведущего
Принимающий сотрудник должен открыть нужную продажу, связаться с правильным представителем и выполнить ближайшее действие. Проверьте этот маршрут после отключения, а не только до него. Если работа требует вновь обратиться к бывшему менеджеру за каждым файлом, передача не завершена. Назначьте владельца нерешённых вопросов и кратко представьте нового ведущего клиенту там, где это уместно. Так кадровое изменение не превращается в потерю обязательств и повторный сбор уже известных компании сведений.
Проверка по шагам
- Зафиксировано ли следующее: Доступ, активные сеансы, открытые обязательства, замещающий ведущий и историческое авторство действий?
- Определён ли практический шаг: Согласовать порядок отключения и передачи данных, отдельно проверив зависимые интеграции и документы сотрудника?
- Наблюдается ли ожидаемый результат: Бывший сотрудник не входит в систему, а команда сохраняет нужный контекст и продолжает действующие обязательства?
Частые вопросы
Нужно ли удалять историю его действий?
Обычно история нужна для понимания отношений и ответственности. Порядок хранения определяют правила компании, а прекращение доступа не должно автоматически переписывать авторство прошлых событий.
Прототип CRM для вашей компании
Расскажите о текущих системах и задаче. Согласуем состав бесплатного прототипа, который можно проверить с командой. Возможности и объём автоматизации обсуждаем до включения в проект.
Получить прототип CRM →Материал подготовлен с помощью ИИ. Примеры условные и не являются результатами клиентов. Как устроена библиотека.