Как отличить обычную ошибку ссылки от несовпадения идентификатора после удаления и повторного создания учётной записи, проверить фактический доступ к файлу и безопасно подготовить обращение администратору SharePoint.
Отделите разрешение файла от личности получателя
Владелец должен открыть документ в SharePoint или OneDrive через браузер и посмотреть Manage Access: есть ли у получателя прямой доступ, ссылка для конкретных людей или доступ через группу. Запишите тип разрешения и не меняйте его сразу. Затем создайте пустой тестовый файл в той же библиотеке и выдайте доступ только текущей рабочей учётной записи. Если новый файл открывается, а старые — нет, сеть и приложение Excel становятся менее вероятной причиной; проверять нужно прежнюю запись доступа или наследование.
Одинаковая почта не доказывает тот же внутренний ID
Microsoft описывает отдельный сценарий: удалённая и заново созданная учётная запись может получить тот же UPN, но новый идентификатор. В списке UserInfo сайта при этом остаётся старое значение, из-за чего доступ отклоняется или ведёт себя непоследовательно. Проверять эту гипотезу стоит только после подтверждения истории удаления и создания аккаунта. Не удаляйте пользователя из каталога повторно и не назначайте его владельцем сайта наугад: это расширит область изменений и усложнит восстановление исходного состояния.
Проведите обратимый тест с конкретной ссылкой
Для одного старого файла зафиксируйте текущий список доступа снимком без личных данных, затем сформируйте ссылку Specific people для новой учётной записи. Проверьте её в приватном окне, где нет сессии прежнего пользователя. Не переключайтесь на Anyone или People in your organization только ради теста: такая ссылка меняет модель доступа и способна скрыть identity mismatch. Результат считается полезным, если однозначно известно, какой аккаунт вошёл, какой файл проверялся и какой тип разрешения сработал.
Когда запускать диагностику и что передать администратору
Если новый аккаунт открывает тестовый файл, но стабильно получает отказ на старом содержимом, администратор SharePoint может использовать Site User ID Mismatch diagnostic. Microsoft называет этот путь рекомендуемым для расхождения старого и нового ID и предупреждает, что изменения OneDrive могут распространяться не мгновенно. В обращении достаточно указать URL сайта, тип ссылки, время проверки и факт повторного создания аккаунта; внутренний object ID и адрес пользователя передавайте только в защищённом канале поддержки, а не в публичной ветке.
Материал подготовлен самостоятельно с автоматизацией и редакционно проверен 30 июля 2026 года по обезличенному сигналу Microsoft Q&A и официальным руководствам Microsoft; имена, адреса и детали организации не использовались.
Источники и проверка
- Microsoft Learn — исправление Site User ID mismatch в SharePoint и OneDrive проверено 2026-07-30
- Microsoft Support — просмотр фактического доступа к файлу OneDrive или SharePoint проверено 2026-07-30
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.