Что это значит

Пользователь попытался прочитать, изменить или удалить объект, на который у него нет прав, и система отказала. В тексте указаны операция, тип объекта и иногда его идентификатор: Нет прав на выполнение операции "Изменение" на "Документ" с ИД=1234.

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

Тот же отказ в журнале сервера пишется по-английски: Authorization failed (recipientId = [...], accessRights = [...], entityType = [...], entityId = [...]). В нём видно, кому (recipientId), к какому типу и к какой записи отказано. Вариант Нет прав на изменение версии N электронного документа означает, что у пользователя есть доступ к документу, но не на изменение его версий.

Как проверить

  1. Кто получил отказ: поле un в записи журнала.
  2. С каким объектом: тип и идентификатор из текста.
  3. Если отказ получает сервис интеграции или фоновый процесс, проверить права служебной учётной записи, под которой он работает.
  4. Не начались ли отказы массово после изменения прав, ролей или структуры организации.

Что сделать

  1. Для единичных отказов обычных пользователей ничего не делать, если доступ им действительно не положен.
  2. Если доступ нужен, выдать права на объект или папку через роль, а не персонально.
  3. Массовые отказы после изменения прав разбирать сразу: часто это ошибка при изменении ролей.