Ошибка «Нет прав на запуск требуемого вида клиента» в 1С 8.3

Открываете базу — и вместо привычного окна выскакивает Нет прав на запуск требуемого вида клиента. Кнопка «ОК», и всё, программа закрылась. Знакомо?

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

Почему 1С 8.3 пишет «нет прав на запуск требуемого вида клиента»

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

Типичные причины:

• 🔹 В свойствах базы жёстко указан режим (например, «Толстый клиент»), а пользователю толстый клиент запрещён.
• 🔹 Администратор снял у пользователя галочки доступных видов клиента — все или нужную.
• 🔹 Конфигурация переведена на управляемое приложение, а база запускается как обычное (или наоборот).
• 🔹 База открывается по ярлыку или ссылке с параметром запуска, который конфликтует с настройками.
• 🔹 Роль пользователя не содержит права «Тонкий клиент» / «Толстый клиент» — редкий, но злой случай в нетиповых базах.
• 🔹 У пользователя вообще не отмечен ни один вид клиента: платформе нечего выбрать.

Отдельно стоит развести две похожие ошибки. Формулировка Нет прав на запуск требуемого вида клиента — это про способ подключения. А Недостаточно прав для входа в приложение или У пользователя недостаточно прав — уже про роли и профили доступа. Лечатся они в разных местах, и путать их не надо.

С чего начать: быстрая проверка до конфигуратора

Прежде чем идти в конфигуратор, снимите два вопроса — часто на этом всё и заканчивается.

1. У кого ошибка. Если у всех — причина общая (база или конфигурация). Если у одного — причина в его карточке.
2. Откуда запускают. Попросите открыть базу из стандартного окна запуска 1С, а не с рабочего стола по ярлыку. Ярлыки нередко тащат за собой старые параметры.
3. Заходит ли администратор. Если админ входит нормально, а сотрудник нет — Способ 2. Если не входит никто, включая администратора, — Способ 1 или свойства конфигурации.

Способ 1. Сменить режим запуска базы в списке

Самое частое и быстрое решение. Меняем режим у ярлыка базы в стартовом окне — права пользователя при этом не трогаем.

Способ 2. Настроить доступные виды клиента у пользователя

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

1. Запустите базу в режиме Конфигуратор.
2. Меню Администрирование → Пользователи.
3. Откройте карточку нужного пользователя двойным кликом.
4. Перейдите на вкладку Прочие.
5. В блоке «Доступные виды клиента» отметьте галочками: Толстый клиент и Тонкий клиент (можно оба, при работе через браузер — ещё Веб-клиент).
6. В поле «Режим запуска» поставьте Авто или Управляемое приложение.
7. Нажмите «ОК», закройте конфигуратор.

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

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

Способ 3. Проверить право на вид клиента в роли

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

Где смотреть:

1. Конфигуратор → Открыть конфигурацию.
2. Ветка Общие → Роли → откройте роль пользователя.
3. В дереве объектов встаньте на корень конфигурации (самая верхняя строка).
4. В списке прав найдите Тонкий клиент, Толстый клиент, Веб-клиент.
5. Поставьте флажок нужному праву, сохраните конфигурацию (F7).

Это изменение конфигурации: базу придётся снять с поддержки или иметь возможность вносить правки. В типовых конфигурациях такое почти не встречается — там права клиентов в ролях уже проставлены. А вот в самописных и «дописанных» базах роль легко создают с нуля и забывают эти галочки.

Какой способ выбрать

Если базу открывают через браузер: веб-клиент

Отдельный сценарий — работа с публикацией на веб-сервере. Здесь ошибка вылезает уже в браузере, на белой странице.

Что проверить:

• 🔸 В карточке пользователя отмечен Веб-клиент — без этой галочки вход через браузер закрыт, даже если тонкий клиент разрешён.
• 🔸 Основной режим запуска конфигурации — управляемое приложение. Обычное приложение в браузере не работает в принципе.
• 🔸 Публикация базы актуальна: файл default.vrd пересоздан после смены версии платформы.
• 🔸 Версия платформы на веб-сервере совпадает с версией базы.

Клиент-серверная база: что добавляется

В файловой базе причин всего две-три. В клиент-серверной к ним добавляются настройки кластера.

• Совпадение версий платформы у сервера 1C:Enterprise Server и клиентского компьютера. Разошлись — платформа отдаёт странные отказы при старте.
• Профили безопасности кластера: в консоли администрирования профиль может ограничивать способы подключения.
• Права пользователя ОС, под которым идёт подключение к серверу.

Проверять это стоит после того, как отработали способы 1–3, а не вместо них.

Если конфигурация своя (нетиповая)

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

Проверьте основной режим запуска:

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

Если стоит «Обычное приложение», а вы пытаетесь войти тонким клиентом — платформа откажет, потому что тонкий клиент работает только с управляемыми формами. И наоборот: чистое управляемое приложение не откроется толстым клиентом старого образца.

Отдельно проверьте роль: у пользователя должна быть роль, дающая право на вход. Пустой список ролей или роль без права на нужный вид клиента тоже приводит к отказу — про это Способ 3.

Мини-кейс: ошибка после обновления

Бухгалтерию обновили, и утром Нет прав на запуск требуемого вида клиента получили все 12 пользователей. Админ полез в карточки — галочки на месте. Оказалось, в списке баз у всех был прописан «Толстый клиент»: так ставили ярлыки пять лет назад, когда конфигурация ещё жила на обычных формах. Обновление добило перевод на управляемое приложение, и толстый клиент старого типа отвалился. Лечение — «Выбирать автоматически» в свойствах базы, 12 раз по минуте.

Типичные ошибки при исправлении

• ❌ Меняют режим базы, но забывают, что ограничение висит на пользователе — правьте оба места.
• ❌ Ставят «Толстый клиент» в базе, хотя у пользователя разрешён только тонкий — ошибка остаётся.
• ❌ Заходят в конфигуратор под обычным пользователем без прав администрирования — карточка не редактируется.
• ❌ Правят не того пользователя (тёзку или служебную учётку для обмена).
• ❌ В нетиповой базе переключают основной режим запуска «на всякий случай» и ломают формы.
• ❌ Снимают у пользователя все галочки видов клиента, чтобы «ограничить доступ» — вход закрывается полностью.
• ❌ Удаляют пользователя и создают заново вместо правки одной вкладки — теряются настройки и привязка к справочнику сотрудников.

Как не столкнуться с этим снова

• ✅ В свойствах баз держите «Выбирать автоматически», если нет причины фиксировать вид клиента.
• ✅ Новых пользователей создавайте копированием рабочей карточки, а не с нуля — настройки вкладки «Прочие» переедут вместе с ней.
• ✅ Перед обновлением конфигурации записывайте текущий основной режим запуска.
• ✅ Раздавайте ярлыки без ключей запуска — пусть база открывается из стандартного списка.
• ✅ Держите одну версию платформы на всех рабочих местах.

Если ничего не помогло

Когда все настройки выглядят верно, а ошибка держится:

• 🔸 Очистите кеш платформы: закройте 1С и удалите содержимое каталога кеша (%LOCALAPPDATA%\1C\1cv8\ — папки с длинными именами-хешами).
• 🔸 Проверьте свойства ярлыка: в поле «Объект» не должно быть лишних ключей после пути к 1cv8.exe. Оставьте только ENTERPRISE и адрес базы.
• 🔸 Проверьте, не запускается ли база вообще — если падает и конфигуратор, причина шире, чем виды клиента.
• 🔸 Запустите базу под пользователем Администратор: войдёт — точно настройки конкретной учётки.
• 🔸 Убедитесь, что версия платформы поддерживает нужный вид клиента (очень старые релизы 8.3 — не все режимы).
• 🔸 Для клиент-серверной базы проверьте настройки кластера и совпадение версий платформы у сервера и клиента.
• 🔸 Крайний вариант для файловой базы: выгрузите её в .dt, создайте чистую базу и загрузите выгрузку — настройки списка запуска соберутся заново.

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