Розробка B2B eCommerce: функції та архітектура
Персональні ціни, ролі, погодження, каталоги та інтеграції для B2B commerce.
Розробка B2B eCommerce має враховувати структуру компаній, договірні ціни, ролі, погодження, кредит, оформлення замовлення й сервісні процеси без нав’язування B2C-моделі.
Які B2B-правила змінюють модель магазину
Організації, покупців, ролі, адреси, договори, асортимент, прайс-листи, ліміти погодження, пропозиції та повторні замовлення потрібно моделювати явно. Вітрина має оркеструвати правила, а не суперечливо копіювати ERP-логіку.
B2B-портал має враховувати організацію клієнта, ролі, адреси, договірний асортимент, індивідуальні ціни, кредит, погодження й повторні замовлення. Просте додавання поля purchase order до B2C checkout цього не вирішує.
Як пов’язати self-service з ERP та CRM
Дані ERP часто недостатні для клієнта й можуть бути надто повільними для синхронного checkout. Визначте кешовані моделі читання, межі валідації, правила прийняття замовлення, звірку та власників винятків.
Під час інтеграції B2B-порталу з ERP та CRM визначте, які дані потрібні клієнту в реальному часі, а які можна безпечно підготувати заздалегідь.
Практичний сценарій: замовлення з погодженням
Покупець філії формує кошик, але не може одразу відправити замовлення. Портал зберігає договірні ціни й доступність на момент перевірки, передає кошик керівникові та після погодження повторно перевіряє кредитний ліміт, залишок і доставку. Якщо ціна змінилася, система має показати різницю, а не непомітно оформити нову суму. Для цього потрібні журнал рішень, сповіщення та власник винятків.
Де зазвичай виникають проблеми
Головний ризик — вважати ERP готовим API для вітрини. Повільні відповіді, пакетне оновлення цін і неоднозначні ідентифікатори створюють помилки в checkout. Надійніше підготувати модель читання каталогу й цін, а критичні значення перевіряти перед прийняттям замовлення. Черги, ідемпотентність і звірка захищають від повторного експорту.
Повний B2B-портал не завжди потрібний. Для кількох великих клієнтів із рідкісними закупівлями керована форма або EDI можуть бути дешевшими. Платформа виправдана, коли self-service, ролі та повторювані операції справді зменшують ручну роботу.
Чим B2B commerce відрізняється від D2C
| Можливість | D2C commerce | B2B commerce |
|---|---|---|
| Клієнт | Фізична особа | Компанія, покупці, ролі |
| Ціни | Публічні або сегментні | Договірні й індивідуальні |
| Замовлення | Негайний checkout | Котирування, погодження, PO |
| Виконання | Споживча доставка | Локації, графіки, часткові постачання |
| Інтеграції | Середня глибина | Часто визначаються ERP і CRM |
Поширені запитання
Які B2B-правила можна винести з ERP?
Клієнтський інтерфейс, пошук та оркестрація можуть бути поза ERP, а договори, кредит і фінансові записи зазвичай залишаються в ERP або CRM.
Що робити checkout, коли ERP недоступна?
Використовувати явні правила доступності, безпечний кеш, асинхронне прийняття замовлення, видимий статус, повторні спроби та звірку.
Чи потрібно переносити всі B2B-правила з ERP у вітрину?
Ні. Фінансові й договірні дані часто мають залишатися в ERP або CRM. Вітрина може використовувати підготовлені моделі читання й оркеструвати сценарій, не створюючи другого суперечливого джерела істини.
