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