Смена пароля, логина и настройка доступа пользователя в 1С 8.3

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

Дальше разберём все варианты по порядку: от простой смены пароля до восстановления доступа, когда пароль администратора потерян. Пути одинаковы для файловой и клиент-серверной базы; отличия клиент-сервера вынесены в отдельный раздел.

Как устроен вход: два списка пользователей и два способа входа

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

• Пользователи информационной базы — это платформенный список. Он хранится в самой базе и отвечает за вход: имя, пароль, способ аутентификации, роли. Редактируется в Конфигураторе и частично из режима Предприятие.
• Справочник «Пользователи» в конфигурации (БП 3.0, ЗУП 3.1, УТ 11 на БСП) — это прикладной список: сотрудники, их группы, персональные настройки. Каждый элемент справочника связан с пользователем ИБ.

Когда вы в режиме Предприятие нажимаете «Записать и закрыть» в карточке пользователя, платформа автоматически создаёт или обновляет пользователя ИБ. Поэтому в типовых конфигурациях на БСП отдельно в Конфигуратор лезть обычно не нужно.

Способов входа тоже два:

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

Как сменить пароль в режиме 1С:Предприятие

Самый частый случай — пользователь хочет поменять свой пароль, не трогая Конфигуратор.

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

Администратор меняет пароль любому пользователю так же — из его карточки. Пользователю при этом удобно поставить флажок «Потребовать установку пароля при входе»: человек войдёт по временному паролю и сразу задаст свой.

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

Требования к паролю и кто может его менять

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

• минимальную длину пароля;
• проверку сложности (чтобы пароль не совпадал с именем и содержал разные символы);
• срок действия пароля — через сколько дней система потребует сменить его;
• запрет пользователю менять пароль самому.

Если стоит запрет на самостоятельную смену, кнопка «Сменить пароль» у рядового пользователя не появится — пароль меняет только администратор. Это удобно там, где вход должны контролировать централизованно.

Логин, пароль и права пользователя через Конфигуратор

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

Откройте Конфигуратор, меню Администрирование → Пользователи. Двойной щелчок по строке открывает карточку с двумя закладками.

Закладка «Основные»:

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

Закладка «Прочие»:

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

После изменений нажмите «OK». Чтобы новый логин заработал, пользователю достаточно перезапустить клиент — перезагрузка сервера не нужна.

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

Вход по учётной записи Windows: аутентификация ОС

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

Как включить для пользователя:

1. В режиме Предприятие откройте карточку пользователя, раздел «Вход в программу» (или «Аутентификация»).
2. Поставьте флажок «Вход по паролю операционной системы».
3. Укажите учётную запись в формате \\ДОМЕН\Имя — например, \\OFFICE\ivanov. Через кнопку выбора можно найти пользователя в домене.
4. Запишите карточку.

То же самое в Конфигураторе: на закладке «Основные» флажок «Аутентификация операционной системы» и выбор учётной записи кнопкой ....

Нюансы, из-за которых вход по ОС «не срабатывает»:

• Регистр и формат имени. Имя должно точно совпадать с тем, под которым человек входит в Windows. В домене пишите \\ДОМЕН\user, для локальной учётки — \\ИМЯ_КОМПЬЮТЕРА\user.
• Веб-клиент и RDP. При публикации на веб-сервере или входе через RemoteApp аутентификацию ОС нужно отдельно настроить на стороне сервера (IIS/Apache или терминального сервера), иначе база не получит имя пользователя Windows.
• Запас на случай сбоя. Оставьте себе включённой и аутентификацию 1С с паролем. Если учётку Windows переименуют или компьютер выпадет из домена, вход по ОС перестанет работать, а по паролю — останется.

Настройки входа в клиент-серверной базе и кластере

В клиент-серверном варианте вход по-прежнему проверяется по списку пользователей ИБ — он хранится внутри базы, а не в кластере. Но кластер добавляет свои настройки, которые тоже влияют на то, кто и когда может войти.

Администратор информационной базы. У базы в кластере есть отдельная пара «имя и пароль администратора ИБ». Это не то же самое, что пользователь с ролью «Администратор» внутри базы. Административную пару спрашивают при выполнении операций над базой (резервное копирование силами кластера, изменение параметров) и задают в свойствах информационной базы — через консоль администрирования серверов или утилиту rac.

Блокировка начала сеансов. Чтобы временно закрыть вход всем, кроме себя (например, на обновление), в свойствах базы включают «Блокировка начала сеансов» и задают код разрешения. После этого обычные пользователи получают отказ, а администратор входит с параметром командной строки /UC <код>:

"C:\Program Files\1cv8\common\1cestart.exe" /UC МойКод

Активные сеансы. Через консоль администрирования или rac session list видно, кто сейчас в базе. Принудительно завершать чужой сеанс стоит только по необходимости — у человека пропадут несохранённые данные.

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

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

Что делать, если потерян пароль администратора

Разберём отдельно два случая — их часто путают.

Потерян пароль пользователя-администратора базы. Это рабочая ситуация. Варианты:

• Если в базе есть другой пользователь с ролью «Администратор», войдите под ним и сбросьте пароль первому из его карточки.
• Если у кого-то настроена аутентификация ОС с правами администратора — войдите по учётке Windows и сбросьте пароль.
• Если ни того, ни другого нет — остаётся восстановление базы из резервной копии, сделанной до потери пароля.

Встроенного «сброса пароля без входа» в 1С нет: это защита от посторонних. Поэтому резервные копии и второй администратор — обязательная страховка.

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

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

1. Остановите службу агента сервера 1С (1C:Enterprise 8.x Server Agent). Остановка службы обрывает сеансы всех пользователей на этом сервере — делайте в согласованное окно.
2. Восстановите из резервной копии файл со списком кластера (1CV8Clst.lst в служебном каталоге сервера), где администратор ещё был без пароля или с известным паролем.
3. Если копии нет — обратитесь к администратору сервера: доступ к служебным файлам кластера есть у него.

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