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