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