B2B-портал для дилеров собирают под свои правила скидок, а не подгоняют правила под коробку

Чем B2B интернет-магазин отличается от розничного? У дилера цена зависит от договора. Сотрудник готовит заказ, а право согласовать его может быть у другого человека.

Почта и Excel удерживают исключения, которые ещё не записаны в системе. Перед разработкой стоит собрать такие заказы и спросить менеджера, почему каждый посчитан именно так.

Коробки уже умеют персональные условия. У Сотбит, Дилер365 и Compo они описаны на официальных страницах, проверенных 7 октября 2026. Различаются правила их применения.

Источник: официальная документация Сотбит, сайты Дилер365 и Compo, проверено 07.10.2026. Это заявления вендоров, не наш тест внедрения.

«Индивидуальные цены» в списке функций ещё не отвечают на вопрос о пересечении скидок. В документации Сотбит индивидуальная цена имеет приоритет даже над более низким другим типом цены.

У вашей компании правило может быть другим. Чтобы выяснить это до договора на разработку, коммерческий директор утверждает порядок расчёта и ожидаемую сумму заказа.

Учебный пример: база 10 000 ₽, договорная скидка 20 %, акционная 10 %. Последовательное применение и сложение процентов дают разные суммы.

Источник: редакционный учебный расчёт 07.10.2026. Числа вымышлены для объяснения; это не прайс, не кейс и не универсальное правило скидок.

Приёмка начинается с этих примеров. Менеджер отмечает ожидаемую сумму, а разработчик превращает её в проверку, которая повторяется после каждой правки.

Одного обычного заказа мало. Нужен заказ на границе акции или лимита, где программа должна остановиться и отправить его на согласование.

Сохранить старую корзину тоже недостаточно. При повторном заказе могли измениться цена, наличие и полномочия сотрудника. Эти условия проверяют заново.

Источник: редакционный план приёмки, 07.10.2026. Конкретные ответы задаёт компания, таблица их не подменяет.

ИИ-агент пишет код, который рассчитывает скидку. В работающем портале цену считает программа по утверждённым правилам; спрашивать модель о размере скидки на каждый заказ не требуется.

Инженер ведёт машину агентов и принимает изменения. Как составить задачу, разобрано в статье о постановке задач агенту.

Проверки нужны всему пути заказа. Наш сайт уже сталкивался с разными результатами на соседних путях и с ценой, записанной в двух местах.

Источник: оригинальные записи журналов vibecoding.ru, сверено 07.10.2026. Дефекты курса обнаружены ревью; потерю оплаченных заказов мы здесь не утверждаем.

Для портала из этого следует проверка цены на каждом пути. Если каталог, корзина и отправленный заказ считают независимо, одинаковый экран ещё не гарантирует одинаковую сумму.

Зелёная проверка обычного заказа не доказывает права доступа. Нужно отдельно открыть документ от лица другого дилера и убедиться, что доступа нет.

Расхождение становится новой проверкой. Исправляют правило, повторяют спорный заказ, затем проверяют остальные. Так опыт менеджера перестаёт жить только в переписке.

Источник: редакционный перенос метода нашей машины на задачу портала, 07.10.2026. Это предлагаемый порядок, не отчёт о клиентском внедрении.

Собственный кабинет ученика курса собран агентами. Вход работает по ссылке из письма, анкеты сохраняют ответы в карточке CRM.

Это опыт с доступом и формами. Резерв товара, договорные скидки и права сотрудников дилера требуют своих правил и отдельных проверок.

Граница с разработкой личного кабинета проходит по заказу. Вход и профиль открывают доступ; B2B-портал должен ещё правильно провести торговые условия.

Источник: публичные страницы курса и входа, журналы кабинета; сверено 07.10.2026. Чужой дилерский портал мы не внедряли.

На странице услуг сценарий «Заявки и отчёты живут в Excel и мессенджерах» описывает предложение сервиса. Это отправная точка для обсуждения вашей задачи.

Правила, задачи и проверки разбираются в уроках курса. Для коммерческого директора полезен результат этого метода: каждое изменение можно принять на примере заказа.

Клиентского замера сроков портала у нас нет. Скорость работы машины на своём сайте не превращается в обещание такого же срока с вашим обменом и согласованиями.

Начать можно с ограниченной группы дилеров и одного пути заказа. Так компания проверит правила на работе, прежде чем переносить весь приём заявок.

Первый поток проходит от входа до подтверждения заказа. Если менеджер после отправки снова переносит строки из письма, перенос рутины ещё не завершён.

Обмен проверяют вместе с отказами. Портал должен различать подтверждённый заказ и заявку, которую учётная система пока не приняла.

Источник: редакционный план пробного запуска, 07.10.2026; технический способ обмена выбирают после обследования систем компании.

Полезный результат измеряют заказами без ручного пересчёта. Число входов в кабинет показывает посещения, но не снятую нагрузку с менеджеров.

До запуска стоит записать обычный путь заказа и причины возвратов. После запуска сравнить тот же тип заказов и отдельно разобрать исключения.

Каждое исключение попадает к ответственному за правило. Он выбирает между уточнением условия и ручным согласованием; инженер закрепляет принятое решение проверкой.

Источник: редакционный план измерения, 07.10.2026. Целевые значения определяют после замера, проценты улучшения не обещаны.

Готовая платформа подходит, когда ваши примеры проходят с настройками и понятными доработками. Полезно попросить демонстрацию спорного заказа до покупки лицензии.

Сборку агентами стоит обсуждать, когда правила регулярно меняются и доработки становятся постоянной работой. Цена коробки сама по себе этот выбор не решает.

Если вести агентов внутри компании некому, следующий шаг — тест для руководителя. Он помогает оценить готовность к такому способу разработки.

Источник: живой /services, проверено 07.10.2026. Срок портала и состав первого запуска определяют по требованиям компании.

На странице услуг описаны тариф и условия работы. Такой формат имеет смысл, если после запуска останется очередь доработок.

Для задачи без дальнейших изменений стоит сравнить отдельное внедрение. Решение принимают по объёму работ, условиям сопровождения и тому, кто будет менять правила после запуска.

1. До выбора платформы соберите заказы с исключениями и утвердите их итоговую цену.

2. Просите показать на них приоритет скидок, согласование и повторный заказ.

3. Принимайте весь путь заказа, включая отказ и повтор отправки.

4. После запуска возвращайте расхождения в правила и повторяемые проверки.