Удаление и отключение учётных записей в 1С

Удалить пользователя в 1С быстрее и безопаснее всего через пользовательский режим: Администрирование → Настройки пользователей и прав → Пользователи, открыть карточку и снять флажок входа в программу. Для полной очистки запись помечают на удаление и запускают удаление помеченных объектов. Удалять учётную запись вручную в Конфигураторе стоит только в крайнем случае, а трогать таблицы базы через SQL нельзя вовсе — это ломает целостность данных.

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

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

Удалить или отключить: что выбрать в вашем случае

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

Поэтому правило простое:

• 🔒 Сотрудник уволился, но история нужна — не удаляйте, поставьте флажок Недействителен в карточке. Вход закроется, а ссылки в документах останутся целыми.
• 🧹 Запись создали по ошибке, входов не было — можно удалять полностью.
• 🧪 Тестовый или демонстрационный пользователь — удаляйте, если ничего под ним не проводили.

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

Удаление пользователя в 1С:Предприятии (пользовательский режим)

Это основной и рекомендованный способ. В типовых конфигурациях на базе БСП (Бухгалтерия, ЗУП, Управление торговлей) учётная запись хранится в справочнике Пользователи, и платформенный пользователь входа создаётся автоматически из карточки.

Путь к списку зависит от конфигурации:

Шаг 1. Закрыть доступ

1. Откройте список пользователей по пути из таблицы.
2. Двойным щелчком откройте карточку нужного пользователя.
3. Снимите флажок Вход в программу разрешён.
4. Нажмите Записать и закрыть.

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

Шаг 2. Полностью удалить запись (если история не нужна)

Если под пользователем точно ничего не проводили:

1. В списке выделите запись.
2. Нажмите Ctrl+Delete или команду Пометить на удаление в командной панели. Запись станет перечёркнутой.
3. Перейдите в Администрирование → Обслуживание → Удаление помеченных объектов (в УТ 11 — НСИ и администрирование → Обслуживание → Удаление помеченных объектов).
4. Запустите автоматическое удаление. Программа проверит, нет ли ссылок на пользователя.

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

Вход по доменной учётной записи

Если сотрудник заходил в базу под учётной записью Windows (аутентификация операционной системы), в его карточке стоит флажок Аутентификация операционной системы и указан домен с именем вроде ДОМЕН\ivanov. При закрытии доступа снимите и этот флажок, а не только Аутентификация 1С:Предприятия.

Иначе возможна неприятная ситуация: доменная учётка в компании переиспользуется под нового сотрудника, и он автоматически попадёт в 1С с правами уволенного. Поэтому для доменных входов:

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

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

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

Путь: Администрирование → Пользователи. Откроется список, в нём выделите нужного и нажмите клавишу Delete или кнопку удаления в панели, затем подтвердите и сохраните изменения.

Конфигуратор оправдан в двух случаях:

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

Монопольный доступ для удаления пользователя не требуется — операцию можно выполнять, пока в базе работают другие.

Пользователи в клиент-серверной базе

Для файловой и клиент-серверной базы список пользователей ведётся одинаково — в Конфигураторе или в пользовательском режиме. Консоль администрирования кластера и утилита rac ими не управляют: там видны сеансы, соединения и блокировки, а не учётные записи базы.

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

• Перед отключением сотрудника посмотрите его активные сеансы: rac session list (или в консоли администрирования — узел Сеансы). Так вы увидите, работает ли он прямо сейчас.
• Завершать чужой сеанс принудительно стоит, только предупредив человека: несохранённые данные в документе потеряются.

Точные подкоманды rac смотрите в справке rac help и rac session --help — набор зависит от версии платформы.

Почему нельзя удалять пользователя через SQL напрямую

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

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

• 🚫 потеря гарантий и поддержки по базе;
• 🚫 риск, что база не откроется после ближайшего обновления;
• 🚫 несогласованность с журналом регистрации и историей.

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

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

Когда записей много (например, после переноса базы осталась куча старых логинов), ручная чистка утомляет. Здесь помогает внешняя обработка, которая работает через штатный объект платформы ПользователиИнформационнойБазы.

Логика такой обработки:

1. Получить список пользователей базы методом ПользователиИнформационнойБазы.ПолучитьПользователей().
2. Отобрать ненужные по имени или признаку.
3. Удалить каждого методом ПользователиИнформационнойБазы.УдалитьПользователя(<Идентификатор>).
4. Записать изменения.

// Выполняется в привилегированном режиме, с правами администратора
Список = ПользователиИнформационнойБазы.ПолучитьПользователей();
Для Каждого ПользовательИБ Из Список Цикл
    Если ПользовательИБ.Имя = "Временный" Тогда
        ПользователиИнформационнойБазы.УдалитьПользователя(ПользовательИБ.УникальныйИдентификатор);
    КонецЕсли;
КонецЦикла;

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

Что делать, если пользователь не удаляется

Чаще всего «не удаляется» означает, что сработал контроль ссылочной целостности — и это защита, а не ошибка.

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

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

Что проверить после удаления пользователя

После удаления или отключения учётной записи пройдитесь по короткому списку — так вы не оставите «хвостов».

Особое внимание — регламентным и фоновым заданиям. Если задание (обмен, загрузка курсов валют, рассылка) было настроено от имени удалённого пользователя, оно перестанет выполняться. Проверьте расписание и переназначьте ответственного.

Журнал регистрации при этом не чистится: действия удалённого пользователя в истории остаются. Это нормально и нужно для аудита — удаление учётной записи не стирает следы её работы.

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

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