Пользователь видит «Нарушение прав доступа»: как выдать ему нужные права в 1С 8.3
Содержание
Права доступа в 1С
8.3 открывают в пользовательском режиме, а не в Конфигураторе: Администрирование → Настройки пользователей и прав → Пользователи, карточка сотрудника, ссылка «Права доступа», галочка у нужной группы доступа. В УТ 11 раздел называется НСИ и администрирование. После записи сотрудник должен закрыть 1С и войти заново — права читаются при старте сеанса.
Частая ошибка — «открыть права» прямо в Конфигураторе, поставив пользователю роль Полные права или нужную роль вручную. В типовых конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11, КА, ERP) такие роли программа перезаписывает при следующем изменении профилей. Правильный путь — профили и группы доступа. Как с ними работать, от простой выдачи прав до тонкой настройки, — по шагам ниже.
Из чего состоят права доступа в 1С: роли, профили, группы
В 1С права собраны в четыре слоя. Если понимать, что за что отвечает, половина проблем с доступом решается за минуту.
- 🧩 Роль — набор разрешений на объекты конфигурации: читать справочник, проводить документ, открывать отчёт. Роли создаёт разработчик в Конфигураторе.
- 📦 Профиль группы доступа — готовый набор ролей под должность: «Бухгалтер», «Главный бухгалтер», «Кадровик», «Менеджер по продажам». Поставляемые профили идут вместе с конфигурацией.
- 👥 Группа доступа — профиль плюс список участников и, если включено, ограничения: по каким организациям, складам или подразделениям человек работает.
- 👤 Пользователь — учётная запись, через которую сотрудник входит в базу.
Связка простая: пользователь входит в группы доступа, каждая группа опирается на профиль, профиль собирает роли. Итоговые права пользователя — сумма ролей из всех его групп.
| Слой | Где настраивают | Кто обычно меняет |
|---|---|---|
| Роль | Конфигуратор, ветка Общие → Роли или расширение | Разработчик |
| Профиль | Настройки пользователей и прав → Профили групп доступа | Администратор базы |
| Группа доступа | Настройки пользователей и прав → Группы доступа | Администратор базы |
| Пользователь | Настройки пользователей и прав → Пользователи | Администратор базы |
Права в 1С только складываются. Нельзя «запретить» действие одной группой, если его разрешила другая. Чтобы закрыть доступ, человека убирают из группы, которая этот доступ даёт.
Как открыть права доступа пользователю: пошагово
Разделы для работы с правами в типовых конфигурациях:
| Конфигурация | Раздел меню |
|---|---|
| Бухгалтерия предприятия 3.0 | Администрирование → Настройки пользователей и прав |
| ЗУП 3.1 | Администрирование → Настройки пользователей и прав |
| Управление торговлей 11 | НСИ и администрирование → Настройки пользователей и прав |
Работать с правами может пользователь с профилем «Администратор» (роль Полные права).
Шаг 1. Создайте или найдите пользователя
- Откройте
Настройки пользователей и прав → Пользователи. - Нажмите «Создать» или откройте карточку существующего сотрудника.
- Заполните полное имя и имя для входа.
- Проверьте, что стоит флажок «Вход в программу разрешен».
- Выберите способ входа: аутентификация 1С:Предприятия с паролем или аутентификация операционной системы, если сотрудник входит под доменной учётной записью Windows.
- Задайте пароль кнопкой установки пароля и нажмите «Записать».
Шаг 2. Включите пользователя в группы доступа
- В карточке пользователя перейдите по ссылке «Права доступа».
- Откроется список групп доступа. Отметьте те, что соответствуют работе сотрудника: например, «Бухгалтер» для рядового бухгалтера.
- Справа видно, какие роли даёт выбранная группа. Сверьтесь, что там нет лишнего.
- Запишите изменения.
Второй способ — от группы: Группы доступа → нужная группа → вкладка «Участники» → Подобрать. Удобно, когда нужно добавить сразу пятерых новых менеджеров.
Шаг 3. Проверьте вход под пользователем
Попросите сотрудника перезайти и открыть то, ради чего выдавали права. Если вы администратор и знаете пароль, проверьте сами: запустите вторую копию 1С под этим пользователем. Так вы увидите интерфейс его глазами: какие разделы есть, какие кнопки недоступны.
Не выдавайте профиль «Администратор» «на время, чтобы заработало». С этим профилем человек может менять права другим, удалять пользователей и править настройки учёта. Временные полные права имеют привычку становиться постоянными.
Свой профиль и своя роль: когда типовых прав не хватает
Типичная ситуация: бухгалтеру нужно ещё и смотреть цены поставщиков, а профиль «Бухгалтер» этого не даёт. Профиль «Главный бухгалтер» даёт, но вместе с ним — много лишнего.
Профиль на основе поставляемого
Поставляемые профили менять нельзя: они обновляются вместе с конфигурацией. Делают так.
- Откройте
Профили групп доступа. - Выделите похожий профиль и скопируйте его командой копирования (клавиша
F9). - Дайте копии понятное имя: «Бухгалтер + цены поставщиков».
- В списке ролей добавьте недостающие. Названия ролей длинные, но читаются: «Чтение …», «Добавление и изменение …». Пользуйтесь поиском по списку.
- Запишите профиль и создайте на его основе группу доступа.
Минус своего профиля: после крупного обновления в поставляемых профилях могут появиться новые роли, а в вашей копии их не будет. Раз в год сравнивайте копию с оригиналом.
Новая роль в расширении конфигурации
Если подходящей роли нет вовсе, её создают в Конфигураторе. Править роли прямо в основной конфигурации не стоит: она снимается с поддержки, и каждое обновление превращается в ручное сравнение. Роль добавляют в расширение конфигурации .
- В Конфигураторе откройте
Конфигурация → Расширения конфигурациии создайте расширение. - Заимствуйте в расширение объекты, на которые нужно выдать права.
- Добавьте в расширение роль и отметьте у заимствованных объектов нужные права.
- Сохраните расширение и обновите его в базе.
- В пользовательском режиме включите новую роль в свой профиль.
Роль в расширении только добавляет права. Убрать право, которое уже дала типовая роль, через неё не получится — для этого нужен другой профиль без этой роли.
Ограничение прав доступа по организациям, складам и реквизитам
Обычные роли отвечают на вопрос «может ли человек работать с документом вообще». Часто нужно другое: кладовщик видит только свой склад, бухгалтер — только свою организацию из пяти.
Ограничение на уровне записей (RLS)
- В
Настройки пользователей и праввключите флажок «Ограничивать доступ на уровне записей». - Откройте нужную группу доступа. Появится вкладка «Ограничения доступа».
- Выберите вид доступа, например «Организации», и режим: «Все разрешены» с исключениями или «Все запрещены» с разрешёнными значениями.
- Добавьте конкретные организации и запишите группу.
Набор видов доступа зависит от конфигурации: в Бухгалтерии чаще всего ограничивают по организациям, в УТ — ещё по складам и группам партнёров, в ЗУП — по организациям и подразделениям.
После включения ограничения программа пересчитывает служебные данные для проверки доступа. На большой базе это идёт фоном и может занять от минут до нескольких часов. Пока пересчёт не закончен, ограничения работают не до конца.
Ограничение на уровне записей замедляет списки и отчёты: к каждому запросу добавляются условия. Включайте только те виды доступа, которые действительно нужны, и проверяйте скорость работы на копии базы.
Права на отдельные реквизиты
Скрыть от менеджера, например, закупочную цену в карточке — задача уровня роли. В редакторе роли в Конфигураторе у объекта раскрывают список реквизитов и снимают права у нужного поля. Такую роль тоже делают в расширении.
Скрыть поле на форме через «Изменить форму» — не защита. Через другие отчёты, списки или выгрузку данные останутся видны.
Как проверить, какие права действуют у пользователя
Проверить права нужно в двух случаях: сотрудник жалуется «не открывается», или аудитор просит показать, кто имеет доступ к зарплате.
- 🔎 Карточка пользователя → «Права доступа» — список групп, в которые он входит, и роли каждой.
- 📊 Отчёт по правам доступа — открывается из карточки пользователя или из раздела настроек прав. Показывает итоговые права по объектам: чтение, изменение, интерактивное добавление. В свежих версиях БСП он называется «Анализ прав доступа».
- 👥 Группа доступа → «Участники» — обратный взгляд: кто входит в группу.
- 🧪 Вход под пользователем — самый честный тест, особенно для ограничений по записям.
Отчёт удобен для вопроса «почему не открывается документ». Найдите в нём объект и посмотрите, какая роль даёт к нему доступ. Если ни одна — нужна группа с такой ролью.
Список пользователей в Конфигураторе (Администрирование → Пользователи) показывает назначенные роли, но не группы доступа. Для типовых конфигураций он годится только как справка.
Настройка прав доступа в большой компании
Когда пользователей 10, права можно раздавать каждому вручную. При 200 так база превращается в паутину, в которой никто не помнит, почему у кладовщика есть доступ к зарплате.
Что помогает навести порядок:
- Одна должность — один профиль. Профили «Бухгалтер по банку», «Бухгалтер по зарплате», «Кладовщик склада». Не выдавайте права «под человека».
- Группы пользователей. В
Пользователизаведите группы по отделам и включайте в группу доступа целый отдел. Новый сотрудник попадает в отдел — и сразу получает нужные права. - Отдельные учётки для обменов и интеграций. Под ними не работают люди, им дают только необходимые роли.
- Регулярная ревизия. Раз в квартал выгружайте отчёт по правам и сверяйте с кадровым списком. Уволенным снимайте флажок «Вход в программу разрешен»: удалять пользователя не нужно, его имя остаётся в истории документов.
- Журнал регистрации. Изменения пользователей и групп доступа попадают в журнал. При споре «кто выдал права» смотрите там.
- Изменения — через тестовую базу. Новый профиль сначала проверьте на копии, особенно если включаете ограничения по записям.
Права не применяются: что проверить по порядку
Ситуация: всё настроили, а пользователь по-прежнему видит лишнее или не видит нужное. Проверяйте в таком порядке.
- Сеанс не перезапущен. Самая частая причина. Права и роли загружаются при входе. Если человек сидит в базе с утра, изменения он увидит только после повторного входа.
- Права назначены в Конфигураторе, а не через группы доступа. При следующей записи групп доступа программа приведёт роли к тому, что задано профилями, и ручная роль пропадёт.
- Пользователь в лишней группе. Права складываются, поэтому одна забытая группа «Менеджер» откроет доступ, который вы закрыли в другой.
- Ограничения по записям ещё не пересчитаны. После включения флажка или смены видов доступа подождите окончания фонового обновления. Ход обновления виден в разделе настроек прав.
- Не работают регламентные задания. В клиент-серверной базе они идут на сервере. Если на сервере блокировано выполнение регламентных заданий, обновление доступа по записям встанет.
- Роль из расширения не подключена. Проверьте в списке расширений, что расширение активно, и что роль включена в профиль.
Если пользователь не может закрыть программу и вы завершаете его сеанс в консоли кластера или в списке активных пользователей, несохранённые изменения у него пропадут. Предупредите человека заранее.
Ошибки при настройке прав, которых легко избежать
- ❌ Удалили всех пользователей с полными правами. Если в базе остались пользователи, но ни у одного нет роли
Полные права, администрировать базу из программы станет некому. Перед изменением профиля «Администратор» убедитесь, что хотя бы у двух человек он остаётся. - ❌ Удалили всех пользователей вообще. Пустой список пользователей означает вход без пароля для всех, кто открыл базу. Для учебной базы это удобно, для рабочей — дыра.
- ❌ Один логин на отдел. Журнал регистрации покажет «Бухгалтерия», а не конкретного человека. Отследить, кто удалил документ, уже не выйдет.
- ❌ Правка поставляемого профиля через копию без имени. Через год в списке «Бухгалтер (1)», «Бухгалтер (2)», и никто не помнит разницы. Называйте копии по смыслу и пишите в комментарий, что добавлено.
- ❌ Пароль в карточке, известный всем. Задавайте временный пароль и включайте требование сменить его при первом входе, если ваша версия программы это поддерживает.