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

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

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

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

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

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

Определите тип развёртывания базы. В файловом варианте список пользователей хранится внутри файла 1Cv8.1CD, в клиент-серверном — в базе данных на сервере. Для самого администратора разница невелика: интерфейс добавления пользователя одинаковый, но для клиент-серверного варианта могут понадобиться дополнительные настройки аутентификации.

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

Способ 1: добавление администратора через конфигуратор

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

В открывшемся списке нажмите кнопку «Добавить» (или Insert). Появится окно свойств нового пользователя с несколькими вкладками. Заполните основные поля и переходите к настройке ролей.

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

Настройка аутентификации

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

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

Назначение ролей на вкладке «Прочие»

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

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

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

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

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

Для выдачи административных прав перейдите по ссылке «Права доступа» в карточке пользователя и включите его в профиль группы доступа «Администраторы». После записи изменения вступят в силу при следующем входе пользователя либо после обновления настроек.

Сравнение способов

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

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

Через режим Предприятие

Удобен в типовых конфигурациях: профили доступа, копирование настроек, связь с сотрудниками. Минус: работает только там, где встроена БСП, и требует уже имеющегося доступа администратора.

Особенности для клиент-серверного варианта

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

Не путайте администратора информационной базы с администратором кластера серверов и администратором СУБД. Это три разные роли: первая управляет пользователями и данными конкретной базы, вторая — работой сервера 1С (консоль администрирования), третья — самой СУБД (MS SQL, PostgreSQL). Для большинства задач достаточно первой.

Проверка результата

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

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

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

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

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

Норма

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

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

Ошибка «Имя пользователя или пароль не верны» — проверьте раскладку и включённость аутентификации 1С

Доступ к списку пользователей

Норма

Раздел «Пользователи» открывается и позволяет редактирование

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

Сообщение о нарушении прав доступа — роль администратора не назначена

Видимость разделов конфигурации

Норма

Доступны все разделы и документы

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

Часть разделов скрыта — назначены ограниченные роли вместо полных

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

Самая частая ошибка — пользователь создан, но роль с полными правами не назначена. Внешне всё выглядит корректно: вход работает, но при попытке открыть документы появляется сообщение о нарушении прав. Решение — вернуться в свойства пользователя и отметить нужные роли.

Вторая распространённая ситуация — попытка создать пользователя в конфигураторе при активных сеансах других пользователей. Обычно это не мешает, но при обновлении конфигурации или монопольных операциях потребуется завершить все сеансы. Планируйте такие работы на нерабочее время.

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

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

Можно ли создать администратора, если база пустая и в ней нет ни одного пользователя?

Да. Если список пользователей пуст, вход в конфигуратор выполняется без логина и пароля. Откройте «Администрирование» → «Пользователи» и создайте первого пользователя с полными правами. После этого вход потребует указания учётных данных.

Чем отличается роль «Полные права» от роли «Администратор» в типовых конфигурациях?

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

Как дать пользователю права на ввод данных, но не на администрирование?

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

Пользователь создан, но при входе пишет «Нарушение прав доступа». Что делать?

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

Можно ли скопировать настройки существующего пользователя новому?

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

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

Штатных средств восстановления пароля в 1С нет. Для файловой базы существуют технические способы очистки списка пользователей через редактирование файла базы специализированными утилитами — это рискованная операция, требующая резервной копии. В клиент-серверном варианте можно временно изменить режим аутентификации или обратиться к администратору СУБД. Рекомендуется заранее иметь вторую учётную запись администратора.