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