Перенос инфоблоков Bitrix через XML экспорт и импорт

Базовый трек

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

Точки напряжения

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

/** После импорта удостоверьтесь что внешние коды сопоставились */
$res = \Bitrix\Iblock\ElementTable::getList([
    'filter' => ['=IBLOCK_ID' => $newBlockId],
    'select' => ['ID', 'XML_ID', 'NAME'],
])->fetchAll();
/** при расхождениях — сверить лог ошибок import с отсутствующими свойствами */

Нестандартные выборки

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