Три года пытаемся заменить SCCM. Почему компании не спешат уходить с него

В 2023 году мы думали, что SCCM будут менять примерно так же, как TeamViewer. Через три года стало понятно, что мы ошибались.

Тогда мы выпустили RuDesktop UEM — систему управления парком компьютеров. Цель была амбициозной: полностью заместить Microsoft SCCM. Именно так продукт описывали и в первых обзорах рынка.

С тех пор прошло три года. За это время мы увидели десятки сценариев миграции, провели множество пилотов и поняли главное: SCCM меняют не тогда, когда он перестаёт быть нужен, а тогда, когда появляется причина перестроить вокруг него инфраструктуру.

Расскажем, что мы за эти три года поняли про этот рынок — и почему наш первоначальный прогноз оказался слишком простым.

RuDesktop вообще начинался не с управления парком, а с удалённого доступа.

В 2022 году российским компаниям срочно понадобилась замена TeamViewer: в мае сервис заблокировал нелицензионные подключения в Россию и из неё и перестал продлевать контракты. Поддержка больше не могла нормально подключаться к пользователям, поэтому замену искали сразу.

RuDesktop попал в реестр российского ПО в декабре 2022 года.

Дальше произошло то, что обычно происходит с корпоративным продуктом: пользователи начали просить функции, которых первоначально в нём не было. Поставить программу сразу на сотню машин. Собрать инвентаризацию. Раздать политики.

Из этих запросов вырос RuDesktop UEM. В октябре 2023 года продукт попал в реестр отдельной записью.

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

Оказалось — нет.

Разница хорошо видна даже в поиске.

В сентябре 2026 года запрос «аналог AnyDesk» в Яндексе набрал 1 850 показов. В январе, когда пользователи массово столкнулись со сбоем AnyDesk, таких запросов было 5 785.

У SCCM картина другая. «Аналог SCCM» в сентябре набрал 30 показов, в январе — 24. При этом сам SCCM продолжают искать значительно чаще.

Но делать из этого вывод, что спроса на замену нет, было бы неправильно. Крупные компании редко выбирают системы управления парком через поиск. Там решение проходит через ИТ-директора, интегратора, пилот и тендер.

Есть другой показатель: 2 октября 2026 года на hh.ru было 105 вакансий со словом SCCM. Среди работодателей — нефтегазовые компании, энергетика и ритейл.

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

И это, пожалуй, главное отличие от TeamViewer.

За три года мы увидели несколько причин, которые превращают «когда-нибудь надо будет заменить» в реальный проект.

Microsoft постепенно закрывает возможности для российских пользователей.

Для текущей ветки SCCM без продлённой Software Assurance требуется удалить продукт, а продлить её российская компания не может с осени 2023 года.

Отдельная LTSB-ветка теряет поддержку в январе 2027 года.

Кроме того, в феврале 2026 года была зафиксирована эксплуатация уязвимости SCCM, позволяющей выполнять код на сервере без аутентификации.

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

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

Вот здесь ситуация меняется заметнее.

SCCM исторически создавался вокруг Windows. Когда парк начинает становиться неоднородным, одной Windows-консоли уже недостаточно.

2 октября 2026 года на hh.ru было 623 вакансии со словами «Astra Linux» — примерно в шесть раз больше, чем вакансий со SCCM.

Когда компания начинает переводить часть рабочих мест на Astra Linux, РЕД ОС или «Альт», возникает уже не вопрос «чем заменить SCCM?».

Возникает другой вопрос:

Именно в этот момент старое решение начинает становиться ограничением архитектуры, а не просто ещё одним продуктом, который хотелось бы обновить.

Ещё один вывод, который изменил наше представление о рынке: миграция не обязательно начинается с отказа от SCCM.

На практике заказчик может начать с одной конкретной задачи — например, с управления первыми Linux-машинами или с инвентаризации — и некоторое время использовать новую систему параллельно с SCCM.

Это логичнее, чем одномоментно переносить управление тысячами устройств.

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

Например, у «Ленты» переход с DameWare на RuDesktop занял 14 месяцев от начала пилота до покупки лицензии. Само внедрение заняло три недели, а на RuDesktop в итоге перевели около 22,9 тыс. устройств.

Это не история про сложность установки.

Это история про стоимость решения.

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

Поэтому время внедрения и время принятия решения — две совершенно разные величины.

Постепенно стало понятно, что просто сделать «российский SCCM» недостаточно.

Нужен инструмент для смешанного парка и для переходного периода, когда Windows и Linux существуют одновременно.

Поэтому мы сосредоточились на сценариях миграции.

RuDesktop UEM умеет разворачивать Astra Linux, «Альт» и РЕД ОС по сети, переносить пользователей с Windows на Linux вместе с данными и профилями, включая данные браузеров, и вести такой переезд партиями с отображением статуса каждой машины.

При этом Windows, Linux, macOS и Android остаются в одной консоли.

Для нас это стало одним из главных изменений в понимании продукта.

В 2023 году мы думали о нём как о замене SCCM.

В 2026 году мы скорее видим его как инструмент управления смешанным парком и постепенного перехода от одной инфраструктуры к другой.

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

Стоит начать с трёх вопросов:

1. На какой версии SCCM работает инфраструктура и какие обновления безопасности установлены?

2. Планируется ли переход части рабочих мест на Linux?

3. Есть ли сценарий, который SCCM уже не закрывает или который становится слишком дорогим в сопровождении?

Если ответ на третий вопрос — нет, возможно, сейчас менять систему действительно не нужно.

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

В 2023 году мы думали, что рынок SCCM ждёт массовая и быстрая миграция.

В 2026 году мы видим другую картину.

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

Именно поэтому за три года мы не вытеснили SCCM с рынка.

Зато поняли, при каких условиях его действительно начинают менять.

Для нас главный такой сигнал сегодня — не поиск «аналога SCCM» в Яндексе.

Если вместе с Windows в инфраструктуре появляется Linux, вопрос уже не в том, чем заменить SCCM.

Вопрос в том, как сделать переход управляемым.