Ситуация, когда при попытке входа в информационную базу под ограниченными правами система выдает сообщение «Нет прав на запуск требуемого вида клиента», является классической проблемой настройки прав доступа. Чаще всего это происходит после создания новых ролей «с нуля» или после обновления конфигурации в распределенных информационных базах (РИБ). Разберем по шагам все возможные причины и способы их устранения.
Проанализируем базовую настройку роли. Если вы создали новую роль для пользователя, платформа по умолчанию может не наделить её правами на использование различных интерфейсов. Чтобы исправить это, выполним следующие действия:
Роли и откроем свойства нужной нам роли.Важный нюанс: помимо разрешений на вид клиента, необходимо проверить право Интерактивное открытие. Для этого в окне редактирования роли нужно выделить самый верхний узел (всей конфигурации) и в списке прав убедиться, что галочка на «Интерактивное открытие» установлена. Без этого права запуск интерфейса будет заблокирован, даже если вид клиента разрешен.
Иногда причина кроется не в самой роли, а в том, как именно запускается программа. Выясним, нет ли конфликта между настройками ярлыка и правами пользователя. Рассмотрим ситуацию: у пользователя в роли разрешен только Тонкий клиент, но в настройках списка баз принудительно установлен запуск через Толстый клиент.
Чтобы исключить эту проблему, выполним проверку:
Рассмотрим специфический случай: в базе нет ни одного пользователя, но ошибка все равно появляется. В 1С существует понятие «Роль по умолчанию». Если список пользователей пуст, платформа применяет права именно этой роли. Проанализируем настройки конфигурации: если в свойстве конфигурации выбрана роль, в которой не проставлены права на запуск клиента, войти в базу не удастся. Необходимо зайти в конфигуратор и либо добавить пользователя с полными правами, либо разрешить запуск клиента в роли, назначенной «ролью по умолчанию».
В современных конфигурациях, использующих Библиотеку стандартных подсистем (БСП), недостаточно просто создать роль в Конфигураторе. Система безопасности таких программ работает многоуровнево. Разберем, что нужно сделать:
Стандартные права или Базовые права. Она содержит минимальный набор разрешений для инициализации сеанса.Нередко права «слетают» после синхронизации данных. Пользователь работал вчера, а сегодня после обмена получает ошибку. Выясним причину: в подчиненных узлах РИБ часто требуется обновление внутренних таблиц (регистров) системы прав, которые платформа использует для быстрой проверки разрешений.
Для решения этой проблемы в конфигурациях на базе БСП используется механизм обновления вспомогательных данных. Если права в Конфигураторе отображаются верно, но вход невозможен, попробуем запустить обновление данных одним из способов:
/RuntimeUpdateUsage.Это заполнит скрытые таблицы соответствия ролей и прав, после чего платформа «увидит» актуальные настройки доступа.
Если все настройки проверены, но ошибка сохраняется, проанализируем локальное состояние системы. Иногда информация о правах кэшируется некорректно. В этом случае поможет полная очистка кэша: удалите базу из списка в окне запуска и добавьте её заново, либо вручную удалите содержимое папок %AppData%\1C\1cv8 и %LocalAppData%\1C\1cv8. Это заставит платформу заново пересчитать права доступа при следующем входе.