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

Налаштування модуля інтернет-магазину 1С-Бітрікс Уявіть: магазин запущено, перші замовлення пішли, але оплати не підтверджуються автоматично, статуси не змінюються, а в 1С замовлення не вивантажуються. Типовий сценарій — неправильне налаштування модуля `sale`. Ми налаштовуємо 1С-Бітрікс вже понад
Послуги, які ми пропонуємо
Показано 1 з 1Усі 1626 послуг
Налаштування модуля інтернет-магазину 1С-Бітрікс під ключ
Простий
~1 день

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

Часті запитання

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

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1455
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    1018
  • 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
    760
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Розробка на базі 1С Підприємство для компанії МИРСАНБЕЛ
    879
  • image_crm_dolbimby_434_0.webp
    Розробка сайту на CRM Бітрікс24 для компанії DOLBIMBY
    803
  • image_crm_technotorgcomplex_453_0.webp
    Розробка на базі Бітрікс24 для компанії ТЕХНОТОРГКОМПЛЕКС
    1162

Налаштування модуля інтернет-магазину 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С-Бітрікс) та статтею на Вікіпедії про платформу.