Ошибка определения центра и сообщение об отказе в доступе имеют разные причины. Сначала установите, может ли веб-часть найти центр, может ли текущая учётная запись читать его данные и может ли приложение определить нужную роль. Повторное создание центра не должно быть первым диагностическим действием.
Фиксация симптома
Запишите URL страницы, веб-часть, учётную запись, ожидаемый URL центра и точное сообщение. Проверьте, затрагивает ли проблема всех пользователей, одну роль или только одну страницу. Успешная работа администратора на странице не доказывает, что сотрудники имеют те же разрешения на списки или источники.
Если интерфейс явно сообщает об истекшей лицензии, передайте вопрос администратору, отвечающему за лицензию продукта. Не считайте это признаком исчезновения списков политик. Сохраните сообщение до изменения настроек.
Проверка подключения к центру
- Перейдите в режим редактирования проблемной страницы и проверьте Сайт центра политик в свойствах веб-части.
- Сравните значение с адресом нужного сайта центра в SharePoint, а не с URL отдельной политики или документа.
- Откройте нужный сайт напрямую под затронутой учётной записью.
- Попросите администратора проверить наличие списка настроек и остальных ожидаемых списков продукта на этом сайте.
- Сохраните исправленное подключение и перезагрузите страницу перед повторной проверкой.
Механизм определения проверяет настроенный сайт, текущий сайт и стандартный адрес /sites/VitextraPolicies. Признаком центра служит наличие списка настроек; найденное подключение кешируется. Поэтому страница может использовать другой доступный центр вместо ожидаемого; сравнивайте фактические данные, а не только значение свойства.

Раздельная проверка структуры и разрешений
Проверка готовности ожидает 11 списков и библиотек продукта. Наличие всех ожидаемых названий не подтверждает правильность каждого разрешения и параметра. Если структура неполная, попросите администратора проверить существующий центр и добавить недостающие компоненты через предусмотренный процесс настройки; не удаляйте существующие записи ради повторного запуска настройки.
Затем проверьте роль продукта для затронутой учётной записи и её фактический доступ в SharePoint. Административные веб-части и отчёты требуют соответствующей роли, а исходные списки и документы имеют собственные разрешения. Видимость страницы не предоставляет доступ к её данным или документам.
Определение ролей также зависит от данных каталога и групп. Ошибка получения членства в группах может оставить приложение без ожидаемой роли, даже если администратор считает пользователя участником группы. Прежде чем менять назначения ролей наугад, проверьте ошибки браузера и доступ к каталогу.
❗ Важно
Применение матрицы разрешений продукта изменяет разрешения списков продукта. Проверьте предполагаемые роли и сохраните административный доступ, прежде чем нажимать Сохранить и применить права. Роли продукта и фильтрация интерфейса по владельцу не заменяют проверку действующих разрешений SharePoint.
Сузьте поиск ошибки сравнением
До изменения разрешений сравните одну операцию под разными учётными записями и на разных страницах. Это покажет, связана ли проблема с человеком, подключением страницы или центром. Используйте типичную учётную запись, не считая успех администратора доказательством обычного доступа.
| Сравнение | Что исследовать дальше |
|---|---|
| Тот же пользователь работает на другой странице нужного центра | Подключение и свойства навигации проблемной страницы. |
| Администратор работает, а сотрудник — нет на той же странице | Определение роли, фактические права списков и доступ сотрудника к источнику. |
| Сайт открывается, но данные политик не загружаются | Списки продукта, разрешения и найденный центр. |
| Карточка загружается, но документ недоступен | Доступ к исходному документу, а не только определение центра. |
| Несколько ролей не работают после изменения конфигурации | Изменённые настройки центра, ролей или разрешений и возможную частичную синхронизацию. |
Сравнения направляют расследование, но не доказывают одну причину. Например, ошибка поиска группы может выглядеть как отсутствие членства, а страница другого действующего центра — показывать другие записи без сообщения об отсутствии центра. Сохраняйте точную ошибку и фактический контекст найденных данных.
Избегайте широких изменений при локализации причины
Не создавайте заменяющий центр только потому, что одна страница не работает. Сначала установите, присутствуют ли исходные данные и доступны ли они ответственному администратору. Второй центр может разделить навигацию, и на разных страницах у сотрудников будут выглядеть разными задачи.
Аналогично, не добавляйте всех в административную группу для проверки обычного доступа. Такой тест обходит условие, которое нужно проверить. Исправьте выявленную проблему подключения или разрешений, перезагрузите страницу и повторите ту же операцию под исходной затронутой учётной записью.
Если применение разрешений прервалось, проверьте затронутые списки, не предполагая откат всей матрицы. Операция применяет разрешения к нескольким спискам. Запишите место сбоя, сохраните административный доступ и затем проверьте завершённую конфигурацию. Типичная проверка доступа описана в KB10500. Как настроить роли и разрешения Policy Acknowledgement, а случай работающего доступа при отсутствии ожидаемых записей — в KB10536. Устранение неполадок отсутствующих политик, сотрудников и назначений.
Проверка исправления
Перезагрузите проблемную страницу под затронутой учётной записью. Убедитесь, что нужные политики отображаются и разрешённое действие выполняется успешно. Отдельно проверьте исходный документ. Если не работает только одна страница, сравните её свойства центра и страницы чтения с работающей страницей, прежде чем менять доступ во всём клиенте.
При передаче вопроса в поддержку укажите URL центра и страницы, учётную запись, роль, сообщение, время и результат прямого открытия сайта. Приложите относящиеся к проблеме подробности ошибки без токенов аутентификации и конфиденциальных записей сотрудников. Модель хранения и подключения описана в KB10496. Policy Acknowledgement: руководство по быстрому запуску, а роли и разрешения — в KB10500. Как настроить роли и разрешения Policy Acknowledgement.