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

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

Два пути дают разный результат. Через Конфигуратор вы чистите список пользователей информационной базы — именно он отвечает за вход. Через режим Предприятия (Администрирование → Настройки пользователей и прав → Пользователи) вы работаете с карточкой справочника, и программа на типовых конфигурациях не даст оставить базу без администратора.

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

В 1С есть два разных объекта, которые называют «пользователем»:

• 🔑 Пользователь информационной базы — учётная запись платформы. Имя, пароль, роли, способ аутентификации. Хранится в служебной части базы, виден в Конфигураторе.
• 📇 Элемент справочника «Пользователи» — карточка в типовой конфигурации (БП 3.0, ЗУП 3.1, УТ 11 и других на БСП). На неё ссылаются документы: автор, ответственный, история изменений.

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

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

Перед изменением: копия базы и проверка сеансов

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

Файловая база. Закройте все сеансы и скопируйте каталог с файлом 1Cv8.1CD целиком. Это полная копия, включая список пользователей.

Серверная база. Сделайте выгрузку .dt через Конфигуратор (Администрирование → Выгрузить информационную базу) или резервную копию средствами СУБД. Выгрузка .dt тоже содержит список пользователей.

Выгрузку можно запустить из командной строки, если Конфигуратор открывать неудобно:

"C:\Program Files\1cv8\8.3.24.1548\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "пароль" /DumpIB "D:\Backup\buh.dt" /Out "D:\Backup\dump.log"

Путь к 1cv8.exe и номер версии подставьте свои. Для серверной базы вместо /F "каталог" укажите /S "сервер\имя_базы".

Что ещё проверить до начала:

1. ✅ Вы знаете пароль текущего администратора. Без него в Конфигуратор не попасть.
2. ✅ В базе никто не работает под удаляемой записью. Изменения учётной записи применяются к новым сеансам, а сеанс удалённого пользователя продолжит жить до выхода.
3. ✅ Понятно, что будет после: пустой список (вход без пароля) или новая учётная запись.

Способ 1. Временный администратор, если нужен новый вход

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

Создание новой учётной записи

1. Запустите Конфигуратор под текущим администратором.
2. Откройте Администрирование → Пользователи.
3. Нажмите Добавить. На вкладке Основные заполните Имя и Полное имя.
4. Включите Аутентификация 1С:Предприятия и задайте пароль. При желании добавьте Аутентификация операционной системы и укажите доменную учётную запись Windows.
5. На вкладке Прочие отметьте роли администратора. В типовых конфигурациях на БСП это Полные права и Администратор системы.
6. Нажмите ОК.

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

1. Закройте Конфигуратор и войдите в базу под новой учётной записью — и в режиме Предприятия, и в Конфигураторе.
2. В режиме Предприятия типовая конфигурация сама свяжет новую учётную запись с карточкой справочника или создаст её. Если появится вопрос о сопоставлении — ответьте по смыслу.
3. Снова откройте Администрирование → Пользователи в Конфигураторе и удалите старую запись.

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

Способ 2. Удаление в Конфигураторе до пустого списка

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

1. Запустите 1cv8.exe, выберите базу и нажмите Конфигуратор.
2. Войдите под единственным пользователем.
3. Меню Администрирование → Пользователи.
4. Выделите запись и нажмите Удалить на панели или клавишу Del. Подтвердите.
5. Закройте Конфигуратор и запустите базу заново. Окно входа больше не появится.

Если при сохранении платформа сообщает об ошибке, проверьте, не осталась ли в списке ещё одна запись без административных ролей. Например, когда-то заведённый «Бухгалтер» без прав. Пока она есть, удаление последнего администратора запрещено. Удалите сначала её, потом администратора — или оставьте её и назначьте ей роли администратора.

Что происходит со справочником «Пользователи» в типовой конфигурации:

• 📇 карточка старого пользователя остаётся — она нужна для ссылок в документах;
• 🔗 связь карточки с учётной записью платформы теряется;
• 👤 при входе без пароля программа работает от имени «неуказанного» пользователя с полными правами.

Карточку удалять не нужно. Документы, где этот пользователь указан автором или ответственным, сохранят ссылку на неё.

Способ 3. Удаление через режим Предприятия

В типовых конфигурациях на БСП учётные записи можно вести без Конфигуратора. Путь в БП 3.0, ЗУП 3.1 и УТ 11 одинаковый:

Администрирование → Настройки пользователей и прав → Пользователи

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

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

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

Файловая и серверная база: в чём разница

Порядок действий в Конфигураторе одинаковый. Различается всё, что вокруг.

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

Клиент-серверная база . Пользователи хранятся в базе СУБД, а не в файлах на компьютере бухгалтера. Учтите несколько моментов:

• 🖥 администратор кластера и администратор информационной базы — разные учётные записи. Удаление пользователя 1С не затрагивает администраторов кластера в консоли серверов;
• 🔐 при блокировке сеансов или изменении параметров базы через консоль запрашиваются логин и пароль администратора информационной базы. После замены пользователя вводите уже новые данные;
• 🗄 откат делается из выгрузки .dt или резервной копии СУБД. Восстановление из копии СУБД возвращает базу целиком на момент копии — с потерей документов, введённых после.

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

Если доступ пропал после удаления

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

Что можно сделать по порядку:

1. Проверьте другие способы входа. Если у какой-то записи включена аутентификация Windows, войдите в Конфигуратор с компьютера под этой доменной учётной записью.
2. Восстановите копию. Файловая база — верните скопированный каталог. Серверная — загрузите .dt через Администрирование → Загрузить информационную базу в Конфигураторе или восстановите копию СУБД. Загрузка .dt полностью заменяет данные базы, поэтому делайте её, когда в базе никто не работает.
3. Перенесите свежие данные вручную. Если между копией и сбоем вводились документы, их придётся ввести заново или перенести выгрузкой из копии текущего состояния, сделанной до восстановления.
4. Обратитесь к тому, кто обслуживает базу. Для серверной базы — к администратору сервера СУБД и кластера, для арендованной — к провайдеру.

Чтобы не попасть в эту ситуацию снова:

• 🗝 держите минимум двух администраторов — основного и резервного, пароль резервного храните отдельно;
• 💾 делайте выгрузку .dt перед любыми изменениями пользователей и ролей;
• 🧪 новую учётную запись всегда проверяйте входом, прежде чем удалять старую.

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

Учётную запись используют не только люди. Перед удалением проверьте, где ещё указаны её имя и пароль:

• 🔄 обмены данными — настройки синхронизации с другой базой, сайтом или кассовой программой, где подключение идёт под логином 1С. После удаления обмен начнёт падать с ошибкой аутентификации;
• ⏱ регламентные задания в серверной базе — у задания можно указать пользователя, от имени которого оно выполняется. Если этого пользователя нет, задание не запустится;
• 🌐 веб-сервисы и HTTP-сервисы на опубликованной базе — в публикации или у внешней системы часто прописан логин для входа;
• 🖱 ярлыки и скрипты — в параметрах запуска встречаются /N и /P с именем и паролем, в том числе в ночных скриптах выгрузки .dt.

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

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

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