← На главную

Часто перед разработчиком встает задача: необходимо добавить новый справочник, документ или дополнительный реквизит в типовое решение (например, в «1С:Бухгалтерию» или «1С:ERP»), но конфигурация находится на полной поддержке (стоит «замок»). В этой ситуации важно сохранить возможность автоматического обновления, не превращая процесс актуализации базы в многочасовое ручное сравнение кода. Разберем подробно, как правильно настроить конфигурацию для внесения изменений, какие инструменты использовать и как решать возникающие при этом технические сложности.

Понимание состояний поддержки объектов

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

• Серый замок: Объект полностью находится на поддержке поставщика. Его редактирование запрещено. Это гарантирует максимально простое обновление.
• Желтый кубик (без замка): Объект находится на поддержке, но включена возможность редактирования. Ваши изменения будут сохраняться, а при обновлении система предложит объединить ваш код с кодом поставщика.
• Белый лист (отсутствие иконки): Объект полностью снят с поддержки. Это означает, что при обновлении типовой конфигурации этот объект не будет затрагиваться, и вам придется вручную переносить в него изменения от поставщика.

Способ 1: Использование механизма расширений (рекомендуемый)

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

Выясним основные этапы работы с расширениями:

1. Создаем новое расширение в меню Конфигурация — Расширения конфигурации.
2. Назначаем ему назначение (например, «Дополнение»).
3. Добавляем в расширение нужный объект поставщика (например, справочник Номенклатура) через контекстное меню «Добавить в расширение».
4. Внутри расширения создаем новый реквизит.

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

Способ 2: Настройка правил поддержки в основной конфигурации

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

Рассмотрим по шагам процесс включения возможности изменения:

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

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

Как разрешить редактирование конкретного объекта

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

Решение ошибки «Данное правило невозможно установить рекурсивно»

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

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

Как это исправить:

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

Как вернуть «замок» (полную поддержку)

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

1. Подготовьте файл конфигурации поставщика (.cf или .cfu) той же версии, что установлена у вас.
2. Перейдите в Конфигурация — Сравнить, объединить с конфигурацией из файла.
3. В окне сравнения снимите все галочки (чтобы не затереть данные).
4. Нажмите кнопку «Настройка» и убедитесь, что включен режим постановки на поддержку.
5. Выполните объединение. Система увидит, что объекты идентичны файлу поставщика, и вернет пиктограммы замков на место.

Альтернатива: Дополнительные реквизиты (БСП)

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

Резюме

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