До расставания с сисадмином или IT-подрядчиком заберите контроль над доменами, почтой, серверами, облаками и резервными копиями, а также документацию и лицензии. Передачу завершайте проверкой: новый ответственный должен самостоятельно войти в системы и выполнить согласованные действия. Затем отзовите прежние права, смените общие секреты и проверьте, что сотрудники продолжают работать.

Что значит забрать контроль, а не просто получить пароли?

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

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

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

Какие доступы и материалы включить в чек-лист?

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

  • Домены и DNS: регистратор, владелец, дата продления, доступ к DNS-зоне, записи сайта и почты, контакты восстановления и оплаты.
  • Хостинг и сайт: панель провайдера, сервер, система управления сайтом, исходники и репозиторий, сертификаты, инструкции обновления и восстановления.
  • Корпоративная почта: административная панель, список ящиков, общие адреса, делегированные права, пересылки, правила доставки и способы восстановления.
  • Облачные сервисы: аккаунты организации, хранилища, общие папки, рабочие пространства, владельцы подписок и права внешних участников.
  • Серверы и сеть: перечень оборудования, адреса, схема соединений, настройки маршрутизаторов, VPN, удалённого доступа и административных учётных записей.
  • Рабочие приложения: базы, CRM, учётные системы, интеграции, плановые задания, сервисные аккаунты и описание зависимостей между ними.
  • Лицензии и подписки: подтверждения приобретения, кабинеты поставщиков, условия использования, привязки к устройствам и порядок продления.
  • Резервные копии: состав данных, расположение экземпляров, расписание, доступ, ключи шифрования, инструкции и последний результат восстановления.
  • Наблюдение и поддержка: уведомления об ошибках, получатели сообщений, открытые заявки, известные проблемы и контакты поставщиков.
  • Документация: схема сервисов, порядок запуска после сбоя, история существенных изменений и перечень того, что пока не передано.

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

Как передать системы и не остановить работу?

Передавайте управление по зависимостям. Корпоративная почта часто нужна для подтверждения входа в другие кабинеты, DNS влияет на сайт и доставку писем, сервисные аккаунты связывают приложения. Если сменить всё одновременно, будет трудно понять причину отказа. Сначала составьте порядок действий и определите, какие изменения требуют отдельного согласования.

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

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

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

Начните с учётных записей владельца и администраторов, каналов восстановления и удалённого доступа. Удалите ненужные роли, завершите активные сеансы, отзовите устройства и резервные коды прежнего специалиста. Проверьте, не сохранились ли доступы через группы, внешние приглашения или отдельные приложения. Одного изменения пароля бывает недостаточно.

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

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

Как понять, что передача действительно завершена?

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

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

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