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

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

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

Почему пароль нельзя посмотреть, а можно только сбросить

Пароли пользователей информационной базы хранятся внутри самой базы — в файле 1Cv8.1CD для файлового варианта или в таблицах СУБД для серверного. Записывается не сам пароль, а его хеш. Обратного преобразования нет, поэтому ни в Конфигураторе, ни в режиме «Предприятие» исходный пароль увидеть невозможно — это не настройка, а защита по замыслу платформы.

Отсюда простой вывод: 🔑 все «рабочие» методы сводятся к тому, чтобы задать новый пароль тому, у кого права есть, либо создать нового администратора. Ищите не способ «прочитать», а способ «перезаписать».

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

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

Сброс пароля администратора в файловой базе

Самый частый случай — локальная файловая база, где забыт пароль. Если у вас есть вход хотя бы под одним пользователем с правом «Администрирование», порядок такой:

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

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

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

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

Когда известных администраторов нет совсем и аутентификации ОС тоже нет, остаётся правка самого файла базы сторонними средствами (например, утилитами класса Tool_1CD, которые открывают структуру 1Cv8.1CD и позволяют очистить таблицу пользователей). Это крайняя мера: она не поддерживается фирмой 1С, требует точного понимания структуры базы и реально опасна для данных. Делайте её только с копией на руках, а лучше поручите специалисту.

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

В серверном варианте пользователи информационной базы хранятся в базе данных СУБД (PostgreSQL или MS SQL). Принцип тот же: пароль — это хеш, прочитать его нельзя. Разница с файловой базой только в том, где физически лежат данные, — на порядок действий это не влияет.

Если administrator-доступ остался, сброс делается так же, как в файловой: откройте базу Конфигуратором и смените пароль нужному пользователю в разделе Администрирование → Пользователи. Сменить пароль можно и в режиме «Предприятие» через Администрирование → Пользователи, но только если у вашей роли есть право управлять пользователями, — у рядового пользователя такой возможности нет.

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

Если забыты все административные учётки информационной базы, вариантов немного:

• восстановить базу СУБД из резервной копии, где доступ ещё был;
• очистить таблицу пользователей в базе СУБД силами того, кто разбирается в её структуре.

Второй вариант — тоже вне официальной поддержки. Не «пересоздавайте кластер» и не удаляйте базу: это потеря данных, а не решение. Задача узкая — вернуть вход, а не перестроить инфраструктуру.

На практике с серверной базой почти всегда правильнее идти через резервную копию СУБД, а не через ручную правку таблиц. Копия разворачивается на тестовом сервере, вы проверяете, что доступ в ней есть, и только потом принимаете решение. Правка таблицы пользователей в боевой базе СУБД без копии — это гарантированный риск уронить базу, которой пользуется вся компания.

Важно не путать два разных пароля:

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

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

Если он потерян, порядок аккуратный:

1. Согласуйте работы с администратором сервера — дальше затрагивается служба, от которой зависят все базы кластера.
2. Остановите службу Агент сервера 1С:Предприятия.

3. Восстановите служебные файлы кластера из резервной копии, сделанной до установки пароля, либо поручите это администратору сервера.
4. Запустите службу обратно и проверьте вход в консоль.

Для просмотра состояния кластера из командной строки есть утилита rac (например, rac cluster list, rac session list). Отдельной команды «сбросить пароль администратора кластера » в ней нет — если сомневаетесь в параметрах, сверяйтесь со справкой rac help, а не подбирайте ключи наугад.

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

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

Реалистичные пути ровно те же, что и при сбросе:

• ✅ Есть любой вход с правом администрирования — откройте Администрирование → Пользователи в Конфигураторе, создайте нового пользователя, на закладке «Прочее» назначьте роль «Полные права», задайте пароль.
• ✅ Есть резервная копия — восстановите базу и заведите администратора уже там.
• ⚠️ Нет ни того, ни другого — без доступа к базе платформа нового администратора «снаружи» не создаёт. Остаётся правка служебных таблиц сторонними средствами (с копией и на свой риск) либо специалист.

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

Чтобы быстро понять свой случай:

Риски и безопасность при сбросе пароля

Сброс пароля сам по себе безопасен, когда делается штатно — через Конфигуратор. Опасны обходные операции над файлом базы или таблицами СУБД:

• 🧱 Повреждение базы. Неточная правка 1Cv8.1CD или таблиц СУБД способна сделать базу нерабочей. Отсюда правило: сначала копия, потом действия.
• 🚫 Потеря поддержки. Прямое редактирование структуры базы не поддерживается фирмой 1С. После такого вмешательства официальная помощь по инциденту усложняется.
• 👥 Активные сеансы. В серверной базе и тем более при остановке службы агента чужие сеансы оборвутся. Предупредите пользователей и выберите окно.
• 🔐 Сигнал о проблеме. Потеря единственного администратора — это обычно симптом слабого управления доступом. После восстановления сразу наведите порядок (см. ниже), иначе ситуация повторится.

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

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

Как не терять доступ администратора в будущем

Большинство авралов с паролем предотвращаются парой привычек. Пройдитесь по короткому списку:

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

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

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