Отключаем пользователя в 1С: вход, сеанс и доступ к базе

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

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

Завершение сеанса и блокировка входа: в чём разница

Это две разные вещи, и путаница между ними даёт большинство проблем.

Отсюда порядок действий для увольнения сотрудника или подозрительной учётной записи:

1. Запретить вход.
2. Завершить активный сеанс.
3. Проверить, что запись пользователя не используется в расписаниях и фоновых заданиях.

Как завершить работу пользователя в режиме Предприятия

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

1. Откройте раздел Администрирование.
2. Найдите пункт со списком активных пользователей. В разных конфигурациях он расположен в блоке поддержки и обслуживания; если не нашли — введите «Активные пользователи» в строку поиска по командам.
3. В списке отметьте нужный сеанс. Колонки показывают имя пользователя, компьютер, приложение и время начала работы.
4. Нажмите кнопку завершения работы выбранного пользователя.

Программа не убивает процесс мгновенно. Она отправляет сигнал, и клиент закрывается сам. Несохранённые данные пропадут, поэтому сначала предупредите человека.

Если сеанс не закрылся за минуту-две, значит клиент завис или потерял связь. Тогда понадобятся инструменты ниже.

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

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

Путь обычно такой: Администрирование → настройки пользователей и прав → Пользователи. Откройте карточку нужного человека.

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

Что ещё полезно проверить в карточке:

• 🔒 Не включена ли аутентификация по паролю, если вы хотели закрыть только вход через домен.
• 🔒 Какие роли назначены. Для временной блокировки роли лучше не трогать: потом придётся восстанавливать.
• 🔒 Есть ли отдельная учётная запись под тем же человеком (например, тестовая).

Для сотрудника в отпуске или на больничном этого достаточно. Через две недели включаете флажок обратно, и пароль с правами остаются прежними.

Как найти конкретного человека в большом списке

В базе на 200 пользователей список листать неудобно. Введите в поле поиска часть фамилии или логина. Если одного человека зарегистрировали дважды, различайте по полному имени и по логину в карточке, а не только по отображаемому имени.

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

В клиент-серверной базе есть ещё один уровень: кластер серверов . Его настраивают отдельно, и права там нужны другие (администратор кластера).

Порядок работы:

1. Откройте консоль администрирования серверов и подключитесь к нужному серверу.
2. Раскройте кластер, затем раздел с информационными базами.
3. Выберите свою базу и откройте разделы Сеансы и Соединения.
4. Найдите строку с нужным пользователем. Ориентируйтесь на имя пользователя, компьютер и время начала.
5. Через контекстное меню удалите сеанс. Если он остаётся, удалите и соединение.

Чем это отличается от штатного завершения в Предприятии:

• ⚙️ Сеанс удаляется принудительно, без запроса клиенту.
• ⚙️ Подходит для зависших и «призрачных» сеансов, которые не отвечают.
• ⚙️ Можно закрыть сеансы фоновых заданий и служебных подключений, которых нет в списке активных пользователей.

Если в списке сеансов видите соединение 1С:Предприятие без пользователя, это обычно фоновое задание или служба. Такие сеансы не трогайте без причины.

Блокировка базы для всех: когда нужно закрыть сразу

Когда нужно обновить конфигурацию , свернуть базу или сделать копию, отключать каждого по отдельности неудобно. Для этого есть общая блокировка начала сеансов.

В режиме Предприятия она настраивается в разделе администрирования (найдите «Блокировка работы пользователей» через поиск по командам). Вы указываете:

• 🕒 период, с какого времени и до какого вход закрыт;
• 💬 сообщение, которое увидят пользователи при попытке войти;
• 🔑 код доступа для вас, чтобы вы могли зайти в заблокированную базу.

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

Чтобы зайти в заблокированную базу, добавьте к строке запуска параметры:

1cv8.exe ENTERPRISE /S "сервер\база" /UC КодДоступа

Подставьте свои значения. Параметр /UC передаёт код разрешения: без него вас тоже не пустят.

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

Файловая база: что работает, а что нет

Здесь нет кластера и консоли. Каждый клиент подключается к файлу напрямую, поэтому возможностей меньше.

Что работает:

• ✅ Флажок запрета входа в карточке пользователя.
• ✅ Блокировка работы пользователей из режима Предприятия.
• ✅ Список активных пользователей и завершение выбранного сеанса.

Что не работает :

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

Если сеанс зависшего клиента не закрывается штатно, остаются два пути:

1. Попросить человека закрыть программу или перезагрузить компьютер.
2. Снять процесс 1cv8 в диспетчере задач на его машине (или удалённо, если у вас есть доступ).

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

Автоматизация: когда отключать надо регулярно

Если отключать нужно часто (например, уволенные сотрудники или внешние подрядчики), делать это руками надоедает. Варианты:

• 🤖 Внешняя обработка, которая по расписанию снимает флажок входа с пользователей из списка.
• 🤖 Регламентное задание в самой конфигурации, которое смотрит, закончился ли срок действия учётной записи.
• 🤖 Скрипт, запускающий rac (утилиту администрирования кластера) для завершения сеансов по маске имени.

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

Всегда оставляйте хотя бы одного пользователя с полными правами, которого автоматизация не затрагивает.

Что стоит зафиксировать в регламенте:

• кто и по какому основанию может отключать пользователей;
• сколько времени хранить отключённую запись до удаления;
• кого уведомлять, если отключён сотрудник с ключевой ролью (главбух, кадровик).

Мини-проверка перед запуском автоматизации

Что делать, если не получилось: типичные сбои и возврат доступа

Несколько ситуаций, которые встречаются чаще всего.

Как вернуть доступ

Если пользователя отключили по ошибке:

1. Откройте карточку в списке пользователей.
2. Включите разрешение входа обратно.
3. Проверьте роли и пароль: они не должны были измениться.
4. Попросите человека перезайти.

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

Что проверить в журнале регистрации

После отключения полезно посмотреть журнал регистрации (в разделе администрирования или в конфигураторе). Там видно, когда пользователь входил в последний раз, с какого компьютера и что делал перед завершением.

На что смотреть:

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

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

Роль отключения в безопасности

Отключить пользователя — не значит закрыть все двери. Проверьте ещё три места:

1. Доступ к самой базе через веб-клиент и публикацию на веб-сервере. Если там отдельная аутентификация, снимите её тоже.
2. Обмены с другими базами и учётные записи служб, где сотрудник был указан как исполнитель.
3. Права на общий каталог с файлом базы или на сервер СУБД, если они выдавались персонально.

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

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