Уявіть: два клієнти замовляють один і той самий товар, але бачать різні ціни — тому що в кожного свій договір. Ми знаємо, що це стандартна задача B2B, яку Бітрікс вирішує через механізм типів цін. Однак невірна конфігурація призводить до того, що клієнт бачить чужу ціну або не бачить взагалі. У цій статті розповімо, як уникнути помилок і побудувати гнучку систему індивідуальних прайсів.
Механізм типів цін у модулі catalog
У Бітріксі кожен товар може мати декілька цін — по одній на кожен тип ціни (b_catalog_group). Тип ціни — це просто іменований рівень прайса: «Роздріб», «Опт», «VIP», «Контрактна». Для кожного типу вказується, яким групам користувачів (b_user_group) він доступний.
Налаштування в панелі управління: Магазин → Налаштування → Типи цін. Створюємо типи для кожного рівня цін. У «Групах покупців» призначаємо, яка група бачить який тип.
Індивідуальні ціни: два підходи
Підхід 1 — група на клієнта. Кожному B2B-клієнту створюється окрема група користувачів та окремий тип ціни. Клієнт входить у цю групу — бачить свої ціни. Працює, доки клієнтів десятки. При сотнях — керувати стає незручно: кожен новий клієнт потребує створення групи та типу ціни, плюс завантаження цін.
Підхід 2 — Highload-блок контрактних цін. Більш масштабовано (в 10 разів краще при 50+ клієнтах). Створюємо Highload-блок b2b_contract_prices з полями: UF_COMPANY_ID, UF_PRODUCT_ID, UF_PRICE, UF_CURRENCY, UF_DATE_FROM, UF_DATE_TO. При запиті ціни товару — перевіряємо спочатку контрактну ціну для компанії клієнта, потім груповий прайс, потім базову ціну. Логіка реалізується через кастомний провайдер цін.
| Критерій | Підхід «Група на клієнта» | Підхід «Highload-блок» |
|---|---|---|
| Макс. клієнтів | 10–20 | 500+ |
| Час на додавання | 2–3 години | 30 хвилин |
| Гнучкість | Низька | Висока (терміни, обсяги) |
| Інтеграція з 1С | Пряма | Через обробник |
Як налаштувати пріоритет типів цін?
Порядок, у якому система шукає ціну для конкретного користувача, задається в налаштуваннях типів цін — поле «Сортування». Менше число — вищий пріоритет. Індивідуальна контрактна ціна повинна мати сортування 1, роздрібна базова — 100. Це гарантує, що клієнт побачить саме свою договірну ціну, а не загальну.
Що робити при великій кількості клієнтів?
Якщо клієнтів більше 50, використання Highload-блоку — єдиний розумний шлях. Ми рекомендуємо саме його: наш досвід (10+ років на ринку, 500+ налаштувань каталогів) показує, що груповий підхід перестає працювати при масштабуванні. Контрактні ціни завантажуються або вручну через адміністративний інтерфейс, або через CommerceML-обмін з 1С.
Завантаження цін з 1С
При використанні CommerceML обміну з 1С ціни синхронізуються автоматично за типами цін. У файлі обміну тип ціни ідентифікується за полем ТипЦены → зіставляється з CATALOG_GROUP_ID у Бітріксі. Контрактні ціни, яких немає в стандартному прайсі, вивантажуються окремим файлом і завантажуються в Highload-блок через обробник події OnSuccessCatalogImport1C.
Процес роботи
- Аналітика — розбираємо поточну схему ціноутворення, кількість клієнтів та груп.
- Проектування — обираємо підхід (групи чи HL-блок), проектуємо структуру типів цін.
- Реалізація — налаштовуємо типи цін, створюємо Highload-блок, пишемо кастомний провайдер.
- Тестування — перевіряємо, що кожен клієнт бачить свої ціни, кеш працює, права доступу дотримані.
- Деплой — переносимо на бойовий сервер, налаштовуємо обмін з 1С.
Що входить у роботу
- Конфігурація типів цін та їх пріоритетів
- Створення Highload-блоку для контрактних цін (якщо потрібно)
- Написання кастомного провайдера цін
- Налаштування імпорту цін з 1С (включаючи обробник контрактних)
- Тестування сценаріїв: авторизовані / неавторизовані користувачі, різні групи
- Документація щодо зміни цін та додавання нових клієнтів
Терміни орієнтовно
| Етап | Термін |
|---|---|
| Налаштування типів цін та груп (до 5 типів) | 3–5 днів |
| Розробка контрактного провайдера з HL-блоком | 1–2 тижні |
| Повний цикл з інтеграцією 1С | 2–3 тижні |
Вартість розраховується індивідуально. Зв'яжіться з нами — оцінимо ваш проект та запропонуємо оптимальне рішення. Замовте налаштування — отримайте прозору систему індивідуальних цін без помилок.
Що перевірити після налаштування
- Авторизований користувач групи «Опт» не бачить ціну «Роздріб» і навпаки
- Незалогінений користувач не бачить B2B-ціни взагалі (якщо каталог закритий)
- Кеш цін інвалідується при зміні — через тегований кеш або
CCatalogProduct::clearCacheProductPrice()
Налаштування типів цін та груп для стандартної схеми (до 5 типів цін, без контрактного Highload): 3-5 днів. Розробка контрактного провайдера цін з Highload-блоком: 1-2 тижні.
Порівняння підходів: який обрати?
Якщо у вас до 20 клієнтів і ціни змінюються рідко — підійде груповий підхід. Якщо клієнтів більше або ціни індивідуальні — Highload-блок дає в 10 разів кращу масштабованість і гнучкість. Наш досвід гарантує, що ви не зіткнетеся з проблемами при зростанні бізнесу.