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