Перехід з редакції 1С-Бітрікс Стандарт на Малий бізнес
Перехід з редакції 1С-Бітрікс Стандарт на Малий бізнес
Потреба в переході з «Стандарту» на «Малий бізнес» майже завжди викликана однією з трьох причин: потрібен інтернет-магазин, знадобилася інтеграція з 1С або хочеться системи управління акціями і цінами. «Стандарт» — це редакція для контентних сайтів. «Малий бізнес» — це редакція для комерції, нехай і базової.
Ключові відмінності редакцій
Модуль «Інтернет-магазин» (sale). У «Стандарт» його немає. У «Малий бізнес» — повноцінний кошик, замовлення, статуси замовлень, доставки, оплата. Без цього модуля не можна використовувати bitrix:catalog в режимі торгівлі — лише перегляд.
Модуль «Торговий каталог» (catalog). У «Малий бізнес» доступна розширена версія з торговими пропозиціями (SKU), ціновими групами, знижками. У «Стандарт» каталог є, але лише для відображення — без торгової логіки.
Інтеграція з 1С. Модуль sale включає підтримку обміну з 1С за протоколом CommerceML через bitrix:catalog.import.1c. Це дозволяє синхронізувати товари, ціни і залишки.
Маркетингові інструменти. Купони, акції, знижки за правилами (bitrix:sale.discount) — з'являються в «Малий бізнес».
Партнерські програми та афіліати — базовий функціонал для реферального маркетингу.
Технічні нюанси переходу
Після зміни ліцензійного ключа і встановлення нових модулів (sale, catalog у повній версії) передбачається робота з налаштування торгової частини:
Налаштування каталогу. Якщо інфоблок з товарами вже існував у «Стандарт» — його потрібно «прив'язати» до торгового каталогу через CCatalog::Add() або через інтерфейс. Це не автоматична дія.
Торгові пропозиції (SKU). Якщо товари мають варіації (розмір, колір, об'єм) — налаштовується окремий інфоблок торгових пропозицій, прив'язаний до основного. Структура: батьківський елемент в основному інфоблоці + пропозиції в прив'язаному. Це потрібно спроєктувати до міграції даних.
Типи цін. У «Малий бізнес» можна створити кілька типів цін (роздрібна, оптова, VIP). Типи зберігаються в b_catalog_price_type. Якщо цінова логіка складна — проєктуємо до старту.
Платіжні системи і доставки. Підключення платіжних шлюзів і служб доставки — окрема робота. Кожен обробник — окремий модуль або кастомний обробник. Тестування платіжної інтеграції займає час.
Що не переноситься автоматично
При переході з «Стандарт» на «Малий бізнес» контент і дані зберігаються. Але торгова логіка створюється з нуля:
- Типи цін потрібно створити вручну
- Способи доставки і оплати — налаштувати
- Правила знижок — спроєктувати і створити
- Інтеграцію з 1С — налаштувати окремо, це окремий проєкт
- Шаблон компонента кошика і оформлення замовлення — потрібна верстка під дизайн сайту
Кейс: перетворення каталогу послуг на повноцінний інтернет-магазин
Клієнт — постачальник офісного приладдя. Сайт на «Стандарт» з каталогом в інфоблоці, кнопка «Замовити» вела на email-форму. Задача: перейти на нормальний кошик і підключити онлайн-оплату через SberPay.
Після апгрейду ліцензії:
- Прив'язали існуючий інфоблок до торгового каталогу — товари не переносили, лише додали торгову логіку поверх.
- Створили тип ціни «Роздрібна» і заповнили ціни через імпорт CSV (у «Малий бізнес» доступний імпорт цін окремо від товарів).
- Налаштували доставку: самовивіз і кур'єр (фіксована вартість).
- Підключили SberPay через офіційний модуль з Marketplace.
- Адаптували шаблон кошика і checkout під існуючий дизайн сайту.
Підсумок: 8 робочих днів. Основний час — налаштування оплати (тестування в sandbox-режимі) і адаптація шаблонів.
Терміни
Зміна ліцензії, встановлення модулів і базове налаштування торгової частини — 5–10 робочих днів. З налаштуванням інтеграції з 1С, складними правилами знижок або кастомними шаблонами — 15–25 робочих днів.