К статье
Практический материал

Администрирование · 11 мин

Как закрыть пользователя в 1С: блокировка доступа и завершение сеансов

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

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

Инструменты различаются в файловом и клиент-серверном вариантах работы, а также между режимом «Предприятие» и Конфигуратором. В типовых конфигурациях на базе БСП (Библиотека стандартных подсистем) — «Управление торговлей», «Бухгалтерия предприятия», «Зарплата и управление персоналом» — есть дополнительные механизмы блокировки через справочник пользователей.

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

Что значит «закрыть пользователя» и какой способ выбрать

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

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

Маршрут решения

Как выбрать действие

Сотрудник уволен или ушёл в длительный отпускСнимите флажок «Вход в программу разрешён» и пометьте пользователя как недействительного
Нужно срочно выгнать пользователя из базы для обновленияЗавершите сеанс через «Активные пользователи» или консоль кластера
Пользователь должен работать, но без доступа к части данныхСкорректируйте роли и профили групп доступа, не блокируя вход
Учётная запись создана ошибочно и нигде не использоваласьМожно удалить пользователя после проверки ссылок на него

Блокировка входа через справочник пользователей

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

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

Если используется аутентификация операционной системы или доменная авторизация, проверьте дополнительно настройки в Конфигураторе: список пользователей информационной базы (Администрирование → Пользователи) хранится отдельно от справочника «Пользователи» в режиме Предприятие. Запись в справочнике и учётная запись в списке пользователей ИБ связаны, но блокировку надёжнее контролировать в обоих местах.

Порядок действий
  1. 1
    Откройте «Администрирование → Настройки прав и пользователей → Пользователи»
  2. 2
    Найдите нужного пользователя через поиск и откройте карточку
  3. 3
    Снимите флажок «Вход в программу разрешён»
  4. 4
    Через меню «Ещё» установите пометку «Недействителен» при необходимости
  5. 5
    Запишите карточку и проверьте вход под заблокированной учётной записью
  6. 6
    При необходимости завершите активный сеанс пользователя отдельно

Завершение активного сеанса пользователя

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

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

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

Блокировка через Конфигуратор

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

Чтобы запретить вход, уберите все роли у пользователя и при необходимости очистите или смените пароль. Полного флажка «заблокирован» в списке пользователей ИБ нет, поэтому блокировка достигается комбинацией мер: снятие ролей лишает пользователя прав на любые объекты, а смена пароля исключает вход. Также можно снять флажки «Аутентификация 1С:Предприятия» и «Аутентификация операционной системы» — тогда учётная запись не сможет авторизоваться ни одним способом.

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

Ограничение прав без полной блокировки

Не всегда нужно закрывать пользователя полностью. Частая задача — оставить доступ к базе, но убрать возможность изменять данные: например, перевести сотрудника в режим «только просмотр» или ограничить доступ к зарплатным документам.

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

Для точечных ограничений на уровне записей (конкретные организации, склады, контрагенты) в конфигурациях на БСП используется механизм RLS — ограничение доступа на уровне записей. Он настраивается в группах доступа и не требует доработки конфигурации, но заметно влияет на производительность при больших объёмах данных.

Сравнение вариантов

Снятие флажка «Вход разрешён»

Быстрый запрет входа, легко отменить. Не завершает активный сеанс

Пометка «Недействителен»

Скрывает пользователя из выбора в документах и отчётах. Подходит для уволенных

Завершение сеанса

Немедленно выгоняет из базы. Риск потери несохранённых данных

Снятие ролей

Пользователь входит, но ничего не видит. Требует завершения сеанса для применения

Удаление учётной записи

Полное удаление. Оставляет битые ссылки в истории, применять только для неиспользованных записей

Проверка результата и типичные ошибки

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

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

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

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

Вход под заблокированной учётной записью
Норма

Система отказывает во входе

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

Пользователь входит в базу

Список активных пользователей
Норма

Сеанса пользователя нет

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

Сеанс активен и продолжает работу

Журнал регистрации
Норма

Нет новых успешных входов

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

Фиксируются входы после блокировки

Список пользователей ИБ в Конфигураторе
Норма

Аутентификация отключена, роли сняты

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

Учётная запись активна с полными правами

Типичные ошибки
01
Заблокировали пользователя в справочнике, но забыли завершить активный сеанс — он продолжает работать
02
Удалили учётную запись вместо блокировки — в документах остались ссылки «Объект не найден»
03
Сняли роли только в Конфигураторе, а в справочнике «Пользователи» остался профиль доступа — права сохранились
04
Забыли про вторую базу: пользователь заблокирован в одной ИБ, но работает в другой с тем же логином
05
Завершили сеанс без предупреждения — потеряны несохранённые документы пользователя

Особенности файлового и клиент-серверного режимов

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

В клиент-серверном варианте администратору доступны дополнительные инструменты: консоль кластера позволяет видеть сеансы всех баз, завершать их выборочно, а также устанавливать блокировку сеансов на уровне информационной базы с заданным временем начала и сообщением для пользователей. Это удобно для плановых работ вне офисных часов.

Если база опубликована на веб-сервере и пользователи работают через браузер, помните, что сеанс веб-клиента завершается теми же средствами — через консоль кластера или список активных пользователей. Блокировка входа действует на все способы подключения одинаково.

Итог

Что важно запомнить

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

Частые вопросы

Можно ли закрыть пользователя, не заходя в режим «Предприятие»?

Да. В Конфигураторе откройте «Администрирование → Пользователи», снимите у учётной записи флажки аутентификации и уберите роли. В клиент-серверном варианте то же самое доступно через консоль кластера в разделе «Пользователи» нужной информационной базы.

Что будет с документами уволенного сотрудника после блокировки?

Документы и история изменений сохранятся полностью — блокировка не затрагивает данные. Если пометить пользователя недействительным, он перестанет предлагаться в полях выбора, но в старых документах останется. Удалять учётную запись не рекомендуется именно из-за ссылок в данных.

Почему пользователь всё ещё работает после того, как я запретил ему вход?

Запрет входа действует только на новые подключения. Уже открытый сеанс продолжает работать, пока пользователь не выйдет сам или сеанс не завершат принудительно через «Активные пользователи» либо консоль кластера.

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

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

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

Да, для этого не нужно блокировать пользователя. Настройте профиль групп доступа без ролей на зарплатные документы или используйте ограничение доступа на уровне записей (RLS) по организациям и подразделениям. Пользователь продолжит работать с остальными разделами.

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

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