Не пускает в базу: разбираем ошибку идентификации пользователя в 1С 8.3

Сообщение Идентификация пользователя не выполнена значит одно: платформа 1С 8.3 не нашла в списке пользователей базы пару «имя + пароль» или учётную запись Windows, под которой вы пытаетесь войти. Чаще всего решение — проверить раскладку и пароль, убрать лишние параметры запуска из настроек базы и очистить локальный кэш. Если не помогло — смотреть карточку пользователя в Конфигураторе.

Проверки идут от безопасных к тем, что требуют прав администратора. У клиент-серверной базы и веб-клиента свои причины, их разбираем отдельно.

Почему 1С не может идентифицировать пользователя

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

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

• 🔑 Неверный пароль или имя. Включён Caps Lock, раскладка английская, лишний пробел в конце имени.
• ⚙️ Чужие параметры в строке запуска. В настройках базы прописаны /N и /P со старым паролем, и платформа подставляет их сама.
• 🪟 Аутентификация операционной системы не совпала. В карточке пользователя указан \\DOMAIN\ivanov, а вы вошли в Windows под другой учётной записью или в другом домене.
• 🚫 Вход запрещён. У пользователя сняты оба флажка аутентификации, истёк срок действия входа или учётная запись заблокирована после неудачных попыток.
• 🗂️ Подключена не та база. В списке две базы с похожими названиями, и вы входите в копию, где пользователя нет или пароль другой.
• 🌐 Веб-публикация настроена на другой способ входа. Например, сервер ждёт Windows-аутентификацию, а браузер её не передаёт.

1. Проверяем параметры запуска и настройки базы в списке

Начните с окна запуска 1С: там часто сидит причина, о которой пользователь не знает.

1. Запустите 1С и выделите нужную базу в списке.
2. Нажмите Изменить, пройдите кнопкой Далее до последней страницы мастера.
3. Посмотрите поле Дополнительные параметры запуска.
4. Если там есть /N"Имя" и /P"Пароль" — удалите их или исправьте пароль.
5. Сохраните настройку кнопкой Готово и запустите базу заново.

Полезные ключи командной строки для диагностики:

Пример ярлыка, который открывает файловую базу с явным именем и без входа через Windows:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\Bases\Buh" /N"Иванов" /WA-

Пароль в ярлык не пишите. Платформа сама спросит его, если он задан.

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

2. Чистим кэш 1С и временные файлы

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

Безопасный способ — ключ /ClearCache. Добавьте его в Дополнительные параметры запуска, войдите в базу один раз и уберите ключ.

Если не помогло, почистите кэш вручную:

1. Закройте все окна 1С на этом компьютере.
2. Откройте %APPDATA%\1C\1cv8 через Win+R.
3. Удалите папки с длинными именами вида a1b2c3d4-... (GUID баз).
4. То же сделайте в %LOCALAPPDATA%\1C\1cv8.
5. Запустите 1С снова.

rem Закройте 1С перед запуском
for /d %%i in ("%APPDATA%\1C\1cv8\*-*-*-*-*") do rd /s /q "%%i"
for /d %%i in ("%LOCALAPPDATA%\1C\1cv8\*-*-*-*-*") do rd /s /q "%%i"

На терминальном сервере кэш лежит в профиле каждого пользователя Windows. Чистите его в профиле того сотрудника, у которого ошибка, а не у администратора.

3. Аутентификация 1С и Windows: настройка входа в тонком и веб-клиенте

В 8.3 у пользователя может быть несколько способов входа. Они включаются флажками в карточке пользователя.

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

Учётная запись Windows указывается в формате \\DOMAIN\login. Типичные поломки:

• компьютер вывели из домена или перевели в новый — старая запись больше не совпадает;
• сотрудника переименовали в Active Directory;
• на терминальный сервер вошли под локальной учётной записью вместо доменной.

Быстрая проверка: добавьте в параметры запуска /WA-. Если окно ввода пароля появилось и вход по паролю 1С проходит — проблема именно в привязке к Windows. Администратор исправляет её в карточке пользователя.

Веб-клиент

В браузере логин и пароль вводятся на странице входа публикации. Если публикация на IIS использует проверку подлинности Windows, браузер должен передать учётную запись. В Edge и Chrome это обычно работает для адресов из зоны «Местная интрасеть», а для внешних адресов браузер спросит логин Windows.

Что проверить в веб-варианте:

1. Откройте базу в тонком клиенте под тем же пользователем. Если там вход проходит, база в порядке, ищите причину в публикации.
2. Проверьте, какой способ проверки подлинности включён для виртуального каталога на веб-сервере.
3. Проверьте, что в адресе публикации нет зашитых параметров N= и P= со старым паролем. Передавать пароль в адресе вообще небезопасно.

4. Права и карточка пользователя в базе

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

В режиме 1С:Предприятие

В типовых конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) откройте Администрирование → Настройки пользователей и прав → Пользователи и найдите нужного сотрудника.

Проверьте:

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

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

В Конфигураторе

Откройте Администрирование → Пользователи, двойной щелчок по пользователю. На вкладке Основные видны флажки способов аутентификации, поле пароля и привязка к пользователю Windows.

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

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

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

В клиент-серверной базе пользователи 1С тоже хранятся в информационной базе. Логин SQL Server или PostgreSQL здесь ни при чём: он указан в свойствах базы в кластере и используется сервером 1С, а не сотрудником.

Если ошибка в доступе к СУБД, текст другой. Например, Login failed for user или сообщение о невозможности подключиться к серверу баз данных. Такие ошибки решаются в свойствах базы в консоли кластера, а не в карточке пользователя.

Для ошибки идентификации в клиент-серверной базе проверьте:

1. Имя базы в кластере. В строке подключения указаны сервер и имя базы (Srvr="srv1c";Ref="buh";). Опечатка в Ref может привести в соседнюю базу, где пользователя нет.
2. Аутентификацию Windows на сервере. Проверку учётной записи ОС выполняет сервер 1С. Если клиент и сервер в разных доменах без доверия или служба агента сервера запущена под учётной записью без прав на проверку в домене, вход через Windows не пройдёт. Временное решение — вход по паролю 1С с ключом /WA-.
3. Журнал регистрации. В режиме Предприятия под администратором отберите события Сеанс. Аутентификация (ошибка). Там видно, под каким именем приходил запрос и с какого компьютера.

6. Если вход не удаётся даже под администратором

Самый тяжёлый случай: пароль администратора утерян, а других пользователей с полными правами нет.

Варианты по безопасности:

• 📞 Найти того, кто настраивал базу. У внедренца или прежнего администратора пароль часто записан.
• 💾 Восстановить базу из резервной копии, где пароль был известен. Данные после даты копии придётся вносить заново или переносить выгрузкой.
• 🛠️ Обратиться к специалисту по восстановлению доступа к собственной базе. Низкоуровневые способы правят служебную таблицу пользователей. Их выполняют только на копии базы: ошибка делает базу неработоспособной.

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

7. Как не допустить повторения

Короткий регламент для небольшой фирмы:

• 🔐 Пароли не хранить в ярлыках и Дополнительных параметрах запуска.
• 👥 Минимум два администратора в каждой базе.
• 🪟 При смене домена или переименовании учётных записей Windows заранее обновлять привязки в карточках пользователей.
• 📋 После переноса или восстановления базы проверять вход под обычным пользователем, а не только под администратором.
• 🧹 После обновления платформы или конфигурации при странных ошибках входа первым делом запускать базу с /ClearCache.

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