Пользователь-администратор в 1С 8.3: где включается роль «Полные права» и как её не потерять

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

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

Что дают полные права и кому их выдавать

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

Пользователь с полными правами:

• 📂 видит и меняет все документы, справочники и регистры без ограничений по организациям и складам;
• 👥 создаёт пользователей и раздаёт им права;
• ⚙️ меняет настройки учёта, параметры программы, функциональность;
• 🔄 запускает обновление конфигурации и обработку данных после него;
• 🗑️ удаляет помеченные объекты и закрывает период.

Кому такие права нужны на практике:

Где можно назначить полные права: сравнение способов

Способов три, и они не взаимозаменяемы.

Путь к настройкам пользователей в типовых конфигурациях:

Как выдать полные права в Конфигураторе

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

Пошагово

1. Запустите 1С, выберите базу и нажмите кнопку «Конфигуратор».
2. Откройте меню Администрирование → Пользователи.
3. Чтобы создать нового пользователя, нажмите «Добавить» (клавиша Insert). Чтобы изменить существующего — откройте его двойным щелчком.
4. На вкладке «Основные» заполните «Имя» и «Полное имя». Для входа по паролю включите «Аутентификация 1С:Предприятия» и задайте пароль. Для входа под учётной записью Windows включите «Аутентификация операционной системы» и укажите пользователя в формате \\ДОМЕН\имя.
5. Перейдите на вкладку «Прочие».
6. В списке «Доступные роли» поставьте флажок у «Полные права». В типовых конфигурациях отметьте также «Администратор системы».
7. Проверьте «Основной язык» — обычно «Русский». Без языка программа может выдавать предупреждения при входе.
8. Нажмите «ОК» и закройте список.

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

Пустой список пользователей — это тоже «полные права»

Когда в Конфигураторе нет ни одного пользователя, 1С пускает в базу без выбора имени и пароля, причём со всеми правами. Так выглядят свежие и учебные базы.

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

Полные права через группы доступа в Бухгалтерии, ЗУП и УТ

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

Пошагово

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

Можно пойти с другой стороны: открыть ссылку «Группы доступа» в тех же настройках, войти в группу «Администраторы» и добавить сотрудника в табличную часть участников.

Почему галочка в Конфигураторе «слетает»

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

Правильная последовательность для типовой базы, где администратора нет совсем:

1. В Конфигураторе создайте пользователя с ролями «Полные права» и «Администратор системы».
2. Войдите под ним в режиме 1С:Предприятие.
3. Включите этого же пользователя в группу «Администраторы» через «Права доступа».

После этого права хранятся «по правилам» программы и не пропадут.

Полные права в серверной базе: три уровня администраторов

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

Путаница возникает из-за того, что в серверном варианте «полные права» бывают на трёх разных уровнях:

Роль «Полные права» в базе не делает человека администратором кластера, и наоборот. Чтобы, например, завершить зависший сеанс через консоль, нужны права администратора кластера. Чтобы создать новую базу на сервере — права в кластере и учётная запись СУБД с правом создания баз.

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

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

• 🗑️ удалить помеченные объекты, на которые ссылаются проведённые документы;
• 📅 изменить документы закрытого периода, если дата запрета не защищена отдельно;
• 👤 создать себе «тихую» учётную запись или поменять пароли коллегам;
• 💾 выгрузить всю базу в .dt и унести её.

Как держать это под контролем:

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

Как устроены права в облаке: 1С:Фреш и удалённый доступ

В облаке есть две принципиально разные модели, и права в них выдаются по-разному.

1С:Фреш и другие сервисы по модели SaaS

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

• 🔑 Новый пользователь сначала добавляется в личном кабинете сервиса и получает доступ к нужному приложению.
• 👥 Внутри приложения права задаются группами доступа, как в коробочной версии: тот же раздел настроек пользователей и прав.
• 🚫 Технические операции уровня Конфигуратора (загрузка .cfe, изменение конфигурации) ограничены правилами сервиса.

Если администратор абонента уволился и доступ потерян, вопрос решает только поддержка сервиса после подтверждения, что вы владелец аккаунта.

Удалённый доступ к базе (1С:Линк, аренда сервера)

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

Ошибки при назначении прав и что с ними делать

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