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