Аутентификация операционной системы в 1С: что это и как настроить

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

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

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

Как работает механизм аутентификации ОС

При запуске 1С платформа определяет имя текущего пользователя операционной системы в формате «ДОМЕН\Пользователь» или «\\Компьютер\Пользователь». Затем она ищет в списке пользователей информационной базы запись, у которой в свойствах указано именно это значение. Совпадение найдено — сеанс открывается под этим пользователем, окно ввода логина и пароля не появляется.

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

Важно понимать: аутентификация ОС не заменяет разграничение прав внутри 1С. Роли, профили групп доступа и ограничения на уровне записей настраиваются отдельно. Механизм отвечает только за вопрос «кто вошёл», а не «что ему разрешено».

Где настраивается: свойства пользователя в конфигураторе

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

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

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

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

Файловый и клиент-серверный режимы: в чём разница

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

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

Для веб-клиента и тонкого клиента через веб-сервер применяется аутентификация средствами веб-сервера (IIS или Apache) — например, Windows-аутентификация в IIS. Здесь настройка выполняется уже на стороне веб-сервера, и ошибки чаще связаны с его конфигурацией, а не с 1С.

Когда стоит использовать, а когда нет

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

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

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

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

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

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

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

whoami

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

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

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

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

Часто задаваемые вопросы