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