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

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

Важно сразу разделить два уровня. Блокировка конкретного пользователя работает и в файловом, и в клиент-серверном варианте и настраивается прямо в режиме 1С:Предприятие. Блокировка всей базы для обслуживания в файловом варианте выполняется через параметры базы, а в клиент-серверном — через консоль администрирования кластера или утилиту rac. Выбор способа зависит от того, кого нужно отсечь: одного человека или всех сразу, и на какое время.

Ниже разобраны все основные сценарии: отключение пользователя, завершение активных сеансов, установка блокировки сеансов с кодом разрешения, работа с регламентными заданиями и проверка результата. Отдельно описаны типичные ошибки, из-за которых блокировка либо не срабатывает, либо наоборот запирает самого администратора.

Определите, что именно нужно заблокировать

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

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

Как заблокировать конкретного пользователя

Это самый частый случай. В типовых конфигурациях на БСП (Управление торговлей, ERP, Бухгалтерия, ЗУП и другие) откройте раздел «Администрирование» → «Настройка пользователей и прав» → «Пользователи». Найдите нужного сотрудника, откройте его карточку и снимите флажок «Вход в программу разрешён». Сохраните изменения — с этого момента пользователь не сможет войти в базу ни под тонким, ни под веб-клиентом.

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

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

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

Как завершить активные сеансы пользователей

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

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

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

Как заблокировать всю базу для обслуживания

Файловый вариант

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

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

Клиент-серверный вариант

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

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

rac infobase update --cluster=<ID_кластера> --infobase=<ID_базы> --sessions-deny=on --denied-message="Идут регламентные работы" --permission-code=12345 --scheduled-jobs-deny=on

Блокировка регламентных заданий и внешних подключений

Частая ошибка при обслуживании: сеансы пользователей заблокированы, но обновление всё равно не ставится из-за фоновых заданий. Регламентные задания (обмены, расчёт итогов, отправка отчётов) выполняются под служебными сеансами и не подпадают под обычную блокировку пользователей. Их нужно отключать отдельным флажком «Блокировка регламентных заданий» — в консоли кластера, в параметрах базы или через rac.

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

Проверка результата и снятие блокировки

После установки блокировки проверьте её с двух сторон. Со стороны обычного пользователя: попытка входа должна завершаться сообщением, которое вы указали при установке блокировки. Со стороны администратора: вход с кодом разрешения (параметр /UC) должен проходить нормально. В консоли кластера или обработке «Активные пользователи» не должно оставаться чужих сеансов.

После завершения работ блокировку снимают в том же месте, где ставили: снимают флажок в свойствах базы в консоли кластера, очищают период блокировки в параметрах файловой базы или выполняют rac с параметром sessions-deny=off. Не забудьте снять и блокировку регламентных заданий — иначе обмены и расчёты не возобновятся, и это обнаружится только когда кто-то заметит устаревшие данные.

Типичные ошибки и ограничения

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

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

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