Как мы научили корпоративный портал Инкоманд работать с данными SharePoint без боли и «большого переезда»

У многих российских компаний до сих пор живёт знакомый сценарий: внутри стоит зрелый портал на Microsoft SharePoint, но стратегическое решение уже принято: идти в сторону российского стека и независимости от компании, которая больше не поддерживает продукт в стране. При этом SharePoint выключить «одной кнопкой» нельзя, а бизнесу надо работать здесь и сейчас. Как быть?

В этом видео разбираем конкретный кейс: как в корпоративном портале Инкоманд отображать и редактировать списки Microsoft SharePoint так, словно данные всегда жили в российской системе, а не в облаке за пределами юрисдикции.

Ранее мы подробно описали архитектуру Proxy Object Storage для Инкоманд на Хабре: как именно устроен слой, который позволяет работать с внешними хранилищами данных, не копируя всё в свою базу. В той статье мы сосредоточились на инженерной стороне: модель объектов, External Reference Code (ERC), сопоставление полей, поведение CRUD‑операций.

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

Данное видео является логичным продолжением обеих публикаций. Оно показывает, как та самая архитектурная идея Proxy Object Storage превращается в конкретный пользовательский сценарий: бизнес-пользователь заходит в раздел «Продажи и дистрибуция» на портале Инкоманд и работает со списком контрагентов SharePoint, даже не задумываясь, где физически лежат данные.

Практика миграций показывает: чаще всего нужно не «переехать с SharePoint на выходных», а организовать мягкий, поэтапный переход.

Типовой запрос выглядит так:

Отсюда и ключевое требование: единое операционное окно. Российский корпоративный портал (в нашем случае Инкоманд) должен уметь поднимать данные из SharePoint, показывать их в привычных интерфейсах, а при необходимости — давать редактирование, создание и удаление элементов со всеми проверками прав.

В ролике мы показываем живой сценарий, который опирается на объектную модель Инкоманд и уже знакомый слой Proxy Object Storage. На высоком уровне процесс выглядит так.

Администратор заходит в раздел «Сторонние библиотеки» портала Инкоманд и задаёт параметры подключения к SharePoint Online: Tenant ID, Client ID, адрес сайта и секрет для доступа.

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

Дальше всё происходит в терминах объектной модели Инкоманд. В панели управления мы создаём новый объект и выбираем для него тип хранения SharePoint — это ключевой момент: данные этого объекта физически остаются в списке SharePoint, а не перемещаются в базу портала.

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

Особое внимание в реализации уделено полю ERC, External Reference Code.

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

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

Готовое представление размещается на нужной странице, например, в разделе «Продажи и дистрибуция». В видео именно так и сделано: таблица на странице Инкоманд показывает элементы из списка контрагентов SharePoint.

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

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

В демонстрации мы меняем наименование компании на «ПАО Технопром» в интерфейсе Инкоманд, сохраняем запись и после обновления страницы в SharePoint видим, что значение поля изменилось и там. Все операции выполняются с учётом прав доступа и разрешений, настроенных в экосистеме компании, это критично, когда речь идёт о списках с финансовыми, кадровыми или договорными данными.

По сути, Инкоманд становится фронтом для распределённых хранилищ данных (в данном случае для списков SharePoint) без дублирования логики доступа и без сложной ручной синхронизации.

Интеграция списков SharePoint в Инкоманд, как ключевой элемент стратегии мягкой миграции, решает сразу несколько задач:

На российском рынке подобный подход к миграции реализуют и другие продукты, которые позиционируются как альтернатива SharePoint, но именно Инкоманд сочетает полнофункциональный конструктор объектов, развитую модель прав и ориентированность на крупные внедрения (включая кейсы вроде ЕКП 2.0 в «Газпром нефти»).

В релизе 7.4 Инкоманд сделал заметный шаг в сторону полного функционального замещения SharePoint и экосистемы Microsoft Viva: в платформу вошёл мощный no‑code конструктор бизнес‑приложений, новые интерфейсы для работы с данными, улучшенная многокомандная работа и расширенные возможности интеграций.

Интеграция со списками SharePoint, показанная в видео, хорошо иллюстрирует общий вектор: корпоративный портал на российском стеке может не просто «импортировать контент», а выступать в роли центрального слоя, который объединяет существующие системы, даёт пользователям единый интерфейс и позволяет ИТ постепенно уходить от устаревших решений без шоковой терапии для бизнеса.

Если вам нужно:

подход с Proxy Object Storage и объектами Инкоманд, работающими поверх списков SharePoint, может стать практичным шагом к такой переходной архитектуре.