Как добавить администрирование в 1С: пошаговая инструкция

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

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

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

Что понимать под администрированием в 1С

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

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

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

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

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

Если пользователь уже существует, создавать нового не нужно: откройте его карточку и добавьте в группу доступа «Администраторы». Изменения вступают в силу после повторного входа в сеанс — действующий сеанс продолжает работать со старым набором прав.

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

Назначение прав через конфигуратор

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

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

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

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

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

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

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

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

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

Назначение ролей через конфигуратор

Нужен, когда нет доступа в режим «Предприятие» или конфигурация без подсистемы пользователей. Требует монопольного доступа к некоторым операциям и аккуратности.

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

Только для технического специалиста в клиент-серверном варианте. Управляет сервером, а не данными в конфигурации.

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

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

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

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

Открывается ли раздел «Администрирование» в меню программы

Норма

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

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

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

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

Норма

Кнопка «Создать» доступна, запись сохраняется

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

Ошибка «Нарушение прав доступа» — роль применена не полностью

Вход под новой учётной записью

Норма

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

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

Ошибка аутентификации — проверьте пароль и флажок стандартной аутентификации

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

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

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

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

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

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

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

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

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

Нужно ли перезапускать сервер после назначения прав?

Нет. Изменения прав внутри конфигурации применяются при следующем входе пользователя в сеанс. Перезапуск сервера 1С или службы агента не требуется.

Почему пользователь с правами администратора не видит часть данных по организации?

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

Сколько администраторов должно быть в базе?

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