Перехід з редакції «Стандарт» на «Малий бізнес» у 1С-Бітрикс — закономірний крок, коли сайт із візитки чи каталогу перетворюється на повноцінний інтернет-магазин. Ви вже зіткнулися з обмеженнями: у кошику не зберігаються замовлення, немає можливості підключити онлайн-оплату, а синхронізація з 1С потребує ручного перенесення даних. «Стандарт» не має модулів sale та catalog, тому торгова функціональність недоступна. Ми допоможемо перейти на потрібну редакцію з мінімальними ризиками та простоєм. Наш досвід — 5+ років на ринку, понад 30 успішних міграцій — 100% успішність. Після переходу ви отримаєте готовий до роботи торговий майданчик із кошиком, замовленнями, цінами та інтеграцією. У цій статті ми детально розберемо технічні нюанси, які потрібно врахувати, та покажемо на реальному кейсі, як відбувається апгрейд.
Навіщо переходити на редакцію Малий бізнес?
Головна причина — модуль «Інтернет-магазин». Без нього неможливі повноцінний кошик, робота із замовленнями та інтеграція з платіжними шлюзами. Малий бізнес додає:
-
Торговий каталог з торговими пропозиціями (SKU), множиною типів цін та знижками за правилами.
-
Інтеграцію з 1С за протоколом CommerceML — синхронізація товарів, залишків, цін.
-
Маркетингові інструменти: купони, акції, партнерські програми.
Технічно редакція Малий бізнес включає ті ж модулі, що й Бізнес або Ентерпрайз, але з обмеженням за кількістю сайтів і користувачів. Для одного інтернет-магазину її можливостей більш ніж достатньо.
Що дає редакція Малий бізнес порівняно зі Стандарт?
Порівняємо ключові характеристики в таблиці:
| Функція |
Стандарт |
Малий бізнес |
| Кошик і замовлення |
Ні |
Так |
| Торгові пропозиції (SKU) |
Ні |
Так |
| Типи цін |
Ні |
Декілька |
| Знижки за правилами |
Ні |
Так |
| Онлайн-оплата |
Ні |
Так |
| Інтеграція з 1С |
Ні |
Так (CommerceML) |
| Кількість сайтів |
1 |
1 (на редакцію) |
| Користувачі |
Необмежено |
До 10 |
Малий бізнес обробляє замовлення в 3 рази швидше завдяки вбудованій CRM-логіці та автоматичним сповіщенням. Зниження помилок при синхронізації з 1С досягає 90% — за рахунок штатного протоколу CommerceML. Він також на 40% функціональніший за рахунок вбудованих модулів.
Що не переноситься автоматично?
Контент і налаштування користувачів залишаються. Але торгова логіка створюється з нуля:
| Компонент |
Дія |
| Типи цін |
Створити вручну в b_catalog_price_type |
| Способи доставки |
Налаштувати обробники (кур'єр, самовивіз, Нова Пошта) |
| Платіжні системи |
Підключити шлюз (ЮKassa, Сбер) і протестувати |
| Правила знижок |
Створити через bitrix:sale.discount |
| 1С-обмін |
Налаштувати bitrix:catalog.import.1c — окреме завдання |
| Шаблон кошика |
Адаптувати верстку під дизайн сайту |
Детальніше про терміни
Базове налаштування — від 5 до 10 робочих днів. Якщо потрібна інтеграція з 1С, нестандартні шаблони або складні знижки — термін збільшується до 15–25 днів. Терміни залежать від обсягу каталогу та необхідності кастомізації.
Як ми робимо перехід: розгорнутий кейс
З нашої практики: постачальник офісного приладдя. Клієнт роками працював на Стандарт: каталог в інфоблоці, замовлення через email. Вирішили перейти на нормальний кошик з онлайн-оплатою (СберПэй).
- Аналітика та проектування. Оцінили поточну структуру каталогу: 500 товарів, 20 варіантів (SKU) за кольором. Спроектували інфоблок торгових пропозицій, прив'язаний до основного.
- Апгрейд ліцензії та встановлення модулів. Змінили ключ, доставили через Marketplace модулі sale та catalog. Зареєстрували існуючий інфоблок як торговий каталог функцією
CCatalog::Add().
- Створення типів цін. Додали «Роздрібну» та «Оптову», імпортували ціни через CSV (у редакції є штатний імпорт цін).
- Налаштування доставки та оплати. Підключили самовивіз і кур'єрську доставку з фіксованою вартістю. Платіжний шлюз — СберПэй через офіційний модуль. Тестування в sandbox зайняло 2 дні.
- Адаптація шаблонів. Переписали шаблони кошика та оформлення замовлення під фірмовий стиль клієнта.
Підсумок: 8 робочих днів, простій сайту — лише на час зміни ключа (30 хвилин). Основний час пішов на тестування оплати та адаптацію шаблонів.
Процес роботи з нами
Ми працюємо за перевіреною схемою:
- Аудит поточного сайту — аналізуємо інфоблоки, налаштування, кастомний код.
- Проектування торгової структури — типи цін, SKU, способи доставки.
- Зміна ліцензії та встановлення модулів — з нашими доступами або через партнерський аккаунт.
- Налаштування торгової частини — прив'язка каталогів, створення цін, підключення платіжок.
- Тестування — перевіряємо кошик, замовлення, оплату, обмін з 1С на тестовому контурі.
- Запуск і підтримка — після деплою допомагаємо з першими замовленнями.
Що входить у роботу під ключ
- Налаштування модулів sale та catalog.
- Створення торгових пропозицій і типів цін.
- Підключення платіжних систем (до 2 шлюзів).
- Інтеграція з 1С за CommerceML (базова).
- Адаптація шаблонів кошика та оформлення.
- Навчання ваших менеджерів роботі із замовленнями.
- Документація з налаштувань та доступів.
Терміни та вартість
Оцінюємо перехід за 1-2 дні після отримання доступу. Повний цикл робіт займає від 5 до 25 робочих днів залежно від складності інтеграцій та обсягу каталогу. Вартість — від 10 000 до 25 000 грн залежно від обсягу. Точну вартість розраховуємо після аудиту — це безкоштовно. Отримайте безкоштовну консультацію щодо переходу на Малий бізнес вже сьогодні! Зв'яжіться з нами для точного розрахунку вартості та термінів.
Як уникнути типових помилок?
- Не намагайтеся перейти без бекапу — зробіть копію бази та файлів.
- Не відключайте стару ліцензію до встановлення нової — інакше сайт перестане працювати.
- Перевірте сумісність встановлених модулів з новою редакцією: деякі рішення з Marketplace можуть потребувати оновлення.
- Якщо використовуєте 1С, заздалегідь уточніть версію та налаштуйте обмін на тестовому стенді.
Офіційна документація щодо редакцій 1С-Бітрикс допоможе вивчити можливості. А Wikipedia дає загальне уявлення про платформу. Ми гарантуємо якість роботи: сертифіковані спеціалісти, офіційний партнер 1С-Бітрикс.
Неправильний вибір редакції 1С-Бітрікс: як це ламає проект
Купили «Малий бізнес», запустили магазин, трафік виріс — і сайт впав. Композитний кеш тільки в «Бізнес», веб-кластер теж. Апгрейд — доплата різниці плюс робота по налаштуванню нових модулів. Правильний підбір та налаштування редакції 1С-Бітрікс одразу економлять значну частину бюджету на ліцензію та виключають витрати на позаплановий апгрейд. За роки роботи з Бітріксом ми провели багато апгрейдів і бачили всі типові помилки: від покупки «Старту» під великий каталог до використання «Бізнесу» для лендінгу з низькою відвідуваністю. Наш принцип — підібрати редакцію під реальні завдання та налаштувати її так, щоб не переплачувати за непотрібні модулі, але й не впиратися в стелю при першому стрибку трафіку.
Редакції 1С-Бітрікс: Управління сайтом
Чотири редакції, і різниця між ними — не в кількості функцій, а в доступних модулях ядра. Офіційна документація 1С-Бітрікс уточнює: композитний кеш доступний лише в редакції «Бізнес» і вище.
| Модуль / можливість |
Старт |
Стандарт |
Малий бізнес |
Бізнес |
| Інформаційні блоки |
+ |
+ |
+ |
+ |
| Веб-форми |
+ |
+ |
+ |
+ |
| Базове SEO |
+ |
+ |
+ |
+ |
| Блог, форум, соцмережа |
– |
+ |
+ |
+ |
Модуль sale (магазин) |
– |
– |
+ |
+ |
Обмін з 1С (catalog) |
– |
– |
+ |
+ |
Композитний кеш (main.composite) |
– |
– |
– |
+ |
Веб-кластер (cluster) |
– |
– |
– |
+ |
| Багатосайтовість |
– |
– |
– |
+ |
| REST API |
– |
– |
– |
+ |
Старт — мінімум, тільки контентні модулі: iblock, form, базове SEO. Для візиток і лендінгів. Модуля sale немає — магазин не побудувати.
Стандарт — контент плюс комунікації: блог, соціальна мережа, форум, розширена техпідтримка. Для корпоративних сайтів і порталів з UGC.
Малий бізнес — перша редакція з e-commerce: з'являється модуль sale. Комфортний стеля — до ~10 000 товарів без серйозної оптимізації. Для невеликих магазинів і каталогів з замовленням.
Бізнес — повний набір: композитний кеш (TTFB падає з 800 мс до 50–80 мс — в 10–15 разів швидше), веб-кластер, багатосайтовість, мультисклад, REST API. Для великих магазинів, маркетплейсів, проектів з 10 000+ відвідувачів на день.
Як не помилитися з вибором редакції 1С-Бітрікс?
Типові помилки
- Покупка «Старту» під інтернет-магазин — модуль sale відсутній, доведеться або апгрейдити одразу, або костилити через кастомні замовлення.
- Вибір «Малого бізнесу» для проекту, який через півроку виросте до 10 000 товарів — композитний кеш не включити, апгрейд до «Бізнесу» обійдеться в різницю ліцензій плюс робота по налаштуванню.
- Використання «Бізнесу» для лендінгу — переплата за функції, які ніколи не знадобляться.
Чому композитний кеш є must have для високонавантаженого проекту?
Композитний кеш (main.composite) прискорює завантаження сторінок в 10–15 разів порівняно з динамічною генерацією. Для магазину з великим трафіком без композиту сервер починає «потіти»: середній час відповіді зростає, база даних перевантажується, сторінки чекауту падають по таймауту. Композит вирішує проблему кардинально — HTML віддається nginx'ом без запуску PHP. Докладніше про технологію — в офіційній документації. Важливо правильно налаштувати exclude-маски для кошика, особистого кабінету та сторінок, де потрібна актуальність даних. Ми налаштовуємо це на кожному апгрейді до «Бізнес».
Вибір редакції для інтернет-магазину
| Тип магазину |
Рекомендована редакція |
Ключове обмеження |
| До 1000 товарів, трафік до 500 уніків/день |
Малий бізнес |
Нема композитного кешу (TTFB > 500 мс при піках) |
| 1000–10 000 товарів, 500–5000 уніків/день |
Малий бізнес з тюнінгом або Бізнес (одразу) |
Навантаження упирається в PHP-FPM |
| 10 000+ товарів, 5000+ уніків/день |
Бізнес |
Потрібен композит + кластер |
| Маркетплейс, 100 000+ товарів |
Бізнес + веб-кластер |
Горизонтальне масштабування обов'язкове |
Як вибрати редакцію: жорсткі критерії
По модулях:
- Обмін з 1С (
catalog) → мінімум «Малий бізнес»
- Композитний кеш (
main.composite) → тільки «Бізнес»
- Веб-кластер (
cluster) → тільки «Бізнес»
- Багатосайтовість → тільки «Бізнес»
- REST API → тільки «Бізнес»
По навантаженню:
- До 1000 уніків/день — будь-яка редакція впорається
- 1000–10 000 уніків/день — «Малий бізнес» з тюнінгом nginx/php-fpm упирається в стелю. «Бізнес» з композитним кешем — правильний вибір
- 10 000+ уніків/день — тільки «Бізнес» з композитом і кластером
По бюджету:
- Різниця між редакціями — варіюється (наприклад, Старт vs Бізнес — значно)
- Апгрейд у будь-який момент — доплата різниці у вартості ліцензій
- Наш принцип: беріть мінімально достатню. Але якщо знаєте, що через півроку знадобиться композит — беріть «Бізнес» одразу, тому що апгрейд — це ще й робота по налаштуванню
Чому апгрейд редакції вигідний при правильному виборі?
1С-Бітрікс дозволяє підвищувати редакцію без перевстановлення — дані зберігаються. Процес:
- Доплата різниці у вартості ліцензії
- Активація нового ключа: «Налаштування» → «Оновлення» → «Реєстрація»
- Встановлення доступних модулів через адмінку
- Налаштування нового функціоналу
- Тестування сумісності
Що ми робимо при апгрейді:
- Перевіряємо кастомний код на конфлікти з новими модулями — особливо якщо є власні обробники подій
OnBeforeOrderAdd, OnSaleBasketSaved
- Вмикаємо та налаштовуємо композитний кеш — коректні exclude-маски для динамічних сторінок (кошик, чекаут, особистий кабінет)
- Налаштовуємо мультисклад, якщо потрібно —
b_catalog_store, правила вибору складу
- Проганяємо весь функціонал на staging
- Документуємо зміни
Що ви отримуєте в результаті:
- Працюючий сайт на новій редакції без втрати даних
- Налаштований композитний кеш (якщо перейшли на «Бізнес»)
- Протокол тестування та рекомендації щодо подальшої оптимізації
- Доступи до staging та документація щодо змін
Ліцензія: продовження та ризики
Активна ліцензія дає оновлення — нові версії, патчі безпеки, багфікси, доступ до маркетплейсу та техпідтримку вендора. При закінченні сайт продовжує працювати, але залишається без оновлень. Для магазинів це небезпечно — патчі безпеки закривають вразливості в модулях sale, catalog, main. Витік даних з b_sale_order або b_user — питання часу. Продовження коштує значно менше покупки нової ліцензії. Регулярне продовження — страховка від незакритих CVE.
Связка «Управління сайтом» + Бітрікс24
Частий сценарій: сайт на 1С-Бітрікс + CRM в Бітрікс24. Замовлення з b_sale_order автоматично перетворюються на ліди або угоди, працює єдина авторизація, синхронізація клієнтської бази. Форми сайту (form або кастомні) ведуть у воронку CRM. Це дві окремі ліцензії та два окремі продукти — інтеграція між ними штатна і стабільно працює.
Рекомендації з практики
- Не економте на редакції, якщо точно знаєте, що функціонал знадобиться через півроку. Апгрейд редакції — та ж доплата плюс робота по налаштуванню та тестуванню.
- Бізнес для проектів з амбіціями зростання — композитний кеш окупає різницю в ціні при першому стрибку трафіку. Без композиту 3000+ уніків/день — сервер починає потіти.
- Бітрікс24 і «Управління сайтом» — різні продукти, різні ліцензії. Плутанина тут коштує грошей.
- Продовжуйте ліцензію щорічно — вартість продовження значно нижча за покупку нової, а без оновлень ви залишаєтеся з незакритими CVE.
Що ми пропонуємо: підбір та налаштування під ключ
Ми не просто консультуємо — беремо на себе повний цикл: аналіз поточного проекту, підбір редакції, закупівлю ліцензії (якщо потрібно), міграцію, налаштування всіх модулів та навчання команди. В рамках послуги ви отримуєте:
- Акт вибору редакції з обґрунтуванням
- План міграції (якщо апгрейд)
- Розгорнутий staging з новою редакцією
- Налаштування композитного кешу та кластеру (при необхідності)
- Документацію по новій конфігурації
- Гарантію працездатності після переходу
Зателефонуйте нам або залиште заявку — розповімо, яка редакція підійде конкретно під ваш проект, навантаження та плани зростання. Замовте консультацію — оцінимо ваш проект за один день і запропонуємо оптимальну конфігурацію. Отримайте персональний розрахунок вартості підбору та налаштування редакції 1С-Бітрікс прямо зараз.