К статье
Практический материал

Администрирование · 12 мин

Аутентификация в 1С:Предприятии: что это и как её настроить

Что такое аутентификация 1С:Предприятия, какие виды входа существуют — парольная, Windows, OpenID, сертификаты — и как настроить безопасный вход в базу.

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

Важно различать аутентификацию и авторизацию. Аутентификация отвечает на вопрос «кто вы?», а авторизация — «что вам разрешено?». Сначала платформа проверяет личность (логин и пароль, учётная запись Windows, сертификат), и только затем система прав доступа определяет, какие документы, справочники и операции доступны этому пользователю.

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

Какие виды аутентификации поддерживает 1С

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

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

Как работает парольная аутентификация 1С

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

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

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

Аутентификация операционной системы: беспарольный вход

При включённой аутентификации ОС пользователь запускает 1С и попадает в базу сразу, без окна ввода пароля. Платформа берёт имя текущей учётной записи Windows и ищет пользователя 1С, у которого в карточке указано соответствующее значение вида \\ДОМЕН\ИмяПользователя.

Этот вариант удобен в доменной сети: пароль хранится и меняется централизованно в Active Directory, политика сложности и блокировки управляется доменными настройками, а уволенного сотрудника достаточно отключить в домене. Минус — привязка к Windows: на Linux-клиентах и в веб-клиенте такой вход работает с ограничениями или не работает вовсе.

Как настроить сопоставление пользователя Windows и 1С

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

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

Где настраивается аутентификация: конфигуратор и режим предприятия

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

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

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

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

Аутентификация при работе через веб-сервер и OpenID

Когда база опубликована на веб-сервере (Apache или IIS), в цепочку входа добавляется ещё один уровень — аутентификация самого веб-сервера. Можно настроить делегирование: веб-сервер проверяет пользователя (например, через доменную учётную запись), а 1С доверяет результату. Либо проверка выполняется только средствами платформы.

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

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

Как выбрать вид аутентификации под свой сценарий

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

Сравнение вариантов

Парольная аутентификация 1С

Подходит для любых режимов и платформ; требует отдельного управления паролями и их периодической смены

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

Удобна в домене Windows, вход без пароля; ограничена экосистемой Windows и не работает в веб-клиенте без дополнительных настроек

OpenID

Подходит для веб-клиента и нескольких баз с единым входом; требует развёртывания и сопровождения провайдера идентификации

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

Маршрут решения

Как выбрать действие

Файловая база, несколько пользователей, нет доменаВключите парольную аутентификацию 1С и задайте политику сложности паролей
Доменная сеть Windows, пользователи работают на ПК в офисеНастройте аутентификацию ОС и сопоставьте доменные учётные записи
Доступ через веб-клиент извне или несколько баз с единым входомРассмотрите OpenID или парольную аутентификацию с обязательным HTTPS
Автоматический обмен через HTTP-сервисыСоздайте отдельного служебного пользователя с минимальными правами и отдельным паролем

Типичные ошибки и проверка результата

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

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

Типичные ошибки
01
Пустой или одинаковый пароль у всех пользователей — невозможно установить автора действий в журнале регистрации
02
Неверный формат пользователя Windows — вход по аутентификации ОС не срабатывает, пользователь видит окно входа или отказ
03
Отключение парольной аутентификации до проверки входа через ОС — пользователь полностью теряет доступ к базе
04
Служебный пользователь для обменов с полными правами — компрометация его пароля открывает всю базу

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

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

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

Вход в базу
Норма

Пользователь входит ожидаемым способом — без пароля (ОС) или с паролем 1С

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

Появляется ошибка «Пользователь не найден» или «Неверный пароль»

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

Видны события успешного подключения под нужным именем

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

Массовые отказы в аутентификации или входы под чужими именами

Права после входа
Норма

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

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

Доступны административные функции у обычного пользователя

Итог

Что важно запомнить

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

Частые вопросы об аутентификации 1С

Чем аутентификация отличается от ролей и прав доступа?

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

Можно ли восстановить забытый пароль пользователя 1С?

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

Почему не срабатывает вход через Windows-аутентификацию?

Чаще всего имя пользователя ОС в карточке 1С указано в неверном формате. Проверьте, что оно совпадает с фактической учётной записью, включая домен или имя компьютера, и что пользователь действительно вошёл в Windows под этой записью.

Безопасно ли хранить пароль в командной строке запуска 1С?

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

Нужна ли отдельная аутентификация для веб-клиента?

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

Что делать, если утерян пароль единственного администратора базы?

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