B2B-дистрибуция держится на повторяющихся оптовых заказах с индивидуальными ценами для каждого контрагента. Пока эти заказы проходят через менеджера — телефон, почта, Excel-прайс «позвоните за ценой» — компания платит за каждую транзакцию рабочим временем продавца и рискует ошибками в ценах. Adobe Commerce (Magento) содержит штатный B2B-модуль, который переносит согласование и оформление оптового заказа в самообслуживание покупателя. Ниже — открытый разбор того, что реально собирается на этом инструменте в дистрибуции, со ссылками на документацию Adobe и публичные обзоры. Это не кейс KT.Team, а пример возможностей платформы.
Какую бизнес-задачу закрывает портал
Цель — убрать ручной труд менеджера из цикла «согласовал цену → оформил заказ». В дистрибуции один клиент делает десятки повторных заказов в месяц по своему контракту. Если каждый из них требует, чтобы менеджер открыл прайс контрагента, проверил остаток, посчитал скидку и завёл заказ в системе, отдел продаж превращается в операторов ввода. Adobe Commerce закрывает это тремя связанными механизмами: company accounts (структура клиента), shared catalogs (индивидуальные цены и видимость) и negotiable quotes (онлайн-квоты). Все три входят в платформу нативно, без сторонних расширений (Atwix).
Company accounts: клиент как организация, а не как один логин
Company account моделирует то, как организация реально закупает: внутри компании заводятся роли — закупщик, старший закупщик, согласующий, финансовый контролёр — с разными правами и лимитами (Adobe Experience League). Роли привязываются не к должностям, а к закупочной политике. В одном описанном внедрении мультирегионального дистрибутора роли company account были сопоставлены с центрами затрат в ERP: закупщики собирают корзины в пределах своего лимита, а заказы выше порога автоматически уходят финансовому согласующему. Бизнес-результат: согласование сумм происходит правилом в системе, а не перепиской и ручными проверками менеджера.
Shared catalogs: индивидуальные цены без клонирования витрин
Shared catalog задаёт, какие товары видит конкретная компания или группа клиентов и по каким ценам — контрактные цены, региональные тиры, объёмные скидки (Adobe). Ключевой принцип масштабирования: сегментировать по стратегическим измерениям (регион, класс контракта, уровень тира), а не плодить отдельный каталог под каждого клиента — иначе модель не масштабируется. В описанном производственном внедрении это вытащило цены «из таблиц, разосланных по регионам», которые порождали корректировки счетов, ценовые споры и поток запросов на ручные правки, и централизовало их в shared catalogs. Для покупателя это означает, что вместо «позвоните за ценой» он видит свою цену сразу — менеджер из ценообразования по конкретному заказу исключён (Scandiweb).
Negotiable quotes: согласование оптового заказа онлайн
Онлайн-квота — это и есть перенос торга из почты в систему. Инициировать квоту может покупатель из корзины или менеджер из админки от имени клиента. Дальше стороны обмениваются предложениями — позиции, количества, скидки, доставка — пока не договорятся; при этом редактировать квоту в каждый момент может только та сторона, что предлагает условия. Каждая ревизия логируется. После того как покупатель принял условия, квота превращается напрямую в заказ, и на этом этапе дополнительные скидки уже не добавить (Adobe Experience League).
Система ведёт десять статусов, которые делают торг прозрачным и не дают сделке потеряться в чьём-то почтовом ящике: New, Draft, Open, Submitted, Client Reviewed, Updated, Ordered, Closed, Declined, Expired. Это означает, что состояние любой сделки видно без звонка менеджеру.
Повторные заказы: requisition lists и quick order
Цикл оптовых закупок повторяющийся, поэтому платформа закрывает и рутину повтора. Requisition lists позволяют сохранять и переиспользовать списки часто заказываемых товаров — по поставщику, проекту или сезону. Quick order даёт добавлять позиции в корзину по SKU или вставкой целого списка: для заказа из сорока строк это сокращает оформление примерно с двадцати минут до двух — около 90% экономии времени, которое раньше тратил менеджер (Scandiweb). Company credit добавляет оплату по счёту с контролем лимита из админки, снимая с продавца сбор оплаты по каждой транзакции.
Измеримый результат
Публичный кейс Macron (Scandiweb) фиксирует после внедрения B2B-функций снижение времени создания заказа на 40%, рост выручки на 29,8% год к году и рост числа транзакций на 14,1% (Scandiweb). Это иллюстрация порядка эффекта, а не гарантия — числа зависят от ассортимента и зрелости процессов клиента.
Архитектурное замечание
В подходе «минимальной модификации ядра» бизнес-логику, специфичную для конкретной интеграции (синхронизация цен и остатков с ERP, проведение оплат, проверка кредитного лимита по внешним правилам), стоит выносить в отдельные микросервисы рядом с Magento, а не патчить ядро. Сам B2B-функционал — company accounts, shared catalogs, quotes — используется штатным, как зрелый международный стандарт, что сохраняет обновляемость платформы и отчуждаемость решения между командами.
Вывод для бизнес-процесса
Портал перепроектирует процесс «согласование и оформление оптового заказа» из синхронного (клиент → менеджер → прайс → ERP → подтверждение) в самообслуживание с правилами: цена приходит из shared catalog автоматически, торг идёт в negotiable quote со статусами и журналом ревизий, лимиты и согласование сумм отрабатывают роли company account, а повтор закрывают requisition lists и quick order. Менеджер подключается только к нестандартной сделке, а не к каждому заказу — это и есть устранение ручной работы как метрика.
