В рознице всё просто: один человек выбрал, оплатил, получил. В B2B заказ — это командная работа: закупщик собирает корзину, руководитель одобряет бюджет, снабжение проверяет условия, бухгалтерия следит за лимитами. И если ваш B2B-магазин умеет только «положить в корзину и оформить», весь этот внутренний процесс клиента уходит в почту, звонки и таблицы — а вместе с ним уходит и контроль, и удобство, ради которого клиент вообще пришёл на портал.
Разберём, как перенести внутренний процесс закупок клиента в личный кабинет: какие нужны роли, как устроить маршрут согласования заказов, как связать лимиты с ценами по договору и как всё это реализовать на 1С-Битрикс. Тема — прямое продолжение наших проектов по автоматизации продаж и склада на 1С.
Коротко
- В B2B заказывает один сотрудник, а одобряет и отвечает другой — нужна модель ролей, а не одна корзина.
- Базовые роли: закупщик, согласующий, наблюдатель, администратор аккаунта компании.
- Маршрут согласования — это машина статусов заказа с лимитами, уведомлениями и журналом действий.
- Лимиты и цены по договору приходят из 1С, поэтому кабинет проверяет их в момент оформления.
Почему в B2B недостаточно корзины
Розничная модель «выбрал — оплатил — получил» рассчитана на одного человека, который сам принимает решение и сам за него отвечает. В компании эти роли разделены: тот, кто собирает заказ, обычно не тот, кто утверждает расход и несёт ответственность за бюджет.
Без встроенного согласования процесс не исчезает — он просто уходит с сайта в переписку: закупщик собирает корзину, выгружает или переписывает её, шлёт руководителю на почту, ждёт ответа, потом вручную оформляет. Теряется контроль над бюджетом, появляются несанкционированные закупки, растёт риск ошибок. B2B-кабинет с согласованием переносит этот внутренний процесс клиента на сайт, где он становится прозрачным и управляемым для обеих сторон.
Роли внутри компании-клиента
Основа всего — модель ролей, отражающая реальную структуру закупок у клиента. Базовый набор выглядит так.
| Роль | Что может | Чего не может |
|---|---|---|
| Закупщик | Собирать и оформлять заказы | Утверждать заказы выше лимита |
| Согласующий | Одобрять и отклонять заказы | Обычно не собирает сам |
| Наблюдатель | Видеть заказы компании | Совершать действия |
| Администратор | Управлять пользователями и настройками | — |
У крупных клиентов ролей больше: несколько уровней согласования, разделение по подразделениям, отдельные бюджеты по категориям закупок. Ключевой принцип — проектировать роли под реальную оргструктуру клиента, а не навязывать ему свою схему. Хороший B2B-кабинет гибок: администратор клиента сам заводит сотрудников и раздаёт им роли.
Маршрут согласования заказа
Роли оживают в маршруте согласования — цепочке статусов, через которую проходит заказ. Типовой путь:
- Черновик. Закупщик собирает корзину и формирует заказ компании.
- На согласовании. Заказ уходит согласующему по правилам маршрута.
- Одобрен или отклонён. Согласующий утверждает или возвращает с комментарием.
- Отправлен поставщику. Одобренный заказ уходит вам в обработку.
Маршрут определяет, кто и в каком порядке одобряет: до определённой суммы — сразу, выше — через руководителя, ещё выше — через двух согласующих. Каждый шаг фиксируется с автором и временем. Технически это машина статусов заказа, и её мы разбираем как часть логики, которую надёжно выкатывают через выстроенный процесс из статьи про CI/CD и деплой.
Лимиты и бюджеты
Согласование обретает смысл, когда опирается на цифры: лимиты, бюджеты и условия договора. Именно они определяют, нужно ли заказу дополнительное одобрение.
- Сумма заказа. Порог, выше которого требуется согласование более высокого уровня.
- Кредитный лимит. Заказ сверх доступного лимита по договору уходит на особое одобрение.
- Бюджет подразделения. Лимит закупок отдела или проекта за период.
- Категории закупок. Разные правила для разных групп товаров.
Эти данные — цены по договору, кредитные лимиты — ведутся в учётной системе и приходят на сайт обменом. Кабинет проверяет их в момент оформления, а не постфактум, чтобы не пропустить заказ, который всё равно не пройдёт по условиям. Механику цен и лимитов по клиентам мы реализуем в рамках автоматизации на 1С.
Уведомления и напоминания
Красивый маршrут согласования не работает без уведомлений: участники просто не узнают, что от них ждут действия, и заказ зависает. Поэтому оповещения — обязательная часть, а не украшение.
- Согласующему — о новом заказе. Как только заказ уходит на одобрение, ответственный узнаёт об этом.
- Закупщику — о решении. Одобрен или отклонён и с каким комментарием.
- Напоминания о зависших. Если согласование застряло, система напоминает, чтобы заказ не терялся.
- Разные каналы. Почта, кабинет, при необходимости мессенджеры — под привычки клиента.
Уведомления часто строятся на событиях и внешних сервисах, и здесь важна надёжная доставка. Технику интеграции уведомлений мы разбирали в статье про REST и вебхуки.
История и журнал согласований
Каждое действие в маршруте нужно фиксировать: кто, что и когда сделал. Заказ создан, отправлен на согласование, одобрен, отклонён с комментарием — всё это ложится в журнал, привязанный к заказу.
- Прозрачность для клиента. Обе стороны видят полную историю движения заказа.
- Разбор спорных ситуаций. Кто одобрил заказ и когда — вопрос закрывается журналом, а не памятью.
- Внутренний аудит клиента. История закупок и одобрений нужна службам контроля у клиента.
Хранят журнал в отдельных таблицах, связанных с заказом, чтобы он не терялся при смене статусов. Работа с такими собственными сущностями — это область D7 ORM, которую мы подробно разбираем в статье про D7 ORM в 1С-Битрикс.
Связка с 1С и учётом
B2B-кабинет с согласованием не живёт в вакууме — он опирается на данные учётной системы. Из 1С приходят цены по договорам, кредитные лимиты, привязки контрагентов, а в 1С уходят согласованные заказы для обработки.
- Цены и лимиты из 1С. Согласование проверяет заказ против актуальных условий договора.
- Контрагенты и договоры. Компания-клиент и её договоры синхронизированы с учётом.
- Заказы в 1С. Только одобренные заказы попадают в обработку, минуя ручной перенос.
Такая связка избавляет от двойного ввода и рассогласования: сотрудники клиента работают в кабинете, а ваш менеджмент видит готовые, уже согласованные заказы в учётной системе. Это и есть смысл автоматизации — убрать ручной труд на стыке сайта и 1С.
Реализация на 1С-Битрикс
Штатного личного кабинета 1С-Битрикс для такой задачи обычно недостаточно — он рассчитан на одного пользователя, а не на компанию с ролями. Логику разрабатывают как отдельный модуль поверх модуля «Интернет-магазин».
- Роли и права. Строятся на группах пользователей и правах доступа Битрикс.
- Компания и сотрудники. Привязка пользователей к организации — через собственные сущности на D7 ORM.
- Машина статусов. Маршрут согласования как набор статусов заказа с правилами переходов.
- Правила маршрута. Логика, кто одобряет в зависимости от суммы, лимита и категории.
- Уведомления. События на смену статусов с рассылкой участникам.
- Обмен с 1С. Синхронизация лимитов, договоров и выгрузка одобренных заказов.
Такую разработку ведут аккуратно, как отдельный модуль с чёткой архитектурой, — подход мы описываем в статье про разработку модуля 1С-Битрикс.
Права доступа и безопасность
Там, где несколько сотрудников работают от лица компании, критична строгость прав. Ошибка в доступах в B2B стоит дороже, чем в рознице: сотрудник не должен видеть чужие заказы или одобрять сверх своих полномочий.
- Изоляция компаний. Сотрудник видит заказы только своей организации.
- Права по ролям. Действия строго ограничены ролью: наблюдатель не оформляет, закупщик не одобряет сверх лимита.
- Защита действий. Одобрение и отправка требуют подтверждения прав на каждом шаге, а не только в интерфейсе.
- Управление доступом. Администратор клиента вовремя отключает уволенных сотрудников.
Проверка прав должна быть на стороне сервера на каждом действии, а не только скрытием кнопок в интерфейсе. Вопросы безопасности интеграций и доступа мы разбираем в материале про REST, вебхуки и безопасность.
Как внедрять поэтапно
Полноценный B2B-кабинет с ролями — крупная система, и запускать её лучше поэтапно, а не одним большим релизом.
- Базовые роли. Сначала закупщик и согласующий с простым одобрением по сумме.
- Лимиты из 1С. Подключение кредитных лимитов и цен по договору.
- Сложные маршруты. Многоуровневое согласование, подразделения, категории.
- Уведомления и журнал. Оповещения, напоминания и полная история действий.
- Самоуправление клиента. Администратор компании сам ведёт сотрудников и настройки.
Поэтапный запуск даёт клиенту ценность раньше и позволяет уточнять требования на реальном использовании. Начинают с самого востребованного — простого согласования по сумме — и наращивают гибкость.
Частые ошибки
- Одна корзина на всех. Согласование остаётся в почте, теряется контроль бюджета.
- Роли под свою схему. Навязывают клиенту структуру вместо его реальной оргструктуры.
- Нет уведомлений. Заказы зависают, потому что согласующий не знает о них.
- Лимиты не из 1С. Кабинет не проверяет условия договора, пропускает непроходные заказы.
- Нет истории. Спорные ситуации нечем закрыть, аудит невозможен.
- Права только в интерфейсе. Кнопки скрыты, но действие доступно в обход — дыра в безопасности.
- Всё одним релизом. Огромная система запускается разом и вязнет вместо поэтапной пользы.
Чек-лист внедрения
- Роли спроектированы. Закупщик, согласующий, наблюдатель, администратор — под реальную структуру клиента.
- Маршрут описан. Статусы и правила, кто и в каком порядке одобряет по сумме и лимиту.
- Лимиты из 1С. Кредитные лимиты и цены по договору проверяются при оформлении.
- Уведомления работают. Оповещения участникам и напоминания о зависших заказах.
- Журнал ведётся. Все действия фиксируются с автором и временем в отдельных таблицах.
- Связка с 1С. Договоры и лимиты синхронизированы, одобренные заказы уходят в учёт.
- Права строги. Изоляция компаний и проверка полномочий на сервере на каждом действии.
- Запуск поэтапный. От базового согласования к сложным маршрутам и самоуправлению клиента.
Вывод
B2B-заказ — это не действие одного человека, а внутренний процесс компании с ролями, лимитами и одобрениями. Если магазин умеет только корзину, этот процесс уходит в почту и звонки, унося с собой контроль и удобство. Кабинет с ролями и согласованием возвращает его на портал, делая закупки клиента прозрачными и управляемыми.
Спроектируйте роли под реальную структуру клиента, постройте маршрут согласования с лимитами из 1С, добавьте уведомления, журнал и строгие права — и внедряйте поэтапно. Такой кабинет становится не просто витриной, а рабочим инструментом закупок клиента, ради которого он и выбирает работать с вами через портал, а не по телефону.
