Забыла пароль от 1С 8.3: что делать и как восстановить доступ

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

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

Шаг 1. Определите тип базы и свою роль

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

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

Сброс пароля через администратора (штатный способ)

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

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

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

Если вход выполняется через аутентификацию Windows

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

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

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

Порядок действий: закройте все сеансы работы с базой, сделайте резервную копию каталога базы (как минимум скопируйте файл 1Cv8.1CD и users.def), затем переименуйте users.def, например в users.def.bak. После этого откройте конфигуратор — вход выполнится без запроса пароля. Зайдите в меню «Администрирование» → «Пользователи» и создайте заново учётные записи: администратора с полными правами и остальных пользователей. Затем войдите в режим предприятия и проверьте работу.

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

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

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

Если полных прав нет ни у кого, применяется технический приём: базу выгружают в файл .dt через конфигуратор (если есть доступ к конфигуратору без пароля — например, когда аутентификация ОС разрешена), либо таблицу пользователей правят средствами СУБД. Работа напрямую с таблицами SQL — рискованная операция: структура хранения пользователей в 1С не документирована для ручной правки, и ошибка может привести к неработоспособности базы. Такие действия стоит поручить специалисту по администрированию 1С.

Сравнение вариантов восстановления

Сброс через второго администратора

Самый быстрый и безопасный способ; подходит, если в базе есть ещё один пользователь с полными правами

Переименование users.def

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

Правка через СУБД

Для серверной базы без доступа; сложно, рискованно, только с участием специалиста

Восстановление из резервной копии

Если есть копия, сделанная до смены пароля; минус — потеряются данные, введённые после копии

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

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

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

Контрольные точки

Как проверить результат

Вход в базу

Норма

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

Тревожный признак

Ошибка «Неверное имя пользователя или пароль» — учётная запись не создана или пароль не совпадает

Права доступа

Норма

Открываются нужные документы и отчёты

Тревожный признак

Сообщения «Нарушение прав доступа» — роли не назначены

Связь со справочником

Норма

Пользователь виден в списке «Пользователи» режима предприятия

Тревожный признак

Учётная запись есть в конфигураторе, но отсутствует в справочнике конфигурации

Остальные сотрудники

Норма

Все пользователи пересозданы и входят

Тревожный признак

Кто-то из сотрудников не может войти — список восстановлен не полностью

Типичные ошибки и как их избежать

Самая частая ошибка — удаление users.def без резервной копии. Если что-то пойдёт не так или потребуется вернуть старый список пользователей, восстановить его будет нечем. Вторая ошибка — работа с файлами базы, пока она открыта другими пользователями по сети: это грозит повреждением данных, а не только проблемами с входом.

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

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

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

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

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

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

Можно ли узнать старый пароль, а не сбрасывать его?

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

Что будет, если просто удалить файл users.def?

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

Не вижу файла users.def в каталоге базы. Почему?

Скорее всего, у вас клиент-серверная база: в ней пользователи хранятся внутри базы данных на сервере СУБД, и файла users.def нет. Проверьте тип базы в окне запуска 1С через кнопку «Изменить». Для серверной базы сброс выполняется через второго администратора или с участием специалиста по СУБД.

Пароль ввожу правильно, но 1С пишет «Неверное имя пользователя или пароль». В чём дело?

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

Можно ли войти в базу, если забыт пароль, но включена аутентификация Windows?

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

Потеряются ли данные при сбросе пароля?

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