К статье
Практический материал

Администрирование · 9 мин

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

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

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

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

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

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

В типовых конфигурациях (Бухгалтерия, Управление торговлей, ЗУП, ERP) существует два связанных объекта: пользователь информационной базы (логин, пароль, роли, аутентификация) и элемент справочника «Пользователи» (ФИО, подразделение, настройки). При удалении обычно затрагиваются оба.

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

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

Что происходит с документами и данными

Самый частый страх — «пропадут ли документы уволенного менеджера». Не пропадут. Документы в 1С хранятся как самостоятельные объекты, и реквизит «Ответственный» или «Автор» — это лишь ссылка на справочник. Удаление ссылки не трогает сам документ, его проводки и движения по регистрам.

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

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

Отключение, пометка на удаление или физическое удаление

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

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

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

Отключение входа

Увольнение сотрудника. Данные и ссылки целы, вход закрыт, при необходимости всё обратимо. Рекомендуемый вариант.

Пометка на удаление

Чистка списка от неиспользуемых записей. Ссылки работают, объект можно восстановить, сняв пометку.

Физическое удаление

Окончательная чистка базы. Только после проверки ссылок; битые ссылки в документах и настройках RLS — типовое последствие.

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

Правильная последовательность минимизирует риски. Не начинайте с кнопки «Удалить» — сначала подготовьте базу и проверьте связи.

Порядок действий
  1. 1
    Сделайте резервную копию базы (выгрузку .dt или средствами СУБД).
  2. 2
    Завершите активные сеансы пользователя через консоль кластера или «Активные пользователи».
  3. 3
    Снимите флажок «Вход в программу разрешён» и отзовите роли у пользователя ИБ.
  4. 4
    Проверьте, не назначен ли пользователь ответственным в настройках, подписках на задачи, маршрутах согласования — замените на другого сотрудника.
  5. 5
    Пометьте элемент справочника «Пользователи» на удаление.
  6. 6
    Запустите «Удаление помеченных объектов» и изучите список ссылок: при наличии важных связей замените их или откажитесь от физического удаления.
  7. 7
    Проверьте результат: вход невозможен, документы открываются без ошибок, отчёты строятся.

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

Типичные ошибки и риски

Типичные ошибки
01
Физическое удаление без проверки ссылок — в документах и настройках появляются записи «Объект не найден».
02
Удаление пользователя, который указан ответственным в подписках на события или бизнес-процессах — задачи перестают назначаться.
03
Удаление единственного администратора с полными правами — база остаётся без возможности администрирования.
04
Только пометка на удаление без отключения аутентификации — уволенный сотрудник продолжает входить в базу.
05
Удаление без резервной копии — восстановить учётную запись с её настройками уже нельзя.

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

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

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

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

Вход под удалённой учётной записью
Норма

Вход отклонён, пользователя нет в списке выбора

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

Пользователь по-прежнему входит в базу

Документы, где он был автором
Норма

Документы открываются, ответственный отображается или заменён

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

Ошибки «Объект не найден», документы не открываются

Отчёты и оборотно-сальдовая ведомость
Норма

Данные и остатки не изменились

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

Пропали проводки или остатки — признак повреждения, восстанавливайте копию

Бизнес-процессы и задачи
Норма

Задачи назначаются новому ответственному

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

Задачи зависли без исполнителя

Когда лучше не удалять, а отключить

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

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

Маршрут решения

Как выбрать действие

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

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

Пропадут ли документы, если удалить пользователя?

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

Можно ли восстановить удалённого пользователя?

Помеченного на удаление — да, сняв пометку. Физически удалённого — только из резервной копии. Настройки интерфейса и пароль при этом придётся задавать заново, если копия старая.

Пользователь помечен на удаление, но всё равно входит в базу. Почему?

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

Что делать, если удалили последнего администратора?

Если в файловой базе не осталось пользователей с полными правами, при входе с пустым списком пользователей 1С может предложить войти без аутентификации с полными правами — зависит от настроек. В клиент-серверном варианте потребуется добавление пользователя через конфигуратор или восстановление из копии. Чтобы не попасть в такую ситуацию, всегда держите минимум двух администраторов.

Нужно ли удалять пользователя из Active Directory или аутентификации ОС?

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

Влияет ли удаление пользователя на лицензии 1С?

Программные и аппаратные лицензии 1С не привязаны жёстко к именам пользователей ИБ — учитываются активные сеансы. Удаление неиспользуемых учётных записей не освобождает и не занимает лицензии, но помогает навести порядок в списке сеансов.

Итог

Что важно запомнить

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