Как сбросить пароль пользователя в базе 1С

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

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

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

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

Файловая база — это каталог на диске с файлом 1Cv8.1CD. Серверная база работает через сервер 1С:Предприятия и СУБД (MS SQL, PostgreSQL и др.). Тип базы виден в списке информационных баз при запуске 1С: выделите базу и нажмите «Изменить» — там будет указан вариант размещения.

Сброс пароля через конфигуратор

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

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

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

1. 1
   Откройте базу в режиме конфигуратора
2. 2
   Перейдите: Администрирование → Пользователи
3. 3
   Откройте карточку нужного пользователя
4. 4
   Введите новый пароль и его подтверждение
5. 5
   Сохраните и проверьте вход в режиме предприятия

Смена пароля другим пользователем с полными правами

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

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

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

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

Файловая база хранит список пользователей внутри основного файла 1Cv8.1CD. Если ни один пароль неизвестен, стандартный приём — очистить список пользователей, после чего вход в базу станет возможен без пароля (при пустом списке пользователей 1С пускает всех с полными правами).

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

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

Сброс пароля в серверной базе

В клиент-серверном варианте список пользователей хранится в таблицах базы данных на СУБД. Прямая правка таблиц SQL-запросами — рабочий, но рискованный метод: структуру таблиц нельзя менять, а очистка данных о пользователях выполняется аккуратно и только при остановленных сеансах.

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

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

-- Пример: просмотр записей таблицы Params (только чтение)
SELECT FileName, [Value] FROM Params WHERE FileName LIKE '%users%';

Пароль администратора кластера и хранилища конфигурации

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

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

Проверка результата и защита после сброса

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

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

Часто задаваемые вопросы