Удалить сотрудника из одного сервиса недостаточно. У него могут остаться активные сеансы, доступ к общим папкам, API-ключи и сведения восстановления. Закрытие доступа нужно выполнять по реестру систем и согласованному времени, а не по памяти администратора.
Что подготовить заранее
Назначьте ответственных за кадровое событие, технические действия и передачу рабочих материалов. Уточните, какие задачи и автоматизации принадлежат аккаунту сотрудника. Доступ к рабочим данным и сроки их хранения должны соответствовать внутренним правилам и применимым требованиям; не удаляйте содержимое без согласованного основания.
Технический список проверки
- Корпоративная почта и единый вход.
- CRM, сайт, хостинг, облачные диски и рабочие мессенджеры.
- VPN, удалённый доступ и локальные аккаунты.
- API-токены, SSH-ключи, пароли приложений.
- Делегированные права, общие группы и публичные ссылки.
- Контакты восстановления и зарегистрированные устройства.
Проверьте ресурсы, созданные сотрудником
Дашборд, форма, бот или интеграция могут принадлежать его учётной записи. До отключения передайте владение там, где это необходимо, и проверьте работу от нового владельца. Не переносите личные материалы автоматически: состав рабочих ресурсов определяет уполномоченный представитель компании. Это помогает закрыть доступ без ненужной потери документов и остановки задач.
Отзыв доступа и смена секрета — разные действия
Если использовался общий пароль, бывший сотрудник мог сохранить его. Удаление из менеджера паролей не меняет пароль в самом сервисе. Такие секреты нужно заменить с учётом зависимых процессов. Для персональных токенов применяют штатный отзыв, а служебные интеграции переводят на управляемого владельца.
Как проверить результат
Проверьте закрытие входа и сеансов доступными административными средствами. Убедитесь, что рабочая почта и автоматизации продолжают функционировать по согласованной схеме. Не входите в личные аккаунты человека и не запрашивайте их пароли ради удобства передачи.
Завершите процесс актом или внутренней отметкой: системы проверены, устройства возвращены либо обработаны по политике, материалы переданы, исключения перечислены. Если для сохранения проекта временно оставлен доступ, у него должны быть владелец и конечная дата. Иначе временное исключение станет постоянной уязвимостью.
