Как удалить единственного пользователя в 1С

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

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

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

Почему 1С не даёт удалить единственного пользователя

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

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

Подготовка: что сделать перед удалением

Перед любыми манипуляциями с учётными записями сделайте резервную копию информационной базы. Для файлового варианта достаточно скопировать файл базы (1Cv8.1CD) или выгрузить базу через конфигуратор: «Администрирование → Выгрузить информационную базу». Для клиент-серверного варианта используйте средства СУБД или выгрузку в dt.

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

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

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

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

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

Способ 2: создать нового администратора, затем удалить старого

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

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

В типовых конфигурациях (Бухгалтерия, Управление торговлей, ЗУП) аналогичные действия доступны в режиме Предприятия: раздел «Администрирование → Настройки пользователей и прав → Пользователи». Там же можно снять признак «Вход в программу разрешён» вместо полного удаления, если историю действий пользователя нужно сохранить в читаемом виде.

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

Полное удаление учётной записи

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

Создание нового администратора и удаление старого

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

Блокировка без удаления

Снять пароль и запретить вход, запись оставить. Подходит, когда важно сохранить ФИО автора в документах и историю действий

Особенности для файловой и клиент-серверной базы

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

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

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

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

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

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

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

Вход в базу

Норма

Вход выполняется под новым администратором или без запроса пароля

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

Окно авторизации есть, но зайти не под кем

Список пользователей

Норма

Удалённой записи нет, новый администратор присутствует

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

Запись осталась или администраторов нет в рабочей базе

Регламентные задания

Норма

Выполняются по расписанию без ошибок

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

Ошибки с упоминанием удалённого пользователя

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

Можно ли удалить единственного пользователя, не заходя в конфигуратор?

Да, в типовых конфигурациях это делается в режиме Предприятия через «Администрирование → Пользователи», но ограничение то же: сначала нужно снять административные права или создать другого администратора, иначе платформа откажет в удалении.

Что будет с документами, созданными удалённым пользователем?

Документы и записи останутся в базе без изменений. В полях «Автор» или «Ответственный» ссылка станет пустой или будет отображаться как удалённый объект — в зависимости от конфигурации. Сами данные не пострадают.

Как восстановить доступ, если удалили последнего администратора и войти не получается?

Если пользователей в базе не осталось вовсе, вход выполняется без пароля, и администратора можно создать заново. Если же остались учётные записи без административных прав и ни один пароль неизвестен, потребуется восстановление доступа на уровне файлов базы или сервера СУБД — эту операцию лучше доверить специалисту.

Чем блокировка пользователя отличается от удаления?

При блокировке учётная запись остаётся в списке, но вход под ней запрещён (снимается пароль и признак доступа). ФИО пользователя продолжает корректно отображаться в документах и журналах. Это предпочтительный вариант, когда важна история действий уволенного сотрудника.

Нужно ли удалять пользователя ОС или домена вместе с учётной записью 1С?

Нет, это разные уровни. Удаление пользователя в 1С не затрагивает учётные записи операционной системы и домена. Если сотрудник уволен, блокировку его доменной записи выполняет системный администратор отдельно.