Как удалить активных пользователей в 1С 8.3

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

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

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

Что такое активный пользователь и чем сеанс отличается от учётной записи

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

Сеанс — это активное подключение к базе. Один пользователь может держать несколько сеансов: толстый клиент, тонкий клиент, веб-клиент, фоновое задание, COM-соединение. Именно сеансы блокируют монопольный режим, и именно их нужно завершать перед обновлением.

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

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

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

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

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

Завершение сеансов в файловом режиме

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

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

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

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

Принудительное завершение сеансов в консоли кластера серверов

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

Выделите нужные сеансы (можно несколько через Ctrl или Shift), нажмите правую кнопку мыши и выберите «Удалить». Сеанс будет завершён немедленно, без сохранения несохранённых данных в открытых у пользователя формах. Перед массовым отключением имеет смысл предупредить сотрудников.

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

Как удалить саму учётную запись пользователя

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

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

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

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

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

Подходит для освобождения базы под обновление; учётная запись сохраняется, пользователь войдёт снова

Запретить вход

Подходит для уволенных сотрудников; данные и связи сохраняются, доступ закрыт

Удалить учётную запись

Подходит для тестовых записей; требует отсутствия активных сеансов и может конфликтовать со ссылками в данных

Блокировка входа и работа с «зависшими» сеансами

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

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

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

Типичные ошибки и меры предосторожности

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

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

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

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

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

Список сеансов в консоли кластера или конфигураторе

Норма

Сеансов нет или остался только сеанс администратора

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

Появляются новые сеансы — не включена блокировка или работает фоновое задание

Вход под удалённым/заблокированным пользователем

Норма

Вход отклоняется с сообщением о запрете

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

Пользователь входит — запрет не применён или есть вторая учётная запись

Монопольный режим

Норма

Устанавливается без ошибок

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

Ошибка «база используется» — остались активные соединения

FAQ: частые вопросы об удалении активных пользователей

Можно ли удалить сеанс пользователя в файловой базе из конфигуратора?

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

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

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

Почему после удаления сеанса он появляется снова?

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

Что безопаснее: удалить пользователя или запретить ему вход?

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

Нужны ли особые права для завершения чужих сеансов?

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

Как отключить всех пользователей перед обновлением, если база клиент-серверная?

Включите в свойствах базы блокировку начала сеансов с кодом разрешения, затем на вкладке «Сеансы» выделите все сеансы и удалите их, включая фоновые задания. После этого база свободна, а вы сможете войти в конфигуратор, указав код разрешения.