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

Розничный покупатель берёт «штуку». Оптовый берёт упаковку, коробку, паллету или килограмм, а в учёте та же позиция хранится в базовой единице. Для каждой позиции записываются: базовая единица, вторичные единицы и коэффициенты, кратность (заказывают целыми упаковками), минимальная партия и шаг. Эти данные лежат в учёте, и на обследовании мы первым делом проверяем, заполнены ли они. Если одна позиция записана четырьмя способами, начинать надо со справочника, см. статью про нормативно-справочную информацию.

• Артикул покупателя. У крупных клиентов свои коды. Платформа хранит соответствие «ваш артикул — артикул клиента», и заказ из его файла собирается без ручной сверки.
• Аналоги и замены. Если позиции нет, показываем замену с пометкой, чем она отличается; решает покупатель. Подменять молча нельзя.
• Закрытый ассортимент. Часть позиций продаётся не всем: по региону, уровню договора или допуску. Для остальных такой позиции не существует, а не «нет в наличии».

Карточки берутся из учёта: заводить их второй раз нельзя, у позиции появятся два хозяина. Обмен каталогом с сайтом на 1С-Битрикс описан в статье про CommerceML.

• Быстрый ввод. Поле принимает артикул и количество, подсказывает позицию и сразу показывает цену, остаток и кратность. Ошибка видна в строке, а не при отправке.
• Загрузка файла. Система сопоставляет строки с каталогом и помечает нераспознанные и спорные (нет в наличии, не кратно упаковке, закрытая позиция). Покупатель исправляет только отмеченное.
• Повтор заказа. Заказ копируется целиком, а цены и остатки проверяются заново: вчерашние условия сегодня могут не действовать.

Прежде чем заказ уйдёт в учёт, платформа проверяет кратность и минимальную партию, остаток с учётом резерва (а не остаток на складе), кредитный лимит и просрочку покупателя, допуск к позициям и срок доставки. Если заказ превышает лимит, он уходит менеджеру на согласование с понятной причиной. Покупатель видит причину простыми словами и варианты: уменьшить количество, выбрать замену, оставить предзаказ. Отказ без объяснения превращается в звонок. Вход и роли строятся по принципам страницы про SSO и MFA.

Первый проект — витрина одного продавца с большим каталогом и закрытым доступом. Покупатели ваши, цены ваши, склад ваш. Его часто называют «B2B-маркетплейсом», хотя по устройству это оптовый каталог. Именно такую платформу мы делаем.

Второй проект — площадка, на которой торгуют сторонние продавцы: кабинеты продавцов, модерация, расчёты между сторонами, комиссия, рейтинги, разбор спорных заказов и юридическая схема отношений. Это самостоятельный продукт, его нельзя оценить как «витрину побольше». Такие площадки мы не делаем, платёжную часть не берём: деньги принимает ваш эквайринг, данные карт мы не храним.

Если у вас один склад или сеть складов, свои покупатели и свои цены, вам нужен оптовый каталог. Платформу с подписками для собственного продукта описывает страница про SaaS.

Если главная задача — дать дилерам кабинет с их ценами, документами и сверкой, нужен B2B-портал. Если покупатель в основном ищет товар, вводит заказ списком и сверяет наличие, это оптовая платформа. В большинстве проектов есть и каталог, и кабинет, и с какого конца начать, решаем на обследовании.

Если к опту добавляется розница на том же складе, опираемся на обмен сайта с 1С, а оптовую часть закрываем отдельными правилами. Если главный вопрос в обмене между системами, начинают с API и бэкенда. Нужен ли заказной вариант или хватит готового, разобрано в статье «Коробочное ПО или заказная разработка».