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