Как дать права пользователю в 1С

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

Способ выдачи прав зависит от конфигурации. В современных типовых решениях на базе Библиотеки стандартных подсистем (1С:Бухгалтерия 3.0, 1С:ЗУП 3, 1С:Управление торговлей 11, 1С:ERP) используется механизм профилей групп доступа. В старых или самописных конфигурациях права назначаются напрямую через роли в конфигураторе. Ниже разобраны оба подхода.

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

Как устроены права в 1С: роли, профили и группы доступа

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

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

Третий уровень — группы доступа, которые ограничивают не «что можно делать», а «с какими данными»: например, менеджер видит документы только своей организации или своего склада. Этот механизм работает, если в настройках включено ограничение доступа на уровне записей (RLS).

Как создать пользователя в типовой конфигурации

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

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

После сохранения пользователь появится в списке, но фактических прав у него ещё нет — их нужно назначить отдельно через профили.

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

Выдача прав через профили групп доступа

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

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

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

Назначение ролей через конфигуратор

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

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

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

Ограничение доступа к данным: организации, склады, контрагенты

В многофирменных базах недостаточно выдать профиль — нужно ограничить видимость данных. Проверьте, включён ли механизм: «Администрирование» → «Настройки пользователей и прав» → «Группы доступа», флажок «Ограничивать доступ на уровне записей». Учтите, что включение этого режима может заметно замедлить работу на больших базах, поэтому решение принимайте осознанно.

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

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

Способы выдачи прав

Профили групп доступа

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

Роли в конфигураторе

Единственный вариант для старых и самописных конфигураций. Требует прав администратора и понимания структуры ролей. Ошибка влияет сразу, без промежуточного слоя.

Копия профиля с доработкой

Оптимально, когда типовой профиль почти подходит. Сохраняет эталонный вариант и позволяет точечно убрать или добавить разрешения.

Как проверить, что права выданы правильно

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

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

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

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

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

Вход в программу

Норма

Пользователь входит под своим логином и видит рабочий стол своего профиля

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

Ошибка «Имя пользователя не найдено» или пустой интерфейс без разделов

Работа с документами

Норма

Документы создаются, проводятся, печатаются без ошибок доступа

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

Сообщение «Нарушение прав доступа» при проведении или открытии

Лишние разделы

Норма

Зарплата, касса, администрирование скрыты от тех, кому не положены

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

Рядовой пользователь видит чужие начисления или настройки системы

Видимость данных

Норма

Сотрудник видит только документы своей организации или склада

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

Видны документы всех организаций либо, наоборот, пропали собственные

Типичные ошибки при выдаче прав

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

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

Частые вопросы о правах пользователей в 1С

Пользователь создан, но при входе пишет «Имя пользователя не найдено». Что делать?

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

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

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

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

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

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

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

Как узнать, кто и когда изменил права пользователя?

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

Чем отличается роль от профиля групп доступа?

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