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