Налаштування модуля інтернет-магазину 1С-Бітрікс під ключ

Наша компанія займається розробкою, підтримкою та обслуговуванням рішень на Бітрікс та Бітрікс24 будь-якої складності. Від простих односторінкових сайтів до складних інтернет-магазинів, CRM систем з інтеграцією 1С та телефонії. Досвід розробників підтверджено сертифікатами від вендора.
Послуги, які ми пропонуємо
Показано 1 з 1Усі 1626 послуг
Налаштування модуля інтернет-магазину 1С-Бітрікс під ключ
Простий
~1 день
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1357
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    946
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    Розробка на базі Бітрікс, Бітрікс24, 1С для компанії Development of an Online
    693
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Розробка на базі 1С Підприємство для компанії МИРСАНБЕЛ
    830
  • image_crm_dolbimby_434_0.webp
    Розробка сайту на CRM Бітрікс24 для компанії DOLBIMBY
    732
  • image_crm_technotorgcomplex_453_0.webp
    Розробка на базі Бітрікс24 для компанії ТЕХНОТОРГКОМПЛЕКС
    1075

Налаштування модуля інтернет-магазину 1С-Бітрікс

Уявіть: магазин запущено, перші замовлення пішли, але оплати не підтверджуються автоматично, статуси не змінюються, а в 1С замовлення не вивантажуються. Типовий сценарій — неправильне налаштування модуля sale. Ми налаштовуємо 1С-Бітрікс вже понад 7 років, реалізували 50+ проєктів і знаємо кожен підводний камінь. Наприклад, нещодавно клієнт втратив 3 дні на з'ясування, чому не приходять сповіщення — виявилося, не налаштовано callback для ЮKassa. Наш підхід гарантує коректну роботу каси, синхронізацію з 1С та прозору логістику. Налаштування модуля інтернет-магазину 1С-Бітрікс обходиться в середньому на 30% дешевше порівняно з самостійною розробкою, а окупається за 1-2 місяці продажів.

Чому послідовність налаштування критична?

Модуль sale — ядро комерційної логіки. Налаштовувати його потрібно строго в певній послідовності: властивості замовлення → статуси → платіжні системи → служби доставки → валюти та податки → сповіщення. Кожен наступний блок залежить від попереднього. Пропуск етапу призводить до прихованих помилок. Наприклад, якщо почати з платіжних систем до налаштування властивостей замовлення, може виявитися, що необхідні поля (email) не передаються в шлюз. А статуси замовлення мають бути створені до налаштування callback-сповіщень — інакше система не зможе змінити статус після оплати. Послідовність мінімізує доробки на старті.

Властивості замовлення та статуси

Властивості замовлення (sale.property) — поля, які заповнює покупець при оформленні: ПІБ, телефон, email, адреса, коментар. Набір властивостей задається для кожного типу платника (фізособа, юрособа). Для юросіб додаються ІПН, КВЕД, назва організації, юридична адреса. Не забудьте про обов'язковість полів — якщо телефон або email не заповнено, покупець не зможе оформити замовлення.

Статуси замовлення визначають життєвий цикл: «Новий» → «Оплачений» → «В обробці» → «Відправлений» → «Доставлений» → «Завершений». Кожен статус має літерний код і прив'язку до поштових подій — при зміні статусу покупець отримує email. Продумайте статуси до запуску. Додавання нового статусу в працюючий магазин ламає звіти та обмін з 1С, якщо маппінг заданий жорстко.

Платіжні системи

Платіжна система в Бітрікс — обробник (handler), прив'язаний до типу платника та сайту. Налаштування виконується в три кроки:

  1. Створення — «Магазин» → «Платіжні системи» → «Додати». Виберіть обробник: ЮKassa, CloudPayments, банківський переказ або готівка.
  2. Маппінг полів — обробник запитує суму, номер замовлення, email. Ці поля маппяться на властивості замовлення.
  3. Callback URL — адреса для підтвердження оплати від шлюзу. Для ЮKassa: /bitrix/tools/sale_ps_result.php. Прописується в особистому кабінеті шлюзу.

Для ЮKassa вкажіть shopId та секретний ключ, виберіть режим (тестовий/бойовий), налаштуйте способи оплати (карта, SBP, електронні гаманці). Callback автоматично змінює статус оплати. Обробник ЮKassa налаштовується в 2 рази швидше CloudPayments завдяки вбудованому обробнику.

Обробник Автопідтвердження Тип платника Типова помилка
ЮKassa Так (callback) Фізособа Не налаштовано callback — замовлення не переходить у статус «Оплачений»
CloudPayments Так (callback) Фізособа Не передано обов'язковий параметр InvoiceId
Банківський переказ Ні (вручну / 1С) Юрособа Рахунок формується з невірними реквізитами
Готівка Ні (вручну) Фізособа Немає прибуткового ордера в системі

Служби доставки

Три типи обробників доставки в Бітрікс:

  • Фіксована вартість — самовивіз (безкоштовно), кур'єр по місту (фікс).
  • Автоматичний розрахунок — СДЭК, Boxberry, Укрпошта. Модуль з Marketplace запитує API служби та повертає вартість і терміни. Потрібні API-ключі, місто відправлення, габарити за замовчуванням. Наприклад, інтеграція СДЭК обробляє до 5000 замовлень на місяць без збоїв.
  • Кастомний обробник — PHP-клас зі своєю логікою. Коли тарифи залежать від зони, ваги, габаритів за нестандартними правилами.
Доставка Спосіб розрахунку Швидкість налаштування Обмеження
Самовивіз Фікс (0 грн) 15 хвилин Тільки одна адреса
Кур'єр Фікс (напр., 500 грн) 30 хвилин Тільки по місту
СДЭК API (авто) 2-3 години Потрібен договір з СДЭК
Boxberry API (авто) 2-3 години Потрібен API-ключ

Валюти, податки, сповіщення

Валюти — модуль currency. Базова валюта зберігає ціни, конвертація — автоматично при відображенні.

ПДВ — ставка (20%, 10%, 0%, без ПДВ) прив'язується до товарів. При оформленні ПДВ розраховується і передається в чек онлайн-каси — вимога 54-ФЗ. Неправильне налаштування ПДВ загрожує штрафами до великих сум.

Email-сповіщення — шаблони поштових подій (нове замовлення, зміна статусу, оплата). Редагуються в «Налаштування» → «Поштові події». Макроси #ORDER_ID#, #PRICE#, #ORDER_USER# підставляють дані.

Помилки в налаштуванні sale проявляються не одразу: неналаштований callback — непідтверджені оплати, відсутність ПДВ у чеку — питання від податкової, невірні статуси — зламаний обмін з 1С. Щоб уникнути цього, довірте налаштування професіоналам. Ми гарантуємо коректну роботу всіх модулів.

Як уникнути типових помилок?

Три основні помилки при налаштуванні модуля інтернет-магазину:

  • Не налаштовано callback для платіжного шлюзу — оплати не підтверджуються.
  • Не співставлено статуси замовлення з кодами CommerceML — зламано обмін з 1С.
  • Не вказано габарити товарів для автоматичного розрахунку доставки — вартість не розраховується.

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

Повний склад налаштування модуля під ключ

Ми надаємо:

  • Налаштування всіх блоків sale (властивості, статуси, платіжні системи, доставка, податки, сповіщення).
  • Інтеграцію з 1С (CommerceML) — маппінг довідників, статусів, складів.
  • Підключення онлайн-каси (54-ФЗ) з тестуванням фіскалізації.
  • Навчання вашої команди роботі із замовленнями та звітами.
  • Документацію з налаштувань та інструкцію для адміністратора.
  • Пост-релізну підтримку протягом 30 днів.

Зв'яжіться з нами, щоб отримати персональну консультацію та оцінку вашого проєкту. Замовте налаштування модуля інтернет-магазину та запустіть продажі без прихованих проблем.

Для поглибленого розуміння архітектури рекомендуємо ознайомитися з офіційною документацією (Посібник розробника 1С-Бітрікс) та статтею на Вікіпедії про платформу.

Чому 1С-Бітрікс — флагман e-commerce?

Фасетний індекс на каталозі з 200 000 SKU не побудовано — bitrix:catalog.smart.filter відпрацьовує 4 секунди замість 200 мс, і покупець іде. Наша розробка інтернет-магазинів на 1С-Бітрікс виключає такі сценарії: від архітектури інфоблоків та типів цін до кластерної балансировки під пікові навантаження. Типова помилка новачків — не налаштовано композитний кеш (bitrix:main.composite), і сторінки карток завантажуються по 5 секунд. Це вбиває конверсію швидше, ніж будь-який баг у кошику.

Двостороння синхронізація з 1С через CommerceML — каталог, ціни, залишки, замовлення та статуси. Налаштовується з адмінки модулем catalog -> «Обмін з 1С». Вивантаження на маркетплейси через YML-фіди (catalog.export) для Яндекс.Маркет, Google Shopping, Ozon, Wildberries.

Як ми вирішуємо ключові проблеми продуктивності?

bitrix:catalog.smart.filter без фасетного індексу генерує запити, які кладуть MySQL. Рішення: будуємо b_catalog_iblock_index — час відповіді падає з 4 секунд до 100–200 мс. Для SEO-фільтрів використовуємо catalog.seo.filter — індексовані сторінки перетинів фільтрів з унікальними мета-тегами.

Композитний кеш (bitrix:main.composite) прискорює завантаження сторінок у 3–5 разів порівняно зі звичайним. Мета — TTFB картки товару < 200 мс. Для сесій використовуємо Redis (SESSION_SAVE_HANDLER = redis в .settings.php). Lazy load зображень, CDN для статики, оптимізація SQL (особливо JOIN-и на b_iblock_element_property).

Чому кешування критичне для інтернет-магазину?

Кожна секунда затримки завантаження сторінки знижує конверсію в середньому на 7%. При TTFB > 400 мс 32% користувачів залишають сайт. Композитний кеш віддає сторінку з HTML, минаючи виконання PHP та запити до бази — це дає виграш до 5 разів за часом. Для карток товарів з частими змінами цін та залишків використовуємо теговане кешування: інвалідація відбувається лише за порушеними сутностями. На практиці вдавалося знизити TTFB з 1,2 секунди до 180 мс. Економія часу на завантаження каталогу — до 60%.

Типи магазинів та їх особливості

Тип магазину Ключові модулі Особливості
B2C роздріб catalog.smart.filter, catalog.compare.list, відгуки, рейтинги Фасетний індекс, конверсійна воронка від картки до оплати
B2B опт дилерські ціни (b_catalog_group), мін. партії, кредитні ліміти Особисті кабінети, швидке замовлення за артикулом, PDF-рахунки
Цифрові товари ліцензії, підписки, файли OnSaleOrderPaid -> автоматична видача доступу
Маркетплейс модуль «Маркетплейс» або кастом Декілька продавців, роздільний облік, комісійна модель
PWA / мобільні Progressive Web App, React Native + REST API Офлайн-каталог, push-повідомлення

Інтеграції: платіжні системи, доставка, CRM, маркетплейси

Платіжні системи. Обробники в sale.handlers: ЮKassa, CloudPayments, Тинькофф, Сбербанк, Apple Pay, Google Pay, розстрочка. Callback sale.payment.notify для підтвердження статусу. Доставка. Обробники sale.delivery для СДЭК, Boxberry, Почту Росії, DPD — розрахунок вартості по API в реальному часі, трекінг. Складський облік. Резервування (RESERVED = Y в b_sale_basket), автоматичне списання при відвантаженні, сповіщення при залишках нижче порогу, передзамовлення для товарів в дорозі. CRM. Бітрікс24 або amoCRM — замовлення з b_sale_order ідуть автоматично, клієнтська база синхронізується. Тригери: покинутий кошик, запит відгуку, реактивація. Маркетплейси. Вивантаження через YML на Ozon, Wildberries, Яндекс.Маркет. Замовлення стікаються в єдину систему. Аналітика та маркетинг. GA4, Яндекс.Метрика, email-розсилки (Unisender, SendPulse). Логістика. МійСклад, Антор — етикетки, складальні листи.

Міграція з інших CMS

Перехід з OpenCart, WooCommerce, Shopify, MODX: перенесення каталогу (елементи, властивості, розділи, зображення, SEO-URL), міграція клієнтської бази (b_user) та історії замовлень (b_sale_order), 301-редиректи через urlrewrite.php. Паралельна робота на перехідний період — старий сайт продає, новий приймається. Досвід команди — 50+ проектів міграції.

Що входить в роботу (deliverables)

Deliverable Опис
Технічне завдання Бізнес-вимоги, структура каталогу, інтеграції, логіка кошика
Архітектура інфоблоків Типи цін, властивості, розділи, HL-блоки, ORM-сутності
Компоненти та шаблони Кастомні або адаптовані штатні (Component 2.0)
Інтеграції Платежі, доставка, CRM, маркетплейси, 1С
Документація Інструкції з наповнення, REST API, схема БД
Навчання команди Робота з адмінкою, вивантаженнями, оновленнями
Гарантія Безкоштовна підтримка 3 місяці після запуску, виправлення багів

Етапи та терміни

Середній проект — 2–4 місяці:

  1. Аналітика (1–2 тижні) — бізнес-вимоги, структура каталогу, інтеграції, ТЗ
  2. Дизайн (2–3 тижні) — прототипи, дизайн-система, макети
  3. Розробка (4–8 тижнів) — компоненти, шаблони, інтеграції, наповнення
  4. Тестування (1–2 тижні) — функціональне, навантажувальне, приймальне
  5. Запуск (2–3 дні) — деплой, моніторинг, оперативна підтримка

Вартість розраховується індивідуально — зв'яжіться з нами для оцінки бюджету. Наприклад, магазин на 50 000 товарів з інтеграцією 1С та CRM — бюджет варіюється в залежності від складності. MVP для старту доступний за мінімальною планкою. Економія на завантаженні каталогу до 60% часу.

Програма лояльності та конверсія

Бонусна система: бали за покупки, відгуки, рекомендації. Правила нарахування за категоріями, ліміт оплати балами, термін згоряння — все в особистому кабінеті. VIP-рівні (бронза, срібло, золото, платина) з підвищеним кешбеком та безкоштовною доставкою. Рекомендації «Вам сподобається», «Доповніть покупку» — вбудовані інструменти Бітрікс + RetailRocket або Mindbox. Тригери: знижка до дня народження, промокод для повернення, ланцюжок за інтересами. Персоналізація через catalog.recommended.products та catalog.viewed.products. A/B-тестування двох варіантів картки на реальному трафіку. Enhanced E-commerce в GA4 та Яндекс.Метриці — повний шлях від кліка до повторного візиту.

Зв'яжіться з нами для розрахунку вашого проекту. Замовте розробку інтернет-магазину під ключ — отримайте готове рішення з гарантією та підтримкою.