Техника первого сравнения и объединения с конфигурацией-донором
На предыдущем этапе мы успешно подготовили фундамент: скачали дистрибутив и с помощью «Помощника внедрения» сформировали файл конфигурации, содержащий только нужные нам подсистемы. Теперь наступает самый ответственный момент — «пересадка» этих механизмов в нашу рабочую среду. Мы не просто копируем код, мы интегрируем стандарт индустрии, который должен работать слаженно с нашими собственными наработками.
Конфигурация-донор и начало процесса
Файл .cf, который мы получили в результате работы помощника, официально называется Конфигурация-донор. Это эталонный образец, из которого мы будем забирать объекты.
Чтобы начать процесс, в Конфигураторе нашей основной программы выберем пункт меню Конфигурация — Сравнить, объединить с конфигурацией из файла и выберем наш файл-донор.
Важное правило безопасности: Перед любым объединением обязательно создавайте резервную копию (бэкап) базы или фиксируйте текущее состояние в хранилище (Git). В 2026 году это признак профессионализма, который страхует от случайных ошибок.
Настройка правил объединения
Когда перед нами откроется окно сравнения, оно может напугать обилием объектов. Главная задача на этом этапе — Настройка правил объединения. Мы должны указать системе, какие части кода мы берем целиком, а какие нужно аккуратно совместить.
1. Защита идентичности (Корневой объект)
Первым делом обратите внимание на самую верхнюю строку — корень конфигурации.
- Как делать не стоит: Оставить все флажки включенными. В этом случае ваша программа может сменить имя на «БиблиотекаСтандартныхПодсистем», сбросить префикс и версию.
- Как правильно: Снимите флажки со свойств
Имя,Синоним,Версия,Префикс. Мы внедряем функции БСП, но сохраняем уникальность своего продукта.
2. Управление фильтрами
Чтобы не утонуть в списке метаданных, используйте кнопку Фильтр. Рекомендуем установить режим «Показывать только различия». Это скроет идентичные объекты и позволит сфокусироваться на изменениях.
3. Выбор режима для объектов
Для БСП в 2026 году актуальна стратегия «чистого внедрения». Это значит, что для всех новых объектов библиотеки мы устанавливаем режим Взять из файла.
| Тип объекта | Рекомендуемое правило | Почему это важно |
|---|---|---|
| Новые объекты БСП | Взять из файла | Гарантирует целостность фреймворка |
| Общие модули | Объединить с приоритетом файла | Позволяет сохранить ваши правки, если они были |
| Свойства конфигурации | Порядок разделов / Состав ролей | Чтобы не затереть структуру интерфейса |
Техника «Светофор» для принятия решений
Для удобства мы разделяем все изменения на три зоны риска:
- 🟢 Зеленая зона (Безопасно): Новые справочники, документы или общие модули, которых раньше не было в вашей системе. Их мы просто добавляем.
- 🟡 Желтая зона (Внимание): Свойства корневого объекта и общие картинки. Здесь нужно вручную проверять каждый флажок, чтобы не изменить заголовок системы.
- 🔴 Красная зона (Опасно): Объекты, которые уже есть в вашей конфигурации и в БСП (например, общие модули
ОбщегоНазначения). Здесь используется только детальное сравнение текстов модулей.
Постановка на поддержку
После того как мы нажали кнопку «Выполнить», платформа предложит поставить объекты на поддержку. Это критически важный шаг для будущего.
Сравнение и объединение — это не разовое действие. Если мы правильно свяжем нашу конфигурацию с поставщиком (1С), то в будущем обновление БСП до новой версии будет проходить в полуавтоматическом режиме. Мы выбираем вариант «Поставить на поддержку» и разрешаем редактирование с сохранением поддержки для тех объектов, которые планируем дорабатывать.
Совет эксперта: Сохраните настройки объединения в отдельный файл (кнопка «Сохранить настройки» в окне сравнения). Если при тестировании выяснится, что какой-то флажок был забыт, вы сможете повторить процесс за секунды.
Типичные ошибки новичков
- Сброс префикса: Программа начинает генерировать номера документов без вашего кода (например,
00-0001вместоУТ-0001). - Дублирование ролей: Если не проверить состав ролей, пользователи могут потерять доступ к привычным функциям.
- Игнорирование ссылочной целостности: Попытка перенести модуль без справочника, к которому он обращается.
Мы успешно перенесли «кирпичи» в нашу стройку. Но чтобы здание не рухнуло при первом запуске, системе нужен минимальный фундамент, который заставит все эти модули «дышать».
В следующей теме мы разберем, какой минимальный набор объектов необходим для того, чтобы ваша обновленная конфигурация просто запустилась и не выдала ошибку в первую же секунду.