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

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

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

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

Определите тип базы и наличие запасного доступа

Прежде чем что-то менять, установите два факта. Первый — тип информационной базы: файловая (один файл 1Cv8.1CD на диске или в сетевой папке) или клиент-серверная (база работает под управлением MS SQL Server, PostgreSQL или другой СУБД, а подключение идёт через сервер 1С:Предприятия). Это видно в свойствах базы в стартовом окне 1С: строка подключения вида File="D:\Bases\Trade" означает файловый вариант, а Srvr="server";Ref="trade" — клиент-серверный.

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

Смена пароля через другого администратора — самый безопасный путь

Если в базе есть хотя бы один работающий пользователь с ролью «Полные права» или «Администратор системы», восстановление занимает минуты и не требует остановки работы. Зайдите в базу под этим пользователем, откройте раздел «Администрирование» → «Настройки пользователей и прав» → «Пользователи». В типовых конфигурациях на платформе 8.3 путь может незначительно отличаться, но список пользователей всегда находится в разделе администрирования.

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

Дополнительно проверьте список пользователей в конфигураторе: «Администрирование» → «Пользователи». Иногда учётная запись существует на уровне платформы, но не связана с элементом справочника «Пользователи» в конфигурации — тогда человек виден в конфигураторе, но не виден в режиме предприятия. Пароль меняется в обоих местах, приоритет имеет запись платформы.

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

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

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

Первый — использование специализированных утилит, которые умеют открывать файл 1Cv8.1CD и очищать или редактировать таблицу пользователей (таблица Params, где в определённой строке сериализован список пользователей). Такие инструменты распространяются в сообществе администраторов 1С; их работа сводится к тому, что список пользователей очищается, и после этого вход в конфигуратор и предприятие становится возможен без пароля. Затем администратор создаёт учётные записи заново.

Второй подход — программная правка таблицы Params через библиотеки чтения формата 1CD (например, инструменты на базе открытых проектов для разбора файловых баз). Это вариант для специалистов, понимающих структуру хранения: ошибка при записи может сделать файл нечитаемым. В обоих случаях порядок такой: завершить все сеансы, скопировать файл 1Cv8.1CD в отдельный каталог, выполнить правку на копии, проверить вход, и только потом подменять рабочий файл.

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

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

Рабочий метод — правка таблицы Params непосредственно в СУБД. Подключитесь к базе через SQL Server Management Studio, pgAdmin или аналог, найдите таблицу Params и запись, содержащую сериализованный список пользователей (поле FileName со значением 'users.usr' в старых версиях формата; в современных версиях данные хранятся в бинарном поле той же таблицы). Очистка или замена этого значения «пустым» списком пользователей убирает всех пользователей и пароли — после этого вход в конфигуратор выполняется без аутентификации, и учётные записи создаются заново.

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

-- Пример для MS SQL: найти запись со списком пользователей
SELECT FileName, DATALENGTH(BinaryData) AS DataSize
FROM Params
WHERE FileName = 'users.usr';
-- Перед UPDATE обязательно сделайте бэкап базы средствами СУБД

Что делать, если база запаролена на уровне конфигуратора

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

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

Проверка результата и восстановление рабочего контура

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

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

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

Главная причина проблем с паролем администратора — единственная учётная запись с полными правами. Заведите минимум двух администраторов и храните второй пароль в защищённом хранилище (корпоративный менеджер паролей, опечатанный конверт в сейфе руководителя). Тогда увольнение или забывчивость одного человека не парализует работу.

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

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