Администрирование · 11 мин
Полные права в 1С: что они дают и как правильно их использовать
Что дают полные права в 1С: доступ ко всем объектам, настройкам и пользователям. Кому назначать, риски, альтернативы и пошаговая настройка ролей.
Полные права в 1С — это роль (или набор ролей), которая снимает практически все ограничения на работу с информационной базой. Пользователь с полными правами видит все документы, справочники и отчёты, может изменять любые данные, управлять другими пользователями, запускать обработки и выполнять административные операции. В типовых конфигурациях такая роль обычно называется «Полные права», а рядом с ней часто существует роль «Администратор системы», отвечающая за технические функции.
Такой уровень доступа нужен далеко не всем. Бухгалтеру, менеджеру или кладовщику полные права не только избыточны, но и опасны: случайное удаление документа, изменение проведённого периода или запуск непроверенной обработки может нарушить учёт. Правильная практика — выдавать полные права одному-двум ответственным сотрудникам, а остальным назначать профили под их должностные задачи.
Ниже разобрано, что конкретно открывает роль полных прав, чем она отличается от прав администратора, кому её давать, какие риски она несёт и как настроить ограниченный доступ вместо неё.
Что конкретно открывает роль полных прав
Роль «Полные права» снимает ограничения на уровне данных. Пользователь получает возможность просматривать и редактировать все справочники (контрагенты, номенклатура, сотрудники), все документы любых видов, регистры сведений и накопления, а также строить любые отчёты, включая те, что скрыты от рядовых пользователей. Ограничения доступа на уровне записей (RLS) — по организациям, складам, подразделениям — для него не действуют.
Кроме работы с данными, полные права обычно позволяют запускать внешние обработки и отчёты, открывать консоль кода, выполнять групповое изменение реквизитов, работать с универсальными обработками переноса данных. В файловой базе такой пользователь может выполнять тестирование и исправление, загружать и выгружать базу через конфигуратор (если у него есть и доступ к конфигуратору как к режиму запуска).
Важно понимать: полные права — это роль внутри прикладного решения. Она не заменяет прав на уровне СУБД или операционной системы и не даёт автоматически доступа к конфигуратору в клиент-серверном варианте, если это отдельно ограничено администратором кластера.
Чем полные права отличаются от прав администратора
В типовых конфигурациях на базе Библиотеки стандартных подсистем эти понятия разделены. «Полные права» отвечают за данные и прикладные настройки: пользователь видит всё и может всё менять в учёте. «Администратор системы» — за техническую часть: управление пользователями и их ролями, настройку обменов, регламентных заданий, резервного копирования, версионирования, подключения внешних компонент.
На практике одному человеку часто назначают обе роли, и тогда он становится полноценным владельцем базы. Но разделение имеет смысл: например, главному бухгалтеру можно дать полные права на данные, а управление пользователями и настройку синхронизаций оставить за ИТ-специалистом с ролью администратора системы.
Сравнение ролей
Неограниченная работа с данными: документы, справочники, отчёты, обработки. Не включает управление пользователями и техническими настройками.
Управление пользователями, ролями, обменами, регламентными заданиями. Сама по себе не открывает все прикладные данные.
Полный контроль над базой. Назначать только ответственному администратору или владельцу учёта.
Кому и когда назначать полные права
Обоснованный круг обладателей полных прав узок: администратор базы, внедренец или сопровождающий специалист на время работ, руководитель, который по должности отвечает за достоверность всего учёта. В небольшой компании это может быть один человек — собственник или главный бухгалтер. В более крупной — два-три сотрудника с дублированием на случай отпуска или увольнения.
Временное назначение полных прав — нормальная практика при переносе данных, исправлении ошибок учёта или запуске новой базы. Ключевое условие — после завершения работ права следует сузить до штатного профиля. Оставлять полные права «про запас» у сотрудника, который ими не пользуется по задачам, — типичная и опасная ошибка.
Кому какие права назначать
Риски полных прав и как их снизить
Главный риск — необратимое повреждение данных. Пользователь с полными правами может удалить документы прошлых периодов, изменить проведённые операции, запустить обработку, которая массово перезапишет реквизиты. При этом стандартный журнал регистрации фиксирует события, но не всегда позволяет восстановить прежнее состояние — восстановление возможно только из резервной копии.
Второй риск — безопасность. Полные права позволяют запускать произвольный код через внешние обработки и консоль кода, а это вектор для утечки данных или заражения, если учётная запись скомпрометирована. Чем больше пользователей с полными правами, тем шире поверхность атаки и тем сложнее расследовать инциденты.
Снижают риски простые меры: минимальный круг обладателей полных прав, регулярные резервные копии, отдельные учётные записи (без работы под одним «Администратором» на всех), сложные пароли и, где возможно, двухфакторная аутентификация на уровне инфраструктуры.
Как назначить полные права: пошаговый порядок
В типовых конфигурациях (1С:Бухгалтерия, Управление торговлей, ЗУП и других на БСП) права назначаются через профили групп доступа, а не напрямую ролями. Порядок действий следующий: откройте раздел «Администрирование» → «Настройки пользователей и прав» → «Пользователи», выберите нужного сотрудника и перейдите к его правам доступа. Включите пользователя в группу доступа «Администраторы» или назначьте профиль с полными правами — в зависимости от конфигурации название может отличаться.
Если конфигурация самописная или права настраиваются через конфигуратор, роль назначается в списке пользователей: «Администрирование» → «Пользователи» → выбор пользователя → вкладка «Прочие» или список ролей, где отмечается «Полные права» и при необходимости «Администратор системы». После сохранения пользователю нужно перезайти в базу, чтобы роли применились.
- 1Откройте «Администрирование» → «Настройки пользователей и прав» → «Пользователи»
- 2Выберите нужного пользователя и откройте его права доступа
- 3Добавьте его в группу «Администраторы» или назначьте профиль с полными правами
- 4Проверьте, что включён режим разделения прав (полные/ограниченные), если конфигурация его использует
- 5Попросите пользователя перезайти в базу и проверьте доступ к ранее недоступным разделам
Как проверить, что права настроены правильно
Проверка выполняется от имени самого пользователя. Войдите в базу под его учётной записью и убедитесь, что ему доступны те разделы, которые должны быть доступны, и недоступны лишние. Для обладателя полных прав контрольный признак — открываются все журналы документов, настройки программы и список пользователей. Для ограниченного пользователя — наоборот: попытка открыть чужой раздел или документ другой организации должна завершаться сообщением о недостатке прав.
Полезно периодически проводить ревизию: выгрузить список пользователей с их профилями и сверить с реальными должностями. Уволенные сотрудники должны быть деактивированы, временные полные права — сняты. Такая проверка занимает минуты, но закрывает большинство типовых проблем с доступом.
Как проверить результат
Открываются все документы, настройки и список пользователей
Часть разделов недоступна — роль назначена не полностью
Доступен только его участок учёта, чужие данные скрыты
Видны документы других организаций или настройки программы
1–3 ответственных сотрудника, список актуален
Полные права есть у уволенных или у большинства пользователей
Альтернативы полным правам: профили и ограниченный доступ
Вместо полных прав большинству сотрудников подходят типовые профили: «Бухгалтер», «Кассир», «Менеджер по продажам», «Кладовщик», «Кадровик» и подобные. Они собраны из ролей под конкретные задачи и не дают лишнего. Если типового профиля не хватает, его можно скопировать и доработать — добавить отдельные роли или убрать лишние, не прибегая к полным правам.
Дополнительный уровень защиты — ограничение доступа на уровне записей (RLS): пользователь видит документы только своей организации, склада или подразделения, даже если роль формально открывает весь вид документов. Это особенно актуально для холдингов и баз с несколькими юрлицами. Настраивается через группы доступа и профили, требует аккуратной проверки, так как ошибочная настройка может либо заблокировать нужную работу, либо открыть лишнее.
Частые вопросы о полных правах в 1С
Полные права и права администратора — это одно и то же?
Нет. «Полные права» открывают все данные и прикладные функции, а «Администратор системы» — управление пользователями, обменами и регламентными заданиями. Для полного контроля над базой обычно назначают обе роли, но их можно разделить между разными сотрудниками.
Можно ли ограничить полные права по организации?
Напрямую нет: смысл роли полных прав как раз в отсутствии ограничений, включая RLS. Если нужен доступ ко всем функциям, но только по одной организации, создайте отдельный профиль с нужными ролями и настройте ограничение на уровне записей.
Опасно ли работать под полными правами каждый день?
Да, это повышает риск случайного повреждения данных: под полными правами доступны удаление, изменение закрытых периодов и запуск любых обработок. Рекомендуется иметь отдельную учётную запись администратора для настройки и обычную — для ежедневной работы.
Как узнать, у кого в базе есть полные права?
В типовых конфигурациях откройте список пользователей и проверьте, кто входит в группу доступа «Администраторы». Также можно посмотреть профили каждого пользователя в разделе «Настройки пользователей и прав». Полезно делать такую ревизию регулярно и после увольнения сотрудников.
Что делать, если под полными правами удалили нужные данные?
Штатной «отмены удаления» для уже удалённых объектов нет. Восстановление возможно из резервной копии базы. Поэтому перед массовыми операциями и при выдаче полных прав новому сотруднику убедитесь, что резервное копирование настроено и копии действительно создаются.
Дают ли полные права доступ к конфигуратору?
Сама роль не запрещает запуск конфигуратора, но возможность изменять конфигурацию зависит также от режима запуска, настроек кластера (в клиент-серверном варианте) и наличия пароля на конфигурацию. Полные права в пользовательском режиме не равны полному контролю над структурой базы.
Что важно запомнить
Полные права в 1С открывают все данные и настройки базы без ограничений. Назначайте их только ответственному администратору или руководителю учёта, остальным — профили под задачи. Обязательно поддерживайте резервные копии, разделяйте учётные записи и регулярно ревизуйте список обладателей полных прав.