К статье
Практический материал

Администрирование · 9 мин

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

Как назначить пользователю права администратора в 1С: через конфигуратор, предприятие и кластер серверов. Проверка результата, типичные ошибки и FAQ.

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

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

Какие роли дают права администратора в 1С

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

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

Способ 1. Назначение прав через конфигуратор

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

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

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

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

Способ 2. Назначение прав в режиме 1С:Предприятие

В типовых конфигурациях («Бухгалтерия предприятия», «Управление торговлей», «Зарплата и управление персоналом» и другие на базе БСП) управление правами вынесено в пользовательский интерфейс. Это предпочтительный способ: конфигурация сама контролирует согласованность ролей и профилей.

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

Если нужны не полные права, а расширенные (например, доступ ко всем документам без права изменять конфигурацию), создайте отдельный профиль группы доступа и включите в него только нужные роли. Это безопаснее, чем раздавать полные права всем опытным пользователям.

Способ 3. Администратор кластера серверов 1С

В клиент-серверном режиме может понадобиться назначить администратора самого кластера — например, чтобы человек мог создавать базы, управлять сеансами и блокировками. Делается это через консоль администрирования серверов 1С на сервере, где установлен агент кластера.

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

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

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

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

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

Вход в базу
Норма

Пользователь входит без сообщений о недостатке прав

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

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

Раздел «Администрирование»
Норма

Раздел виден и открывается, доступны настройки пользователей

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

Раздела нет в интерфейсе или пункты неактивны

Список пользователей
Норма

Можно создать и изменить пользователя

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

Кнопки создания недоступны

Если права не применились, чаще всего причина в том, что пользователь не перезапустил сеанс, либо изменения внесены в одну базу, а проверяются в другой (например, в копии для тестирования). Убедитесь, что вы работаете с той же информационной базой.

Риски и ограничения при выдаче полных прав

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

Перед любыми изменениями прав в рабочей базе сделайте резервную копию (выгрузку в dt через конфигуратор или копию средствами СУБД). Это страховка не только от ошибок в настройках, но и от случайных действий нового администратора.

Типичные ошибки
01
Назначение ролей в конфигураторе в типовой базе БСП в обход профилей — при следующем обновлении или синхронизации права могут конфликтовать с профилями групп доступа.
02
Работа всех администраторов под одной учётной записью — по журналу регистрации невозможно установить автора изменений.
03
Забытый перезапуск сеанса — пользователь жалуется, что прав нет, хотя роли назначены.
04
Пустой список администраторов кластера — консоль сервера доступна без пароля любому, кто до неё доберётся.

Что делать, если доступ администратора утерян

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

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

Итог

Что важно запомнить

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

Частые вопросы

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

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

Чем роль «Полные права» отличается от «Администратор системы»?

«Полные права» дают доступ ко всем данным и объектам конфигурации. «Администратор системы» добавляет сервисные функции: управление пользователями, журналом регистрации, блокировками сеансов. Для полноценного администратора обычно нужны обе роли.

Почему после назначения ролей пользователь всё равно не видит раздел «Администрирование»?

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

Можно ли назначить права администратора без конфигуратора?

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

Опасно ли, если у нескольких сотрудников есть полные права?

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

Как узнать, у кого в базе уже есть права администратора?

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