К статье
Практический материал

Администрирование · 10 мин

Как поменять пароль в 1С 7.7

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

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

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

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

Где хранятся пароли в 1С 7.7 и что это меняет

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

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

Как сменить пароль через Конфигуратор

Штатный способ подходит, когда вы можете войти в Конфигуратор под пользователем с правами на администрирование. В типовых конфигурациях это пользователь с набором прав «Администратор».

Порядок действий
  1. 1
    Попросите всех пользователей выйти из базы — для изменения списка пользователей нужен монопольный доступ
  2. 2
    Запустите 1С, выберите базу и войдите в режиме «Конфигуратор» под администратором
  3. 3
    Откройте меню «Администрирование» → «Пользователи»
  4. 4
    В списке дважды щелкните по нужному пользователю или выберите его и нажмите «Изменить»
  5. 5
    В поле «Пароль» введите новый пароль, в поле «Подтверждение» повторите его
  6. 6
    Нажмите «ОК» и закройте окно списка пользователей — изменения сохраняются автоматически
  7. 7
    Проверьте вход: запустите режим «Предприятие» и войдите с новым паролем

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

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

Как сбросить пароль, если он забыт

Если пароль администратора утерян и войти в Конфигуратор невозможно, штатных средств восстановления нет. Применяется обходной путь — работа с файлом users.usr напрямую. Это допустимая практика для собственной базы, но выполнять её нужно строго с резервной копией.

Порядок действий. Завершите все сеансы работы с базой. Скопируйте каталог базы целиком в отдельное место. Затем в каталоге базы найдите подпапку usrdef и переименуйте файл users.usr, например в users.usr.bak. После этого база откроется в Конфигураторе без запроса пользователя и пароля. Дальше откройте «Администрирование» → «Пользователи», заведите пользователей заново и задайте новые пароли.

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

Монопольный режим и типичные проблемы доступа

Изменение списка пользователей требует, чтобы в базе не было других активных сеансов. Если при сохранении появляется сообщение о невозможности получить монопольный доступ, значит, кто-то ещё работает в базе или остался «зависший» сеанс после аварийного завершения.

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

Типичные ошибки
01
Смена пароля при работающих пользователях — изменения не сохраняются или выдаётся ошибка монопольного доступа
02
Ввод нового пароля в неверной раскладке или с включённым Caps Lock — после смены войти невозможно
03
Удаление users.usr без резервной копии — теряются права и интерфейсы всех пользователей, их приходится настраивать заново
04
Смена пароля только в одной из нескольких баз — в каждой информационной базе 1С 7.7 свой список пользователей, пароли не синхронизируются
05
Использование пустого пароля после сброса — база остаётся открытой для любого, у кого есть сетевой доступ к каталогу

Особенности для сетевой и SQL-версии

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

Не путайте пароль пользователя 1С с паролем доступа к SQL Server: это разные учётные записи. Смена пароля в Конфигураторе никак не влияет на учётные данные подключения к SQL Server, и наоборот.

Сравнение вариантов

Смена через Конфигуратор

Штатный и безопасный способ; требует входа под администратором и монопольного режима

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

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

Подмена users.usr из другой базы

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

Как проверить результат и организовать дальнейшую работу

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

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

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

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

Вход в режим «Предприятие» с новым паролем
Норма

База открывается, загружается привычный интерфейс пользователя

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

Ошибка «Неверный пароль» — вероятно, пароль введён в другой раскладке; смените его повторно

Список пользователей в Конфигураторе
Норма

Все пользователи на месте, права и интерфейсы соответствуют прежним настройкам

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

Список пуст или права сброшены — восстановите users.usr из резервной копии

Вход других пользователей после сброса файла
Норма

Каждый входит под своим новым паролём

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

Пользователь не найден — его нужно завести заново после сброса users.usr

Итог

Что важно запомнить

Пароль в 1С 7.7 меняется через Конфигуратор в разделе «Администрирование» → «Пользователи» при монопольном доступе. При утере пароля файл usrdef\users.usr переименовывается или подменяется, но только после полного копирования базы. После любой смены обязателен контрольный вход в режиме «Предприятие».

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

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

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

Что делать, если при сохранении выдаётся ошибка монопольного доступа?

Откройте «Администрирование» → «Активные пользователи» и проверьте, кто ещё в базе. Попросите их выйти. Если сеанс «завис» после сбоя, дождитесь тайм-аута или перезапустите сервер с базой, затем повторите попытку.

Удалится ли что-то из данных, если переименовать users.usr?

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

Пароль сменил, но пользователь всё равно входит со старым. Почему?

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

Насколько надёжен пароль в 1С 7.7?

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

Как завести нового пользователя после сброса файла users.usr?

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