Удаление учётной записи в 1С 8.3: что потеряется, что останется и как сделать безопасно

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

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

Как устроены пользователи в 1С и что именно удаляется

В типовых конфигурациях на платформе 8.3 (Бухгалтерия 3.0, ЗУП 3.1, УТ 11 и другие) у каждого пользователя две «половинки»:

• 🔑 Пользователь информационной базы — системная учётная запись платформы. Хранит имя для входа, пароль, привязку к пользователю Windows и набор ролей. Её видно в Конфигураторе: Администрирование → Пользователи.
• 📇 Элемент справочника «Пользователи» — карточка в самой конфигурации. Именно на неё ссылаются документы в полях «Ответственный» и «Автор», история изменений, группы доступа. В Бухгалтерии 3.0 список открывается так: Администрирование → Настройки пользователей и прав → Пользователи.

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

Есть три сценария «удаления», и последствия у них разные:

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

Документы, проводки и история изменений после удаления

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

Что меняется на деле:

• 📄 Поле «Ответственный» в документах. Пока карточка пользователя есть в справочнике (даже помеченная на удаление), там отображается его имя. Если карточку всё-таки удалили физически в обход контроля ссылок, вместо имени появится строка вида <Объект не найден> с внутренним идентификатором.
• 🕓 История изменений (версии объектов). Если в базе включено версионирование, в каждой версии записан автор. Пока карточка жива, история читается нормально и видно, кто и когда правил документ.
• 📜 Журнал регистрации. Записи об операциях остаются. Журнал хранит имя пользователя и его идентификатор, поэтому после удаления в нём по-прежнему видно, кто входил и что менял. Очистить журнал удалением пользователя не получится.
• ⚙️ Персональные настройки. Настроенные формы списков, отборы, варианты отчётов, «Избранное» и основные значения для подстановки привязаны к пользователю. При удалении учётной записи они теряются для нового сотрудника: перенести их на преемника нужно заранее.
• 🧾 Подписи и печатные формы. Если имя пользователя подставлялось в печатные формы как исполнитель, старые документы при повторной печати покажут то же имя, пока жива карточка.

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

Лицензии, сеансы и потеря прав администратора

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

Если лицензий не хватает, смотрите на сеансы, а не на список пользователей:

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

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

• ❌ никто не сможет добавить нового пользователя и раздать права;
• ❌ не получится обновить конфигурацию из режима «Предприятие» и настроить регламентные задания;

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

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

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

Особые риски файловой базы

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

Что учитывать:

• 💾 Копию делайте перед правкой пользователей, а не после. Самый простой способ для небольшой базы — скопировать каталог целиком, когда в ней никто не работает. Выгрузка в файл .dt из Конфигуратора тоже подходит, но требует монопольного доступа.
• 🌐 Сетевая папка. Если база лежит на общем ресурсе, любой, у кого есть доступ к папке, может открыть её своим ярлыком. Удалив пользователя в 1С, проверьте и права на папку в Windows — иначе уволенный сотрудник с доступом к сети сможет скопировать файл базы.
• 🧹 Удаление помеченных объектов в файловой базе нагружает диск и может мешать работе остальных. Запускайте его, когда в базе никого нет.
• 🪟 Вход через Windows. Если у пользователя включена аутентификация операционной системы, при удалении учётной записи домена 1С не узнает его, и наоборот: блокировка в Active Directory не удаляет пользователя в 1С. Закрывать нужно обе стороны.

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

Способ восстановления зависит от того, что именно удалили.

Карточка помечена на удаление

Это самый лёгкий случай.

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

Группы доступа хранятся в справочнике, поэтому права вернутся вместе с карточкой.

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

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

Не создавайте нового пользователя с тем же именем «с нуля». Для программы это будет другой человек: старые документы останутся за прежней карточкой, а в списке появятся два «Иванова».

Карточка удалена физически

Здесь вернуть исходный объект можно только из резервной копии. Новая карточка с тем же ФИО получит новый внутренний идентификатор, и связь со старыми документами не восстановится.

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

Для уволенного сотрудника достаточно трёх действий:

• 🚫 снять флажок «Вход в программу разрешён» в карточке пользователя;
• 👁 включить признак «Недействителен», чтобы пользователь не мешался в списках выбора;
• 🔐 сменить пароль , если у сотрудника мог остаться доступ к сеансу на чужом компьютере.

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

Порядок отключения сотрудника без последствий

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

1. Проверьте администраторов. В списке пользователей должен остаться хотя бы один человек с полными правами и известным паролем, кроме отключаемого.
2. Завершите активный сеанс сотрудника, если он сейчас в базе.
3. Передайте настройки преемнику: отчёты, избранное, отборы списков.
4. Замените основного ответственного. Если пользователь указан ответственным в настройках организации, по умолчанию в договорах или регламентных заданиях — впишите туда другого человека.
5. Запретите вход и, при необходимости, отметьте карточку недействительной.
6. Закройте внешний доступ: права на сетевую папку файловой базы, учётную запись Windows, удалённый рабочий стол, публикацию веб-клиента.

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

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