Разработка 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. Витрина может использовать подготовленные модели чтения и оркестрировать сценарий, не создавая второй противоречивый источник истины.
