Подготовка дистрибутива и запуск обработки «ПомощникВнедрения.epf»
Мы уже разобрались, что БСП — это не монолитная глыба кода, а гибкий конструктор. Но как не запутаться в сотнях объектов при сборке? На этом этапе мы переходим от теории к практике. Наша задача сегодня — подготовить «стройплощадку» и запустить нашего главного цифрового помощника.
Где взять исходные материалы?
Прежде чем что-то внедрять, нам нужен Дистрибутив БСП. Это полный набор файлов, который выпускает фирма «1С». В 2026 году мы скачиваем его напрямую с портала ИТС (Информационно-технологического сопровождения).
Важно: Для корректной работы современных версий библиотеки убедитесь, что ваша платформа обновлена до версии 8.3.24 или выше.
После скачивания и установки дистрибутива в каталоге шаблонов (обычно это папка tmplts) мы обнаружим несколько критически важных элементов:
- Файл поставки (.cf) — это «эталонная» конфигурация, которая содержит в себе абсолютно все подсистемы БСП. Мы будем использовать её как донора.
- Демонстрационная база — готовое приложение, где можно подсмотреть, как работают механизмы «вживую».
- Папка со внешними обработками — именно здесь лежит наш главный инструмент.
Знакомство с Помощником внедрения
Попытка вручную выбрать нужные объекты в дереве метаданных — это путь к ошибкам. Можно забыть маленькую константу, и вся система «упадет» при запуске.
Для автоматизации этого процесса существует Помощник внедрения — внешняя обработка ПомощникВнедрения.epf.
Это не просто список галочек. Это интеллектуальный навигатор, который знает всё о связях внутри библиотеки. Его главная задача — составить для нас точный список объектов, которые необходимо перенести в нашу программу.
Как мы запускаем процесс:
- Создаем пустую базу в режиме «1С:Предприятие».
- Через меню «Файл» — «Открыть» запускаем
ПомощникВнедрения.epfиз каталога дистрибутива. - В самом начале Помощник попросит указать путь к Файлу поставки (.cf). Так он поймет, с какой версией библиотеки мы работаем.
Практика: Выбор подсистем и магия зависимостей
В интерфейсе Помощника мы увидим дерево всех доступных подсистем. Давайте попробуем решить простую задачу: нам нужно внедрить только «Управление пользователями».
Как это работает:
- Ожидаемый результат: Мы ставим одну галочку напротив «Пользователи».
- Реальность БСП: Помощник тут же подсветит еще несколько пунктов (например, «Обновление версии ИБ», «Файловые функции» и, конечно, «Ядро»).
Это и есть контроль зависимостей. Помощник не позволит нам создать «инвалидную» систему, которой не хватает жизненно важных органов.
| Тип подсистемы | Описание | Можно ли отключить? |
|---|---|---|
| Ядро | Фундамент, на котором держится всё | Нет, выбирается всегда |
| Обязательные | Сервисные механизмы (обновление, базовые типы) | Почти всегда включены |
| Вариативные | Контактная информация, Печать, Поиск | По нашему желанию |
Подготовка «рецепта» для внедрения
После того как мы отметили всё необходимое, Помощник предложит нам сохранить результат. На выходе мы получаем не просто список, а специальный файл настроек.
Что мы НЕ делаем:
- Мы не пытаемся запомнить список объектов на слух.
- Мы не копируем модули через буфер обмена (Ctrl+C / Ctrl+V).
Что мы делаем: Мы нажимаем кнопку «Создать отчет для сравнения и объединения». Этот отчет станет нашей дорожной картой. Помощник точно скажет: «Возьми вот эти 120 объектов из 2000 доступных, и всё будет работать идеально».
Если на этом этапе мы решим сэкономить и не включать «Ядро», Помощник просто не даст нам продолжить. Это отличная страховка от невнимательности.
Теперь, когда у нас в руках есть готовый «рецепт» и понимание состава нашей будущей системы, мы стоим на пороге самого ответственного момента.
Впереди нас ждет техническое «скрещивание» БСП с вашей конфигурацией. Мы научимся правильно совмещать эти два мира в теме «Техника первого сравнения и объединения с конфигурацией-донором», чтобы ни одна строчка кода не потерялась при переносе.