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

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

Механизм разграничения зависит от режима работы. В файловой базе права задаются через список пользователей и роли, назначенные в конфигураторе. В типовых конфигурациях на управляемых формах (1С:Бухгалтерия 3.0, Управление торговлей 11, ЗУП 3.1) действует более гибкая система: профили групп доступа и группы доступа пользователей, которые настраиваются в режиме предприятия без изменения конфигурации.

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

Как устроена система прав в 1С

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как проверить, что права установлены корректно

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

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

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

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

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

Вход под учётной записью пользователя

Норма

Пользователь входит и видит только свои разделы

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

Ошибка «Нарушение прав доступа» при входе или видны чужие разделы

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

Норма

Документ создаётся и проводится без ошибок

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

Сообщение о недостатке прав на объект

Отчёты по закрытым данным

Норма

Запрещённые данные отсутствуют в отчётах

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

Данные видны через отчёт, хотя документы скрыты

Типичные ошибки при установке прав

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

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

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

Часто задаваемые вопросы

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

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

Можно ли дать право видеть документы, но запретить их изменение?

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

Как быстро скопировать права одного сотрудника другому?

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

Чем отличаются права в файловой и клиент-серверной базе?

Механизм ролей и групп доступа одинаков. Различие в том, что в клиент-серверном варианте дополнительно действуют права на уровне СУБД и кластера серверов 1С, а администрирование пользователей кластера выполняется через консоль сервера — это отдельный уровень, не связанный с правами на объекты базы.

Опасно ли снимать все роли у пользователя?

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