Администрирование · 12 мин
Как настроить права пользователя в 1С 8.3
Практическая инструкция по настройке прав пользователей в 1С 8.3: роли, профили групп доступа, RLS, типичные ошибки и проверка результата.
Настройка прав пользователей в 1С 8.3 — это разделение доступа к документам, справочникам, отчётам и операциям между сотрудниками. Бухгалтеру нужен доступ к проводкам и отчётности, менеджеру по продажам — к заказам и клиентам, а кассиру — только к кассовым операциям. Если права не настроены, все пользователи работают с полным доступом, что создаёт риски случайного удаления данных, утечки информации и нарушения учёта.
В платформе 1С:Предприятие 8.3 права реализуются на двух уровнях. Первый уровень — роли, которые определяются в конфигурации и назначаются пользователю. Второй уровень — профили групп доступа, механизм типовых конфигураций (Управление торговлей, ERP, Бухгалтерия предприятия, ЗУП), который позволяет гибко ограничивать доступ без изменения конфигурации. Дополнительно существует механизм RLS — ограничение доступа на уровне записей, когда пользователь видит не все документы, а только по своей организации или складу.
Правильная схема настройки зависит от размера компании. В небольшой базе достаточно назначить пользователям готовые роли или профили. В средних и крупных внедрениях права строят через группы доступа с ограничением по организациям, подразделениям и складам. Ниже разобраны оба подхода, проверка результата и типичные ошибки.
Где находятся настройки прав в 1С 8.3
Все инструменты управления доступом сосредоточены в разделе Администрирование → Настройка пользователей и прав (в некоторых конфигурациях — «Пользователи и права»). Здесь находятся справочники «Пользователи», «Группы пользователей», «Группы доступа» и «Профили групп доступа». Если раздел не виден, у вашей учётной записи нет административных прав — настройку должен выполнять пользователь с ролью «Полные права» или «Администратор системы».
Перед началом работы включите использование групп доступа: в разделе настроек пользователей установите флажок «Группы доступа» (в ряде конфигураций он называется «Ограничивать доступ на уровне записей»). Без этого флажка механизм профилей не работает, и доступ регулируется только ролями, назначенными напрямую.
Также проверьте, что в базе созданы сами пользователи: справочник «Пользователи» заполняется отдельно от списка пользователей информационной базы. Пользователь ИБ отвечает за вход в программу (логин и пароль), а элемент справочника «Пользователи» привязывает его к правам, группам доступа и настройкам интерфейса.
Назначение ролей пользователю напрямую
Роль — это набор прав на объекты конфигурации: чтение, добавление, изменение, удаление конкретных документов и справочников. Роли задаются разработчиком в конфигураторе, а администратор лишь выбирает, какие из них назначить пользователю. Этот способ подходит для небольших баз и нетиповых конфигураций, где механизм групп доступа не внедрён.
Чтобы назначить роли, откройте Администрирование → Пользователи и права → Пользователи, выберите нужного сотрудника и перейдите на закладку «Права» или «Роли» (название зависит от конфигурации). Отметьте флажками нужные роли — например, «Добавление и изменение документов по продажам», «Чтение справочников», «Базовые права». Сохраните изменения.
Важный принцип: никогда не назначайте роль «Полные права» рядовым сотрудникам ради решения разовой проблемы с доступом. Полные права снимают все ограничения, включая удаление документов и изменение настроек. Если пользователю не хватает конкретного права, найдите узкую роль, которая его даёт.
Настройка через профили групп доступа
Профили групп доступа — штатный механизм типовых конфигураций, который позволяет собрать набор прав без входа в конфигуратор. Профиль объединяет роли, а группа доступа связывает профиль с конкретными пользователями и, при необходимости, с разрешёнными значениями: организациями, складами, подразделениями.
Типовые конфигурации поставляются с готовыми профилями: «Менеджер по продажам», «Кассир», «Бухгалтер», «Кладовщик». В большинстве случаев достаточно включить пользователя в группу доступа с подходящим профилем. Создавать собственный профиль нужно, только если ни один типовой не подходит по набору прав.
- 1Откройте Администрирование → Пользователи и права → Группы доступа
- 2Найдите группу с нужным профилем, например «Менеджеры по продажам», или создайте новую
- 3Откройте группу и на закладке «Участники» добавьте пользователя
- 4Если группа ограничивает доступ по значениям, укажите разрешённые организации, склады или подразделения
- 5Сохраните группу и попросите пользователя перезайти в программу
- 6Проверьте доступ, войдя под учётной записью пользователя
Создание собственного профиля
Если типовые профили не подходят, создайте свой: откройте Профили групп доступа, нажмите «Создать», задайте понятное имя (например, «Старший кассир») и отметьте флажками необходимые роли. Список ролей в профиле повторяет роли конфигурации, поэтому ориентируйтесь на их названия и описания. После сохранения профиля создайте на его основе группу доступа и добавьте в неё пользователей.
При сборке профиля действуйте по принципу минимума: включайте только те роли, которые реально нужны для работы. Избыточный профиль сложнее контролировать, и при обновлении конфигурации в нём могут появиться новые права, о которых администратор не узнает.
Ограничение доступа на уровне записей (RLS)
Механизм RLS (Record Level Security) ограничивает не действия пользователя, а сами данные, которые он видит. Классический пример: компания ведёт учёт по нескольким организациям в одной базе, и бухгалтер филиала должен видеть документы только своей организации. Без RLS он видит всё, с RLS — только разрешённые записи.
В типовых конфигурациях RLS настраивается через группы доступа: в карточке группы на закладке «Ограничение доступа» или «Разрешённые значения» укажите конкретные организации, склады, контрагентов или подразделения. Пользователь, входящий в группу, увидит в списках документов только записи по разрешённым значениям. Остальные документы для него просто не существуют — они не отображаются ни в списках, ни в отчётах.
Учтите ограничение: RLS заметно увеличивает нагрузку на базу, потому что к каждому запросу добавляются условия отбора. В больших базах с десятками одновременно работающих пользователей избыточные ограничения могут замедлить открытие списков и формирование отчётов. Включайте ограничения только там, где они действительно нужны.
Сравнение подходов к настройке прав
Подходит для небольших баз и самописных конфигураций. Быстро настраивается, но нет ограничений по организациям и складам, а наборы прав сложнее контролировать.
Рекомендуемый способ для типовых конфигураций. Позволяет собирать права без конфигуратора, копировать профили и ограничивать доступ по значениям. Требует включённого механизма групп доступа.
Нужен, когда пользователи не должны видеть чужие данные: документы других организаций, складов, подразделений. Даёт самый тонкий контроль, но увеличивает нагрузку на базу.
Проверка результата после настройки
Настройка прав считается завершённой только после проверки под учётной записью самого пользователя. Администратор видит базу с полными правами, поэтому по его сеансу судить о результате нельзя. Войдите в базу под логином сотрудника (или попросите его войти) и пройдите типовой сценарий работы: открыть нужный документ, провести его, сформировать отчёт.
Проверьте и обратную сторону — то, чего пользователь видеть не должен. Откройте разделы, к которым доступ запрещён: они должны либо отсутствовать в интерфейсе, либо выдавать сообщение о нарушении прав. Если используется RLS, убедитесь, что в списках документов отображаются только разрешённые организации и склады.
Как проверить результат
Документы открываются, проводятся, кнопки активны
Ошибка «Нарушение прав доступа» при открытии или проведении
Разделы скрыты из интерфейса или недоступны
Пользователь открывает чужие документы и отчёты
В списках видны документы только разрешённой организации
Видны документы всех организаций базы
Видны только нужные разделы и команды
Интерфейс пустой — не назначены базовые роли
Типичные ошибки и их последствия
Самая распространённая ошибка — назначение полных прав вместо поиска нужной роли. Второе место занимает ситуация, когда пользователь есть в списке пользователей ИБ, но не создан в справочнике «Пользователи» конфигурации: он входит в базу, но не имеет ни прав, ни настроек. Третья типичная проблема — забытый флажок «Группы доступа», из-за которого профили просто не применяются.
Отдельная группа ошибок связана с RLS: администратор ограничивает доступ по организации, но забывает, что часть справочников общая для всех организаций, и пользователь теряет доступ к нужным элементам номенклатуры или контрагентам. Перед включением ограничений проверьте, какие данные должны оставаться общими.
Когда нужен конфигуратор и помощь специалиста
Штатных средств — ролей, профилей и групп доступа — достаточно для большинства задач. В конфигуратор придётся идти, если нужной роли в конфигурации нет вообще, если требуется ограничение по реквизиту, которое типовой RLS не поддерживает, или если конфигурация самописная и механизм групп доступа в ней не реализован.
Изменение ролей в конфигураторе — это доработка конфигурации со всеми последствиями: база снимается с полной поддержки, а при обновлениях изменённые роли могут конфликтовать с типовыми. Перед такой доработкой сделайте резервную копию базы и зафиксируйте, какие именно роли изменены — это понадобится при обновлении.
Как выбрать действие
Частые вопросы
Почему пользователь не видит нужный раздел после назначения ролей?
Чаще всего не назначены базовые роли интерфейса или пользователь не перезашёл в базу после изменения прав. Проверьте, что он завершил сеанс и вошёл заново, а также что в его профиле есть роли, открывающие доступ к нужному подразделу меню.
Чем профиль группы доступа отличается от группы доступа?
Профиль — это набор прав (ролей), шаблон. Группа доступа — это применение профиля к конкретным пользователям с возможностью указать разрешённые значения: организации, склады, подразделения. Один профиль может использоваться в нескольких группах с разными ограничениями.
Можно ли дать пользователю права только на просмотр без изменения?
Да. В типовых конфигурациях есть роли и профили с правами только на чтение — они позволяют открывать документы и строить отчёты, но не создавать и не изменять записи. При сборке собственного профиля выбирайте роли, в названии которых указано «Чтение», а не «Добавление и изменение».
Что делать, если при проведении документа возникает ошибка «Нарушение прав доступа»?
Ошибка означает, что у пользователя нет права на сам документ или на связанный объект — например, на регистр, в который документ делает движения. Уточните, на каком объекте возникает ошибка, и добавьте в профиль пользователя соответствующую роль. Не решайте проблему назначением полных прав.
Влияют ли настройки прав на обмены и фоновые задания?
Да. Регламентные задания и обмены данными выполняются от имени указанного пользователя, и если у него недостаточно прав, обмен завершится с ошибкой. Для служебных операций обычно создают отдельного технического пользователя с необходимым набором прав.
Как быстро выдать права новому сотруднику на должность, которая уже есть в компании?
Добавьте его в ту же группу доступа, где состоят действующие сотрудники этой должности. Он автоматически получит тот же профиль и те же ограничения по организациям и складам. Это надёжнее, чем копировать права вручную по списку ролей.
Что важно запомнить
Настраивайте права через профили групп доступа, а не полными правами; используйте RLS только там, где нужно скрыть чужие данные; после любых изменений проверяйте результат под учётной записью самого пользователя. Перед доработкой ролей в конфигураторе делайте резервную копию базы.