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