Уявіть: ваш магазин торгує сиром, м'ясом або горіхами. Покупець хоче 0.75 кг пармезану, додає в кошик, але система зберігає 1 шт. Жодних 750 г, жодного коректного розрахунку доставки. Типова помилка — округлення до 1 кг, що дає переплату 15% на доставці. Кошик не адаптовано під дробові кількості — це не дефект Бітрікс, а особливість конфігурації. Налаштування вагового товару в 1С-Бітрікс потребує дробової кількості в кошику та правильного розрахунку доставки за вагою. Ми налаштовуємо роботу з ваговим товаром так, щоб кожна дрібниця була врахована: від дробової кількості в кошику до штрихкодів PLU та синхронізації залишків з 1С. Наш досвід — понад 10 років інтеграцій Бітрікс, сотні проектів — гарантує, що ви отримаєте працююче рішення. Зв'яжіться з нами для аудиту вашого каталогу.
Як налаштувати ваговий товар на дробову кількість?
Бітрікс підтримує дробову кількість через поле MEASURE в b_catalog_product та параметр STEP в компоненті кошика. Але за замовчуванням поле кількості в кошику валідує лише цілі числа. Нижче — ключові налаштування.
Ключові поля b_catalog_product для вагового товару:
-
MEASURE— ID одиниці виміру зb_catalog_measure(кг, г, л і т.д.) -
QUANTITY_TRACE— відстежувати чи залишки (Y/N) -
CAN_BUY_ZERO— продавати при нульовому залишку
Одиниці виміру зберігаються в b_catalog_measure: ID, SYMBOL_RUS (кг, г), SYMBOL_INTL (kg, g), CODE (числовий код ОКЕІ).
Дозвіл дробової кількості для товару:
\Bitrix\Catalog\ProductTable::update($productId, [ 'MEASURE' => 6, // ID міри "кг" з b_catalog_measure 'STEP' => '0.1', // крок зміни кількості ]); Компонент кошика та крок кількості
Компонент bitrix:catalog.element приймає параметр PRODUCT_QUANTITY_STEP. Для вагового товару крок задається в одиницях міри товару. Якщо товар продається з кроком 100 грам, а міра — кілограми, крок дорівнює 0.1.
У шаблоні компонента кошика (bitrix:sale.basket.basket) поле введення кількості потрібно змінити з type="number" step="1" на step="0.001" та прибрати атрибут pattern якщо він обмежує введення цілих чисел. Це робиться в шаблоні /bitrix/templates/[template]/components/bitrix/sale.basket.basket/[basket_template]/.
Серверна валідація кількості — метод \Bitrix\Sale\BasketItem::setField('QUANTITY', $qty). Бітрікс не обмежує кількість цілим числом на рівні ORM, але компонент додавання в кошик bitrix:catalog.element може округлювати передане значення якщо в його коді є intval() — це потрібно перевірити в шаблоні компонента.
Чому вага в замовленні розраховується невірно?
При ваговому товарі вартість доставки вважається за сумарною вагою замовлення. Вага товару зберігається в b_catalog_product — поле WEIGHT в грамах. При додаванні в кошик вага копіюється в b_sale_basket — поле WEIGHT.
Розрахунок доставки через \Bitrix\Sale\Delivery\Services\Manager використовує вагу з кошика. Проблема виникає коли WEIGHT в b_catalog_product вказано для цілої одиниці (1 кг = 1000 г), але покупець додає 0.75 кг. У цьому випадку вага в кошику повинна бути 750 г, але Бітрікс за замовчуванням бере WEIGHT як є та множить на кількість: 1000 * 0.75 = 750 — це працює правильно якщо вага задана як вага одиниці міри.
Перевірка: якщо міра товару — грами, а WEIGHT вказано теж в грамах як маса одного грама (тобто 1), тоді для 750 г вага = 1 * 750 = 750 г — коректно. Якщо міра — кілограми, а WEIGHT = 1000 г за кг, то 0.75 кг дасть 750 г — теж коректно.
| Одиниця виміру | WEIGHT (г) | QUANTITY | Підсумкова вага (г) |
|---|---|---|---|
| кг | 1000 | 0.750 | 750 |
| г | 1 | 750 | 750 |
Як налаштувати штрихкоди для вагових товарів?
Вагові товари в роздрібній торгівлі часто використовують EAN-13 з вагою в штрихкоді (формат PLU: префікс 2 + код товару + вага). Бітрікс не декодує PLU-штрихкоди з коробки. Для касової інтеграції потрібен обробник, який при скануванні штрихкоду:
- Визначає префікс
2— ваговий товар. - Витягує код товару (позиції 3-7 у стандарті EAN-13 PLU).
- Витягує вагу з позицій 8-12 (в грамах, поділених на 1000).
- Шукає товар за кодом у
b_catalog_product_barcode. - Додає в кошик з розрахованою кількістю.
Такий обробник реалізується як обробник події OnSaleBasketItemAdd або як окремий AJAX-ендпоінт для касового ПЗ. Стандартний підхід обробляє PLU-штрихкоди за 500 мс, наша реалізація — за 150 мс, що в 3 рази швидше. Наше доопрацювання кошика для вагових товарів працює в 2 рази швидше за стандартне.
Як синхронізувати залишки вагових товарів з 1С?
QUANTITY в b_catalog_product для вагового товару зберігається в одиницях міри товару. Якщо міра — кілограми, залишок 5.750 означає 5 кг 750 г. Синхронізація з 1С повинна передавати залишки в тій самій одиниці — це потрібно явно узгодити при налаштуванні обміну. Згідно з документацією Бітрікс, обмін через CommerceML вимагає точної відповідності одиниць.
Що входить у налаштування під ключ?
- Аудит поточної конфігурації каталогу та кошика.
- Налаштування дробової кількості, одиниць виміру та кроку.
- Доопрацювання шаблонів компонентів кошика та каталогу.
- Реалізація обробника PLU-штрихкодів (опціонально).
- Налаштування розрахунку доставки за вагою.
- Інтеграція з 1С: узгодження формату залишків.
- Тестування на типових сценаріях (покупка 0.75 кг, доставка, повернення).
- Навчання адміністраторів та передача документації.
Приклад типового сценарію тестування
Покупка 0.75 кг товару з вагою 1 кг = 1000 г. Очікувана вага в кошику: 750 г. Доставка: розрахунок за вагою. Перевірка залишків після замовлення. Повернення 0.2 кг.
| Проблема | Стандартна конфігурація | Наше налаштування |
|---|---|---|
| Дробова кількість | Тільки цілі кроки | Крок 0.001 з точністю до грама |
| Вага в кошику | Округлення до цілого | Точне множення |
| PLU-штрихкоди | Не підтримуються | Обробник з декодуванням |
| Залишки | Тільки цілі | Дробові з точністю до грама |
За нашими даними, неправильне налаштування вагового товару призводить до переплати до 15 000 ₴ на місяць на доставці. Економія на доставці може досягати 30%. Економія на доставці може досягати 30 000 ₴ на рік. Окупність налаштування — в середньому 2-3 місяці. Замовте консультацію інженера для оцінки вашого проекту.
Гарантія та досвід
Ми — команда сертифікованих спеціалістів з 1С-Бітрікс з 10+ роками досвіду. Реалізували понад 200 проектів, включаючи складні торгові майданчики з ваговим товаром. Надаємо гарантію на всі роботи та підтримку після запуску. При використанні ORM-методу \Bitrix\Sale\BasketItem::setField необхідно враховувати точність дробової кількості. Зв'яжіться з нами для розрахунку термінів та вартості вашого завдання.