Забыли пароль от базы 1С: как вернуть вход

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

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

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

С чего начать: чей пароль потерян и есть ли запасной администратор

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

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

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

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

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

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

🔸 Раскладка клавиатуры. Пароль набран в английской раскладке, а вы вводите его в русской (или наоборот). Символы на экране скрыты звёздочками, ошибку не видно.

🔸 Caps Lock и регистр. Пароль 1С чувствителен к регистру: Admin и admin — разные пароли. Проверьте индикатор Caps Lock.

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

🔸 Лишние пробелы. Пробел в начале или конце пароля при копировании из письма или мессенджера ломает вход.

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

Сброс пароля пользователя в Конфигураторе

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

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

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

Тот же список пользователей доступен и из режима 1С:Предприятие — в разделе настроек пользователей и прав (в типовых конфигурациях это Администрирование → Настройки пользователей и прав → Пользователи). Но при потере доступа удобнее и надёжнее работать из Конфигуратора.

Файловая база: вход, когда забыт единственный пароль администратора

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

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

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

3. Специализированные инструменты для .1CD. Существуют сторонние программы для просмотра и правки структуры файла 1Cv8.1CD. Это неподдерживаемый производителем путь: ошибка при редактировании ломает базу целиком.

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

Серверная база: что действительно делает консоль кластера

Для клиент-серверного варианта часто советуют «сбросить пароль через консоль управления кластером». Здесь важно не перепутать два разных понятия.

🔹 Администратор информационной базы на уровне кластера — это учётные данные, которыми кластер защищает административные операции над базой (подключение базы к кластеру, свойства, регламентные операции). Их задают и меняют в консоли администрирования серверов (оснастка MMC или утилита rac).

🔹 Пользователи прикладного решения — те, кого вы видите в списке Администрирование → Пользователи. Они хранятся внутри информационной базы. Консоль кластера НЕ сбрасывает пароли прикладных пользователей — это другой уровень.

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

Что касается утилиты rac: ею управляют кластером из командной строки. Список информационных баз смотрят командой rac infobase summary list, список сеансов — rac session list. Параметры и подкоманды, в которых не уверены, уточняйте в справке — rac help. Не угадывайте ключи наугад: неверная команда над кластером может затронуть работающие базы.

Если вы меняете административные данные информационной базы в консоли, а потом не можете подключить базу — проверьте, что новые учётные данные введены и в свойствах базы, и в строке соединения клиента. Рассинхронизация этих двух мест — частая причина отказа в доступе уже после сброса. Перед остановкой службы сервера посмотрите активные сеансы (rac session list): если в базе работают люди, предупредите их — остановка оборвёт незаписанные документы.

Аутентификация Windows как запасной вход

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

1. В Конфигураторе откройте Администрирование → Пользователи и карточку своего пользователя.
2. На закладке аутентификации включите флажок входа по учётной записи операционной системы.
3. Укажите вашу учётную запись Windows в формате ДОМЕН\Пользователь (для локальной — КОМПЬЮТЕР\Пользователь).
4. Запишите изменения.

Теперь при запуске базы под этой учётной записью Windows пароль 1С не потребуется — система узнает вас по сеансу ОС. Это удобно и как основной вход, и как страховка на случай забытого пароля 1С.

Чего делать не стоит: «утилиты сброса» и правка через SQL

Вокруг забытого пароля 1С много советов разной степени опасности. Разберём, что лучше обойти стороной.

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

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

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

Законный и предсказуемый набор инструментов короткий: второй администратор, вход по ОС, резервная копия. Всё остальное — риск для данных.

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

Потеря пароля администратора — организационная, а не техническая проблема. Снимается заранее.

Два работающих администратора закрывают 90% подобных ситуаций: если один забыл пароль, второй его сбросит за минуту. Вход по ОС добавляет независимый канал доступа, который не зависит от памяти на пароли.

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