Как передать ИТ-поддержку на аутсорсинг без потери доступов и контроля

Смена ИТ-подрядчика кажется простой, пока не начинается передача доступов. В этот момент выясняется, что часть паролей у старого администратора, серверы описаны только в переписке, резервные копии никто давно не проверял, сотрудники пишут заявки в разные чаты, а руководитель не понимает, какие сервисы действительно под контролем.

Передавать ИТ на аутсорсинг безопасно можно, но не вслепую. Нужен понятный порядок: сначала зафиксировать текущий контур, затем собрать доступы и документы, определить ответственность нового подрядчика и только после этого запускать регулярную поддержку. MyIT работает с ИТ-аутсорсингом для юридических лиц в Москве, поддерживает сотрудников, рабочие места, серверы, сети, почту, 1С, резервное копирование и подрядчиков по договору с НДС, SLA и единым окном заявок.

Когда можно переходить сразу, а когда нужен аудит

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

Если этого нет, безопаснее начать с аудита ИТ-инфраструктуры. На странице аудита MyIT прямо описывает типовые ситуации: смена подрядчика, непонятное состояние серверов и бэкапов, доступы и точки риска, необходимость получить план действий вместо отчета для галочки.

Аудит особенно нужен, если:

• вся ИТ-поддержка держится на одном человеке;
• доступы разбросаны между сотрудниками, подрядчиками и личными аккаунтами;
• нет актуального списка серверов, сетевого оборудования, облаков и лицензий;
• резервное копирование «есть», но восстановление никто не проверял;
• сотрудники жалуются, что заявки теряются;
• текущий подрядчик уходит конфликтно или без понятной передачи;
• руководитель хочет сравнить старого и нового исполнителя по фактам.

Чек-лист передачи доступов

Главная цель передачи - вернуть компании контроль над собственным ИТ-контуром. Новый подрядчик не должен начинать работу с догадок, а старый - оставаться единственной точкой знания.

Проверьте доступы по зонам:

• домен, DNS, сайт, хостинг, SSL-сертификаты;
• корпоративная почта и административные учетные записи;
• облачные сервисы и подписки;
• серверы, виртуализация, сетевые хранилища;
• 1С и другие бизнес-критичные системы;
• маршрутизаторы, Wi-Fi, VPN, коммутаторы, межсетевые экраны;
• резервное копирование и системы восстановления;
• антивирусы, средства защиты, журналы безопасности;
• провайдеры интернета, телефонии, видеонаблюдения и других сервисов;
• админские учетные записи сотрудников и подрядчиков.

Важно не просто получить пароль, а понять, кому принадлежит учетная запись, можно ли ее передать юридически и организационно, как включено восстановление доступа, где хранятся резервные контакты и какие права нужно отозвать у старого исполнителя.

Что зафиксировать до ухода старого подрядчика

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

Инвентаризация. Нужен список рабочих мест, серверов, сетевого оборудования, принтеров, точек Wi-Fi, лицензий, облаков и критичных сервисов.

Схема сети. Достаточно рабочей схемы: где интернет, маршрутизатор, коммутаторы, Wi-Fi, серверы, VPN, удаленные пользователи и важные сегменты.

Критичные сервисы. Отдельно выпишите, что нельзя останавливать без согласования: 1С, почта, CRM, телефония, файловые ресурсы, интернет, кассы, видеонаблюдение, VPN.

Резервные копии. Зафиксируйте, что копируется, куда, как часто, кто получает уведомления и когда последний раз проверялось восстановление. Не нужно обещать себе, что «копии точно есть», если это никто не проверял.

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

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

Как запустить поддержку без хаоса в заявках

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

Для этого нужен HelpDesk или хотя бы единое окно заявок. У MyIT есть отдельная услуга HelpDesk и техническая поддержка сотрудников: заявки принимаются в понятный канал, назначается приоритет, статусы становятся видимыми, а повторяющиеся проблемы связываются с инфраструктурой.

В первые недели после перехода полезно договориться о простых правилах:

• куда сотрудники отправляют обращения;
• какие задачи считаются срочными;
• кто согласует доступы и изменения;
• как новый подрядчик сообщает о рисках;
• как фиксируются повторяющиеся инциденты;
• в каком формате руководитель получает отчет.

Первые 14 дней после передачи

Первые недели нужны не для того, чтобы «сразу все переделать», а чтобы стабилизировать контур и убрать самые опасные неизвестные.

В этот период стоит:

• проверить административные доступы и убрать лишние;
• подтвердить работоспособность резервного копирования;
• собрать карту критичных сервисов;
• завести единый канал заявок;
• определить приоритеты и правила эскалации;
• закрыть явные риски по безопасности и доступам;
• составить список плановых улучшений;
• согласовать, какие работы входят в регулярное обслуживание, а какие считаются проектами.

Такой подход помогает не превращать переход на аутсорсинг в бесконечный пожарный режим.

SLA и ответственность до подписания договора

SLA полезен только тогда, когда понятны границы услуги. До договора нужно обсудить не абстрактную «быструю поддержку», а конкретные зоны ответственности: рабочие места, серверы, сеть, 1С, почта, доступы, резервные копии, подрядчики, выезды, проекты и нестандартные работы.

На странице ИТ-аутсорсинг в Москве для юридических лиц MyIT описывает официальный формат: абонентский договор, НДС, SLA, единое окно заявок, отчетность, поддержка рабочих мест, серверов, сетей, почты, 1С, резервного копирования и подрядчиков. Важно не переносить эти слова в договор механически, а согласовать, что именно относится к вашей компании.

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

Когда выбрать аудит, а когда сразу план аутсорсинга

Если инфраструктура непрозрачна, начните с аудита. Он помогает увидеть доступы, серверы, бэкапы, подрядчиков, риски и приоритеты до передачи на сопровождение.

Если контур уже понятен, можно запросить план ИТ-аутсорсинга в Москве: описать количество сотрудников, офисы, критичные сервисы, текущие боли, формат заявок и ожидания по ответственности.

В обоих случаях цель одна: компания должна сохранять контроль над доступами, сервисами и документами, а подрядчик - работать не как «человек на подхвате», а как управляемый ИТ-контур с понятными правилами.

Что отправить MyIT для быстрой оценки

Подготовьте короткое описание:

• сколько сотрудников и рабочих мест нужно поддерживать;
• есть ли серверы, 1С, VPN, Wi-Fi, видеонаблюдение, удаленные сотрудники;
• кто сейчас обслуживает ИТ и почему рассматривается смена;
• какие доступы и документы уже есть;
• что болит сильнее всего: заявки, доступы, бэкапы, серверы, безопасность, подрядчики;
• нужен ли сначала аудит или уже понятен объем сопровождения.

Если неясно, какие доступы и риски есть в текущей инфраструктуре, начните с аудита ИТ-инфраструктуры. Если контур уже понятен, запросите план ИТ-аутсорсинга для московского офиса.