Потеряли пароль в 1С: как вернуть доступ к базе

«Открыть» в смысле «увидеть» действующий пароль в 1С нельзя: он хранится в базе в виде хеша и обратно не расшифровывается. Реальная задача звучит иначе — сбросить пароль и вернуть доступ к базе. Как это сделать, зависит от двух вещей: какой именно пароль потерян и какой у базы вариант работы, файловый или клиент-серверный.

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

Ниже — порядок действий от самого безопасного к крайнему. Начните с определения своего случая: это сэкономит время и убережёт базу от лишних манипуляций.

С чего начать: тип пароля и вариант базы

Прежде чем что-то сбрасывать, ответьте на два вопроса.

Какой пароль потерян? В 1С их несколько, и это разные вещи:

• 🔑 пароль пользователя информационной базы — которым входят в саму программу;
• 🛡️ пароль администратора базы — та же учётная запись пользователя, но с полными правами;
• 🖥️ пароль администратора кластера серверов — только для клиент-серверного варианта, к базе прямого отношения не имеет.

Какой у базы вариант? Посмотрите в окне запуска 1С: выделите базу в списке — внизу покажется строка подключения.

• Путь вида D:\Bases\Buh — это файловая база, все данные в одном файле 1Cv8.1CD.
• Строка вида Srvr="server";Ref="buh" — это клиент-серверная база, данные в СУБД (чаще PostgreSQL или MS SQL).

От этих двух ответов зависит весь дальнейший сценарий. Коротко по способам и их цене:

Сориентироваться по своему случаю помогает короткое дерево:

Сброс пароля пользователя при наличии прав администратора

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

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

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

Способ 2. Через Конфигуратор (работает для любой конфигурации).

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

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

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

Смена пароля таким способом не требует монопольного доступа: другие сотрудники могут продолжать работать, их сеансы не оборвутся.

Файловая база: как вернуть доступ

В файловом варианте весь список пользователей и их пароли (в виде хешей) лежат внутри файла 1Cv8.1CD. Отдельного «мастер-ключа» нет. Поэтому варианты такие.

Есть администратор — см. раздел выше. Этого достаточно в 90% обращений.

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

Потерян единственный администраторский пароль. Штатной кнопки сброса в файловом режиме нет. Рабочие варианты:

• 🗄️ Восстановить из резервной копии . Если есть копия базы (файл 1Cv8.1CD или выгрузка .dt) за период, когда пароль был известен, — разверните её. Это самый надёжный путь без риска для данных.
• 🧑‍💻 Обратиться к специалисту. Партнёр 1С или штатный администратор поднимут доступ на копии базы.

Как развернуть копию. Файловую копию подменяют вручную: закройте базу у всех, замените файл 1Cv8.1CD сохранённой копией. Выгрузку .dt загружают через Конфигуратор — Администрирование → Загрузить информационную базу.

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

Серверная база: пользователи и администратор кластера

В клиент-серверном варианте нужно различать два совершенно разных пароля.

Пароль пользователя базы

Хранится там же, где и в файловом варианте — внутри информационной базы, только теперь она в СУБД. Сбрасывается точно так же: подключаетесь Конфигуратором или режимом «Предприятие» к серверной базе под администратором и меняете пароль в списке пользователей. Отдельно лезть в СУБД для этого не нужно.

Пароль администратора кластера серверов

Это не пароль базы. Администратор кластера управляет службой сервера 1С целиком: списком баз, рабочими процессами, сеансами. Задаётся в консоли администрирования или через утилиту rac.

Если этот пароль потерян:

1. Выберите время, когда в базах никто не работает.
2. ⚠️ Остановите службу сервера 1С (служба ragent). Это оборвёт все активные сеансы пользователей во всех базах кластера — делайте только в согласованное окно.
3. Восстановите служебные файлы кластера (каталог srvinfo) из резервной копии за период, когда пароль был известен.
4. Запустите службу обратно.

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

Внешние обработки и утилиты сброса: когда это оправдано

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

Относиться к ним стоит как к крайней мере, и вот почему:

• ❗ Риск повредить базу. Прямое вмешательство в структуру файла может нарушить целостность данных. Восстановить такую базу бывает дороже, чем стоил потерянный доступ.
• ❗ Нет поддержки. Это не инструмент 1С, гарантий корректной работы на вашей версии платформы никто не даёт.
• ❗ Только своя база. Сбрасывать защиту допустимо лишь на базе, которой вы владеете или распоряжаетесь по работе. Чужая база — это уже не восстановление доступа.

Если всё же идёте этим путём:

1. Остановите работу всех пользователей в базе.
2. Сделайте полную копию папки с базой.
3. Работайте только с копией, оригинал не трогайте, пока не убедитесь в результате.
4. После сброса сразу задайте новый пароль и проверьте, что данные на месте: откройте журнал документов , сверьте остатки.

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

Прямое редактирование таблиц базы — почему лучше так не делать

Для клиент-серверных баз иногда советуют «залезть в SQL и обнулить пароль в системной таблице». Технически список пользователей действительно лежит в служебных таблицах базы данных. Но на практике это худший из вариантов.

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

Поэтому для серверной базы порядок тот же, что и везде:

• если есть администратор — меняйте пароль штатно, в списке пользователей;
• если администратор потерян — восстановите базу (или выгрузку .dt) из резервной копии;
• если копии нет — к специалисту, который поднимет доступ на копии.

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

Как больше не терять пароли

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

• 🗄️ Настройте регулярные резервные копии. Копия за вчера превращает «потерял пароль админа» из катастрофы в десять минут работы.
• 👥 Держите минимум двух администраторов. Если один пароль потерян, второй администратор сбросит его за минуту.
• 🔐 Используйте менеджер паролей. Пароль администратора базы — не та вещь, которую хранят в голове или на стикере под клавиатурой.
• 🪪 Подключите вход по учётной записи ОС (доменную аутентификацию). Тогда сотрудник входит в 1С под своей учёткой Windows, и отдельный пароль 1С для него вообще не нужен — терять нечего.
• 📄 Запишите реквизиты доступа в закрытый документ и храните там же, где доступы к серверу и СУБД. При смене ответственного это избавит от квеста «а кто знал пароль».

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