B2B-интернет-магазин на 1С-Битрикс: цены дилеров, 1С и приёмка

Оптовый покупатель присылает список артикулов. Менеджер уточняет организацию, ищет нужный прайс, проверяет склад и собирает заказ в 1С. Затем клиент меняет количество, и часть работы приходится повторять. Обычная розничная корзина помогает только с одним звеном этой цепочки. Для самостоятельного заказа покупателю нужны его условия, понятные остатки и уверенность, что заявка дошла до поставщика.

B2B-магазин на 1С-Битрикс имеет смысл, когда компания хочет перенести повторяющиеся операции в личный кабинет. Начинать стоит с разбора одного заказа: от выбора контрагента до подтверждения в учётной системе. На этом пути обнаруживаются и состав разработки, и причины, по которым готовый кабинет может не подойти без доработок.

Разберём учебный пример поставщика расходных материалов. У него два склада, несколько типов цен, продажа упаковками и покупатели с несколькими юридическими лицами. Это модель для проектирования, а не описание клиентского проекта CAPS. Экраны ниже сняты в открытой демонстрации Сотбит и взяты из официальной документации Битрикс.

Какой заказ должен проходить без участия менеджера

Задача «сделать дилерский кабинет» слишком широкая для оценки. У одной компании это повтор знакомого заказа с оплатой по счёту. У другой — согласование закупки между сотрудниками, работа по нескольким договорам и получение документов. По внешнему виду каталога разницу почти не заметно; по стоимости и составу интеграции она существенна.

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

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

Пользователь, организация и договор — три разных объекта

Один человек может закупать для двух организаций. В одной он имеет право отправлять заказ, в другой — только готовить черновик. У компании могут быть разные договоры и склады получения. Поэтому привязка «электронная почта → оптовая цена» не описывает весь процесс.

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

При смене организации нужно пересчитать корзину либо явно потребовать начать её заново. Иначе легко собрать товары по одному договору, а отправить заказ от другого лица. Проверять нужно не только экран: прямой запрос к заказу, файлу или цене тоже должен проходить проверку доступа.

Персональная цена должна совпадать в каталоге, корзине и 1С

В демонстрационном каталоге Сотбит рядом находятся розничная цена, индивидуальная цена, остаток и количество. Такой экран помогает сравнивать закупку построчно. Он также показывает, почему одного красивого ценника недостаточно: рядом с суммой требуется понятная единица продажи.

Для своего магазина определите порядок расчёта: из какого источника приходит прайс, какой договор выбран, учитывается ли объём и можно ли совмещать скидки. Вместо формулировки «скидки как в 1С» возьмите несколько реальных комбинаций и запишите ожидаемые суммы. Особенно важны исключения: отсутствие индивидуального прайса, истёкшие условия и пользователь сразу в нескольких группах.

В официальном уроке Битрикс о типах цен права на просмотр и на покупку настраиваются отдельно. Урок также предупреждает: если покупателю доступны несколько типов, в корзине может примениться наименьшая из доступных цен, в том числе скрытая в каталоге. Поэтому скрытый столбец ещё не означает запрет покупки по этой цене.

В этой же документации создание нескольких типов цен указано для редакции «Бизнес» и выше; в «Малом бизнесе» доступен один тип. Это нужно проверить до покупки лицензии и решения. Установленный B2B-шаблон сам по себе не меняет возможности базовой редакции и не подтверждает правильность вашей модели договоров.

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

Упаковка, минимальная партия и кратность меняют расчёт заказа

На карточке товара в демо видна цена «120 000 ₽/10 шт.» и отдельно показан остаток. Это наблюдение об интерфейсе, а не проверка внутренней логики продажи демонстрационного товара. Для своего ассортимента необходимо установить, что именно означает поле количества: отдельные штуки, упаковки или другую единицу.

Возьмём другой, учебный товар: коробка содержит 12 единиц, цена одной единицы — 470 ₽, минимальный заказ — две коробки. Тогда покупатель заказывает 24 единицы на 11 280 ₽. В интерфейсе можно вводить коробки или штуки, но нужно показать связь между ними. Значение «2» без названия единицы оставляет слишком много места для ошибки.

Предположим, на складе осталось 19 единиц, а продажа разрешена только полными коробками. Это не две доступные коробки. Система должна применить согласованное правило, а менеджер — увидеть те же единицы в учётной системе. Аналогичная проверка нужна для метража, веса, комплектов и дробных количеств.

В задании зафиксируйте три отдельные вещи: минимальное количество, шаг изменения и предельный доступный остаток. Укажите также, как объясняется отказ. «Недостаточно товара» менее полезно, чем предложение допустимого количества или отправка запроса на поставку. Подменять согласованное количество автоматически не стоит: итог должен оставаться результатом решения покупателя.

Быстрый заказ начинается с артикулов и повторного списка

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

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

Если клиенты присылают закупку таблицей, принесите разработчику несколько таких файлов до выбора готового решения. В них могут быть ваши артикулы, коды клиента, лишние заголовки и строки без количества. Для загрузки нужен разбор ошибок по строкам. Фраза «файл не подходит» снова возвращает работу менеджеру.

Хороший результат импорта выглядит предметно: из 20 учебных строк 17 распознаны, две требуют выбора варианта, одна содержит неизвестный артикул. Это пример требования, а не показатель работы конкретного продукта. Покупатель исправляет проблемные строки, не заполняя остальные заново; до отправки он видит весь согласованный состав.

Какие данные получать из 1С и что делать при задержке обмена

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

Доступный остаток и физическое количество на складе могут различаться. Часть товара уже зарезервирована, другая поступит позже. В интерфейс следует передавать согласованный смысл, а не просто первое найденное числовое поле. Срок поставки также нельзя получать из наличия фотографии или статуса «активен».

Задержку обмена нужно рассматривать как нормальный сценарий испытания. Что увидит покупатель, если остатки давно не обновлялись? Можно ли отправить заказ на подтверждение, или оформление нужно временно ограничить? Конкретный порог зависит от торговли. Важнее, чтобы интерфейс не обещал подтверждённое наличие, когда компания располагает только старой копией данных.

Подробный состав такого обмена разобран в статье об интеграции магазина с 1С. Для B2B к обычной номенклатуре и заказам добавляются условия конкретного контрагента. Их проверяют на нескольких компаниях, а не только на администраторе с максимальными правами.

Кнопка «Отправить заказ» и подтверждённый заказ — разные события

Покупатель нажал кнопку, соединение оборвалось, ответа нет. Если он повторит действие, система не должна молча создать вторую закупку. Нужен устойчивый идентификатор операции и способ получить уже существующий результат. Блокировка кнопки в браузере полезна, но не защищает от всех повторных запросов.

Для проекта из примера можно принять следующий порядок. Это проектное решение, которое требуется согласовать с отделом продаж:

1. Сайт заново проверяет полномочия, состав и условия покупки.
2. Сохраняет обращение с идентификатором и показывает, что оно принято в обработку.
3. Передаёт данные в учётную систему и сохраняет результат обмена.
4. При ошибке оставляет заказ в понятном состоянии и ставит задачу ответственному.
5. После подтверждения обновляет статус, номер и доступные покупателю документы.

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

Та же логика действует для оплаты и документов. Файл счёта должен соответствовать выбранной организации, составу и действующей версии заказа. После изменения количества старый документ не должен выглядеть актуальным. Одного раздела «Мои заказы» для этого недостаточно.

Как сравнить готовый кабинет и заказную разработку

Сравнивайте два решения на одном наборе данных. Укажите организации, договоры, единицы, скидки и исключения. Затем попросите провести одинаковый заказ. Так видно, какие операции уже поддержаны, какие требуют настройки, а какие меняют устройство продукта.

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

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

Смету удобно разделить на понятные заказчику результаты: модель клиентов и прав; каталог и оформление; обмен с 1С; документы; перенос; испытания и запуск. Отдельно перечислите лицензии, инфраструктуру и поддержку. Тогда в двух предложениях можно сравнить одинаковый объём, а не только итоговую сумму.

Стоимость обычного розничного магазина нельзя автоматически считать стоимостью B2B-портала. Для оценки разработки на Битриксе сначала требуется увидеть реальные правила закупки. Особенно дорого обходятся неизвестные условия, которые обнаруживаются после согласования дизайна.

Что включить в приёмку до приглашения дилеров

Проверяйте сценарии на копии проекта с тестовыми компаниями. До запуска соберите один протокол, в котором рядом с каждым действием есть ожидаемый результат и подтверждение со стороны 1С.

• Чужая организация. Покупатель не открывает её заказ или документ по прямой ссылке.
• Два типа цен. В каталоге, корзине и учёте получается согласованная сумма, включая конфликт групп.
• Смена договора. Корзина пересчитана или её отправка явно ограничена до подтверждения.
• Упаковки. Минимум, шаг, доступный остаток и передаваемая единица совпадают.
• Старая вкладка. Изменённые цена и наличие проверяются при отправке.
• Повтор шаблона. Удалённые и изменившиеся позиции объяснены, остальные сохранены.
• Обрыв ответа. Повтор не создаёт второй заказ, первый результат можно получить.
• Ошибка обмена. Клиент видит понятный статус, ответственный получает задачу.
• Выход и смена клиента. Сохранённые страницы не раскрывают условия предыдущей компании.
• Телефон. Артикулы, единицы и итог можно проверить до отправки, таблица не скрывает обязательное действие.

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

Что прислать для предметной оценки B2B-магазина

Подготовьте пример обычного заказа, обезличенный прайс, описание двух-трёх разных условий клиентов и сведения о конфигурации 1С. Добавьте неудобный случай: нехватку товара, смену организации или нестандартную упаковку. По такому набору можно разобрать границы первой версии и проверить готовые решения до покупки.

В CAPS мы разрабатываем магазины и связываем витрину с учётными процессами. В проекте Primula наша работа включала дизайн, разработку, подключение админки, шесть типов платежей, три вида доставки и синхронизацию с 1С. Это пример выполненной интеграционной работы; отдельный B2B-проект оценивается по его правилам продаж.

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