B2B портал для дилеров даёт оптовому партнёру персональную цену, доступный остаток, условия оплаты и статус отгрузки. Данные берутся из учётной системы, поэтому менеджеру не приходится вечером сводить прайс, сообщения и складской файл. Портал обслуживает договорные продажи и остаётся отдельным от розничного магазина, клиентского кабинета и внутреннего интранета.
B2B портал для дилеров: какие задачи он решает
В опте один и тот же товар может иметь несколько ценовых категорий, ограничения по территории, лимит кредита и особые условия доставки. Публичная витрина этих правил не знает. Закрытый портал определяет партнёра после входа и показывает только доступный ему ассортимент и условия.
Практический признак готовности к проекту прост: дилеры регулярно спрашивают цену и наличие, а менеджер собирает ответ из нескольких источников. Если прайс ещё не формализован и складской остаток не ведётся надёжно, разработку начинать рано. Программа транслирует правила бизнеса, но не придумывает их.
- Партнёр видит свою ценовую группу и договорные ограничения.
- Остаток поступает из 1С, без отдельной ручной таблицы.
- Заказ возвращается в учёт и получает номер.
- Статус отгрузки доступен без звонка менеджеру.
Путь оптового заказа
Граница с магазином и клиентским кабинетом
Интернет-магазин для селлеров работает с розничным покупателем: общая витрина, корзина, оплата и доставка. В B2B-продажах пользователь действует по договору, может покупать с отсрочкой и получает индивидуальный прайс. Поэтому перенос розничной корзины в закрытый раздел редко закрывает оптовый процесс.
Личный кабинет клиента обычно показывает уже созданный заказ, документ или заявку. Дилерский портал позволяет сформировать оптовый заказ по персональным условиям. Если компании достаточно только статусов и файлов, полноценный каталог может оказаться лишним.
Внутренний корпоративный портал предназначен для сотрудников: регламентов, отпусков, пропусков и внутренних заявок. Дилеры являются внешними партнёрами, поэтому их роли, данные и доступы проектируют отдельно.
Интеграция с 1С и складом
Источник цены и остатка должен быть определён до разработки интерфейса. Обычно им становится 1С. Портал читает доступный партнёру срез данных, передаёт заказ обратно и получает статус обработки. Правила обмена, очереди и сверки подробно разобраны в статье интеграция 1С.
Если учётная база или обмены требуют постоянной поддержки, пригодится сопровождение 1С. Когда расхождения возникают на уровне ячеек и отбора, задача относится к WMS для склада. WMS фиксирует фактическую работу склада, а портал показывает дилеру обещание, которое склад способен выполнить.
В кейсе «Петро-Проект» Headline поддерживает инфраструктуру дистрибьютора: 1С 7 и 8, Proxmox, WireGuard, СБИС, ЕГАИС и Честный ЗНАК. Выполнено 140+ задач и 245+ часов инженерии, удалённый доступ ускорен с 1–2 дней до 30–60 минут. Это IT-система дистрибьютора, но не опубликованный кейс дилерского портала. Число подключённых дилеров и опыт EDI-сети из этих данных выводить нельзя.
Первая версия и критерии приёмки
Пилот строят вокруг одного реального заказа. Выбирают одну роль, одну ценовую группу и ограниченный каталог. Партнёр входит, видит корректные условия, отправляет заказ, а менеджер получает его в учёте. Затем статус отгрузки возвращается пользователю. Такой срез можно проверить как MVP за 14 дней. Вся дилерская сеть, мобильное приложение и EDI в этот срок не входят.
- Авторизация и роли партнёров.
- Персональная цена и доступный ассортимент.
- Остаток из утверждённого источника.
- Заказ с номером и передачей в учёт.
- Статусы обработки и отгрузки.
- Журнал действий и отзыв доступа.
Приёмка по макетам недостаточна. Нужен контрольный заказ от входа дилера до отгрузки. По нескольким позициям сравнивают договорную цену, данные 1С и результат в портале. Любое необъяснимое расхождение указывает на неформализованное правило или ошибку обмена.
Документы, размещение и развитие
Оптовая продажа часто заканчивается ручной подготовкой счёта и акта. КонтрактПРО формирует договор за 2–5 минут вместо 20–40, комплект за 5–15 минут вместо 1–2 часов. Портал может дать дилеру готовый файл, а формирование остаётся задачей специализированного продукта.
Прайсы, лимиты и база партнёров могут размещаться On-Premise. Решение принимают до пилота, чтобы временное облако не стало постоянным хранилищем. Общая архитектурная рамка описана на странице разработка ПО на заказ.
После запуска оценивают долю заказов без участия менеджера, расхождения цен и остатков, время обработки, отмены и частоту обращений. Если партнёры продолжают писать в чат, выясняют причину: неудобный поиск, недоверие к наличию, отсутствие особой цены или привычка менеджера делать исключения. Дополнительные функции добавляют после устранения этих препятствий.
Как подключать дилеров
После технической проверки выбирают небольшую группу партнёров с регулярными заказами. Им объясняют, какие данные доступны, как сообщить о расхождении и где увидеть ответ. Первые обращения фиксируют отдельно: они помогают отличить дефект обмена от непонятного названия поля. Когда контрольные заказы проходят устойчиво, доступ открывают следующей группе.
Типичные ошибки
Первая ошибка: каталог опубликован, но заказ всё равно уходит письмом. Вторая: портал хранит собственный остаток и расходится с 1С. Третья: менеджеры продолжают отправлять цены, которых нет в утверждённом прайсе. Четвёртая: проект пытаются сразу расширить до программы лояльности, чата, аналитики сети и мобильного приложения.
Ещё один риск связан с переносом базы в конструктор без условий выгрузки. До старта фиксируют владельца данных, формат экспорта, резервное копирование и порядок прекращения доступа. Это важнее декоративных элементов главной страницы.
Частые вопросы
Чем дилерский портал отличается от интернет-магазина?
Магазин обслуживает розницу по общим правилам. Дилер входит по роли, получает персональную цену, лимит и условия договора.
Можно ли связать кабинет дилера с 1С?
Да. Портал получает цену и остаток из учёта, передаёт заказ и показывает статус. 1С остаётся источником учётных данных.
Есть ли опубликованный кейс такой системы?
Отдельного кейса дилерского портала на сайте нет. Кейс «Петро-Проект» подтверждает опыт с учётом и инфраструктурой дистрибуции, но не число дилеров.
Подключаете ли вы EDI-сеть?
Опубликованного кейса дилерского EDI нет. В «Петро-Проекте» СБИС используется как ЭДО учёта, поэтому называть его EDI-сетью некорректно.
Где могут храниться данные?
Доступно размещение On-Premise в инфраструктуре заказчика. Облачный вариант выбирают отдельно с понятным порядком выгрузки.
Для обсуждения пришлите на welcome@headln.ru описание баз 1С, правила прайса, роли партнёров и пример заказа, который сейчас проходит через переписку.