Как создать пользователей в 1С 8.3 и назначить им права

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

В платформе 1С 8.3 существует два основных способа завести пользователя: через конфигуратор и через режим «Предприятие» (в типовых конфигурациях — через справочник «Пользователи» в разделе администрирования). Выбор способа зависит от конфигурации: в самописных и старых решениях чаще используют конфигуратор, в современных типовых (Бухгалтерия, ERP, Управление торговлей, ЗУП) — интерфейс предприятия.

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

Что подготовить перед созданием пользователя

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

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

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

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

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

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

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

Создание пользователя в режиме предприятия

В типовых конфигурациях на управляемых формах (Бухгалтерия 3.0, ЗУП 3.1, ERP 2, УТ 11) пользователей удобнее заводить через интерфейс предприятия. Путь обычно такой: раздел «Администрирование» → «Настройки пользователей и прав» → «Пользователи». В некоторых конфигурациях список находится в разделе «НСИ и администрирование».

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

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

Как назначить роли и права доступа

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

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

Если стандартных ролей не хватает, можно создать собственную роль в дереве конфигурации (ветка «Общие» → «Роли») и вручную разметить права на объекты. Это задача для специалиста по 1С: ошибка в настройке роли может либо заблокировать работу, либо незаметно открыть лишний доступ.

Способы назначения прав

Роли в конфигураторе

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

Профили групп доступа

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

Индивидуальные роли в предприятии

Назначаются в карточке пользователя через ссылку «Права доступа». Удобно для точечных исключений, но усложняет аудит при большом числе пользователей.

Профили групп доступа в типовых конфигурациях

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

Типовая поставка уже содержит готовые профили: «Бухгалтер», «Кадровик», «Менеджер по продажам», «Расчётчик зарплаты» и другие. Чтобы выдать права, откройте нужный профиль, перейдите на вкладку «Группы доступа» или добавьте пользователя напрямую в группу доступа, связанную с профилем. Пользователь получит все роли профиля автоматически.

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

Ограничение доступа на уровне записей (RLS)

Роли ограничивают доступ к типам объектов целиком, а механизм RLS (Record Level Security) — к конкретным записям. Например, менеджер может видеть и изменять документы только своей организации или своего склада, хотя роль разрешает работу с документами продажи в целом.

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

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

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

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

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

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

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

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

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

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

Чем отличаются роли «Полные права» и «Администратор системы»?

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

Как скопировать права одного пользователя другому?

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

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

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

Нужно ли перезапускать базу после назначения ролей?

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