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

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

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

Перед любыми манипуляциями обязательно сделайте резервную копию: для файловой базы — скопируйте файл 1Cv8.1CD, для клиент-серверной — выполните выгрузку через конфигуратор (если есть доступ) или штатный бэкап средствами СУБД. Большинство способов сброса пароля затрагивают служебные данные, и ошибка может привести к потере доступа ко всей базе.

Определите тип базы и имеющиеся доступы

Первый шаг — выяснить, с какой базой вы работаете. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и нажмите «Изменить»: в мастере будет указан тип расположения — «На данном компьютере или в локальной сети» (файловая) или «На сервере 1С:Предприятия» (клиент-серверная). От этого зависит весь дальнейший алгоритм.

Далее проверьте, какие доступы у вас есть. Для файловой базы достаточно доступа к каталогу с файлом 1Cv8.1CD. Для клиент-серверной желательно иметь доступ к консоли администрирования сервера 1С и к СУБД (MS SQL Server, PostgreSQL и др.). Если доступа нет ни к чему, кроме окна ввода пароля, самостоятельный сброс невозможен — обращайтесь к администратору сервера или в обслуживающую организацию.

Проверьте простые варианты до вмешательства в базу

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

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

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

Сброс пароля в файловой базе через редактирование данных пользователей

В файловой базе список пользователей хранится внутри файла 1Cv8.1CD в таблице Params. Прямое редактирование этого файла — самый распространённый способ сброса, когда других администраторов в базе нет.

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

1. 1
   Завершите все сеансы работы с базой и сделайте копию файла 1Cv8.1CD
2. 2
   Откройте файл в утилите для работы со структурой 1CD или HEX-редакторе
3. 3
   Найдите таблицу Params и запись, содержащую данные списка пользователей (users.usr)
4. 4
   Удалите или обнулите найденную запись и сохраните файл
5. 5
   Откройте базу в конфигураторе — вход должен выполниться без пароля
6. 6
   Создайте нового пользователя с полными правами и задайте надёжный пароль
7. 7
   Проверьте вход в режиме предприятия под новой учётной записью

Использование внешних обработок

Альтернатива ручному редактированию — внешние обработки (.epf), которые запускаются в режиме предприятия и сбрасывают или меняют пароли пользователей. Проблема очевидна: чтобы запустить обработку, нужно сначала войти в базу. Поэтому этот вариант работает, только если в базе остался хотя бы один пользователь без пароля или с известным паролем, либо если аутентификация ОС пропускает вас внутрь.

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

Сброс пароля в клиент-серверной базе

В клиент-серверном варианте данные пользователей хранятся в базе СУБД, а не в отдельном файле, поэтому править их придётся средствами СУБД. Списки пользователей хранятся в таблице Params той базы данных, которую использует информационная база.

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

-- Пример для MS SQL Server: просмотр записей со списком пользователей
SELECT FileName, [BinaryData] FROM Params WHERE FileName LIKE '%users%';
-- После резервного копирования удалите найденную запись:
DELETE FROM Params WHERE FileName LIKE '%users%';

Точное имя поля и формат хранения зависят от версии платформы и СУБД, поэтому сначала выполните выборку и изучите содержимое таблицы, а уже потом удаляйте. Никогда не удаляйте всю таблицу Params целиком — в ней хранятся и другие служебные данные конфигурации.

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

Если проблема только в пароле администратора сервера 1С (консоль кластера не пускает), а не в пароле пользователя базы, действуйте иначе. Список администраторов кластера хранится в файле 1CV8Clst.lst в каталоге служебных данных сервера (обычно в каталоге srvinfo). Остановите службу «Агент сервера 1С:Предприятия», сделайте копию файла, удалите или отредактируйте записи администраторов и запустите службу снова — консоль откроется без пароля, и вы добавите нового администратора.

Что сделать после восстановления доступа

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

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

Частые ошибки при сбросе пароля

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

FAQ