Удаление и отключение пользователя в 1С 8.3: все способы

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

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

Что проверить до того, как трогать учётную запись

Пользователь в типовой конфигурации (БП 3.0, ЗУП 3.1, УТ 11) — это две разные сущности:

• 🧩 Элемент справочника «Пользователи» — карточка с ФИО, настройками прав, подразделением. На неё ссылаются документы в реквизитах «Автор» и «Ответственный».
• 🔑 Пользователь информационной базы — учётная запись платформы: логин, пароль, способ аутентификации. Именно она пускает в базу.

Удаление элемента справочника обрывает ссылки в документах, и в них появляется <Объект не найден>. Поэтому перед удалением проверьте, не числится ли человек автором или ответственным хотя бы в одном документе. Если числится — удалять нельзя, нужна блокировка.

Самый надёжный способ узнать про ссылки — пометить запись на удаление и запустить контроль ссылок (не подтверждая саму очистку): программа покажет полный список мест, где пользователь встречается. Это и документы, и записи регистров, и настройки — например, членство в группах доступа и назначенные бизнес-процессы.

Отдельно стоит решить два вопроса:

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

Блокировка входа вместо удаления — основной способ

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

1. Откройте Администрирование → Настройки пользователей и прав → Пользователи.
2. Найдите запись в списке (поиск по ФИО в строке над таблицей).
3. Откройте карточку двойным щелчком.
4. Снимите флажок «Вход в программу разрешён» и запишите изменения.

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

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

Пометка на удаление в режиме 1С:Предприятие

Когда учётка заведена по ошибке и нигде не используется, её удаляют штатно — через пометку и последующую очистку.

1. В списке Пользователи выделите запись.
2. Нажмите Ещё → Пометить на удаление (или клавишу Delete). Рядом с записью появится значок пометки.
3. Перейдите в Администрирование → Обслуживание → Удаление помеченных объектов.
4. Запустите контроль ссылок.

На шаге контроля программа покажет, ссылается ли кто-то на этого пользователя. Варианты:

• Ссылок нет — объект удаляется сразу.
• Есть ссылки — удаление заблокируется, и вы увидите список документов. Их нужно либо перепровести на другого ответственного, либо тоже пометить на удаление.

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

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

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

1. Запустите базу в режиме Конфигуратор.
2. Откройте Администрирование → Пользователи.
3. Выделите строку и нажмите Delete, подтвердите удаление.

Когда это оправдано:

• учётка ИБ «висит» без связанного элемента справочника (например, осталась после ручных экспериментов);
• нужно быстро отрезать доступ, не трогая данные в режиме Предприятия.

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

Удаление пользователя через код и обработку

Для опытных администраторов есть программный путь — он пригождается, когда нужно почистить десятки «мёртвых» учёток ИБ разом. Выполняют его обработкой на стороне сервера:

УчётнаяЗапись = ПользователиИнформационнойБазы.НайтиПоИмени("ivanov");
Если УчётнаяЗапись <> Неопределено Тогда
    ПользователиИнформационнойБазы.УдалитьПользователя(УчётнаяЗапись.Имя);
КонецЕсли;

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

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

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

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

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

Дальше зависит от типа базы:

Для клиент-серверной базы консоль и утилита rac обращаются к агенту сервера (порт 1540 по умолчанию). Чтобы работать с сеансами через rac, сначала узнайте идентификатор кластера командой rac cluster list, а затем уже запрашивайте список сеансов. Конкретные параметры у каждой версии платформы свои — не придумывайте их, а сверяйтесь с выводом rac help.

Чтобы никто не вошёл во время обслуживания, задайте блокировку: Администрирование → Обслуживание → Блокировка работы пользователей. Укажите время начала и текст сообщения, который увидят пользователи. Блокировка не обрывает текущие сеансы мгновенно — она не пускает новые входы и даёт время корректно закрыть базу тем, кто уже внутри.

Удаление пользователей в распределённой базе (РИБ)

В распределённой информационной базе логика двухуровневая:

• 🔑 Учётные записи ИБ (аутентификация) обменом не передаются. Их заводят и удаляют в каждом узле отдельно. Удалив пользователя только в центральном узле, вы не закроете ему вход в периферийный.
• 🧩 Элемент справочника «Пользователи» может входить в состав плана обмена. Тогда пометка на удаление и смена реквизитов разойдутся по узлам при очередной синхронизации.

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

Порядок для полного удаления в РИБ (УРИБ, УРБД):

1. Заблокируйте вход сотруднику в каждом узле, где он мог входить.
2. Если решили удалять справочник — пометьте запись и дождитесь, пока пометка разъедется обменом.
3. Запустите удаление помеченных объектов отдельно в том узле, где это разрешено регламентом (обычно в центральном).
4. Удалите учётку ИБ в конфигураторе каждого узла.

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

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