Как запустить базу 1С с кодом разрешения

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

Запустить базу с кодом разрешения можно несколькими способами: через параметр командной строки /UC в ярлыке или пакетном файле, через строку подключения в консоли кластера серверов 1С, а также программно через COM-соединение или внешнее соединение. Ниже разобраны все рабочие варианты для файлового и клиент-серверного режимов, типовые ошибки и способы проверить, что вход выполнен именно в обход блокировки.

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

Что такое код разрешения и когда он нужен

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

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

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

Запуск файловой базы через ярлык с параметром /UC

Самый простой способ для файловой базы — создать ярлык с полной командной строкой. Команда выглядит так:

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /UC"Update2026"

Разберём элементы команды. ENTERPRISE — режим запуска толстого или тонкого клиента (для конфигуратора указывается DESIGNER). /F — путь к каталогу файловой базы. /N и /P — имя и пароль пользователя; если их не указать, появится стандартное окно аутентификации. /UC — код разрешения, именно он позволяет пройти блокировку.

Чтобы создать ярлык: щёлкните правой кнопкой на рабочем столе, выберите «Создать → Ярлык», вставьте команду целиком, задайте понятное имя, например «База — обход блокировки». Путь к исполняемому файлу зависит от установленной версии платформы — уточните его в каталоге C:\Program Files\1cv8\ или C:\Program Files (x86)\1cv8\.

Запуск клиент-серверной базы

Для базы на сервере 1С:Предприятия вместо параметра /F используется параметр /S со строкой «сервер\имя_базы»:

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" ENTERPRISE /S"srv1c\Trade_Base" /UC"Update2026"

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

Для тонкого клиента и веб-клиента логика та же: код передаётся параметром командной строки. При работе через веб-сервер код разрешения можно добавить в URL публикации параметром uc, если это предусмотрено настройками публикации, однако надёжнее запускать толстый клиент с явными параметрами.

Пакетный файл для регламентных операций

На практике запуск с кодом разрешения чаще всего оформляют в виде bat-файла, который последовательно выполняет обслуживание: выгрузку, обновление, запуск обработки. Типовой шаблон:

@echo off
set PLATFORM="C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe"
set BASE=/F"D:\Bases\Trade"
set AUTH=/N"Администратор" /P"secret"
set UC=/UC"Update2026"
%PLATFORM% DESIGNER %BASE% %AUTH% %UC% /UpdateDBCfg
%PLATFORM% ENTERPRISE %BASE% %AUTH% %UC% /C"ЗавершитьРаботуСистемы"

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

1. 1
   Установите блокировку соединений с кодом разрешения (через консоль кластера или обработку блокировки в конфигурации)
2. 2
   Дождитесь завершения активных сеансов пользователей или завершите их принудительно
3. 3
   Запустите обслуживание через bat-файл с параметром /UC
4. 4
   Проверьте в журнале регистрации успешное выполнение операций
5. 5
   Снимите блокировку соединений и сообщите пользователям о возобновлении работы

После завершения работ не забудьте снять блокировку — иначе пользователи не смогут войти даже после окончания обслуживания. В типовых конфигурациях это делается в разделе «Администрирование → Обслуживание → Блокировка работы пользователей», в консоли кластера — в свойствах информационной базы очисткой параметров блокировки.

Как проверить, что вход выполнен в обход блокировки

Главный признак успеха — сеанс открылся, хотя другие пользователи получают сообщение о блокировке. Если при запуске появляется окно с текстом блокировки («Работа системы временно приостановлена» и т.п.), значит, код не принят: либо он неверен, либо параметр указан с ошибкой.

Дополнительная проверка — открыть в консоли кластера список сеансов и убедиться, что ваш сеанс активен. Для файловой базы список сеансов доступен в меню «Администрирование → Активные пользователи» внутри самой базы.

Типичные ошибки и их устранение

Чаще всего запуск с кодом разрешения не срабатывает из-за мелких ошибок в командной строке, а не из-за проблем с самой базой.

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

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

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