Налаштування вивантаження ієрархії груп номенклатури з 1С у 1С-Бітрікс
Ієрархія розділів каталогу — перше, що бачить покупець на сайті. Неправильно побудована структура рубрик ламає навігацію та SEO. При інтеграції з 1С завдання звучить просто («передайте дерево папок»), але на практиці структура довідника «Номенклатура» в 1С рідко збігається з тим, що потрібно показувати покупцям.
Структура груп у 1С та її обмеження
У 1С:УТ довідник «Номенклатура» — ієрархічний. Кожна папка може містити підпапки будь-якої глибини. При вивантаженні ця ієрархія передається в секції Класифікатор → Групи XML:
<Групи>
<Група>
<Ід>root-guid</Ід>
<Найменування>Електроніка</Найменування>
<Групи>
<Група>
<Ід>child-guid</Ід>
<Найменування>Смартфони</Найменування>
<Групи>
<Група>
<Ід>grandchild-guid</Ід>
<Найменування>Apple</Найменування>
</Група>
</Групи>
</Група>
</Групи>
</Група>
</Групи>
Бітрікс читає це дерево і створює розділи інфоблока з правильними батьківськими зв'язками (IBLOCK_SECTION.IBLOCK_SECTION_ID).
Типова проблема: у 1С дерево організовано зручно для бухгалтерів та менеджерів із закупівель — не для покупців. Папка «Молочна продукція» містить підпапки «Молоко питне», «Сметана», «Сир» — і все це добре. Але паралельно є папка «Імпортні товари», яка дублює ту ж номенклатуру за іншою ознакою. На сайті така структура потрібна тільки одна.
Фільтрація груп при вивантаженні
У налаштуваннях вузла обміну 1С можна вибрати конкретні групи для вивантаження. Це основний інструмент для «очищення» структури:
- Вивантажуємо тільки «публічні» групи (ті, що потрібні покупцям)
- Виключаємо технічні групи («Послуги», «Тара», «Сировина», «_Архів»)
- Якщо потрібна гілка вкладена в непотрібну — можна вказати дочірню групу напряму
Альтернативний підхід: у 1С додати реквізит «Публікувати на сайті» для груп (булево) і фільтрувати вивантаження по ньому. Це дає точний контроль без зміни структури довідника.
Розрив зв'язку: як не зламати SEO при зміні структури
Коли в 1С перейменовують групу або переміщують її — в Бітрікс при наступному обміні розділ оновиться: зміниться найменування та/або батьківська секція. Але URL розділу (ЧПУ) при цьому не оновиться автоматично — він залишиться попереднім (якщо був заданий вручну) або зміниться (якщо генерується з CODE розділу).
Якщо CODE розділу в Бітрікс генерується з найменування — перейменування групи в 1С змінить CODE, зміниться URL, з'являться биті посилання та втрата позицій у пошуку.
Рішення: вимкнути автогенерацію CODE з назви для розділів інфоблока. CODE має бути заданий один раз і не змінюватися. Для цього в обробнику події OnIBlockSectionAdd / OnIBlockSectionUpdate — перевіряти, що CODE не порожній, і не перезаписувати його при оновленні з 1С.
Синхронізація порядку сортування
У 1С групи відсортовані за алфавітом (або вручну, якщо включено ручне сортування). На сайті порядок розділів у меню та каталозі часто задається вручну редактором.
Щоб обмін не скидав ручне сортування розділів:
- У налаштуваннях вузла обміну Бітрікс увімкнути «Не оновлювати прив'язку до розділів»
- Або в обробнику оновлення розділу (
OnIBlockSectionUpdate) — зберігати полеSORTбез змін, якщо воно вже заповнено
Множинна прив'язка товару до розділів
Один товар з 1С належить одній групі (одна папка-батько). У Бітрікс товар може бути прив'язаний до кількох розділів (через b_iblock_section_element). Цю множинну прив'язку потрібно налаштовувати вручну на сайті — 1С її не передає.
Захист від перезапису: у налаштуваннях обміну увімкнути «Не оновлювати прив'язку до розділів» після першого завантаження. Інакше кожен обмін буде скидати ручні перепривʼязки.
Кейс: реструктуризація каталогу без втрати SEO
Клієнт — виробник промислового обладнання. У 1С структура: «Обладнання для нафтопереробки», «Обладнання для хімічної промисловості» тощо — по галузях. На сайті потрібна структура за типом обладнання: «Насоси», «Компресори», «Теплообмінники».
Проблема: ці класифікації несумісні. Один насос може бути нафтовим і хімічним одночасно.
Рішення: з 1С вивантажуємо технологічну структуру (по галузях) у прихований інфоблок (не відображається в меню). Публічний каталог — окремий інфоблок з ручною структурою за типами обладнання. Синхронізація: при зміні товару в 1С — оновлюється його копія в технологічному інфоблоці, через прив'язку XML_ID дані синхронізуються з публічним інфоблоком.
SEO-структура — повністю під контролем редактора, не залежить від змін у 1С.







