Передача прав администратора в информационной базе 1С: пользователи, роли и кластер серверов

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

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

Что подготовить перед передачей прав

Прежде чем трогать права, определитесь, какого именно администратора вы меняете. В 1С их два, и это разные сущности:

• 🧑‍💼 Администратор информационной базы (пользователь). Работает в режиме «1С:Предприятие», имеет профиль «Администратор» и полные права на данные. Его и меняют в 99% случаев.
• 🖥 Администратор кластера серверов. Существует только в клиент-серверном варианте, управляет не данными, а самим сервером 1С (кластером, рабочими процессами, списком баз). К учёту отношения не имеет.

Дальше по тексту под «администратором» понимается пользователь базы, если отдельно не сказано про кластер.

Перед сменой прав сделайте несколько вещей, чтобы не остаться без доступа:

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

Как назначить нового администратора в файловой базе

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

Порядок действий:

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

Про способ входа стоит решить заранее. Пароль 1С проще и работает везде, но его нужно хранить и периодически менять. Вход по учётной записи операционной системы (доменной) удобнее в сети с Active Directory: пользователь заходит без ввода пароля, под своей доменной записью. Для администратора в домене второй вариант безопаснее — пароль не гуляет отдельно от доменной политики.

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

Если типовой интерфейс недоступен (например, нетиповая конфигурация), администраторов правят через Конфигуратор:

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

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

Смена администратора в клиент-серверной базе и кластере

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

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

Администратор кластера — это отдельная учётная запись сервера 1С. Её меняют в оснастке «Администрирование серверов 1С Предприятия» (консоль MMC на сервере):

1. Разверните нужный кластер.
2. Откройте узел «Администраторы».
3. Добавьте нового администратора кластера (имя и пароль), затем удалите прежнего.

Из командной строки кластером управляют утилитой rac. Команды и параметры лучше смотреть в её встроенной справке — rac help и rac cluster help, чтобы не ошибиться в синтаксисе конкретной версии платформы. Через консоль это нагляднее, а rac удобнее для скриптов и серверов без графической оболочки.

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

Роли и профили групп доступа

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

Открываются профили здесь: Администрирование → Настройки пользователей и прав → Профили групп доступа.

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

Когда профиль всё же создают вручную:

• нужно выдать расширенные права, но не все (например, администрирование без доступа к зарплате);
• требуется разграничить ответственность между несколькими администраторами;
• в компании свои правила доступа, и типовые профили под них не подходят.

Чтобы собрать профиль вручную:

1. В списке профилей нажмите Создать.
2. Задайте название.
3. На закладке «Разрешённые действия (роли)» отметьте нужные роли.
4. Запишите профиль и создайте на его основе группу доступа, куда добавите пользователей.

Таблица — какой доступ что открывает:

Типичные ошибки при смене прав

Большинство сложностей возникает из-за того, что старого администратора ограничивают слишком рано или путают уровни доступа.

Отдельно про монопольный доступ: менять пользователей базы можно, когда в ней работают другие — монополия для этого не нужна. Она требуется только для изменения структуры конфигурации, загрузки .dt, тестирования и исправления базы.

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

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

Что проверить и передать:

• 🔑 Электронная подпись для 1С-Отчётности. Если отправкой в ФНС и СФР занимался прежний администратор, подпись и её привязку к пользователю переоформляют на нового ответственного.
• 🔄 Настройки обменов и интеграций. Логины и пароли к другим базам, к ЭДО, к банку, к сайту — всё, где администратор выступал владельцем подключения.
• 🌐 Публикация базы на веб-сервере. Если база опубликована (тонкий или веб-клиент), новый администратор должен знать параметры публикации и доступ к серверу.
• 📨 Учётная запись электронной почты для рассылок и уведомлений из базы, если она была настроена на прежнего сотрудника.
• 🗂 Расписание регламентных заданий и резервного копирования: кто и как проверяет, что они отрабатывают.

Аудит действий администратора и безопасность

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

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

Несколько правил, которые снижают риск при передаче прав:

• 🔐 У каждого администратора — своя учётная запись. Общий вход «под одним админом» лишает журнал смысла: непонятно, кто именно работал.
• 🔁 После ухода сотрудника с полным доступом смените пароли сервисов и подключений, к которым он имел доступ (обмены, публикация, внешние ресурсы).
• 👥 Если администраторов несколько, держите в базе минимум двоих — это страховка от блокировки доступа.
• 📋 Фиксируйте смену администратора в регламенте: дата, кто принял права, кто снял. При проверках и инцидентах это пригодится.

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