Уход сотрудника из команды аренды: как отозвать рабочие доступы
Как передать рабочие файлы и задачи, закрыть цифровые доступы уходящего исполнителя и проверить результат отдельно по каждому сервису.
Отзыв доступов сотрудника в команде посуточной аренды начните с перечня сервисов и конкретных учётных записей. Выход человека из рабочего чата не подтверждает, что закрыты календарь, облачная папка, кабинет площадки и приложения на телефоне. Для каждого сервиса нужен отдельный результат проверки.
Ниже — предлагаемый внутренний порядок для руководителя команды и уполномоченного администратора. Он касается рабочих цифровых доступов при уходе сотрудника или подрядчика. Кадровые документы, сроки хранения и правомерность обработки данных организация определяет отдельно. Инструкция не даёт права входить в личные аккаунты человека или стирать его устройство.
Назначьте ответственного и момент отключения
Руководитель подтверждает, какие полномочия прекращаются и когда. Администратор сервисов выполняет изменения, а принимающий сотрудник проверяет, что текущие заезды и задачи переданы. Если эти роли совмещает один человек, в записи всё равно разделите решение, действие и проверку.
Согласуйте момент отключения с передачей дежурства. У следующей смены должны быть собственные рабочие доступы и контакт для срочных обращений. Не продлевайте старый доступ молча ради незаконченной передачи: если есть препятствие, руководитель фиксирует решение и назначает исполнителя. При подозрении на злоупотребление сразу передайте ситуацию ответственному за безопасность по отдельному порядку; обычный план передачи не должен задерживать его действия.
Соберите реестр по сервисам, а не по устройствам
Включите в список кабинеты каналов продаж, систему бронирования, почту, облачные документы, рабочие чаты и сервисы управления оборудованием — те, которыми действительно пользовался человек. Запишите его рабочую учётную запись в каждом сервисе. Одинаковое имя профиля не доказывает, что это один и тот же аккаунт.
Для каждой строки укажите:
- сервис и уполномоченного владельца или администратора;
- учётную запись и роль сотрудника;
- способ доступа: личное приглашение, группа, общий пароль или ссылка;
- рабочие материалы и задачи, которые требуется передать;
- согласованное действие и способ проверки;
- фактический результат, время и незавершённое ограничение.
В реестре достаточно ссылки на защищённое место хранения секрета. Пароль, резервный код или действующий токен не нужно копировать в карточку передачи. Не просите сотрудника прислать пароль от личной почты, даже если через неё когда-то зарегистрировали рабочий сервис. Такой случай передайте владельцу сервиса для восстановления организационного управления по его официальной процедуре.
Сохраните рабочие материалы до удаления аккаунта
Назначьте нового владельца открытых обращений, задач и нужных команде файлов. Получатель должен открыть материалы со своей учётной записи и подтвердить, что может выполнить следующую операцию. Ссылка в чате без проверки прав не завершает передачу.
В рекомендациях Google Workspace после ухода сотрудника перенос сохраняемой информации в другой аккаунт указан перед полным удалением исходного. Это конкретная инструкция для администрируемой организации Google Workspace, а не разрешение удалять личный аккаунт человека. Для других сервисов проверьте их правила передачи и удаления; если перенос пока не подтверждён, передайте вопрос уполномоченному администратору и отдельно решите, как ограничить доступ на время разбирательства.
Не пересылайте всю переписку и документы на личный адрес преемника. Передавайте только нужные для работы материалы в согласованное организацией хранилище. Вопросы состава и срока хранения сверяйте с порядком работы с персональными данными гостей.
Разделите аккаунт, сеансы и разрешения приложений
Не ограничивайтесь отметкой «пароль изменён». В той же справке Google Workspace отдельно перечислены проверка авторизованных приложений, отзыв разрешений, сброс файлов cookie для входа, отзыв электронных ключей и паролей приложений, а также изменение данных восстановления. Администратор выбирает применимые операции по документации сервиса и фактической конфигурации.
Эта памятка не обещает, что смена одного пароля завершит все сеансы во всех приложениях. Внешний кабинет, отдельное приложение и вход через другую систему могут требовать собственных действий. В строке каждого сервиса укажите, что именно выполнено и что ещё не проверено.
Общий пароль требует отдельного решения владельца сервиса: кому он был известен, какие подключения его используют и как разрешённо заменить его без потери управления. Новый секрет передайте оставшимся уполномоченным сотрудникам через согласованный защищённый канал. Не включайте его в общий отчёт.
Проверьте доступ к файлам и ссылки
Удаление адреса из списка одного документа не заменяет проверки остальных способов доступа. В справке Google Диска описаны доступ конкретным пользователям и группам, наследование разрешений от папки и режим «Все, у кого есть ссылка». При таком режиме файл может открываться без входа в аккаунт Google.
Поэтому при проверке рабочей папки посмотрите не только на имя ушедшего сотрудника, но и на родительскую папку, группы и общий доступ. Изменения выполняет человек с нужными полномочиями; если доступ наследуется, разбирайте источник разрешения по инструкции Диска. Не закрывайте общую папку наугад: ею могут пользоваться действующие сотрудники.
Отзыв прав на исходный файл не следует записывать как подтверждённое уничтожение ранее скачанных копий. Если возник вопрос о выведенных за рабочий контур материалах, сохраните факты и передайте его ответственному. Обычная проверка списка разрешений этого вопроса не решает.
Зафиксируйте проверяемый результат
Для каждого сервиса сохраните наблюдаемый итог: учётная запись отключена по инструкции сервиса, назначение роли снято, адрес отсутствует в конкретном списке доступа или передача файла подтверждена новым владельцем. Там, где доступны журналы администратора, свяжите запись с выполненной операцией. Не заходите под старой учётной записью сотрудника ради проверки.
Например, запись «папка передана» уточните: «принимающий открыл нужные документы со своей рабочей учётной записи; права прежнего исполнителя проверены в папке и в источниках общего доступа». Это условный пример внутреннего отчёта, не описание функции ЦУКА.
Если кабинет недоступен или администратор неизвестен, оставьте статус «не проверено», укажите владельца следующего действия и время контрольной проверки. Общая отметка «доступы закрыты» допустима в предлагаемом процессе только после разбора всех строк. Невыполненный пункт остаётся видимым руководителю.
Передайте смену с остатком задач
Следующая смена получает список текущих заездов, незавершённых обращений и ограничений доступа. Ей должно быть понятно, кто отвечает гостю и кто может изменить бронь. Передача считается подтверждённой только в том объёме, который принимающий действительно проверил.
Физические ключи сверяйте по отдельному реестру выдачи и возврата. Возвращённая связка не подтверждает отзыв цифровых прав, как и отключённый рабочий аккаунт не подтверждает возврат ключа. Эти два результата сводит ответственный за передачу.
Начните с одного уходящего исполнителя: составьте перечень сервисов, назначьте действия, сохраните нужные материалы и проверьте каждую строку. Итог — понятный список закрытых доступов и конкретный остаток, а не обещание, что все данные и копии исчезли.
Материал подготовлен редакцией ЦУКА. Обновлено: 30 октября 2026 года. Порядок адаптируют к полномочиям команды и документации используемых сервисов; функции конкретной конфигурации ЦУКА проверяют на демонстрации.