Закрытие конфигурации в 1С 8.3: три разных действия и как их не путать

Под фразой «закрыть конфигурацию» в 1С скрываются сразу три разных действия, и путают их постоянно. Закрыть можно окно дерева объектов, вернуть запрет на изменение (тот самый замок на поддержке) и просто выйти из Конфигуратора. Это не одно и то же.

Если нужно именно закрыть открытое дерево конфигурации — в Конфигураторе откройте главное меню Конфигурация и выберите пункт Закрыть конфигурацию. Окно с деревом объектов свернётся, а сам Конфигуратор продолжит работать. Ниже разберём все три сценария: когда какой нужен, как не потерять изменения и чем закрытие в файловой базе отличается от серверной.

В каком режиме что закрывается: Предприятие и Конфигуратор

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

• 🧑‍💼 1С:Предприятие — рабочий режим, в нём бухгалтер проводит документы и строит отчёты. Дерева конфигурации здесь нет вообще, закрывать нечего. Пользователь просто завершает сеанс.
• 🛠️ Конфигуратор — режим разработчика. Здесь открывается дерево объектов (справочники, документы, регистры), правятся формы и модули. Именно тут есть команда «Закрыть конфигурацию» и настройка замка поддержки.

Выбрать режим можно в окне запуска 1С: справа кнопки 1С:Предприятие и Конфигуратор. Если base серверная, режим и база те же — меняется только то, что вы делаете внутри.

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

Как закрыть дерево конфигурации в Конфигураторе

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

1. Главное меню → Конфигурация → Закрыть конфигурацию.
2. Если в конфигурации есть несохранённые правки, 1С предложит их сохранить. Нажмите Да, чтобы записать изменения в основную конфигурацию, или Нет, чтобы закрыть без сохранения.
3. Окно дерева закроется. Конфигуратор остаётся открытым — можно работать с журналом регистрации, пользователями, выгрузкой базы.

Чтобы открыть дерево снова, вернитесь в то же меню и выберите Открыть конфигурацию.

Важно различать два понятия внутри Конфигуратора:

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

Замок поддержки: вернуть или снять запрет на изменение

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

Открывается это окно так: Конфигурация → Поддержка → Настройка поддержки.

Что здесь можно сделать:

• 🔓 Снять запрет (открыть для изменения). Кнопка Включить возможность изменения. 1С спросит, как редактировать объекты поставщика: с сохранением поддержки (рекомендуется — останется возможность обновляться от вендора) или с полным снятием с поддержки. Для доработок почти всегда выбирают первый вариант.
• 🔒 Вернуть запрет (закрыть для изменения). В том же окне есть обратное действие — отключить возможность изменения. 1С вернёт правила поддержки, и объекты снова станут недоступны для правки.

После включения возможности изменения правило редактирования можно задать для каждого объекта отдельно. В настройке поддержки объекту выставляется один из режимов:

• 🚫 объект поставщика не редактируется — стандартное состояние типового объекта, тот самый «закрытый» вид;
• ✏️ редактируется с сохранением поддержки — вы правите объект, но связь с поставкой остаётся, обновления продолжают приходить;
• ✂️ снят с поддержки — объект больше не привязан к поставке, вендор его не обновляет.

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

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

Выход из Конфигуратора без потери изменений

Третий сценарий — закрыть Конфигуратор целиком. Делается через Файл → Выход или крестиком окна.

Перед выходом проверьте одну вещь: сохранены ли изменения в основной конфигурации и обновлена ли конфигурация базы данных. Это два разных хранилища:

• Основная конфигурация — та, что вы редактируете. Сохраняется при закрытии дерева или по кнопке Сохранить (значок дискеты, либо Ctrl+S).
• Конфигурация базы данных — по ней реально работает Предприятие. Обновляется командой Конфигурация → Обновить конфигурацию базы данных (горячая клавиша F7).

Если вы правили структуру, но не нажали F7, пользователи в Предприятии не увидят новый реквизит или документ. При закрытии Конфигуратора 1С сама напомнит об изменениях и предложит их сохранить — не игнорируйте это окно.

Когда нужен монопольный (исключительный) доступ к базе

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

Исключительный доступ требуется только для операций, меняющих файл базы целиком:

• 🔄 обновление конфигурации базы данных (F7), если менялась структура — добавлены реквизиты, таблицы, измерения;
• 📥 загрузка информационной базы из файла .dt;
• 🧪 тестирование и исправление информационной базы;
• 📦 загрузка конфигурации из файла .cf с последующим обновлением.

Если в этот момент в базе работают пользователи, 1С выдаст предупреждение, что операция невозможна, пока есть активные сеансы.

Что делать:

• Файловая база. Попросите всех выйти из Предприятия. Активные сеансы видно в Конфигураторе: Администрирование → Активные пользователи.
• Серверная база. Через ту же форму активных пользователей или через консоль администрирования кластера можно установить блокировку начала сеансов, дождаться завершения текущих и выполнить операцию.

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

Пакетный запуск Конфигуратора из командной строки

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

Общий вид команды для файловой базы:

"C:\Program Files\1cv8\8.3.XX.XXXX\bin\1cv8.exe" DESIGNER /F "D:\base" /N "Администратор" /P "пароль" /UpdateDBCfg /DisableStartupDialogs /Out "D:\log.txt"

Разберём ключи:

• DESIGNER — запуск в режиме Конфигуратора (для Предприятия было бы ENTERPRISE).
• /F "путь" — путь к файловой базе. Для серверной вместо этого /S "сервер\база".
• /N и /P — имя пользователя и пароль.
• /UpdateDBCfg — обновить конфигурацию базы данных.
• /DisableStartupDialogs — не показывать стартовые диалоги.
• /Out "файл" — писать лог в файл, чтобы потом разобрать результат.

Частые операции такими же ключами:

• 📤 /DumpCfg "D:\cf\base.cf" — выгрузить конфигурацию в файл.
• 📥 /LoadCfg "D:\cf\base.cf" — загрузить конфигурацию из файла (обычно в связке с /UpdateDBCfg).

Для серверной базы тот же запуск отличается только адресом — вместо /F указывается сервер и имя базы:

"...\bin\1cv8.exe" DESIGNER /S "srv-1c\buh" /N "Администратор" /P "пароль" /UpdateDBCfg /DisableStartupDialogs /Out "D:\log.txt"

Результат пакетного запуска удобно проверять по коду завершения процесса: ноль — операция прошла, ненулевой код означает ошибку, подробности которой пишутся в файл из ключа /Out. На этом строят автоматическое обновление баз по расписанию: планировщик запускает команду ночью, а утром администратор смотрит лог.

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

Если база подключена к хранилищу конфигурации

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

Логика такая:

1. Чтобы редактировать объект, его нужно захватить в хранилище — тогда он помечается как занятый вами, и другие разработчики править его не могут.
2. Когда правки готовы, объект помещают в хранилище — изменения уходят в общее хранилище, а замок с объекта снимается.
3. Если правки не нужны, захват можно отменить — объект вернётся к последней версии из хранилища.

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

Частые ошибки при закрытии и открытии конфигурации

Ниже — не повтор шагов, а ситуации, в которых закрытие идёт не так, как ждут.

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

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