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