Администрирование · 11 мин
Как создать учётную запись пользователя в 1С
Пошаговая инструкция: как создать учётную запись пользователя в 1С:Предприятие, назначить роли и права, настроить пароль и проверить вход. Частые ошибки и FAQ.
Учётная запись в 1С — это связка имени пользователя, пароля и набора прав, по которой система узнаёт сотрудника при входе и определяет, какие документы и операции ему доступны. Без отдельной учётной записи для каждого сотрудника невозможно корректно вести аудит действий, разграничивать доступ к данным и выполнять требования по защите персональной и коммерческой информации.
Порядок создания учётной записи зависит от режима работы базы: в файловом варианте пользователь заводится через конфигуратор или раздел администрирования, в клиент-серверном — чаще через консоль кластера или встроенную подсистему управления пользователями. Ниже разобраны оба сценария, а также назначение ролей, проверка входа и типичные ошибки.
Что подготовить перед созданием учётной записи
Перед заведением пользователя убедитесь, что у вас есть права администратора в базе. Учётные записи может создавать только пользователь с ролью «Администратор системы» или «Полные права» — обычный пользователь не увидит нужных пунктов меню. Если вы не уверены в своих правах, проверьте это у администратора базы или у специалиста, который внедрял систему.
Определите заранее три вещи: как будет называться учётная запись (обычно фамилия и инициалы или логин по корпоративному стандарту), какие роли нужны сотруднику по должности, и какой пароль будет выдан при первом входе. Продуманное соглашение об именовании избавит от дублей вроде «Иванов», «Иванов2» и «Иванов_новый» через полгода работы.
Если база работает в клиент-серверном режиме, уточните, используется ли аутентификация операционной системы (доменная). При доменной аутентификации пользователю можно не задавать пароль внутри 1С — вход будет проходить под учётной записью Windows.
Создание пользователя через конфигуратор
Классический способ, работающий в любой конфигурации, — завести пользователя через конфигуратор. Откройте базу в режиме конфигуратора, перейдите в меню «Администрирование → Пользователи». Откроется список существующих учётных записей, которые хранятся в самой базе независимо от прикладного решения.
Нажмите кнопку «Добавить» (или Insert) и заполните поля на закладке «Основные»: имя — логин для входа, полное имя — отображаемое ФИО, пароль и его подтверждение. Установите флажок «Аутентификация 1С:Предприятия», если вход будет по паролю, или «Аутентификация операционной системы» с указанием доменного пользователя в формате «\\ДОМЕН\Имя».
- 1Откройте базу в конфигураторе под учётной записью администратора
- 2Перейдите: Администрирование → Пользователи
- 3Нажмите «Добавить», заполните имя, полное имя и пароль
- 4На закладке «Роли» отметьте нужные роли
- 5Нажмите «ОК» и закройте список пользователей
- 6Войдите в режим предприятия под новой учётной записью для проверки
На закладке «Прочие» можно задать язык интерфейса по умолчанию и запретить пользователю менять пароль. После нажатия «ОК» учётная запись сохраняется в базе сразу — обновление конфигурации не требуется.
Создание пользователя в режиме «1С:Предприятие»
В типовых конфигурациях на базе Библиотеки стандартных подсистем (Управление торговлей, ERP, Бухгалтерия предприятия, Зарплата и управление персоналом) пользователей удобнее заводить прямо в режиме предприятия. Откройте раздел «НСИ и администрирование → Настройка прав и пользователей → Пользователи» — в разных конфигурациях путь может немного отличаться, но всегда находится в блоке администрирования.
Нажмите «Создать» и заполните карточку: физическое лицо (можно выбрать из справочника сотрудников), имя для входа, пароль. Типовой механизм автоматически создаст связанные объекты — элемент справочника «Пользователи» и учётную запись в базе. Это удобно, потому что пользователь сразу становится доступен для подстановки в документы, задачи и настройки ответственных лиц.
Особенность этого способа: права здесь обычно назначаются не ролями напрямую, а через группы доступа или профили групп доступа. После создания пользователя откройте его карточку и включите в нужные группы — например, «Менеджеры по продажам» или «Бухгалтеры». Состав прав каждого профиля можно посмотреть и изменить в разделе «Профили групп доступа».
Где создавать пользователя
Подходит для любой конфигурации, включая самописные. Даёт прямой доступ к ролям, но не создаёт элемент справочника «Пользователи» в типовых решениях.
Оптимально для типовых конфигураций: создаётся полноценный пользователь с привязкой к сотруднику, группам доступа и настройкам интерфейса.
Для контрагентов и клиентов с ограниченным доступом, например к личному кабинету. Настраивается отдельным механизмом.
Назначение ролей и прав доступа
Роль — это набор прав на объекты конфигурации: документы, справочники, регистры, отчёты. Один пользователь может иметь несколько ролей, итоговые права складываются как объединение. В конфигураторе роли назначаются на одноимённой закладке карточки пользователя — отметьте галочками только то, что действительно нужно по должности.
Главный принцип — минимально необходимые права. Не давайте роль «Полные права» рядовым сотрудникам «на всякий случай»: такой пользователь может изменить или удалить любые данные, включая закрытые периоды, а также получит доступ ко всей зарплатной и персональной информации. В типовых конфигурациях есть готовые роли по должностям — начните с них.
Если сотруднику не хватает какой-то операции, не спешите добавлять широкую роль. В типовых решениях есть механизм «Права доступа» с возможностью посмотреть, какой роли не хватает для конкретного действия, а в журнале регистрации фиксируются события отказа в доступе — по ним видно, какое именно право нужно добавить.
Настройка пароля и первого входа
При создании учётной записи задайте временный пароль и сообщите его сотруднику лично, а не в общем чате или письме на общий ящик. Если в конфигурации включена проверка сложности паролей (настраивается в разделе администрирования), система не примет слишком простой вариант вроде «123» или пароля, совпадающего с именем пользователя.
Хорошая практика — потребовать смену пароля при первом входе. В типовых конфигурациях это делается установкой флажка «Потребовать смену пароля при входе» в карточке пользователя. Тогда временный пароль знает только администратор и сам сотрудник до первого входа, после чего действует уже личный пароль.
Если используется доменная аутентификация, пароль в 1С вообще не задаётся — пользователь входит под своей учётной записью Windows, а поле пароля остаётся пустым. Это снижает риск утечки: не нужно хранить и передавать отдельные пароли.
Заведите внутреннее правило: при увольнении сотрудника учётную запись не удаляют, а снимают флажок «Вход в программу разрешён» (или очищают пароль и роли). Удалённый пользователь в старых документах может отображаться как «объект не найден», что мешает разбирать историю изменений.
Проверка результата и типичные ошибки
После создания учётной записи обязательно проверьте вход: запустите базу в режиме предприятия, выберите нового пользователя в списке или введите логин и пароль. Успешный вход и открытие начальной страницы — признак того, что учётная запись работает. Дополнительно проверьте, что сотрудник видит только нужные разделы и может выполнить свою ключевую операцию, например создать документ.
Как проверить результат
Пользователь появляется в списке выбора, вход по паролю проходит без ошибок
Ошибка «Имя пользователя не найдено» или «Неверный пароль»
Открываются только нужные подсистемы, документы создаются и проводятся
Сообщения «Нарушение прав доступа» или, наоборот, видны лишние разделы
ФИО пользователя корректно подставляется в поле «Ответственный»
Пустое поле или «объект не найден»
Если вход не проходит, проверьте по порядку: точно ли введено имя (регистр не важен, но важны пробелы и опечатки), установлен ли флажок аутентификации 1С:Предприятия, не заблокирован ли пользователь и не истёк ли срок действия пароля, если включена такая политика. В клиент-серверном варианте дополнительно проверьте, что пользователь видит нужную базу в списке информационных баз.
Особенности для клиент-серверного режима и тонкого клиента
В клиент-серверном варианте учётные записи хранятся в самой информационной базе, поэтому способы создания те же — конфигуратор или режим предприятия. Отдельно заводить пользователя в консоли кластера серверов не нужно: там создаются только администраторы кластера и агентов, а это другой уровень доступа, не связанный с прикладными учётными записями.
Для веб-клиента и тонкого клиента через веб-сервер дополнительных настроек в учётной записи обычно не требуется — достаточно опубликовать базу на веб-сервере и дать пользователю ссылку. Исключение — если на веб-сервере настроена собственная аутентификация, тогда нужно согласовать её с настройками базы.
Как выбрать действие
Что важно запомнить
Учётную запись создают в конфигураторе или в режиме предприятия, задают имя и пароль, назначают минимально необходимые роли и проверяют вход. Одна учётная запись — один сотрудник, уволенных блокируют, а не удаляют, а перед изменением прав делают резервную копию.
Частые вопросы
Можно ли создать пользователя без пароля?
Да, если не ставить флажок аутентификации 1С:Предприятия и не задавать пароль, вход будет выполняться без запроса пароля — достаточно выбрать имя из списка. Это допустимо только в тестовых базах. В рабочей базе используйте пароль или доменную аутентификацию.
Почему новый пользователь не виден в списке при входе?
Чаще всего учётную запись создали в другой базе (например, в копии) или не сохранили изменения. Также проверьте, что в списке выбора при входе включён показ всех пользователей, а не только сохранённых. Если база клиент-серверная — убедитесь, что подключаетесь к нужной информационной базе.
Чем пользователь в конфигураторе отличается от пользователя в справочнике?
Учётная запись в конфигураторе отвечает за вход и права, а элемент справочника «Пользователи» — за подстановку в документы, задачи и настройки. В типовых конфигурациях они создаются вместе при заведении через режим предприятия. Если создать только в конфигураторе, вход будет работать, но в документах такой пользователь может не отображаться.
Как заблокировать пользователя, не удаляя его?
В типовых конфигурациях откройте карточку пользователя и снимите флажок «Вход в программу разрешён». В конфигураторе можно снять флажки аутентификации или очистить пароль. Все документы и история действий пользователя при этом сохранятся.
Нужно ли перезапускать базу после создания пользователя?
Нет. Учётная запись доступна для входа сразу после сохранения. Однако уже работающие сеансы других пользователей не прерываются, а новые права для существующих сеансов применяются после их перезахода в базу.
Сколько пользователей можно создать в одной базе?
Жёсткого ограничения на количество учётных записей в платформе нет. Фактическое ограничение — лицензии на одновременные сеансы: число пользователей, которые могут работать одновременно, определяется приобретёнными клиентскими лицензиями, а не количеством заведённых учётных записей.