Как настроить пользователей в 1С: права, роли и доступ

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

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

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

Где находятся настройки пользователей в 1С

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

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

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

Как создать нового пользователя

Откройте «Администрирование» → «Пользователи» и нажмите «Создать». Заполните имя (логин), полное имя сотрудника и при необходимости привяжите его к элементу справочника «Сотрудники» или «Физические лица» — это важно для подстановки ответственного в документах.

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

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

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

Назначение ролей и профилей доступа

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

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

Когда назначать роли напрямую

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

Профили или роли напрямую

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

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

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

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

Ограничение доступа к данным

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

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

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

Настройка интерфейса и стартовой страницы

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

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

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

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

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

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

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

Вход в базу

Норма

Пользователь входит со своим паролем и видит рабочий стол

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

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

Создание документа

Норма

Нужный документ создается и проводится

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

Сообщение «Нарушение прав доступа» при записи

Видимость данных

Норма

В списках только разрешенные организации и склады

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

Видны чужие подразделения или, наоборот, списки пусты

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

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

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

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

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

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

Пользователь не видит нужный документ, хотя профиль назначен. Что делать?

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

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

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

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

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

Как узнать, кто изменил конкретный документ?

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

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

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

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

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