Повний посібник з обміну між 1С:Автосервіс та Бітрікс
Уявіть: інтернет-магазин автозапчастин, 45 тисяч позицій, кожна з OEM-номером, крос-аналогами та прив'язкою до автомобілів. Всі ці дані живуть у 1С:Автосервіс — а на сайті їх потрібно не тільки відобразити, але й забезпечити швидкий пошук і фільтрацію. У типовій реалізації CommerceML передає лише найменування та артикул — а для автосервісу критично важливі OEM-номер, крос-аналоги та прив'язка до автомобілів. Якщо не налаштувати правильно, покупець не знайде потрібну деталь, а обмін гальмуватиме сайт годинами.
Ми стикалися з такими кейсами десятки разів, і щоразу виникали одні й ті ж проблеми: стандартний CommerceML не передає складну структуру застосовності, обмін «підвішує» сервер, а крос-номери губляться при імпорті. Розберемо, як налаштувати інтеграцію, щоб вона працювала стабільно та швидко, з конкретними прикладами конфігурацій та оптимізацій.
Зв'яжіться з нами для аудиту вашої конфігурації 1С та Бітрікс — ми запропонуємо оптимальну схему інтеграції.
Як налаштувати обмін 1С:Автосервіс та 1С-Бітрікс?
Номенклатура в 1С:Автосервіс
Конфігурація зберігає запчастини з розширеними атрибутами:
- Артикул виробника (OEM-номер)
- Крос-номери (аналоги інших виробників)
- Застосовність (марка, модель, рік випуску, двигун)
- Бренд/виробник
- Ознака «нова/б/в»
- Гарантійний термін
Стандартний CommerceML передає найменування та артикул. OEM-номери, крос-номери та застосовність — через ДодатковіРеквізити. На стороні Бітрікс кожен із цих реквізитів має стати властивістю інфоблоку з правильним типом (рядок, множинне значення для крос-номерів, прив'язка до довідника для застосовності). Згідно з офіційною документацією CommerceML, ці реквізити можна передавати без обмеження кількості, але важливо правильно налаштувати обробник імпорту.
Застосовність: найскладніша частина
Застосовність запчастини — це зв'язок «багато-до-багатьох»: одна запчастина підходить до кількох автомобілів, один автомобіль використовує безліч запчастин. У 1С:Автосервіс застосовність зберігається в регістрі відомостей. У CommerceML немає стандартного способу передати цю структуру. Розглянемо два підходи.
Варіант 1: JSON у реквізиті. У 1С формуємо JSON-рядок із застосовністю та кладемо в ДодатковийРеквізит:
[ {"make":"Toyota","model":"Camry","year_from":2006,"year_to":2011,"engine":"2AZ-FE"}, {"make":"Toyota","model":"RAV4","year_from":2005,"year_to":2012,"engine":"2AZ-FE"} ] У Бітрікс — властивість типу «Текст» із зберіганням JSON. Фільтрація за застосовністю — через повнотекстовий пошук або окрему таблицю.
Варіант 2: Окремий інфоблок застосовності. Створюємо в Бітрікс окремий інфоблок «Застосовність» (марка/модель/рік/двигун) та інфоблок «Запчастини» з прив'язкою через властивість типу «Прив'язка до елементів». Це правильна архітектура для повноцінного підбору за автомобілем, але синхронізувати її з 1С складніше — потрібен кастомний обробник імпорту.
Вибір підходу залежить від масштабу. Для каталогу до 100 тисяч позицій з нечастим підбором по авто достатньо JSON, для великих магазинів з активним фільтром — окремий інфоблок.
Чому обмін може гальмувати сайт і як це виправити
При повному обміні каталогом з 45 тисяч позицій стандартний CommerceML генерує величезний XML-файл (до 100 МБ), який сервер обробляє десятки хвилин. Під час імпорту база даних блокується, сайт «зависає». Рішення: вивантажувати лише позиції в наявності, зображення передавати через FTP окремо від XML, використовувати інкрементальний обмін (delta-обмін) — передавати лише змінені за період записи.
| Параметр | Повний обмін | Інкрементальний обмін |
|---|---|---|
| Обсяг даних | Весь каталог | Лише зміни з останньої синхронізації |
| Час виконання | 12–40 хвилин | 1–3 хвилини |
| Навантаження на сервер | Високе (блокування таблиць) | Мінімальне |
| Частота запуску | 1 раз на добу (вночі) | Кожні 30 хвилин |
Інкрементальний обмін працює в 6 разів швидше повного при порівнянному обсязі даних, а навантаження на сервер знижується на 80%.
Як налаштувати пошук за крос-номерами?
Крос-номери — це коди однієї запчастини під різними брендами. Покупець шукає за крос-номером на сайті — має знайтися запчастина, навіть якщо продається аналог іншого виробника. У Бітрікс крос-номери зберігаються як множинна властивість інфоблоку. Пошук за ними — через компонент bitrix:catalog.smart.filter або кастомний пошук з використанням CIBlockElement::GetList із фільтром за властивістю.
При імпорті з 1С:Автосервіс крос-номери передаються через ДодатковіРеквізити з множинними значеннями:
<ЗначенняРеквізиту> <Найменування>КросНомер</Найменування> <Значення>BP-35</Значення> </ЗначенняРеквізиту> <ЗначенняРеквізиту> <Найменування>КросНомер</Найменування> <Значення>ATE-603310</Значення> </ЗначенняРеквізиту> Обробник імпорту в Бітрікс повинен збирати кілька значень одного реквізиту в масив.
Заявки на роботи: специфіка Автосервісу
У 1С:Автосервіс крім продажу запчастин ведуться «Замовлення-наряди» — документи на виконання робіт. На сайті це може бути форма запису на обслуговування або онлайн-діагностика. Передача заявок з сайту в 1С:Автосервіс: зазвичай це не CommerceML, а REST-запит до HTTP-сервісу 1С. Заявка створюється як «Звернення» або «Замовлення-наряд» у статусі «Новий».
Кейс: магазин б/в запчастин (з нашої практики)
Розбирання легкових автомобілів: 45 тис. позицій б/в запчастин, у кожної — фото, стан (1-5), застосовність. Повний обмін з 1С:Автосервіс займав 40 хвилин і «підвішував» сервер.
Оптимізація:
- Фільтр вивантаження: лише «В наявності» (залишок > 0)
- Зображення через FTP окремо від XML (XML без base64 вдвічі менше)
- Застосовність — JSON в одному полі (не окремий інфоблок)
- Інкрементальний обмін кожні 30 хвилин: лише позиції зі зміненим залишком
Результат: повний обмін — 12 хвилин (вночі), інкрементальний — 2 хвилини. Сайт перестав гальмувати, пошук став швидким.
Типові помилки при налаштуванні обміну
- Використання одного і того ж XML-файлу для повного та інкрементального обміну
- Відсутність фільтру за залишками при вивантаженні
- Передача зображень у XML через base64 замість FTP або URL
- Неправильне налаштування прав на тимчасові папки для кешу 1С
- Забувають налаштувати індекс за властивістю
КросНомер— пошук гальмує
Що входить в роботу
При замовленні налаштування обміну ви отримуєте:
- Аудит поточної конфігурації 1С:Автосервіс та структури даних у Бітрікс
- Проектування схеми імпорту (поля, типи властивостей, зв'язок з автомобілями)
- Розробку обробника імпорту (CommerceML + кастомні реквізити)
- Налаштування REST-сервісу для заявок (якщо потрібен)
- Оптимізацію продуктивності (інкрементальний обмін, фільтри)
- Тестування на бойових даних та моніторинг помилок
- Документацію з підтримки та регламент обміну
Наш досвід та гарантії
Ми займаємося інтеграцією 1С та Бітрікс понад 10 років, реалізували понад 50 проектів для автосервісів та магазинів запчастин. Серед клієнтів — великі розбирання та мережі СТО. Усі роботи ведуться з дотриманням офіційних рекомендацій 1С-Бітрікс та 1С:Підприємство. На кожну інтеграцію даємо гарантію 6 місяців.
Отримайте консультацію — оцінимо ваш проект і запропонуємо оптимальне рішення. Замовте налаштування обміну вже сьогодні, щоб ваш інтернет-магазин працював без збоїв.