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

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

Ми стикалися з мультисайтовими проєктами, де роздрібний та оптовий сайти ділять спільний каталог. Проблема: кошик у Бітрікс за замовчуванням прив'язаний до користувача, а не до сайту. Покупець додав товари на роздробі, перейшов на опт — і бачить той самий кошик. Це неприпустимо, якщо ціни, доставка та тип клієнта різні. На практиці таке ламає звітність і плутає менеджерів. За 7 років роботи ми налаштували окремі кошики для 30+ мультисайтових проєктів, і ось як це робиться.

Чому кошик стає спільним? — налаштування окремих кошиків

Кошик зберігається в таблиці b_sale_basket. Ключові поля:

SELECT id, fuser_id, site_id, product_id, quantity, price, currency FROM b_sale_basket WHERE fuser_id = 12345; 

Поле SITE_ID у кошику є, і Бітрікс його використовує. Проблема в тому, що fuser_id (fusion user — анонімний користувач) прив'язаний до cookie BITRIX_SM_FUSER_ID, яка є спільною для всіх піддоменів, якщо не налаштовано інакше. Цитата з документації: «Кошик прив'язується до fuser_id, який може бути однаковим для різних сайтів, якщо вони використовують спільний домен сесії». Це призводить до змішування товарів.

Як вибрати метод розділення?

Метод 1: різні домени без спільних cookie

Найнадійніший спосіб. Якщо сайти працюють на різних доменах (retail.shop.ru та wholesale.shop.ru) або різних доменах другого рівня, cookie fuser_id не пробрасовується автоматично. Бітрікс із коробки створює окремі кошики. Цей підхід найкраще підходить для розділення: він виключає вплив сусіднього сайту на 100%.

Перевірити поточну конфігурацію:

// /bitrix/php_interface/dbconn.php або .settings.php // Дивимось SESSION_DOMAIN — якщо однаковий для всіх сайтів, проблема є $_SESSION['BITRIX_SM_FUSER_ID']; // Один для всіх сайтів 

Метод 2: явна передача SITE_ID в компонент кошика

Компонент bitrix:sale.basket.basket приймає параметр SITE_ID. Переконуємося, що він передається коректно:

$APPLICATION->IncludeComponent('bitrix:sale.basket.basket', '.default', [ 'SITE_ID' => SITE_ID, // Поточний ID сайту 'PRICE_VAT_SHOW_VALUE' => 'Y', // ... ]); 

Метод 3: програмне розділення через подію

Якщо архітектура не дозволяє розділити домени, підписуємося на подію OnBeforeBasketItemAdd і примусово задаємо SITE_ID:

// /local/php_interface/init.php AddEventHandler('sale', 'OnBeforeBasketItemAdd', 'SetBasketSiteId'); function SetBasketSiteId(&$arFields) { $currentSite = \Bitrix\Main\Context::getCurrent()->getSite(); $arFields['SITE_ID'] = $currentSite; return true; } 

Подія OnBeforeBasketItemAdd — це точка входу, коли дані ще не записані. Ми змінюємо SITE_ID на поточний перед записом. Гарантія, що кошик буде прив'язаний саме до того сайту, де здійснюється покупка.

Як правильно рахувати товари в кошику?

Лічильник товарів у хедері — типове місце, де окремі кошики «ламаються» візуально: показується сумарна кількість по всіх сайтах. Виправляємо явним фільтром:

use Bitrix\Sale\Basket; use Bitrix\Main\Context; $basket = Basket::loadItemsForFUser( \CSaleBasket::GetBasketUserID(), Context::getCurrent()->getSite() // Передаємо поточний SITE_ID ); $itemCount = $basket->count(); 

Типові помилки та чек-лист