Ошибка «Идентификация пользователя не выполнена» в 1С: как исправить

Ошибка «Идентификация пользователя не выполнена» появляется при запуске 1С, когда платформа не может сопоставить введённые данные (логин, пароль или учётную запись Windows) с пользователем информационной базы. В результате сеанс не создаётся, а работа в программе блокируется ещё до открытия главного окна.

Причина почти всегда находится в одной из трёх зон: в самом списке пользователей базы, в настройках аутентификации (обычной или Windows) либо в правах доступа, когда пользователь существует, но не имеет права входа. Реже виноваты повреждённый кэш, неверный путь к базе или проблемы на стороне сервера 1С и СУБД.

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

Что означает ошибка и когда она возникает

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

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

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

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

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

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

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

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

Настройка аутентификации: пароль и вход через Windows

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

Аутентификация 1С

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

Аутентификация операционной системы

Если используется вход через Windows, в поле «Пользователь» должна быть указана учётная запись в формате «\\ДОМЕН\ИмяПользователя» (выбирается кнопкой выбора, а не вводится вручную). Ошибка появляется, если пользователь сменил доменный пароль, компьютер выведен из домена, переименована учётная запись Windows или база перенесена в другую сеть, где старые SID недействительны.

При переносе базы между доменами Windows-аутентификация почти всегда перестаёт работать. Решение — временно включить аутентификацию 1С с паролем, чтобы пользователи могли войти, а затем перенастроить привязку к новым учётным записям.

Проверка прав на запуск и ролей

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

В типовых конфигурациях на базе Библиотеки стандартных подсистем права на вход обычно дают профили групп доступа, назначаемые уже в режиме предприятия (раздел «Администрирование → Настройки пользователей и прав»). Если пользователь создан в конфигураторе, но не добавлен ни в одну группу доступа, вход может блокироваться настройками самой конфигурации.

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

Проблемы кэша, пути к базе и клиентского компьютера

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

Кэш находится в папках вида %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\ — в подкаталогах с длинными именами-идентификаторами баз. Чтобы очистить кэш, закройте 1С и удалите папку, соответствующую проблемной базе. При следующем запуске платформа создаст кэш заново. Удаление кэша безопасно: данные базы оно не затрагивает.

Второй локальный фактор — неверный путь к базе в списке информационных баз. Если файловая база перемещена, а в списке указан старый путь, или сетевая папка недоступна, поведение при запуске может быть неочевидным. Проверьте путь кнопкой «Изменить» в стартовом окне и убедитесь, что сетевой ресурс открывается в проводнике под тем же пользователем Windows.

%APPDATA%\1C\1cv8\
%LOCALAPPDATA%\1C\1cv8\
(закрыть 1С, найти папку базы по имени-GUID, удалить её)

Клиент-серверный вариант: проверка сервера 1С и СУБД

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

Проверьте, запущена ли служба «Агент сервера 1С:Предприятия» на сервере, отвечает ли сервер СУБД (MS SQL, PostgreSQL или другой), не истёк ли пароль учётной записи, под которой сервер 1С подключается к СУБД. Смена пароля этой учётной записи без обновления параметров базы в консоли кластера — типичная причина массового отказа входа.

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

Если доступ в конфигуратор утерян полностью

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

Первый и самый безопасный путь — восстановить базу из резервной копии, созданной до появления проблемы. Второй вариант — для файловых баз существуют специализированные инструменты просмотра и сброса списка пользователей в файле 1Cv8.1CD, однако их применение требует опыта и обязательной копии файла до вмешательства: неаккуратное редактирование структуры файла способно разрушить базу целиком.

Если база клиент-серверная, список пользователей хранится в таблицах СУБД, и прямое редактирование таблиц SQL также является операцией последней инстанции. На практике разумнее привлечь специалиста по администрированию 1С, чем пытаться править системные таблицы вручную.

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

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

Для профилактики держите в базе минимум двух администраторов с разными паролями, храните пароли в защищённом месте, регулярно делайте выгрузки .dt, а при переносах базы и смене доменной структуры сразу проверяйте настройки аутентификации всех пользователей.

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