← На главную

Часто в процессе разработки конфигураций на платформе 1С возникает необходимость переместить созданный функционал из основной конфигурации в расширение. Разберем детально, как это сделать и какие подводные камни стоит учитывать при выполнении такой задачи.

Технический способ переноса объектов

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

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

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

Риски и архитектурные соображения

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

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

Когда стоит использовать расширения для разработки

Не всегда перенос объектов в расширение является лучшим решением. Рассмотрим стратегии разработки:

1. Разработка в основной конфигурации

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

2. Использование расширений

Расширения отлично подходят для:

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

Рекомендации при обновлении

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

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