Идентификация пользователя не выполнена в 1С: что это значит и как исправить

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

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

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

Как устроена идентификация и почему она может не выполниться

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

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

Отдельный сценарий — запуск через веб-сервер. Здесь в цепочку добавляется веб-сервер (IIS или Apache), который сам может выполнять аутентификацию. Если настройки публикации требуют доменную проверку, а браузер передаёт учётные данные, которых нет в базе, результат тот же — отказ на этапе идентификации.

Как определить конкретную причину в вашей ситуации

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

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

Быстрое решение: вход под администратором и проверка учётной записи

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

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

1. 1
   Войдите в базу под учётной записью администратора (в режиме Предприятие или Конфигуратор)
2. 2
   Откройте список пользователей: Администрирование → Пользователи
3. 3
   Найдите проблемного пользователя и откройте его карточку
4. 4
   На вкладке аутентификации включите «Аутентификация 1С:Предприятия» и задайте новый пароль
5. 5
   Если используется вход через Windows — проверьте поле «Пользователь операционной системы» и укажите актуальную учётную запись в формате \\ДОМЕН\Имя или \\Компьютер\Имя
6. 6
   Сохраните изменения и попросите пользователя войти заново
7. 7
   Проверьте, что вход выполняется и роли пользователя работают корректно

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

Что делать, если войти в базу не может никто

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

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

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

Особенности для веб-клиента и тонкого клиента через веб-сервер

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

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

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

Как проверить, что проблема решена полностью

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

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

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

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

Повторный вход после полного закрытия 1С

Норма

Вход выполняется без сообщения об ошибке

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

Ошибка возвращается — причина не устранена, проверяйте вид аутентификации

Журнал регистрации

Норма

Есть событие успешного входа пользователя

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

Повторяются события отказа в аутентификации

Вход после перезагрузки компьютера

Норма

Аутентификация ОС срабатывает автоматически

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

Снова требуется ручной вход или появляется ошибка — неверна привязка к учётной записи Windows

Права пользователя в базе

Норма

Доступны привычные документы и отчёты

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

Пустой интерфейс — возможно, создан дубликат пользователя вместо восстановления старого

Профилактика: как не столкнуться с ошибкой снова

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

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

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

Ошибка появилась после смены пароля Windows. Что делать?

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

Можно ли войти в базу, если единственный администратор недоступен?

Штатного способа сбросить пароль без входа в базу нет. Варианты: восстановить базу из резервной копии, где известен пароль администратора; для клиент-серверной базы — проверить, нет ли другой учётной записи с полными правами. Поэтому важно заранее держать минимум двух администраторов.

Поможет ли переустановка платформы 1С?

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

Почему ошибка возникает только на одном компьютере?

Чаще всего причина в локальном кэше базы или в том, что на этом компьютере пользователь входит под другой учётной записью Windows. Удалите базу из списка в окне запуска, добавьте заново и проверьте, под каким именем выполнен вход в систему.

Опасно ли включать оба вида аутентификации одновременно?

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

Ошибка появляется в браузере, а в тонком клиенте всё работает. В чём дело?

Проблема в публикации на веб-сервере: проверьте актуальность строки подключения в файле default.vrd, настройки проверки подлинности в IIS или Apache и перезапустите пул приложений после изменений. Также убедитесь, что база опубликована заново после любого переноса.