Код разрешения запуска в 1С: как войти в заблокированную базу

База встречает сообщением Начало сеанса с информационной базой запрещено, а зайти надо срочно. Спасает код разрешения запуска — короткий код, который 1С требует передать при старте, чтобы пропустить вас в заблокированную базу.

Разберём, откуда берётся этот код, как войти через параметр /uc, где его задают при блокировке пользователей и что делать, если код никто не знает.

Что такое код разрешения запуска в 1С

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

Передаётся он параметром командной строки /uc (от англ. unlock code — код разблокировки). Отсюда и запросы вида «1с код разрешения uc» и «uc код разрешения в 1с» — это один и тот же механизм.

💡 Код разрешения запуска — не пароль пользователя. Логин и пароль вводятся как обычно, а /uc идёт дополнительно и снимает именно блокировку сеансов.

Блокировка бывает двух видов:

• 🔒 Ручная — администратор осознанно закрыл базу на обновление, свёртку, тестирование.
• 💾 Автоматическая — сработала при резервном копировании «при завершении работы», и если бэкап оборвался, база осталась запертой.

Ошибка «Начало сеанса с информационной базой запрещено»

Полный текст обычно такой:

Начало сеанса с информационной базой запрещено
По причине: Выполняется создание резервной копии

или с указанием, что база заблокирована администратором и временем окончания блокировки.

Что за этим стоит:

• кто-то включил блокировку и не снял её;
• запланированный бэкап не завершился (закрыли базу, выключили ПК) — флаг блокировки «завис»;
• идёт обновление конфигурации или региональное обслуживание.

Как войти с кодом разрешения через параметр /uc

Способ зависит от того, как вы запускаете 1С. Ниже — три рабочих варианта.

Через список информационных баз (без командной строки)

1. В окне запуска выделите нужную базу, нажмите Изменить.
2. Дойдите до шага «Дополнительные параметры запуска» (кнопка Далее).
3. В поле впишите код в формате /uc"1234", где 1234 — ваш код разрешения.
4. Сохраните и войдите как обычно (логин, пароль).

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

Через ярлык или командную строку (файловая база)

1cv8.exe ENTERPRISE /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /uc"1234"

• /F — путь к папке файловой базы;
• /N и /P — имя и пароль пользователя;
• /uc"1234" — код разрешения запуска.

Через командную строку (клиент-серверная база)

1cv8.exe ENTERPRISE /S"server-1c\Buh" /N"Администратор" /uc"1234"

Здесь /S — адрес сервера и имя базы на кластере.

⚠️ Кавычки вокруг кода обязательны, если в нём есть пробелы. Форма /uc"1234" (без пробела после /uc) работает надёжнее, чем /uc 1234.

Где задать код разрешения при блокировке сеансов

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

Путь в типовых конфигурациях (Бухгалтерия, ЗУП, УТ на 8.3):

1. НСИ и администрирование → Администрирование → Обслуживание.
2. Раздел «Блокировка работы пользователей» (или «Регламентные операции»).
3. Включите блокировку, задайте начало и окончание, при желании — текст сообщения.
4. В поле «Код разрешения» впишите свой код — именно он затем идёт в /uc.

Для клиент-серверной базы блокировку и код можно выставить через консоль кластера (Администрирование серверов 1С) или утилитой rac — в свойствах информационной базы есть поля «Начало/Конец блокировки сеансов» и «Код разрешения».

Сравнение способов управления блокировкой:

Если код разрешения неизвестен

Частый тупик: база заблокирована, а код никто не помнит. Варианты по ситуации.

• 🖥 Серверная база. Откройте консоль кластера → информационная база → снимите отметки «Начало/Конец блокировки сеансов» и очистите «Код разрешения». Блок исчезнет без всякого /uc.
• 💾 Файловая база, блок от бэкапа. Обычно достаточно войти с кодом, который показывался в сообщении о блокировке, затем отключить авто-копирование «при завершении работы». Если сообщение кода не содержало — попробуйте пустой: /uc"".
• 🗂 Файловая база, блок вручную и код утерян. Восстановите базу из свежей резервной копии в отдельную папку и работайте с ней, либо обратитесь к тому, кто настраивал блокировку.

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

Типичные ошибки

• ❌ Пробел в параметре — /uc 1234 иногда обрезает код. Пишите /uc"1234".
• ❌ Забыли убрать /uc из настроек базы — параметр остаётся у всех, кто запускает эту базу с того же компьютера.
• ❌ Путают код разрешения с паролем пользователя — это разные вещи, вводятся отдельно.
• ❌ Снимают блок на сервере, а базу держат файловой (или наоборот) — способ должен совпадать с типом базы.
• ❌ Оставляют включённым авто-бэкап «при завершении работы» — база будет запираться снова и снова после каждого сбоя.

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