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

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

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

Что такое полные права и кому они нужны

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

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

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

Подготовка: резервная копия и учётные записи

Любые изменения прав доступа начинайте с резервной копии. В файловой базе достаточно скопировать файл 1Cv8.1CD при закрытых сеансах пользователей или выполнить выгрузку через конфигуратор: «Администрирование → Выгрузить информационную базу». В клиент-серверном варианте используйте штатные средства СУБД или выгрузку в dt.

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

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

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

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

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

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

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

Назначение полного доступа в режиме Предприятие

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

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

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

Проверка результата и границы полных прав

После назначения прав обязательно проверьте результат под новой учётной записью. Войдите в базу и убедитесь, что открываются все разделы, доступны документы за любые периоды, работают функции «Ещё → Изменить форму» и административные обработки. Признак корректной настройки — отсутствие сообщений «Нарушение прав доступа» при типовых операциях.

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

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

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

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

Норма

Пользователь входит и видит все разделы меню

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

Сообщение о нарушении прав доступа при открытии объектов

Редактирование документов

Норма

Документы любых периодов открываются и проводятся

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

Кнопки записи неактивны или документы открываются только на просмотр

Административные функции

Норма

Доступны журнал регистрации, управление пользователями, настройки

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

Раздел «Администрирование» скрыт или выдаёт ошибку

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

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

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

Альтернативы полному доступу

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

Маршрут решения

Как выбрать действие

Пользователь должен менять настройки, управлять учётными записями и закрывать периодыНазначьте профиль «Администратор» или роли «ПолныеПрава» + «АдминистраторСистемы»

Нужен только просмотр всех данных без измененийСоздайте профиль с правами чтения, не выдавая полные права

Доступ нужен временно, например аудитору или внедренцуСоздайте отдельную учётную запись, выдайте права и отключите её после завершения работ

Требуется доступ к одному разделу сверх обычногоРасширьте существующий профиль точечными ролями вместо полных прав

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

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

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

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

Почему после назначения полных прав пользователь всё равно видит ошибку доступа?

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

Можно ли выдать полный доступ только на одну организацию в базе?

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

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

Если в списке пользователей есть другая учётная запись с полными правами — войдите под ней и сбросьте пароль. Если такой записи нет, в файловой базе список пользователей хранится внутри файла 1Cv8.1CD, и восстановление требует специальных инструментов или обращения к специалисту. Именно поэтому рекомендуется держать минимум две административные учётные записи.

Опасно ли давать полные права внешнему специалисту по 1С?

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

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

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