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