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

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

Как создать пользователя информационной базы в 1С

Как создать пользователя ИБ в 1С: добавление через конфигуратор и режим предприятия, настройка ролей, паролей и аутентификации, проверка прав и типичные ошибки.

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

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

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

Где хранятся пользователи ИБ и чем они отличаются от пользователей справочника

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

Прикладные конфигурации (например, типовые решения) дополнительно ведут собственный справочник «Пользователи», где хранятся ФИО, подразделение, настройки отчётов и другие данные. Часто эти две сущности связаны: при создании пользователя в режиме «Предприятие» конфигурация автоматически заводит и пользователя ИБ. Но обратное неверно — пользователь, созданный только в конфигураторе, может отсутствовать в справочнике, и тогда часть прикладных функций (подстановка ответственного в документы, персональные настройки) будет для него недоступна.

Создание пользователя через конфигуратор

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

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

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

Настройка пароля и аутентификации

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

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

Назначение ролей

Роли определяют, какие объекты и операции доступны пользователю. Набор ролей зависит от конфигурации: в типовых решениях есть готовые роли вроде «Бухгалтер», «Менеджер по продажам», «Администратор системы». Назначайте только те роли, которые реально нужны сотруднику, — избыточные права увеличивают риск случайной порчи данных.

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

Создание пользователя из режима «1С:Предприятие»

В типовых конфигурациях есть встроенный механизм управления пользователями, который не требует запуска конфигуратора. Обычно он находится в разделе «Администрирование» → «Настройки прав и пользователей» → «Пользователи» (точный путь зависит от конфигурации). Там создаётся элемент справочника, а платформа автоматически заводит связанного пользователя ИБ.

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

Сравнение способов

Через конфигуратор

Универсально для любой базы, но требует прав администратора конфигуратора и не создаёт элемент справочника пользователей

Из режима Предприятие

Удобно и создаёт обе сущности сразу, но доступно только в конфигурациях с подсистемой управления пользователями

Особенности файлового и клиент-серверного режимов

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

В клиент-серверном варианте управление пользователями выполняется через кластер серверов 1С: учётные записи ИБ хранятся в базе данных СУБД. Здесь дополнительно актуальна аутентификация ОС — в доменной среде она заметно упрощает вход сотрудников. Также в консоли кластера можно задать администраторов самого кластера и информационной базы — это отдельный уровень учётных записей, не путайте его с пользователями ИБ.

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

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

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

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

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

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

Пользователь выбирается в списке, вход выполняется, открывается рабочий стол

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

Ошибка аутентификации или пустое окно без разделов

Назначенные роли
Норма

Доступны только нужные разделы и документы

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

Отсутствуют нужные разделы или доступно всё подряд

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

События входа фиксируются под именем нового пользователя

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

События записываются под чужой или пустой учётной записью

Отключение и удаление пользователей

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

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

Итог

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

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

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

Можно ли создать пользователя ИБ без пароля?

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

Почему новый пользователь не виден в списке при входе?

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

Как дать пользователю права только на просмотр?

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

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

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

Нужно ли перезапускать сервер или обновлять конфигурацию после добавления пользователя?

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

Можно ли создать пользователей пакетно, например для целого отдела?

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