Как открыть базу 1С для изменений

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

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

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

Определяем тип блокировки

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

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

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

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

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

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

Если конфигуратор тоже недоступен (например, база клиент-серверная и у вас нет локального доступа к ней), блокировку снимают через консоль кластера серверов 1С. Откройте консоль, найдите нужную информационную базу, вызовите её свойства и снимите флаг «Блокировка начала сеансов включена». Там же видно сообщение блокировки и код разрешения.

Получаем монопольный доступ

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

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

Снимаем запрет редактирования конфигурации

Если конфигурация типовая и находится на поддержке поставщика, объекты по умолчанию закрыты для изменений. Чтобы открыть их, в конфигураторе выберите «Конфигурация → Поддержка → Настройка поддержки». В окне нажмите кнопку «Включить возможность изменения» и подтвердите действие. После этого в дереве конфигурации у каждого объекта можно выбрать режим: «Редактируется с сохранением поддержки» или «Снят с поддержки».

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

Открытие базы через командную строку и код разрешения

Когда база заблокирована, а войти нужно именно в режиме «1С:Предприятие» (например, чтобы запустить обработку завершения регламентных работ), используют параметр запуска с кодом разрешения. Платформа поддерживает ключ командной строки /UC с кодом, заданным при установке блокировки. Также можно подключиться с параметром «РазрешитьВременныйДоступ» через строку соединения.

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

Для программного снятия блокировки в скриптах обслуживания используют COM-соединитель (V83.COMConnector) или агент сервера администрирования (RAS) в связке с консольной утилитой RAC. Это стандартный подход для автоматизации регламентных операций: скрипт блокирует базу, выполняет обновление или обмен, затем снимает блокировку. Точный синтаксис зависит от версии платформы, поэтому сверяйтесь с документацией к вашему релизу.

Особенности файловой и клиент-серверной базы

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

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

Проверяем результат и откатываемся при проблемах

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

Если после реструктуризации база не открывается или ведёт себя некорректно, восстановите её из резервной копии. Для файловой базы достаточно заменить файл 1Cv8.1CD копией, для клиент-серверной — восстановить дамп средствами СУБД. Именно поэтому копия перед изменениями — не формальность, а единственный гарантированный путь назад.

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