Розничная корзина меняет смысл крупной закупки
Если оптовый покупатель указал двадцать коробок, а поставщик получил заказ на двадцать штук, удобное оформление превратилось в источник ошибки. Оптовый интернет-магазин — канал закупок для бизнеса, где покупатель собирает партии товаров по согласованным условиям поставки. От розничного он отличается прежде всего правилами количества, подтверждения и исполнения заказа, поэтому копирования витрины с более низкими ценами недостаточно.
Рассмотрим поставщика с повторными закупками и учётом в 1С. Здесь сравним три способа оформления: самостоятельный заказ, запрос менеджеру и сочетание этих подходов в одном каталоге.
Розничный покупатель обычно выбирает отдельную покупку. Для оптовой закупки важнее собрать нужный ассортимент без пропуска строк и понять, что поставщик действительно подтвердил. Если часть партии нужна сейчас, а остальная позже, одна сумма корзины не описывает ожидаемую поставку. Требуется понятная судьба каждой позиции. Красивый каталог поможет знакомству, но не устранит расхождение между заявленным количеством и тем, что склад готов отгрузить. Поэтому сначала я разберу несколько обезличенных закупок компании и только потом буду выбирать устройство оформления.
Не каждая продажа юридическому лицу требует сложного портала. Когда условия просты и покупатель берёт небольшой стандартный набор, обычная корзина с нужными реквизитами может справиться, тогда как разовая индивидуальная поставка потребует обсуждения даже при большом бюджете проекта.
Заказ, запрос и смешанный путь
Кнопка в конце корзины сообщает степень определённости сделки. Если цена или срок ещё зависят от решения менеджера, интерфейс честно называет отправляемый результат и объясняет, что покупатель получит в ответ.
Самостоятельное оформление подходит для повторяемой закупки с известными условиями: покупатель видит доступный состав, выбирает количество и передаёт заказ без обязательного обсуждения каждой строки, поскольку поставщик уже определил правила и может исполнить их без нового согласования. Это экономит участие менеджера только при надёжных исходных данных. Когда остаток требует ручного подтверждения, обещание немедленной поставки создаёт ложную определённость. Разницу между регистрацией заказа и подтверждением его исполнения нужно сохранить даже в коротком интерфейсе.
Запрос менеджеру нужен для переменных условий. Покупатель собирает перечень, а поставщик подтверждает количество, срок или замену. Здесь полезны сохранённый состав и история ответа, иначе обсуждение снова распадётся на письма с разными версиями файла. Закрывать такой процесс кнопкой «Оплатить» раньше согласования было бы преждевременно. Зато понятная кнопка «Запросить поставку» даёт ясное ожидание: перечень принят для рассмотрения, но отгрузка ещё не обещана.
Смешанная модель разделяет определённые и спорные позиции. Доступную часть можно оформить по правилам магазина, а недостающую — отправить на согласование с понятной связью между частями закупки. Выбор зависит от реальной работы склада и продаж. При определении границ открытого каталога учитывают задачи сайта дистрибьютора и правила допуска партнёров.
Три результата отправки корзины
Заказ
Состав и условия определены по правилам магазина.
Запрос
Менеджер уточнит условия собранной закупки.
Смешанный путь
Определённая часть отделена от ожидающей ответа.
Штука, упаковка и партия требуют разных правил
Единица не терпит двусмысленности. Рядом с полем ввода показывают, в каких единицах покупатель заказывает товар, по какой единице указана цена и что получится в итоговой строке, особенно если закупщик привык работать с коробками, а учёт хранит штуки.
В условном примере коробка содержит двенадцать изделий. Покупатель выбирает три коробки, значит, в заказ попадут тридцать шесть изделий. Если цена задана за штуку, сумма должна учитывать именно тридцать шесть, а не три. Увеличение на одну коробку меняет количество на двенадцать изделий. Это простая арифметика, но она связывает подпись, поле и итог в одно правило. Пример лучше показать подрядчику до разработки, чтобы он не принимал красивый переключатель единиц за доказательство правильного пересчёта.
Документация карточки товара Битрикс выделяет единицу измерения и её коэффициент. Там же описаны ценовые диапазоны по количеству. Наличие этих полей ещё не подтверждает нужное поведение вашей корзины: его демонстрируют на товаре с реальной структурой упаковки.
Кратность отличается от минимального количества. Минимум задаёт нижнюю границу покупки, а кратность — допустимый шаг. Можно разрешить закупку от двух коробок, сохранив шаг в одну коробку. Если клиент вводит неполное количество, сайт объясняет правило до отправки. Автоматическое округление без заметного согласования я исключу: покупателю объясняют, почему сумма изменилась и сколько товара он получит.
Минимальная сумма всей закупки — ещё одно условие. Её нельзя молча подменять минимумом отдельной позиции, потому что покупатель может набрать нужный объём разными товарами, а запрет в одной строке потребует от него совсем другого действия.
Длинный список собирают иначе, чем одну покупку
Закупщик нередко приходит со своим перечнем. Он уже знает артикулы и объёмы, поэтому страница должна позволять быстро подтвердить соответствие товара, а не заставлять заново проходить путь первого знакомства с каждой позицией.
Для короткой закупки достаточно обычного каталога. Для длинного перечня полезны ввод по артикулу или загрузка файла, но выбор следует делать по реальным заказам, поскольку обработка неоднозначных строк бывает сложнее самого добавления товара. Неизвестный артикул требует понятного ответа. Несколько совпадений требуют выбора. Строка без количества не должна незаметно превращаться в заказ одной штуки. Если часть перечня не распознана, покупатель видит её отдельно и может исправить, не набирая всё заново.
Я включу в первую версию тот способ, которым пользуется основная группа закупщиков. Поддерживать одновременно несколько каналов ввода разумно после проверки их полезности, иначе компания заплатит за удобные в презентации возможности и продолжит получать привычные таблицы по почте. Сценарий подробно рассматривает разбор заказа по артикулу. Здесь важен результат: все распознанные и спорные строки остаются видимыми до отправки.
Повторная закупка тоже требует сравнения. Сохранённый перечень помогает начать, но старые количество, цена и доступность могут уже не действовать, поэтому покупателю показывают изменения до подтверждения нового заказа. Исчезнувшую позицию нельзя просто вычеркнуть из повторяемого состава. Ей нужен заметный статус и действие: убрать, заменить либо запросить возможность поставки.
Оптово-розничный магазин разделяет условия, сохраняя товар
Один ассортимент можно продавать разным покупателям. Но для розничного посетителя и подтверждённого оптовика важно показать понятные условия своего пути, иначе одинаковая карточка товара начнёт обещать несовместимые цену, количество и способ получения.
В описании торгового каталога Битрикс предусмотрены разные типы цен с отдельными правами просмотра и покупки. Это позволяет различать условия, но не решает автоматически, кому и когда их показывать. Для нескольких типов цен учебный раздел о создании типа цены указывает редакцию «Бизнес» и выше. Выбор лицензии относится к оценке проекта, поэтому исполнитель называет ограничения до согласования окончательной сметы.
Для цены указывают понятное основание. Для незнакомого посетителя можно описать порядок получения оптовых условий, а для допущенного покупателя — показать действующую цену и единицу, к которой она относится. Необходимость входа объясняют деловой причиной. Запрашивать регистрацию только ради показа общей информации о товаре обычно неудобно: человек ещё не понял, подходит ли ассортимент, а сайт уже требует сведения о компании. Границу доступа выбирают по коммерческой задаче и правилам поставщика.
Сложные договорные цены требуют собственного проекта правил. Его детали есть в разборе персональных цен для B2B, а в общем задании на оптовый магазин достаточно зафиксировать владельца условий и поведение при их изменении. Если цена пересчиталась после сохранения корзины, покупатель видит прежнее и новое значение либо ясное сообщение о необходимости повторного подтверждения.
Совместная витрина не означает общий процесс исполнения. Розничная покупка с доставкой до двери и оптовая отгрузка партиями могут требовать разного продолжения, поэтому для каждого пути оставляют соответствующие ему поля и объяснения, чтобы закупщику не приходилось заполнять сведения, которые поставщик всё равно не будет использовать при исполнении.
Наличие не заменяет подтверждения отгрузки
Цифра на складе отвечает только на часть вопроса. Для обещания поставки нужно понять, что уже занято другими заказами, когда обновились данные и допускает ли компания закупку товара, которого сейчас нет в свободном остатке.
В документации параметров товара отдельно описаны доступное и зарезервированное количество. Там же есть разрешение покупки при отсутствии товара, причём запрет такой покупки требует включённого количественного учёта. Эти настройки нужно сопоставить с правилами поставщика, чтобы слово «доступно» на сайте не означало разные вещи для закупщика и склада.
Для подтверждаемого запроса допустим иной путь: сайт принимает желаемый объём и сообщает, что менеджер согласует возможность поставки, поскольку регистрация пожелания покупателя ещё не подтверждает наличие нужной партии и готовность отгрузить её в ожидаемый срок. Тогда статус не должен звучать как готовность отгрузить. Для заказа с определёнными условиями, наоборот, изменение доступности требует заметного ответа до окончательного подтверждения. Нужное поведение выбирают до интеграции, поскольку настройка обмена не способна самостоятельно решить коммерческий спор о том, что компания обещала клиенту.
Торговый каталог Битрикс поддерживает загрузку каталога и цен в CommerceML. Формат обмена не гарантирует полноту конкретной интеграции. Подрядчику предстоит объяснить соответствие товаров, направление передачи условий и реакцию на прерванное обновление. Одного успешного импорта для приёмки мало. Если заказ с сайта уже принят, повторная передача не создаёт для покупателя два независимых обязательства, а ошибка обмена должна быть видна ответственному сотруднику.
Разделение поставки тоже согласуют заранее. Покупатель должен понимать, получит ли он доступные позиции отдельно или вся закупка ждёт недостающую часть; одинаковый итоговый статус для этих случаев оставляет менеджеру работу по восстановлению смысла заказа.
Сайт и склад подтверждают разные этапы
Перечень отправлен
Желаемый состав сохранён и передан.
Условия подтверждены
Согласованы объём и способ исполнения.
Поставка выполняется
Понятна судьба каждой части закупки.
Какую закупку попросить показать подрядчика
Демонстрация одной доступной позиции оставляет главные различия за кадром. Для приёмки нужен небольшой, но содержательный набор, который показывает преобразование количества, переменные условия и поведение заказа при изменении доступности.
Подготовьте карточку испытания на основе обезличенной закупки. Укажите товар в штуках, товар в коробках и позицию, для которой требуется подтверждение поставки. Рядом запишите ожидаемые количество и результат отправки. Добавьте изменение цены после сохранения состава. Отдельно включите нераспознанный артикул, если заказ поддерживает загрузку перечня. Этот набор нужен, чтобы увидеть реакцию системы, а не угадать правильность по внешнему виду экрана.
Закупку стоит пройти до ответа покупателю. Важно увидеть, какие сведения получил менеджер, что появилось в учёте и какая часть всё ещё требует ручного переноса. Повторите отправку после прерывания связи. Покупатель получает ясный результат, а сотрудник видит, что уже принято. Если исполнитель может показать только успешную корзину, реакция на ошибки остаётся непроверенной частью проекта, даже когда все страницы выглядят законченными.
Завершённый интерфейс экономит конкретное действие. После запуска полезно наблюдать, какие строки менеджер исправляет, какие единицы приходится объяснять и на каком этапе закупщик возвращается в переписку, потому что эти затруднения подскажут следующую доработку лучше числа разделов личного кабинета. Начальную версию ограничивают необходимым процессом. Более сложные согласования и отсрочка могут потребовать отдельных задач, если их действительно используют покупатели.
Перед оценкой разработки задайте подрядчику вопрос: «Как в вашем предложении изменится заказ, если покупатель выбрал три коробки, одна позиция недоступна, а условия поменялись до подтверждения?» Ответ с демонстрацией количества и состояний поможет понять, предлагается ли компании рабочая оптовая закупка или только привычная розничная форма.
Источники и полезные ссылки
Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.


