SharePoint завершил жизненный цикл. Наследие

Для многих российских компаний Microsoft SharePoint, в которых его часто запросто называют «Шарик», давно перестал быть просто корпоративным порталом или системой хранения документов. За годы эксплуатации программный продукт стал весомой частью корпоративной ИТ-среды, в которую были вложены значительные ресурсы и вокруг которой формировались рабочие процессы, внутренние сервисы, интеграции и привычные сценарии работы сотрудников.

Относительно недавно эта инфраструктура столкнулась с неприятным событием: 14 июля 2026 года завершилась поддержка SharePoint Server 2016 и SharePoint Server 2019. Microsoft относит обе версии к продуктам с фиксированным жизненным циклом. После этой даты они вышли за пределы официальной поддержки.

Для российского бизнеса ситуация дополнительно осложняется тем, что еще в 2022 году корпорация Microsoft остановила продажи своих продуктов и сервисов в России. Поэтому сценарий, который в другой стране мог бы выглядеть как обычное плановое обновление SharePoint до следующей версии, для российского заказчика является недоступным.

В результате перед компаниями встает вопрос не только о выборе новой платформы для развития инфраструктуры. Гораздо важнее понять, что делать с тем, что за годы работы было построено вокруг SharePoint.

SharePoint продолжает работать, но ситуация изменилась

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

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

14 июля 2026 года - это не день, когда SharePoint перестал работать. Это день, когда компании, использующие его, получили четкий сигнал: пора принимать решение о дальнейшей стратегии выстраивания цифровой трансформации.

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

Почему заменить SharePoint сложнее, чем кажется

Со стороны может показаться, что задача выглядит достаточно просто: выбрать новую систему, перенести документы и обучить пользователей. На практике в зрелой организации SharePoint редко существует сам по себе. За годы эксплуатации в нем могли появиться:

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

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

Документ сам по себе перенести относительно легко. Гораздо сложнее ответить на вопросы: кому он должен быть доступен в новой системе? Какие связанные процессы должны продолжить работать? Какие метаданные необходимо сохранить? Какие интеграции должны остаться? Как изменится работа пользователя? А главное – действительно ли все это необходимо переносить?

Наследие – это не только данные

Слово «наследие» в данном случае не означает, что все накопленное в SharePoint устарело и от него необходимо избавиться. Наследие представляет для компании и техническую, и бизнес-ценность: это не только документы, но и накопленная бизнес-логика, структура информации, правила работы, связи между подразделениями, исторические данные и автоматизированные процессы.

Но за годы эксплуатации в системе обычно накапливается и то, что уже потеряло актуальность. Например, в SharePoint могут оставаться:

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

Поэтому механический перенос всего содержимого «один в один» далеко не всегда является оптимальной стратегией.

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

Что стоит переносить, а что – пересмотреть

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

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

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

На наш взгляд, цель миграции заключается не в том, чтобы сохранить прошлую систему в новом интерфейсе. Цель – сохранить необходимую бизнес-функциональность и создать основу для дальнейшего развития корпоративной информационной среды.

Нужен ли компании новый «SharePoint»?

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

У разных компаний SharePoint решал довольно непохожие друг на друга задачи. Где-то это в основном корпоративный портал и документооборот. Где-то как сложная система совместной работы, связанная с несколькими информационными системами. В одной организации основной ценностью могут быть документы и их структура, в другой – автоматизированные процессы, а в третьей – интеграции и собственные приложения.

Универсального сценария замещения здесь нет. Поэтому логично начать с вопроса: «Какие задачи SharePoint сегодня решает в нашей компании?» Ответ на него станет основой для поиска вариантов дальнейшего развития.

С чего начинать?

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

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

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

Почему полезно привлечь компанию-интегратора

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

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

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

Не начинать с миграции - начинать с анализа

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

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

Ответы на эти вопросы позволяют превратить вынужденную миграцию в управляемый проект развития корпоративной информационной среды.

У этого процесса есть и другая сторона. Переход на новую платформу – это возможность пересмотреть процессы, от которых вы давно хотели избавиться, но не было повода. Архивные данные можно структурировать, устаревшие согласования – упростить, а доступы – привести в порядок. Миграция становится не просто заменой, а рефакторингом информационной среды.

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