1С: нет прав на запуск требуемого вида клиента — что делать

Ошибка «Нарушение прав доступа: нет прав на запуск требуемого вида клиента» появляется сразу при входе в информационную базу, до открытия основного окна. Платформа 1С проверяет, разрешён ли пользователю запуск именно того клиента, которым он подключается: тонкого, толстого или веб-клиента. Если в настройках пользователя или его роли соответствующий флаг снят, сеанс блокируется ещё на этапе авторизации.

Типичные ситуации: создали нового пользователя и забыли отметить доступные клиенты; после обновления конфигурации изменились роли; пользователя перевели в другую группу доступа; базу перенесли на веб-сервер, а право на веб-клиент никому не выдали. Ошибка не связана с лицензиями и не означает сбоя платформы — это исключительно вопрос настройки прав.

Ниже разобрано, как определить причину, где именно включается нужное право в файловом и клиент-серверном варианте, как это сделать в типовых конфигурациях через профили групп доступа и что проверить, если настройка не помогла.

Что означает ошибка и почему она возникает

В платформе 1С:Предприятие существует несколько видов клиентских приложений: тонкий клиент, толстый клиент (обычный и управляемый режимы) и веб-клиент. Для каждого пользователя и каждой роли можно отдельно разрешить или запретить запуск конкретного вида. Это сделано для безопасности: например, кассиру достаточно тонкого клиента, а толстый клиент с возможностью запуска внешних обработок ему не нужен.

Когда пользователь запускает базу, платформа сверяет выбранный вид клиента с его правами. Совпадения нет — выдаётся сообщение о нарушении прав доступа. Важно понимать: ошибка возникает до загрузки данных, поэтому она не связана с правами на документы, справочники или отчёты.

Быстрая проверка перед исправлением

Прежде чем менять настройки, убедитесь, что под входом в базу есть пользователь с полными правами — без этого исправить права другого пользователя не получится. Если единственный администратор сам потерял доступ, ситуация сложнее: потребуется работа через конфигуратор с правами администратора базы или восстановление доступа к списку пользователей.

Также уточните, каким клиентом пользователь фактически заходит. Часто в ярлыке или в настройках базы в списке информационных баз указан толстый клиент, а разрешён только тонкий. Проще всего переключить способ запуска: откройте список баз, выделите базу, нажмите «Изменить» и проверьте параметр «Вид клиента».

Маршрут решения

Как выбрать действие

Пользователю разрешён другой вид клиента, чем он запускаетПереключите вид клиента в настройке базы — это быстрее, чем менять права

Вид клиента правильный, но вход всё равно запрещёнВключите нужный клиент в карточке пользователя или в профиле доступа

Ошибка у группы пользователей с одинаковой рольюИсправляйте профиль группы доступа или роль в конфигураторе, а не каждого по отдельности

Нет ни одного пользователя с полными правамиПодключайтесь через конфигуратор и правьте список пользователей там

Исправление в файловой базе через конфигуратор

В файловом варианте и в простых конфигурациях без механизма профилей доступа права на виды клиентов задаются напрямую в списке пользователей. Откройте базу в режиме Конфигуратора под администратором, перейдите в меню «Администрирование — Пользователи» и откройте карточку нужного пользователя.

На вкладке «Прочее» находится группа флажков «Тонкий клиент», «Веб-клиент», «Толстый клиент». Отметьте те виды, которыми пользователь должен работать, сохраните изменения и попросите его перезапустить сеанс. Здесь же проверьте назначенные роли: если роль «Полные права» или аналог не назначена, убедитесь, что хотя бы одна из ролей не запрещает запуск выбранного клиента.

1. 1
   Откройте базу в режиме Конфигуратора под пользователем с полными правами
2. 2
   Перейдите: Администрирование — Пользователи
3. 3
   Откройте карточку нужного пользователя
4. 4
   На вкладке «Прочее» отметьте нужные виды клиентов: тонкий, веб-клиент, толстый
5. 5
   Проверьте назначенные роли на той же форме
6. 6
   Сохраните и попросите пользователя войти в базу заново

Если пользователей много и ошибка массовая, проверяйте роли: откройте в дереве конфигурации ветку «Общие — Роли», выберите роль и посмотрите права на корневой элемент конфигурации. Там задаются в том числе права на запуск клиентов. Изменение роли в конфигураторе требует обновления конфигурации базы данных, поэтому планируйте его на время, когда пользователи могут выйти.

Исправление в типовых конфигурациях через профили групп доступа

В конфигурациях на базе Библиотеки стандартных подсистем (1С:Бухгалтерия, Управление торговлей, ЗУП, ERP и другие) права задаются не напрямую, а через профили групп доступа. Войдите в базу под администратором, откройте раздел «Администрирование — Настройки пользователей и прав — Профили групп доступа».

Найдите профиль, назначенный пользователю, и проверьте разрешённые роли. Если нужной роли нет, добавьте её или создайте копию профиля с расширенным набором прав. Затем откройте карточку пользователя в разделе «Пользователи» и убедитесь, что он входит в группу доступа с этим профилем. В карточке пользователя также есть настройка допустимых видов клиентов — проверьте и её.

После изменения профиля права применяются не всегда мгновенно. Пользователь должен завершить сеанс и войти заново. Если ошибка сохраняется, проверьте, не включён ли пользователь одновременно в несколько групп доступа с противоречащими настройками, и не заданы ли ему индивидуальные ограничения.

Особенности веб-клиента и клиент-серверного варианта

Если ошибка возникает только при входе через браузер, проверьте три вещи. Во-первых, флаг «Веб-клиент» в правах пользователя или его профиле. Во-вторых, корректность публикации базы на веб-сервере: в файле настроек публикации должен быть разрешён нужный режим. В-третьих, соответствие версии платформы на сервере версии, под которую опубликована база.

В клиент-серверном варианте добавьте к проверке консоль кластера серверов 1С: откройте свойства информационной базы в консоли и убедитесь, что не установлены блокировки или ограничения на виды клиентов на уровне сервера. Также в консоли видно активные сеансы — убедитесь, что старые зависшие сеансы пользователя завершены, прежде чем проверять вход повторно.

Если настройка прав не помогла

Иногда права выставлены корректно, а ошибка остаётся. Проверьте, не запускает ли пользователь базу через старый ярлык с жёстко прописанным видом клиента — параметр запуска в командной строке имеет приоритет над настройками списка баз. Откройте свойства ярлыка и посмотрите строку запуска: параметры вида /RunModeManagedApplication или указание толстого клиента могут конфликтовать с выданными правами.

Другая причина — кэш метаданных на клиентском компьютере. Удалите базу из списка информационных баз и добавьте заново, либо очистите кэш в папке пользователя. Также убедитесь, что пользователь входит под своим именем, а не под чужой учётной записью с ограниченными правами — при одинаковых полных именах в списке пользователей такое случается.

Проверка результата

После внесения изменений попросите пользователя полностью закрыть клиент и войти заново именно тем способом, который раньше вызывал ошибку. Успешный признак — база открывается до рабочего стола без сообщений о нарушении прав. Если вход выполнен, но недоступны отдельные разделы или документы, это уже другая задача: настройка прав на объекты, а не на вид клиента.

Контрольные точки

Как проверить результат

Вход в базу нужным клиентом

Норма

База открывается без ошибок

Тревожный признак

Снова сообщение о нарушении прав — проверяйте профиль и ярлык запуска

Доступ к рабочим разделам

Норма

Пользователь видит свои документы и отчёты

Тревожный признак

Пустой интерфейс или ошибки доступа к объектам — настраивайте права на объекты

Права других пользователей

Норма

У остальных вход работает как раньше

Тревожный признак

После правки роли ошибка появилась у других — откатите изменение роли

Частые вопросы

Можно ли исправить ошибку без конфигуратора?

Да, если в базе есть другой пользователь с полными правами и конфигурация типовая: права меняются в режиме 1С:Предприятие через профили групп доступа и карточку пользователя. Конфигуратор нужен только для правки ролей или когда администраторов в базе не осталось.

Ошибка появилась у всех сразу после обновления. Что делать?

Скорее всего, при обновлении изменился состав ролей или типовые профили перезаписались. Откройте профили групп доступа и проверьте, на месте ли нужные роли. Если профили сброшены, восстановите настройки из резервной копии или назначьте права заново.

Какой вид клиента выбрать пользователю?

В большинстве случаев — тонкий клиент: он требует меньше ресурсов и подходит для обычной работы. Толстый клиент нужен для отладки, запуска некоторых внешних инструментов и конфигураций в обычном приложении. Веб-клиент — для работы через браузер без установки платформы.

Опасно ли давать пользователю толстый клиент?

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

Что делать, если единственный администратор потерял доступ?

Откройте базу в конфигураторе — если аутентификация в конфигураторе не настроена отдельно, вход в него может быть доступен. Через «Администрирование — Пользователи» исправьте права. Если и конфигуратор запаролен, потребуется восстановление доступа специалистом с использованием резервной копии базы.