Пользователь не может войти в 1С: как найти, каких прав не хватает

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

Полный текст ошибки обычно такой: Авторизация не выполнена. Работа системы будет завершена, а перед ним — Недостаточно прав для входа в систему. Иногда пользователь пишет в поддержку коротко: «нет прав для входа у пользователя 1С». Причина одна: у учётной записи в базе нет ни одной роли, разрешающей запуск именно в том режиме, в котором он пытается войти.

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

Быстрая диагностика: по симптому к причине

Начните с таблицы. Она экономит время: часто хватает первой строки.

Проверяем роли пользователя в конфигураторе

Для этого нужен хотя бы один вход с правами администратора. Если он есть, действуйте так.

1. Запустите 1С в режиме «Конфигуратор» под администратором.
2. Откройте Администрирование → Пользователи.
3. Найдите учётную запись проблемного сотрудника и откройте её двойным щелчком.
4. Перейдите на вкладку «Прочее» и посмотрите список доступных ролей.
5. Сравните с рабочим пользователем, у которого такой ошибки нет.

Менять роли в конфигураторе и в пользовательском режиме одновременно не нужно. В базах на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11, ERP) роли обычно раздают через профили групп доступа, и ручное назначение в конфигураторе при следующем обновлении доступа будет затёрто.

Как посмотреть, что даёт роль

Роль — это набор прав на объекты. Чтобы понять, хватает ли её для входа:

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

Режимы запуска и нужные права

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

Если права есть, а вход не идёт

Когда роль назначена и все флажки на месте, причину ищем в окружении.

Проверьте режим запуска ярлыка

В списке баз выберите базу и нажмите «Изменить». На вкладке запуска укажите «Выбирать автоматически» либо конкретный режим. Ярлык, принудительно настроенный на толстый клиент, у пользователя без этого права даст ту же ошибку, что и отсутствие ролей вообще.

Основные роли и язык интерфейса

У пользователя в списке бывает отмечено поле «Основная роль». Если там указана роль без права на запуск, вход закроется, даже когда другие роли у пользователя подходящие. Очистите значение или выберите роль, где право на клиент включено.

Есть ли у пользователя аутентификация

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

Монопольный режим и блокировка сеансов

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

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

• ✅ в конфигураторе откройте Администрирование → Активные пользователи и найдите чужие сеансы;
• ✅ в клиент-серверной базе посмотрите консоль администрирования кластера: возможна блокировка сеансов с кодом разрешения;
• ✅ если установлена блокировка начала сеансов, обычному пользователю нужен ключ запуска /UC с кодом.

Права операционной системы на каталоги

Для файловой базы пользователь ОС должен иметь полный доступ к каталогу, где лежит файл 1Cv8.1CD. Нужно право на чтение и запись, иначе 1С не сможет создать файл блокировок рядом с базой. Симптом выглядит как ошибка доступа, а не как нехватка прав в 1С, но пользователи называют это одинаково.

Проверьте:

1. Права на папку базы для группы пользователей (вкладка «Безопасность» в свойствах папки).
2. Права на профиль пользователя: у 1С там лежит кеш и список баз (каталоги %APPDATA%\1C и %LOCALAPPDATA%\1C).
3. Не открыт ли каталог с базы только на чтение через сетевой ресурс.

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

Клиент-серверный вариант: на что смотреть

Здесь добавляются две учётные записи, о которых забывают.

Администратор кластера не получает автоматически права в информационной базе. Его нужно завести в самой базе отдельно. Если в базе включена аутентификация ОС, учётка Windows должна быть привязана к пользователю 1С, иначе после смены домена вход сломается.

Внешние источники данных и COM-соединения

Когда ошибку получает не человек, а скрипт или обмен, смотрите на права внешнего соединения.

• 🔌 COM-соединение (V83.COMConnector) требует у пользователя права «Внешнее соединение».
• 🔌 Обмены через веб-сервисы идут под учётной записью, указанной в настройках подключения. У неё должны быть права на нужные объекты.
• 🔌 Внешние источники данных (подключение к другим СУБД) проверяют права самого источника, а не только роли 1С.

Для скриптов заведите отдельного пользователя «Обмен» с минимальным набором ролей, а не запускайте их под администратором. Так проще разбирать ситуации, когда что-то перестало работать.

Что делать, если администратор недоступен

Хуже всего, когда ошибку получает единственный человек с полными правами.

Варианты по порядку:

1. Узнайте, не завёл ли кто-то из сотрудников второго администратора. Любой пользователь с правом «Администрирование» может добавить роль другому.
2. Поищите свежую резервную копию, где вход был возможен: выгрузка .dt или копия файла базы.
3. Если базу сопровождает фирма-партнёр, обратитесь к ним. У них есть договорные основания помогать с доступом.
4. Если в базе нет ни одного пользователя, она запускается без авторизации. Тогда достаточно зайти и завести пользователей заново.

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

Мини-кейс: бухгалтер вышла из отпуска

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

Что оказалось:

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

Решение заняло пять минут: добавили её в нужную группу доступа через Администрирование → Настройки пользователей и прав → Группы доступа, запустили обновление доступа и проверили вход под её учёткой. Менять роли в конфигураторе не пришлось.

Вывод для практики: если ошибка у одного человека и начинается после обновления, смотрите членство в группах доступа раньше, чем роли.

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

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

Как не получать эту ошибку снова

Три привычки закрывают большую часть обращений:

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

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