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