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

Снять пароль пользователя в 1С может тот, у кого есть права администратора базы. В Конфигураторе: Администрирование → Пользователи, откройте карточку сотрудника, очистите поля «Пароль» и «Подтверждение пароля», нажмите «ОК». В типовых конфигурациях на интерфейсе «Такси» то же самое делается без Конфигуратора: Администрирование → Настройки пользователей и прав → Пользователи, карточка сотрудника, кнопка «Установить пароль ».

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

С чего начать: кто сбрасывает пароль и что нужно проверить

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

Перед сбросом проверьте три вещи:

• 👤 Есть ли в базе второй администратор. Если есть — задача решается за минуту под его учётной записью.
• 🔑 Как пользователь входит. Если включена аутентификация операционной системы, пароль 1С ему не нужен: учётная запись Windows сама открывает базу.
• 🖥️ Вариант базы. Файловая (папка с файлом 1Cv8.1CD) или клиент-серверная (база на кластере серверов 1С и СУБД). От этого зависит порядок действий при потере доступа администратора.

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

Это самый прямой путь. Он работает в любой конфигурации на платформе 8.3, включая самописные.

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

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

Что ещё посмотреть в карточке пользователя

На той же вкладке есть флажки, которые часто путают со сбросом пароля:

Способ 2. Снятие пароля в режиме Предприятия

Для повседневной работы администратору удобнее не открывать Конфигуратор. В типовых решениях пути к списку пользователей такие:

Порядок действий:

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

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

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

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

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

Действуйте по порядку, от простого к трудоёмкому:

1. Узнайте пароль у того, кто внедрял базу. Обслуживающая организация, франчайзи или прежний администратор обычно хранят учётные данные в менеджере паролей. Это самый быстрый и правильный путь.
2. Проверьте резервные копии. Если есть выгрузка .dt или копия файла базы, сделанная, когда пароль был известен, разверните её в отдельный каталог и войдите туда. Рабочую базу это не затрагивает.
3. Обратитесь в обслуживающую организацию. Если базу вели по договору сопровождения, восстановление доступа администратора — их штатная задача. У них есть регламент и, как правило, зафиксированные учётные данные.

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

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

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

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

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

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

Работа с самой СУБД (PostgreSQL или MS SQL Server) при сбросе паролей пользователей 1С не требуется: платформа хранит список пользователей внутри базы и управляет им через свои механизмы, а не напрямую в таблицах сервера. Попытка «поправить» пароль запросами к SQL-таблицам не только не сработает штатно, но и способна нарушить целостность базы.

Консоль администрирования серверов (оснастка или утилита командной строки rac) управляет кластером, информационными базами, сеансами и лицензиями, но не паролями пользователей внутри учёта. Через неё администратор может, например, посмотреть активные сеансы командой rac session list — это помогает понять, кто сейчас в базе, прежде чем снимать блокировку. Точный набор команд смотрите в справке rac help.

Снятие блокировки входа после неудачных попыток

Иногда проблема не в пароле, а в том, что вход заблокирован. Признаки — пользователь уверен в пароле, но система его не пускает или пишет, что вход запрещён.

Частые причины и что проверить:

• 🔒 Учётная запись отключена. В карточке пользователя снят флажок «Вход в программу разрешён» (в типовых на БСП) — установите его обратно.
• ⏰ Истёк срок действия. В настройках пользователя задана дата, после которой вход закрыт, или период неактивности. Продлите срок или снимите ограничение.
• 🚫 Включена блокировка работы с базой. Администратор мог установить общую блокировку сеансов (Администрирование → Обслуживание → Блокировка работы пользователей в типовых). Снимите её, если профилактические работы завершены.
• 🧹 Сбой кэша клиента. Если вход «зависает» только на одном компьютере, помогает очистка локального кэша: закройте 1С и удалите каталог кэша в профиле пользователя (папки с длинными именами из букв и цифр в каталоге данных приложения 1С). После удаления база пересоздаст кэш при следующем входе — настройки и данные при этом не теряются.
• 🧩 Устаревшая строка соединения. Если список пользователей изменился после переноса базы на другой сервер, в окне запуска у пользователя может остаться ссылка на старую базу. Удалите её из списка и добавьте базу заново по актуальному адресу.

Массовый сброс паролей обработкой

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

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

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

Чтобы не повторять сброс каждый месяц, настройте процесс один раз:

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

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

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