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

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

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

Что означают права администратора и когда они нужны

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

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

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

Способ 1: назначить права через режим «1С:Предприятие»

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

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

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

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

Способ 2: создать администратора через Конфигуратор

Конфигуратор нужен, когда в базе вообще нет пользователей, все пароли утеряны или конфигурация не содержит интерфейса управления пользователями (самописные решения, пустые конфигурации). Для файловой базы достаточно знать путь к каталогу базы; для клиент-серверной потребуются права на кластер серверов 1С.

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

Обратите внимание на флажок «Защита от опасных действий» у пользователя. Если он установлен, при входе система будет блокировать запуск внешних обработок и отчётов без подтверждения. Для администратора этот флажок часто снимают, но делать это стоит только для доверенных учётных записей.

Особенности для файловой и клиент-серверной базы

В файловом варианте список пользователей хранится внутри файла базы (1Cv8.1CD). Управление пользователями ведётся только через Конфигуратор или штатный интерфейс в режиме «1С:Предприятие» — никаких дополнительных серверных настроек не требуется. Важно помнить: при монопольном обновлении или редактировании пользователей в Конфигураторе все остальные сеансы должны быть завершены.

В клиент-серверном варианте (MS SQL, PostgreSQL) добавляется уровень кластера серверов 1С. Пользователь базы и администратор кластера — разные сущности. Чтобы управлять сеансами, блокировками и списком баз, нужно задать администратора кластера в консоли управления серверами 1С. Права администратора кластера не дают автоматически полных прав в прикладной базе — их нужно назначать отдельно внутри каждой информационной базы.

Сравнение вариантов

Через «1С:Предприятие»

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

Через Конфигуратор

Единственный вариант при утере всех паролей или в базе без пользователей. Требует доступа к файлу базы или кластеру и аккуратности — ошибки здесь не контролируются прикладной логикой.

Администратор кластера серверов

Нужен для управления сеансами и базами в клиент-серверном режиме. Не заменяет права внутри прикладной базы, назначается в консоли кластера.

Как проверить, что права назначены корректно

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

Дополнительно проверьте доступ к прикладным объектам: откройте любой документ, справочник и отчёт. Если при открытии появляется сообщение «Нарушение прав доступа» — значит, назначена только роль «Администратор системы», а «Полные права» отсутствуют.

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

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

Вход под новым пользователем

Норма

Вход выполняется без ошибок, интерфейс загружается

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

Ошибка аутентификации — проверьте пароль и галочки аутентификации

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

Норма

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

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

Раздел пуст или отсутствует — роль «Администратор системы» не назначена

Открытие документов и справочников

Норма

Объекты открываются и редактируются

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

Сообщение «Нарушение прав доступа» — не назначены «Полные права»

Типичные ошибки и ограничения

Частая ошибка — назначение только одной из двух ролей. Пользователь с ролью «Администратор системы» без «Полных прав» может управлять учётными записями, но не видит документы. Обратная ситуация: «Полные права» без роли администратора дают доступ к данным, но не позволяют добавлять пользователей и менять настройки.

Вторая распространённая проблема — кэширование прав в активном сеансе. Изменения ролей не применяются «на лету»: пользователь должен завершить сеанс и войти заново. Если права «не появились», сначала проверьте перезапуск сеанса, прежде чем менять настройки.

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

Часто задаваемые вопросы

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

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

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

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

Почему после назначения прав пользователь всё равно видит ошибку доступа?

Чаще всего причина в том, что сеанс не был перезапущен — права применяются при новом входе. Также проверьте, назначены ли обе роли («Администратор системы» и «Полные права») и не действуют ли ограничения доступа на уровне записей (RLS), которые могут скрывать отдельные данные даже у пользователя с полными правами.

Отличается ли процедура в 1С:Бухгалтерии от Зарплаты и управления персоналом?

Механизм одинаковый, так как обе конфигурации построены на Библиотеке стандартных подсистем: раздел «Администрирование» → «Пользователи и права». Отличаются только названия пунктов меню и состав прикладных ролей, но роли «Администратор системы» и «Полные права» присутствуют в обеих.

Опасно ли снимать флажок «Защита от опасных действий» у администратора?

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