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

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

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

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

Что означает ошибка и когда она появляется

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

Типичные ситуации: сотрудник впервые входит в базу после создания учётной записи, пользователь сменил пароль Windows и перестал работать сквозной вход, базу восстановили из архива на новом компьютере, после обновления платформы «сломалась» аутентификация ОС. В каждом случае порядок действий свой, поэтому важно сначала определить сценарий.

Проверка логина и пароля

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

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

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

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

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

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

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

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

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

В карточке пользователя конфигуратора проверьте поле «Пользователь» в разделе аутентификации ОС: оно должно иметь вид \\ДОМЕН\ИмяПользователя или \\КОМПЬЮТЕР\ИмяПользователя. Если компьютер переименовали или пользователь перешёл в другой домен, старая строка перестаёт совпадать с реальной учётной записью — укажите актуальную через кнопку выбора.

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

Очистка кэша и профиля пользователя

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

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

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

%APPDATA%\1C\1cv8
%LOCALAPPDATA%\1C\1cv8

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

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

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

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

Типичные ошибки при устранении проблемы

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

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

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

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

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

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