Как сбросить пароль в 1С 7.7

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

Способ сброса зависит от формата базы: файловая (dbf) или клиент-серверная (SQL). В файловом варианте все сводится к удалению или замене каталога с описанием пользователей, в SQL-варианте придется работать с таблицей пользователей через средства СУБД. Ниже разобраны оба сценария, а также случай, когда пароль нужен не администратору, а рядовому пользователю.

Как устроено хранение паролей в 1С 7.7

В файловой версии 1С 7.7 внутри каталога информационной базы есть подкаталог usrdef. В нем лежит файл users.usr, содержащий список пользователей, хеши их паролей и ссылки на интерфейсы и права. Если этого файла нет, конфигуратор при запуске считает, что пользователей в базе нет, и открывает доступ без запроса пароля.

В SQL-версии список пользователей хранится в таблице _users (в некоторых релизах имя может отличаться) внутри базы данных на сервере SQL Server. Удаление записей из этой таблицы дает тот же эффект — вход без пароля. Прямое редактирование таблиц — операция на свой риск, поэтому перед ней обязательно делается резервная копия средствами самого SQL Server.

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

Подготовка: резервная копия и завершение сеансов

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

Сделайте полную копию каталога информационной базы (для файловой версии) или резервную копию базы данных через SQL Server Management Studio (для SQL-версии). Копия должна включать все файлы: данные, словарь, конфигурацию и служебные каталоги. Это единственная гарантия, что при ошибке вы вернетесь к исходному состоянию.

Сброс пароля в файловой базе (dbf)

Это самый распространенный сценарий. Порядок действий простой, но требует аккуратности: удаляется именно каталог usrdef, а не вся база.

1. 1
   Завершите все сеансы работы с базой и закройте 1С на всех компьютерах.
2. 2
   Скопируйте каталог информационной базы целиком в отдельное место как резервную копию.
3. 3
   Откройте каталог базы и найдите внутри него подкаталог usrdef.
4. 4
   Переименуйте usrdef, например в usrdef_old, или удалите его (при наличии копии).
5. 5
   Запустите конфигуратор 1С 7.7 — вход выполнится без запроса пароля.
6. 6
   Откройте «Администрирование — Пользователи», создайте пользователей заново и задайте новые пароли.

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

Альтернатива полному удалению — заменить файл users.usr аналогичным файлом из другой копии этой же базы, где пароль известен. Такой вариант подходит, если есть архивная копия, в которой учетные записи совпадают с текущими.

Сброс пароля в SQL-версии 1С 7.7

В клиент-серверном варианте каталога usrdef нет — пользователи хранятся в таблице базы данных на SQL Server. Для сброса нужны права на уровне СУБД: учетная запись с возможностью выполнять запросы к базе 1С.

Общая последовательность такая: остановить работу пользователей, сделать резервную копию базы средствами SQL Server, затем очистить таблицу пользователей запросом вида DELETE FROM _users. После этого конфигуратор откроется без пароля, и учетные записи создаются заново через «Администрирование — Пользователи».

-- Только после резервной копии базы!
USE [ИмяБазы1С];
DELETE FROM _users;

Имя таблицы зависит от релиза платформы, поэтому перед удалением проверьте структуру базы: найдите таблицу, в которой есть поля с именами пользователей. Если опыта работы с SQL Server нет, эту операцию лучше поручить администратору БД — ошибочный запрос может затронуть не ту таблицу.

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

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

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

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

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

После создания пользователей заново запустите штатное «Тестирование и исправление» информационной базы из конфигуратора (сначала в режиме только тестирования). Это позволит убедиться, что манипуляции с файлами не повредили структуру данных.

Типичные ошибки и ограничения

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

Как не потерять доступ снова

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

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

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