Галузеві рішення на 1С-Бітрікс

Галузеві рішення на 1С-Бітрікс

TecDoc API, ГІС «Маркування», ЄГАІС, розмірні сітки з конвертацією RU/EU/US — стандартний каталог catalog.section з цим не впорається. Галузеві проєкти вимагають нестандартної архітектури даних, спеціалізованих інтеграцій і бізнес-логіки, якої немає в коробці. Ми розробляємо такі рішення на 1С-Бітрікс, і найскладніша частина — не код, а занурення в предметну область замовника.

Автозапчастини — TecDoc і крос-референси

Автозапчастини — найскладніший технічно тип каталогу. Без TecDoc тут робити нічого.

Підбір за VIN. Користувач вводить VIN — система розшифровує марку, модель, рік, комплектацію і показує дерево агрегатів. Натиснув на «Гальмівна система» → «Передній гальмівний механізм» → отримав список деталей з артикулами. Реалізуємо через TecDoc API (getArticleDirectSearchAllNumbersWithState, getLinkageTargets) — кожен запит повертає JSON із прив'язками деталь-автомобіль.

Крос-референси. Оригінальний артикул → аналоги OEM, aftermarket, premium. Таблиця крос-номерів в окремому інфоблоці з індексом по PROPERTY_CROSS_NUMBER. На каталозі в 500 000+ артикулів без Sphinx/Elasticsearch пошук по кросах буде гальмувати.

Інтерактивні схеми агрегатів. SVG-карта двигуна або підвіски з клікабельними зонами — натиснув на деталь, перейшов у картку. Координати зон зберігаються у властивостях елемента інфоблоку.

Конкретні граблі: TecDoc API повільний (500-1500мс на запит), дані кешуємо в локальну базу, оновлюємо раз на добу через cron.

Будматеріали — калькулятори та великогабарит

Калькулятори розрахунку. Це не просто «помножити кількість на ціну». Калькулятор фундаменту: тип (стрічковий, пальовий, плитний) → розміри → ґрунт → отримуємо об'єм бетону, кількість арматури, гідроізоляції, опалубки. Все з урахуванням запасу 10-15%.

Технічно: JS-калькулятор на фронті для миттєвого перерахунку, серверна валідація через REST-endpoint на PHP. Формули розрахунку — в конфігураційному файлі, не захардкоджені. Замовник сам оновлює коефіцієнти через адмінку.

Доставка великогабариту. Стандартний модуль доставки sale.delivery не вміє рахувати по тоннажу та кількості палет. Пишемо кастомний обробник: сумуємо вагу товарів із властивості PROPERTY_WEIGHT, ділимо на вантажопідйомність машини, рахуємо кількість рейсів. Окремий рядок — підйом на поверх (50-100 ₽/поверх/тонна).

Номенклатура. Десятки технічних характеристик: розміри (ДxШxВ), вага одиниці, клас міцності, морозостійкість, водопоглинання. Все це — фільтри в smart_filter з перерахунком кількості товарів.

Одяг і взуття — розміри та повернення

Розмірні сітки. Таблиця конвертації RU → EU → US → UK зберігається в highload-блоці. У картці товару — вибір розміру з автоматичним перерахунком і підказкою «Ваш розмір EU 42 = RU 48». Фільтрація за розмірами в каталозі — за наявністю, а не по всій сітці.

Повернення — до 30% замовлень у fashion. Потрібна налагоджена система: заявка на повернення з особистого кабінету, генерація етикетки для зворотної відправки, автоматичне створення заявки на повернення коштів у sale.return. Статуси повернення видно в ОК клієнта.

Lookbook-каталог. Не просто список товарів, а модні образи: фото моделі → клікабельні точки на зображенні → перехід у картки конкретних речей. Реалізуємо через кастомний інфоблок «Образи» з прив'язкою до товарів.

Фармацевтика — регуляторика та маркування

Найрегульованіша галузь. Помилки неприпустимі.

• ГІС «Маркування» — кожна упаковка з DataMatrix-кодом. Інтеграція через API МДЛП: передача відомостей про роздрібну реалізацію, перевірка коду при відвантаженні
• Державний реєстр лікарських засобів — прив'язка товарів до реєстру, автоматична перевірка реєстраційного посвідчення
• Розділення рецептурних і безрецептурних — різна логіка: рецептурні не можна класти в кошик, лише запит в аптеку
• Заборона дистанційного продажу — для окремих категорій кнопка «Купити» замінюється на «Перевірити наявність в аптеці»

Продукти харчування та HoReCa

• Харчова цінність (КБЖУ) та алергени в картці — зберігаються у властивостях інфоблоку, виводяться в стандартизованому форматі
• Керування строками придатності: PROPERTY_EXPIRY_DATE, автоматичне зняття з вітрини за N днів до закінчення
• Підписні моделі: «набір фермерських продуктів раз на тиждень» — реалізуємо через sale.recurring або кастомний модуль підписок
• B2B-мінімальні партії для ресторанів — окремий тип ціни PRICE_TYPE_HORECA з мінімальною кількістю від ящика/упаковки

Освіта

• Каталог курсів з фільтрами: напрям, формат (очно/онлайн/гібрид), тривалість, рівень
• Особистий кабінет студента: розклад, матеріали, домашні завдання — кастомний розділ з прив'язкою до інфоблоку «Навчальні групи»
• Інтеграція з LMS (Moodle, GetCourse) через API — SSO-авторизація, синхронізація прогресу
• Генерація сертифікатів: дані студента + шаблон PDF через бібліотеку TCPDF

Архітектурні рішення

Спеціалізовані каталоги. Стандартна ієрархія «Розділ → Підрозділ → Товар» не завжди підходить. Для автозапчастин: «Автомобіль → Агрегат → Вузол → Деталь» — чотири рівні з прив'язкою через highload-блоки. Для будматеріалів: «Категорія → Підкатегорія» + матрична класифікація за призначенням (фундамент, стіни, покрівля).

Множинні класифікатори. ОКПД-2, ТН ЗЕД, ETIM — зберігаємо в highload-блоках з прив'язкою до елементів каталогу. Потрібні для B2B-клієнтів, тендерів, інтеграції з держзакупівлями.

Галузеві інтеграції окрім стандартних 1С та платіжок:

Підхід до розробки

1. Галузевий аудит (3-5 днів). Занурюємося в специфіку: як влаштований ринок, які процеси унікальні, що регулюється законодавством. Не вигадуємо — використовуємо напрацювання з подібних проєктів.

2. Архітектура даних (1-2 тижні). Структура інфоблоків, highload-блоків, властивості, зв'язки. Помилка на цьому етапі коштує дорого — переробити структуру каталогу на 100 000 товарів потім болісно.

3. Прототипування (1 тиждень). Каталог з галузевими фільтрами, картка з калькулятором, спеціалізований чекаут. Тестуємо на реальних користувачах.

4. Розробка (1-4 місяці). Часто найбільш трудомісткий етап — наповнення каталогу: маппінг даних з Excel/1С, нормалізація характеристик, завантаження зображень.

5. Тестування галузевих сценаріїв (1-2 тижні). Один неправильний коефіцієнт у калькуляторі будматеріалів — і клієнт замовляє зайві 20 піддонів цегли. Перевіряємо розрахунки на реальних даних.

Терміни та складність

За роки роботи накопичили готові модулі: калькулятор будматеріалів, підбір за VIN, розмірні сітки, інтеграція з ГІС «Маркування». Це скорочує терміни на 20-40% порівняно з розробкою з нуля.