Перенос интеграции SharePoint Online с Azure ACS и Add‑In на Entra ID и SPFx
Microsoft полностью вывела из эксплуатации модель SharePoint Add-In и авторизацию Azure ACS для SharePoint Online 2 апреля 2026 года. Перенесём старое решение на приложение Microsoft Entra ID, Graph или SharePoint REST и SharePoint Framework для интерфейса. Сохраним рабочие операции, данные, разрешения и фоновые задания, затем проверим их на контрольных списках и файлах.
Когда стоит обратиться
Обычно к нам обращаются в таких ситуациях:
- Фоновый сервис обращается к SharePoint Online через ACS app-only и после 2 апреля 2026 года получает ошибку авторизации.
- Внутренний портал использует SharePoint-hosted или provider-hosted Add-In, который после даты отключения перестал запускаться для сотрудников.
- Регистрация приложения сделана через AppRegNew.aspx и AppInv.aspx, а права описаны старой XML-моделью ACS.
- Код зависит от JSOM или старого контекста Add-In и требует переноса на SPFx, PnPjs, Graph либо SharePoint REST.
Что именно мы сделаем
Находим Add-In, AppRegNew/AppInv, ACS app-only, provider-hosted код, JSOM, списки, файлы и фоновые задания.
Разделяем пользовательский интерфейс и серверные операции, выбираем Entra ID, SPFx, Graph, REST и PnPjs по назначению.
Регистрируем приложение Entra ID, выдаём выбранные разрешения и переводим получение токенов на современный поток.
Переносим интерфейс и вызовы данных, добавляем журнал, обработку ошибок и управляемую конфигурацию окружений.
Проверяем чтение, запись, фоновые задания и роли пользователей, после чего передаём инструкцию сопровождения.
Что входит в стоимость
79 900 ₽ за всю работу
Разбираем действующий SharePoint Add-In, регистрацию AppRegNew/AppInv, ACS-токены, provider-hosted код, JSOM и фоновые задания. Выбираем подходящую замену для каждого элемента: Entra ID и Graph либо SharePoint REST для интеграции, SPFx и PnPjs для интерфейса. Переносим рабочий маршрут и сверяем данные на доступном tenant.
Что будет готово
Передадим вам
- Рабочая авторизация SharePoint Online через приложение Microsoft Entra ID вместо Azure ACS.
- Перенесённые вызовы Graph или SharePoint REST и пакет SPFx для выбранного пользовательского интерфейса.
- Карта сайтов, списков, файлов, ролей, разрешений приложения и фоновых операций интеграции.
- Протокол проверок и инструкция по развёртыванию, конфигурации окружений и обновлению учётных данных.
Перед сдачей проверим
- Приложение Entra ID получает токен и выполняет выбранные операции SharePoint Online с заданными разрешениями.
- SPFx-компонент открывается у пользователей нужной роли и корректно читает либо изменяет контрольную запись.
- Фоновое задание обрабатывает список или библиотеку, сохраняет идентификаторы и отражает итог каждой операции в журнале.
- Контроль разрешений подтверждает доступ только к выбранным данным, а инструкция позволяет повторить развёртывание и обновление ключа.
Как это выглядит на практике
Реестр договоров снова обновляется из внутреннего портала и фонового сервиса
- 01
Сотрудник открывает SPFx-веб-часть на сайте отдела и выбирает договор из списка SharePoint Online.
- 02
Компонент получает данные через современный API и сохраняет изменение с учётом роли пользователя и версии элемента.
- 03
Ночной сервис авторизуется приложением Entra ID и выгружает обновлённые записи в рабочий реестр по устойчивым ID.
- 04
Журнал показывает пользователя, фоновую операцию, обработанные элементы и понятную причину для записи, требующей внимания.
Что понадобится для работы
От вас
- Доступ к tenant SharePoint Online, контрольному сайту, каталогу приложений и администратору Microsoft 365.
- Исходный код и пакет Add-In, данные AppRegNew/AppInv, конфигурация provider-hosted приложения и журналы ошибок.
- Перечень сайтов, списков, библиотек, фоновых заданий, ролей пользователей и ожидаемых операций чтения или записи.
- Тестовые записи и сотрудник, который подтвердит правильность интерфейса, данных и результата фонового процесса.
Если у вас немного другая ситуация
Небольшие уточнения, которые помогают довести согласованный результат до рабочего состояния, уже учитываем в цене. Если по ходу работы появится отдельный крупный блок или понадобится платная лицензия, сначала обсудим варианты и стоимость. Расскажите о своей ситуации — подстроим план под неё.
- 3 000 ₽после подписания договора через Диадок
- 76 900 ₽после выполнения, демонстрации и приёмки результата
Предоплата входит в общую стоимость. Оставшуюся сумму оплачиваете после демонстрации и приёмки готовой работы.
Часто спрашивают
Об этой услуге
Когда Azure ACS перестал работать с SharePoint Online?
Microsoft полностью вывела Azure ACS для существующих tenants из эксплуатации 2 апреля 2026 года. Эта дата указана в документации как окончание работы способа авторизации для SharePoint Online.
Что произошло с моделью SharePoint Add-In?
Модель была объявлена устаревшей 27 ноября 2023 года и полностью выведена из эксплуатации 2 апреля 2026 года. Основной заменой пользовательского расширения Microsoft называет SharePoint Framework.
Зачем одновременно Entra ID и SPFx?
Они решают разные части задачи. Entra ID даёт современную авторизацию приложению и фоновому сервису, а SPFx заменяет интерфейс классического Add-In внутри страниц SharePoint Online.
Куда переносятся вызовы старого SharePoint Add-In?
Для серверных и фоновых операций выбираем Microsoft Graph либо SharePoint REST, а для клиентского интерфейса — SPFx и PnPjs. Конкретный маршрут зависит от используемых списков, файлов и действий.
Можно сохранить фоновую работу от имени приложения?
Да. Регистрируем приложение Entra ID для прикладного доступа, согласуем разрешения и настраиваем получение токена по секрету или сертификату. Планировщик продолжает работать от имени приложения.
Что будет с данными списков и библиотек?
Списки и библиотеки host web остаются в SharePoint Online. Данные отдельного app web заранее выгружаем и переносим в выбранное место, поскольку при удалении Add‑In его app web также удаляется. Затем сверяем записи, версии и вложения на контрольных объектах.
Как подбираются разрешения приложения?
Составляем перечень реальных операций и назначаем права, достаточные для выбранных сайтов и данных. После настройки контрольные запросы подтверждают чтение и запись, а журнал отражает отказ при лишнем действии.
Как проверить перенос перед рабочим запуском?
На контрольном сайте выполняем вход пользователя, чтение и изменение записи, загрузку файла и фоновый проход. Затем сверяем значения, версии, права и журнал перед переключением рабочего расписания.
Цена и изменения по ходу работы
Цена на странице окончательная?
Да. Перед началом мы сверяем исходные данные и фиксируем результат в договоре. Указанная на странице сумма покрывает согласованную работу целиком, даже если её техническая реализация потребует больше времени, чем ожидалось при оценке.
Что означает резерв незапланированных работ?
Это уже включённый в цену запас времени на небольшие связанные уточнения заказчика, которые появляются после старта: например, добавить поле, изменить формат уведомления или учесть ещё одно условие обработки.
Резерв рассчитывается по формуле: стоимость услуги × 30% ÷ 1 500 ₽. Для услуги за 30 000 ₽ это 6 часов. Эти часы относятся только к дополнительным, заранее незапланированным уточнениям. Они не являются сроком проекта и не ограничивают время на основную работу: согласованный результат мы выполняем полностью.
Можно уточнять детали уже во время работы?
Да. Небольшие связанные изменения обычно помещаются во включённый резерв и не требуют доплаты. Если новая идея заметно меняет результат или превращается в самостоятельную задачу, сначала обсудим подход и стоимость. Любое решение согласуем до выполнения.
Начало работы и оплата
Как оформляются договор и оплата?
Подписываем договор через Диадок. Предоплата составляет 3 000 ₽ и входит в общую стоимость услуги. Остаток оплачивается после демонстрации и приёмки готового результата.
Когда начинается срок выполнения?
Срок отсчитывается после согласования задачи, получения необходимых доступов и материалов, подписания договора и поступления предоплаты. Конкретную дату старта и плановый день готовности подтверждаем перед началом.
Как учитываются платные лицензии и внешние сервисы?
До старта проверяем, нужны ли тарифы, лицензии, сертификаты или дополнительные ресурсы внешних систем. Если они потребуются, заранее покажем варианты и стоимость. По возможности аккаунты и лицензии оформляются сразу на заказчика.
Проверка результата и гарантия
Как принимается готовая работа?
Вместе проверяем согласованные сценарии на контрольных данных или тестовой копии, а затем демонстрируем результат. Для интеграций сверяем передачу данных и обработку ошибок, для сайта — работу нужных страниц и действий пользователя, для отчёта — расчёты и обновление данных.
Какая гарантия действует после сдачи?
На выполненные изменения действует гарантия 3 месяца. Если в изменённой нами части обнаружится ошибка нашей реализации, проверим и исправим её без дополнительной оплаты. Переданные материалы, настройки и код остаются у заказчика.
Связанные шаги
- 01Перевод отправки почты Microsoft 365 с пароля на OAuth
Перевести отправку Microsoft 365 на OAuth
- 02Перенос интеграции SharePoint Online с Azure ACS и Add‑In на Entra ID и SPFx
Заменить SharePoint Azure ACS и Add-In на Entra ID и SPFx
- 03Переход Exchange Online с EWS на Microsoft Graph
Перенести Exchange Online с EWS на Microsoft Graph