Не пускает в 1С: снимаем блокировку и возвращаем доступ к базе

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

Главное — сначала понять, что именно вас не пускает. Текст сообщения на экране почти всегда называет причину: «начало сеанса запрещено», «вход в программу запрещён», «неверный пароль». От этого зависит, куда идти — в конфигуратор, в настройки пользователей или в консоль кластера. Ниже разберём каждый случай с точными путями меню для платформы 8.3 (интерфейс «Такси»).

Сначала определите, что именно блокирует вход

Разные причины лечатся по-разному, и действие «наугад» чаще вредит. Сопоставьте сообщение на экране с причиной — а потом переходите к нужному разделу.

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

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

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

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

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

Отдельный случай — флажок запрета входа. Его ставят не в конфигураторе, а в прикладном решении. В 1С:Бухгалтерии 3.0, ЗУП 3.1 и УТ 11 путь одинаковый: Администрирование → Настройки пользователей и прав → Пользователи. Откройте карточку сотрудника и включите Вход в программу разрешён. Снять этот флажок и вернуть его может только пользователь с полными правами.

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

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

Файловая база: где лежат пользователи и что с ними можно сделать

Частое заблуждение: будто в файловой базе 8.3 есть отдельный файл паролей, который можно удалить. Это не так.

В версии 8.3 список пользователей и их пароли хранятся ВНУТРИ файла базы 1Cv8.1CD, а не в отдельном файле. Поэтому приёмы из эпохи 1С 7.7 (удаление users.usr) к восьмёрке не применимы — удалять в каталоге базы нечего, а повреждение 1Cv8.1CD приведёт к потере данных.

Что реально помогает в файловом режиме:

• 🔑 Войти под другим администратором. Если паролей несколько — заходите под тем, что помните, и сбрасываете остальные через конфигуратор (см. раздел выше).
• 🗄️ Восстановить базу из резервной копии, сделанной до того, как пароль был установлен или изменён (см. раздел о бэкапе).
• 🧰 Применить специализированную обработку для своей базы — крайняя мера, о ней ниже.

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

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

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

Через консоль администрирования серверов (оснастка MMC):

1. Откройте Консоль администрирования серверов 1С:Предприятия.
2. Разверните центральный сервер → Информационные базы.
3. Откройте свойства нужной базы.
4. Снимите флажок блокировки начала сеансов (и блокировки регламентных заданий, если нужно), очистите код разрешения.
5. Сохраните изменения — новые пользователи начнут подключаться.

То же самое делается утилитой командной строки rac. Команды лучше смотреть в справке — наберите rac help и rac infobase help: там перечислены актуальные параметры для вашей версии платформы. Выдумывать ключи не стоит — у разных релизов набор отличается.

Параметр /UC работает и для толстого, и для тонкого клиента: его прописывают в свойствах базы в окне запуска (поле дополнительных параметров) либо передают в командной строке. Для веб-клиента код разрешения добавляют к адресу базы параметром uc. Если код разрешения вы не задавали, а блокировку всё равно видите — её, скорее всего, выставила программа при обновлении конфигурации; дождитесь окончания обновления или снимите блокировку в консоли.

Если вы потеряли не пароль пользователя базы, а пароль администратора самого кластера серверов — это другая история (см. последний раздел): пересоздавать кластер или удалять базы не нужно.

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

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

• Для файловой базы резервная копия — это сохранённый файл 1Cv8.1CD или выгрузка .dt. Разверните её в отдельный каталог и проверьте вход, прежде чем заменять рабочую базу.
• Для клиент-серверной базы восстановление идёт из резервной копии СУБД (PostgreSQL или MS SQL) либо из выгрузки .dt через конфигуратор: Администрирование → Загрузить информационную базу.

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

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

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

Чего придерживаться:

• 🧪 Работайте с копией файла базы, а не с оригиналом.
• 📅 Убедитесь, что утилита поддерживает текущий формат 1Cv8.1CD вашей версии платформы — устаревшие ломают структуру.
• 🧯 Держите под рукой нетронутый бэкап на случай неудачи.

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

Отдельно: ничего из этого не относится к взлому чужих баз или обходу лицензирования — такие задачи здесь не рассматриваются.

Потерян пароль единственного администратора

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

Что делать по порядку:

1. Проверьте, нет ли в базе второго пользователя с административными правами — возможно, доступ есть у коллеги или у внедренца.
2. Разверните резервную копию, сделанную до установки пароля, и заведите в ней нового администратора.
3. Для файловой базы в крайнем случае — специализированная обработка по разделу выше, строго на копии.

Отдельно стоит пароль администратора кластера серверов (не путать с пользователем базы). Если потерян он:

• ⛔ Не пересоздавайте кластер и не удаляйте информационные базы — это уничтожит настройки и доступ к данным.
• 🛠️ Восстановите файлы настроек кластера из резервной копии каталога сервера.
• 👤 Если резервной копии нет — обращайтесь к администратору сервера: сброс выполняется на уровне службы сервера 1С.

Как не допустить блокировок в будущем

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

Отдельно про настройки входа в прикладном решении: в разделе Администрирование → Настройки пользователей и прав → Настройки входа можно включить блокировку после нескольких неудачных попыток пароля и срок действия пароля. Это защищает от подбора, но помните, что из-за этих же настроек учётка блокируется временно — не пугайтесь, доступ вернётся сам через заданный интервал.

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