1С пускает без пароля или сразу под чужим именем: убираем автовход пользователя и хранилища

Чтобы отключить автоматическую аутентификацию в 1С:Предприятии 8.3, снимите у пользователя флажок «Аутентификация операционной системы» (в конфигураторе: Администрирование → Пользователи, вкладка «Основные») либо добавьте к запуску базы параметр /WA-. После этого программа перестанет узнавать человека по учётной записи Windows и будет спрашивать логин и пароль.

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

Откуда берётся автоматический вход в 1С

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

• 🪟 Аутентификация операционной системы. Пользователю 1С сопоставлена учётная запись Windows, например \\BUH\ivanova. Если человек вошёл в Windows под этой учёткой, 1С узнаёт его и открывает базу без вопросов.
• 📭 В базе нет ни одного пользователя. Пустой список пользователей означает, что аутентификация не выполняется вообще: любой запуск открывает базу с полными правами.
• 🔑 Пользователь без пароля. Окно входа появляется, но достаточно нажать «ОК». Со стороны это выглядит как автовход.
• ⌨️ Логин и пароль прописаны в ярлыке или параметрах запуска. Параметры /N и /P в командной строке или в свойствах базы подставляют учётные данные молча.
• 💾 Запомненное имя последнего пользователя. Платформа хранит его в кэше клиента и подставляет в поле «Пользователь». Пароль при этом не сохраняется.
• 🗄 Привязка к хранилищу конфигурации. Конфигуратор хранит имя и пароль пользователя хранилища и при захвате или помещении объектов не спрашивает их повторно.

Отключение автовхода через окно запуска 1С

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

Параметр /WA- в свойствах базы

1. Откройте окно запуска 1С:Предприятия (стартер со списком баз).
2. Выделите базу и нажмите «Изменить».
3. Пройдите мастер до страницы, где задаются основной режим запуска и версия платформы.
4. В поле «Дополнительные параметры запуска» впишите /WA-.
5. Нажмите «Готово» и запустите базу.

Теперь при каждом запуске с этого компьютера платформа будет игнорировать учётку Windows и показывать окно ввода логина. Остальные рабочие места это не затрагивает.

Параметр в ярлыке или bat-файле

Если базу открывают ярлыком на рабочем столе, параметр добавляют в командную строку:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\Bases\Buh" /WA-

Для серверной базы вместо /F указывают сервер и имя базы:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /S"srv1c\buh" /WA-

Чтобы войти в конфигуратор под другим пользователем, замените ENTERPRISE на DESIGNER. Противоположный параметр /WA+ принудительно включает аутентификацию ОС.

Настройка пользователя в конфигураторе: снимаем аутентификацию ОС

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

Перед изменениями убедитесь, что у администратора есть пароль 1С. Если отключить аутентификацию ОС у единственного администратора, у которого нет пароля и не отмечена аутентификация 1С:Предприятия, в базу под ним войти не получится.

Пошагово в конфигураторе

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

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

В пользовательском режиме типовых конфигураций

В Бухгалтерии 3.0, ЗУП 3.1 и УТ 11 пользователей удобнее править в самой программе: Администрирование → Настройки пользователей и прав → Пользователи. В карточке пользователя есть те же способы входа — по паролю 1С:Предприятия и через операционную систему. Снимите отметку входа через ОС, задайте пароль и запишите карточку.

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

Очистка кэша и сохранённых настроек клиента 1С

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

Запомненное имя лежит в локальных каталогах базы на компьютере пользователя:

• %APPDATA%\1C\1cv8\<идентификатор базы> — пользовательские настройки, в том числе файл def.usr с именем последнего вошедшего;
• %LOCALAPPDATA%\1C\1cv8\<идентификатор базы> — кэш конфигурации.

Как почистить:

1. Закройте все сеансы 1С на этом компьютере.
2. Откройте каталог %APPDATA%\1C\1cv8 через Win+R.
3. Найдите папку нужной базы. Проще всего ориентироваться по дате изменения: у базы, которую только что закрыли, она самая свежая.
4. Удалите файл def.usr или переименуйте всю папку базы, например добавив _old.
5. Запустите базу — поле «Пользователь» будет пустым.

Кэш конфигурации можно сбросить и без ручного поиска папок — параметром /ClearCache в дополнительных параметрах запуска или в ярлыке. Он полезен, если после смены пользователя или прав клиент продолжает вести себя по-старому.

Хранилище конфигурации: как отключить сохранённого пользователя

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

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

1. Откройте базу в конфигураторе.
2. Если в хранилище захвачены объекты, сначала поместите изменения или отмените захват — иначе после отключения правки придётся переносить вручную.
3. Выберите Конфигурация → Хранилище конфигурации → Отключиться от хранилища.
4. Подтвердите отключение.
5. Выберите Конфигурация → Хранилище конфигурации → Подключиться к хранилищу.
6. Укажите путь к хранилищу, имя и пароль нужного пользователя.

Отключение от хранилища не трогает данные базы и само хранилище. Меняется только связь: база перестаёт считаться рабочей копией этого пользователя.

Если пользователь уже аутентифицирован в хранилище из другой базы

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

Порядок действий:

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

Управление пользователями хранилища

Пользователей заводит администратор хранилища: Конфигурация → Хранилище конфигурации → Администрирование, вкладка пользователей. Там можно добавить нового пользователя , сменить ему пароль, ограничить права на захват и изменение версий или удалить учётную запись уволившегося разработчика.

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

Ошибки входа после отключения автоматической аутентификации

После правок встречаются три типовые проблемы. У каждой своя причина.

Пользователь не может войти совсем

Отключили аутентификацию ОС, но не включили аутентификацию 1С:Предприятия или не задали пароль. У пользователя не осталось ни одного способа входа.

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

Платформа сообщает, что пользователь не идентифицирован

Обычно это значит, что в ярлыке остался параметр /WA+, а у текущей учётки Windows нет сопоставленного пользователя 1С. Уберите /WA+ или замените его на /WA-.

Та же ошибка возникает, когда учётная запись Windows переименована или пользователь перешёл в другой домен: в карточке 1С записано старое имя вида \\ДОМЕН\логин. Исправьте имя или отключите вход через ОС.

Администратор заблокировал сам себя

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

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

Если не помогло

Когда базу всё равно открывает без пароля, пройдите по оставшимся вариантам:

1. Проверьте список пользователей. Если в Администрирование → Пользователи конфигуратора пусто, база не требует входа. Создайте хотя бы одного администратора с паролем.
2. Проверьте файл списка баз. Если базы раздаются через общий файл ibases.v8i или шаблон списка, параметры запуска могут приходить оттуда. Найдите в нём строку нужной базы и посмотрите, нет ли там /N и /P.
3. Проверьте, под какой учёткой запущена 1С. На терминальном сервере или в RemoteApp «чужой» автовход часто объясняется тем, что сеанс Windows открыт под общей учётной записью.
4. Проверьте веб-клиент и тонкий клиент через публикацию. В файле публикации default.vrd можно задать пользователя и пароль для подключения. Тогда все, кто открывает ссылку, входят под одним именем, и это настраивается на веб-сервере, а не в карточке пользователя.

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