Возврат типовой конфигурации 1С на поддержку после правок

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

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

Что значит «замок» и почему он слетает

Состояние поддержки хранится прямо в конфигурации: для каждого объекта записано правило и «эталон поставщика». Правил три:

• 🔒 Объект поставщика не редактируется — замок закрыт, менять объект нельзя.
• 🔓 Редактируется с сохранением поддержки — менять можно, при обновлении платформа сольёт ваши правки с изменениями поставщика.
• ❌ Снят с поддержки — объект больше не обновляется, всё ведёте вручную.

Замок слетает по понятным причинам:

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

Диагностика: в каком состоянии сейчас поддержка

Откройте базу в Конфигураторе и посмотрите на дерево метаданных. Рядом с корнем и объектами стоят значки замков.

Затем откройте окно Конфигурация → Поддержка → Настройка поддержки. Вверху указано, находится ли конфигурация на поддержке, и показана версия поставщика. Ниже — дерево объектов с правилами.

Три типичные картины:

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

Шаги, когда замок открыт, но поддержка не снималась

Это самый частый случай: возможность изменения включили, а объекты остались привязанными к поставщику.

Шаг 1. Посмотреть, что реально изменено

Объекты, которые вы трогали, помечены в дереве настройки поддержки отдельным значком. Для оценки масштаба откройте Конфигурация → Сравнить, объединить с конфигурацией… и выберите сравнение с конфигурацией поставщика. В списке различий останутся только изменённые объекты.

Если различий нет, править ничего не нужно, достаточно закрыть замки правилами (шаг 3).

Шаг 2. Решить судьбу каждой правки

Для каждого изменённого объекта есть выбор:

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

Шаг 3. Закрыть замки правилами

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

Платформа может предупредить, что часть изменений будет потеряна. Читайте это окно целиком: после подтверждения доработки в объекте исчезнут.

Если конфигурацию снимали с поддержки целиком

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

Что понадобится

• файл поставки .cf с тем же названием конфигурации и тем же номером релиза или выше;
• копия базы и выгрузка текущей конфигурации (на случай, если доработки жалко);
• время без пользователей в базе.

Файл берётся из каталога шаблонов платформы или с носителя поставки либо скачивается через раздел обновления в самой 1С. Загрузка идёт из окна Конфигурация → Загрузить конфигурацию из файла.

Как действовать

1. Выгрузите текущую конфигурацию в .cf, чтобы можно было вернуться.
2. Если доработки нужно сохранить, сначала выделите их отдельно: сравните вашу конфигурацию с файлом поставщика через Конфигурация → Сравнить, объединить с конфигурацией… и составьте список изменённых объектов.
3. Загрузите чистый .cf поставщика. Замки встанут на все объекты.
4. Перенесите нужные доработки: либо в расширение, либо точечно с переводом конкретных объектов в режим «с сохранением поддержки».
5. Обновите конфигурацию базы данных (F7) и проверьте запуск в режиме 1С:Предприятие.

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

Если нужного .cf нет под рукой

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

Работа с файлами конфигурации и расширениями

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

Расширение живёт отдельно от основной конфигурации. Типовая остаётся на замке и обновляется без слияний, а ваши изменения подключаются поверх. Создание: Конфигурация → Расширения конфигурации. Там же расширение можно сохранить в файл .cfe и загрузить в другую базу.

Что проще вынести в расширение:

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

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

Для хранения вариантов удобны два формата:

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

Файловая и клиент-серверная база: в чём разница

Логика поддержки одинакова, различается подготовка.

Файловая база. Пользователи входят напрямую в каталог с 1Cv8.1CD. Перед работой в Конфигураторе убедитесь, что никто не работает в базе: откройте список активных пользователей через Администрирование → Активные пользователи в Конфигураторе. Копия базы — это копия каталога целиком.

Клиент-серверная база . База лежит в СУБД, а доступ идёт через кластер серверов 1С. Копию делайте средствами СУБД, а не копированием файлов. Сеансы пользователей просматриваются и завершаются в консоли кластера. На время изменения структуры (обновление конфигурации БД) блокируйте новые подключения.

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

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

Проверка лицензии и запуск в режиме 1С:Предприятие

Закончив работу в Конфигураторе, проверьте результат так, как его увидит пользователь.

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

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

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

Ошибки при возврате замка и что с ними делать

Дополнительно держите в голове:

• при конфликтах слияния платформа не решает за вас, ей нужно выбрать, чьё значение оставить;
• незаконченное обновление структуры данных лечится повторным запуском, а не откатом;
• если база вдруг «не видит» поддержку после переноса, проверьте, не подменили ли файл 1Cv8.1CD на более старый.

Как не потерять замок снова

Привычки, которые экономят время:

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

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