Как вернуть замочек на конфигурацию 1С

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

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

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

Что означает замочек и какие режимы поддержки существуют

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

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

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

Подготовка: что сделать до возврата замочка

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

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

Третий шаг — найти файл поставки (.cf) той же версии, что и конфигурация поставщика в базе. Версию смотрят в «Конфигурация — Поддержка — Настройка поддержки» или в сведениях о конфигурации. Если файла поставки нет, его получают из дистрибутива обновления соответствующего релиза или формируют из другой чистой базы той же версии.

Быстрый способ: возврат правила «не редактируется» без изменений объектов

Если замочек пропал только потому, что кому-то понадобилось «посмотреть» код и объект открыли для редактирования, но фактически ничего не меняли, задача решается за минуту. Откройте «Конфигурация — Поддержка — Настройка поддержки», найдите объекты с правилом «редактируется с сохранением поддержки» и установите для них «не редактируется». Для всей конфигурации можно выбрать корневой узел и задать правило массово.

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

1. 1
   Сделайте выгрузку .dt на всякий случай
2. 2
   Откройте Конфигурация — Поддержка — Настройка поддержки
3. 3
   Для корня конфигурации установите правило «не редактируется»
4. 4
   Подтвердите изменение и проверьте, что у корня появился значок замка
5. 5
   Обновите конфигурацию базы данных (F7), если платформа это запросит

Восстановление из конфигурации поставщика через сравнение и объединение

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

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

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

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

Полная загрузка типовой конфигурации

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

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

Сравнение вариантов возврата замочка

Смена правила поддержки

Подходит, если объекты не менялись. Быстро, без риска. Не работает при реальных изменениях.

Сравнение и объединение с .cf

Точечное восстановление выбранных объектов. Требует аккуратности и файла поставки той же версии.

Полная загрузка .cf

Гарантированно возвращает полную поддержку, но уничтожает все доработки разом.

Проверка результата и обновление конфигурации базы данных

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

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

Контрольные точки

Как проверить результат

Значок у корня конфигурации

Норма

Закрытый замок, статус «на поддержке»

Тревожный признак

Открытый замок или статус «с изменениями»

Дерево настройки поддержки

Норма

У объектов правило «не редактируется»

Тревожный признак

Объекты со статусом «редактируется» без необходимости

Тестовое обновление на копии

Норма

Обновление проходит в автоматическом режиме

Тревожный признак

Платформа запрашивает ручное объединение множества объектов

Типичные ошибки и ограничения

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

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

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

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

Можно ли вернуть замочек без файла поставки .cf?

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

Пропадут ли данные в базе при возврате на поддержку?

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

Что делать, если платформа не даёт установить правило «не редактируется»?

Это признак того, что объект отличается от конфигурации поставщика. Сначала выполните сравнение с конфигурацией поставщика и восстановите объект из неё, после чего правило установится без проблем.

Обязательно ли тестировать на копии базы?

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

Чем расширение лучше доработки основной конфигурации?

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