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