Розробка сайту виробничої компанії на 1С-Бітрікс

Уявіть: у вас 20 000 позицій, кожну потрібно описати за 50 параметрами, а дилери годинами чекають відповідь на запит. Терміни зриваються, менеджери тонуть в Excel. Ми розробляємо сайти для виробничих компаній на 1С-Бітрікс, які стають робочим інструментом для дилерів, постачальників та інженерів. Головне завдання — дати технічному спеціалісту можливість знайти потрібну позицію за параметрами, завантажити специфікацію та відправити запит на комерційну пропозицію. Все інше — другорядне.

На 1С-Бітрікс такий сайт будується навколо каталогу на інфоблоках, B2B-модуля особистого кабінету та обміну даними з 1С:УПП або 1С:ERP. Каталог може містити десятки тисяч товарів з десятками технічних властивостей. B2B-кабінет — персональні ціни та історія замовлень. Інтеграція з 1С — автоматична синхронізація номенклатури та залишків. Середній чек одного дилера — 150 000 грн., а економія часу на обробку замовлення за рахунок автоматизації — до 40%.

Розберемо кожен блок.

Каталог продукції з технічними характеристиками

Це ядро сайту. Типовий каталог виробничої компанії містить від 500 до 50 000 позицій, у кожної — від 15 до 60 технічних властивостей. Арматура, металопрокат, електротехніка, промислове обладнання — у кожної галузі свій набір параметрів, але архітектурний підхід один.

Як організувати каталог з технічними характеристиками?

Каталог будується на інфоблоці типу catalog (торговий каталог). Розділи інфоблоку — це дерево категорій. Для кожної категорії верхнього рівня зазвичай створюється окремий набір властивостей через механізм прив'язки властивостей до розділів (таблиця b_iblock_section_property). Це критично важливо: якщо у вас насоси та засувки в одному інфоблоці, не потрібно показувати властивість «Діаметр умовного проходу» для позицій з категорії «Електродвигуни».

Типова конфігурація властивостей для промислового каталогу:

Для властивостей з одиницями виміру використовується довідник b_catalog_measure. Значення зберігаються в b_iblock_element_property (звичайні властивості) та b_catalog_product (торгові параметри).

Розумний фільтр

Компонент catalog.smart.filter працює з фасетним індексом — таблиця b_catalog_smart_filter зберігає попередньо обчислені комбінації. Без фасетного індексу фільтрація за 30+ властивостями на каталозі в 10 000 позицій буде генерувати запити по 3-5 секунд. З індексом — 50-100 мс.

Побудова фасетного індексу запускається через \Bitrix\Iblock\PropertyIndex\Manager::markAsInvalid($iblockId) та подальшу переіндексацію. При кожній зміні елемента індекс оновлюється автоматично, але після масового імпорту з 1С потрібна повна перебудова.

Для інженерних каталогів стандартного фільтра часто недостатньо. Типові доопрацювання:

• Фільтр за діапазоном для числових властивостей (тиск від/до, температура від/до) — штатно підтримується, але вимагає налаштування відображення.
• Фільтр за декількома значеннями однієї властивості з логікою OR — працює з коробки.
• Перехресна фільтрація — коли вибір значення одного властивості звужує доступні значення інших. Реалізується через AJAX-підвантаження фільтра з передачею поточних параметрів.
• Табличне порівняння вибраних позицій — компонент catalog.compare.list, але зазвичай переписується повністю під задачу.

PDF-специфікації та документація

Технічна документація зберігається у властивостях типу F (файл). Для кожної позиції може бути декілька документів: паспорт виробу, сертифікат, креслення, інструкція з монтажу. Правильний підхід — множинна властивість з прив'язкою файлів або окремий Highload-блок TechDocuments з полями UF_PRODUCT_ID, UF_FILE, UF_DOC_TYPE, UF_LANGUAGE.

Генерація PDF-каталогу на льоту — окрема задача. Зазвичай використовується бібліотека mPDF або TCPDF, що викликається через кастомний компонент. Шаблон PDF формується з даних інфоблоку, результат кешується та віддається користувачеві.

Інтеграція з 1С:Управління виробничим підприємством

Стандартний модуль обміну catalog у Бітрікс реалізує протокол CommerceML 2 (обмін через XML-файли). Для 1С:УПП та 1С:ERP це основний шлях синхронізації номенклатури та цін.

Як відбувається інтеграція з 1С?

Обмін працює через URL /bitrix/admin/1c_exchange.php і складається з етапів:

1. Авторизація — 1С відправляє логін/пароль, отримує сесію.
2. Вивантаження каталогу (catalog) — файли import.xml та offers.xml завантажуються на сервер.
3. Імпорт — Бітрікс парсить XML, створює/оновлює елементи інфоблоку.
4. Обмін замовленнями (sale) — двосторонній обмін статусами замовлень.

Для виробничої компанії стандартного обміну зазвичай недостатньо. Проблемні місця:

• Множинні типи цін. У 1С:УПП — роздрібна, оптова, дилерська, спеціальна для конкретного контрагента. Модуль catalog підтримує множинні типи цін через таблицю b_catalog_group, але мапінг з 1С потрібно налаштовувати вручну.
• Залишки по складах. Таблиця b_catalog_store_product зберігає залишки по складах (b_catalog_store). 1С:УПП може вивантажувати залишки з розбивкою по складах, але потрібне доопрацювання обробки на стороні 1С.
• Характеристики номенклатури. У 1С це реалізується через «Характеристики номенклатури», у Бітрікс — через торгові пропозиції (SKU). Мапінг один-в-один не завжди можливий, особливо якщо характеристики багаторівневі.

Highload-блоки для довідників

Довідники з 1С (одиниці виміру, категорії, матеріали, ГОСТи) краще зберігати в Highload-блоках, а не в звичайних списках. Таблиця b_hlblock_entity визначає блок, дані зберігаються в автоматично створюваній таблиці з префіксом. API доступу — через \Bitrix\Highloadblock\HighloadBlockTable::getById() та генерований ORM-клас.

Обмін довідниками — окрема задача, не покрита штатним CommerceML. Реалізується через REST API Бітрікс або кастомний endpoint, який викликається з 1С за розкладом.

B2B-функціонал

Особистий кабінет дилера

Особистий кабінет будується на модулі sale та розширюється кастомними компонентами. Базові можливості:

• Персональні ціни — через типи цін, прив'язані до груп користувачів. Група «Дилеры» бачить оптову колонку, група «Дистриб'ютори» — свою. Налаштовується в b_catalog_group2group.
• Історія замовлень — компонент sale.personal.order.list, зазвичай кастомізований: додається статус виробництва, трек-номер відвантаження, посилання на накладну.
• Повтор замовлення — додавання всіх позицій з попереднього замовлення в кошик однією кнопкою.
• Вивантаження в Excel — формування прайс-листа з персональними цінами для конкретного дилера.

Запит комерційної пропозиції

Для виробничих компаній кошик часто працює не як оформлення замовлення, а як формування запиту на КП. Користувач додає позиції, вказує кількість, і замість оплати отримує форму «Запросити КП». Заявка йде в CRM-модуль Бітрікс (crm — лід або угода) та паралельно на пошту менеджеру.

Реалізується через кастомний обробник події OnSaleOrderBeforeSaved або повністю свій компонент, минаючи стандартне оформлення замовлення.

Додаткові блоки

• Новини та статті — стандартний інфоблок, компоненти news.list / news.detail. Для виробничої компанії це галузеві новини, участь у виставках, оновлення каталогу.
• Сертифікати та ліцензії — окремий інфоблок або розділ медіатеки. PDF-файли з preview у вигляді зображення.
• Калькулятор продукції — якщо номенклатура передбачає розрахунок (метраж, об'єм, нестандартні розміри). Реалізується як JS-компонент зі зверненням до API каталогу для отримання цін.
• Географія поставок — Яндекс.Карти API з мітками дилерів та представництв. Дані з Highload-блока DealerNetwork.

Що входить в роботу

• Детальне технічне завдання на основі аудиту поточних процесів.
• Архітектура та проектування: структура інфоблоків, схема обміну з 1С, рольова модель.
• Розробка каталогу з розумним фільтром, PDF-специфікаціями та документацією.
• Інтеграція з 1С:УПП або 1С:ERP (CommerceML 2, REST API).
• Особистий кабінет дилера з персональними цінами та запитом КП.
• Тестування та оптимізація продуктивності (кешування, індекси).
• Деплой на сервер, налаштування моніторингу.
• Передача документації, доступів, навчання адміністраторів.
• Технічна підтримка на період гарантії (до 6 місяців).

Терміни реалізації

Вузьке місце — завжди інтеграція з 1С. Залежить від того, наскільки стандартизована конфігурація на стороні замовника та чи є виділений 1С-спеціаліст для доопрацювання обміну.

Наш досвід: більше 10 років розробки на 1С-Бітрікс, понад 50 реалізованих проектів для промислових підприємств. Якщо вам потрібен сайт, який стане робочим інструментом для дилерів та інженерів, — зв'яжіться з нами. Отримайте консультацію по проекту та приблизний план робіт.

Як правильно проектувати інфоблоки?

Ми бачимо десятки проєктів, де неправильна структура інфоблоків перетворює сайт на гальмо. Типовий сценарій: замовник просить «каталог товарів». Розробник створює один інфоблок catalog, закидає туди 15 властивостей. Через півроку — 40 властивостей, 8 з яких використовуються лише для однієї категорії. Фільтр гальмує, таблиця b_iblock_element_property розрослася до мільйонів рядків, CIBlockElement::GetList виконується 3 секунди. Наслідки — падіння конверсії, втрата клієнтів, додаткові витрати на оптимізацію. В одному проєкті після рефакторингу каталогу час генерації сторінки знизився з 4,2 до 0,8 секунди, а вартість підтримки значно скоротилася — за рахунок усунення надлишкових запитів та агентів.

Наш підхід: проектуємо інфоблоки до першого рядка коду. Окремі інфоблоки під сутності (товари, категорії, бренди), властивості-довідники через HL-блоки, торгові пропозиції для SKU. Це закладає продуктивність на роки вперед. Якщо хочете отримати попередній аудит вашої схеми інфоблоків — зв'яжіться з нами, розберемо типові помилки та надамо рекомендації.

Чому 1С-Бітрікс вигідніший за альтернативи?

Вибір CMS диктується не уподобаннями, а бізнес-завданнями. Ось ключові аргументи:

• Нативний обмін з 1С — модуль catalog.import.1c забезпечує двосторонній обмін товарами, цінами, залишками та замовленнями через CommerceML. Без сторонніх модулів. Це в 5 разів швидше, ніж розробка власного обміну на OpenCart або WordPress. Економія на інтеграції — до 200 000 грн порівняно з кастомними рішеннями.
• Проактивний захист — модуль security включає WAF, контроль цілісності файлів, захист від SQL-ін'єкцій, двофакторну автентифікацію. Для проєктів з вимогами ФСТЭК — сертифіковане рішення (згідно з Wikipedia, це стандарт для корпоративних систем).
• Модульна архітектура — підключаємо лише потрібні модулі: iblock, catalog, sale, search. Менше модулів — менше запитів до БД на кожен хіт.
• Регулярні патчі — вендор випускає security-патчі, закриваючи вразливості швидше, ніж open-source проєкти (середній час виправлення CVE — 2 тижні). Офіційна документація по модулях доступна на сайті розробника.

Що дають HL-блоки і як ми прискорюємо каталог

Highload-блоки — це альтернатива розширеним властивостям інфоблоків, коли список значень може зростати до тисяч записів. Типовий приклад: виробники, країни, кольори. Якщо зберігати їх як властивості-списки в інфоблоці, кожна фільтрація викликає повне сканування таблиці b_iblock_property_enum. З HL-блоками вибірка йде по індексу — час відповіді фільтра знижується з 1–2 секунд до 50 мс. Продуктивність HL-блоків у 8 разів вища за властивості-списки інфоблоків. Ми використовуємо HLB компонент і кастомні запити через Bitrix\Highloadblock\DataManager. Це особливо критично для каталогів з 100 000+ товарами.

З нашої практики — проєкт інтернет-магазину з 500 000 товарів. Стандартний фільтр по бренду виконувався 4 секунди. Сервер не витримував навантаження в 50 одночасних запитів — сторінки падали. Ми перевели довідник брендів у HL-блок, додали теговане кешування на 15 хвилин і налаштували агент для скидання кешу при зміні. Після доопрацювання час фільтрації склав 120 мс, середній LCP сторінки — 1,8 секунди. Проєкт працює стабільно без збоїв.

Що входить у розробку сайту на 1С-Бітрікс

Кожен проєкт включає повний комплект документації та артефактів, що виключає втрату знань після передачі.

• Технічне завдання — user stories, діаграми інфоблоків, схеми інтеграцій.
• Вихідний код у Git — з історією комітів, тегами релізів, правилами гілкування.
• Адміністративна документація — опис кастомних компонентів, інструкції з розгортання, перелік агентів і подій.
• Навчання співробітників — до 3 годин вебінару: панель управління, робота з замовленнями, налаштування цін. Записуємо, щоб можна було переглянути.
• Доступ до staging на час розробки — тестуєте самостійно до деплою на продуктив.
• Гарантійна підтримка — виправлення помилок коду протягом 30 днів після запуску. Післягарантійні абонентські пакети з SLA (реакція 2 години, рішення 8 годин).

Наш процес і технології

Стек: верстка mobile-first, тестуємо на фізичних пристроях (iPhone, iPad, Android). Використовуємо BrowserStack для Safari на iOS. Продуктивність — LCP < 2,5 с, FID < 100 мс, CLS < 0,1. Включаємо композитний сайт (composite), CDN, теговане кешування, WebP/AVIF, lazy loading. SEO — Schema.org через JSON-LD, автогенерація sitemap.xml модулем seo, canonical і hreflang для мультимовних версій. robots.txt закриваємо /bitrix/ від індексації. CI/CD — Git, автодеплой через GitLab CI, staging. Міграції бази — модуль sprint.migration з версіонуванням.

Процес роботи:

1. Аналітика — вивчаємо конкурентів, збираємо вимоги, малюємо прототипи в Figma. На виході — ТЗ з user stories.
2. Дизайн — UI/UX з дизайн-системою. Компоненти перевикористовуються.
3. Розробка — пишемо компоненти з кастомними шаблонами в local/templates/. Бізнес-логіку виносимо в модулі local/modules/.
4. Тестування — функціональне, кросбраузерне, навантажувальне (до 1000 запитів). Критичні баги виправляємо до запуску.
5. Запуск — деплой на прод, моніторинг через UptimeRobot, алерти в Telegram. Усуваємо перші 48 годин.

Інтеграції, мультимовність і редизайн

• Повна локалізація через мовні файли lang/ і механізм SITE_ID. hreflang для кожної версії. Регіональні версії з різними цінами та контентом — визначення за IP (main.geo) або ручний вибір. Мультидоменність — єдине управління кількома доменами.

• Редизайн без втрати позицій: аудит продуктивності (PageSpeed, WebPageTest), SEO (Screaming Frog). Новий шаблон у local/templates/ із збереженням URL-структури. 301-редиректи лише якщо URL змінюється суттєво. Оновлення ядра, перехід на D7 ORM, реструктуризація інфоблоків, міграція через sprint.migration з Git.

Гарантія та підтримка

Ми працюємо з 1С-Бітрікс 12+ років, реалізували 500+ проєктів. У штаті сертифіковані розробники. Фіксована вартість у договорі — без сюрпризів. Гарантійний період покриває помилки коду. Після — абонентські пакети з SLA (час реакції — 2 години, рішення — 8 годин). Моніторинг доступності 24/7, алерти в Telegram. За потреби отримайте попередній аудит — зв'яжіться з нами через форму на сайті або напишіть у чат, відповімо протягом години. Замовте розробку під ключ — ми спроєктуємо інфоблоки, інтегруємо 1С і розженимо каталог. Якщо вже є сайт на іншій CMS — замовте аудит продуктивності та міграцію на Бітрікс.