Представьте: менеджер создаёт заказ на $1.4k–1.9k, но он уходит в пустоту — нет автоматического уведомления, нет статуса. Руководитель узнаёт о нём через неделю в почте, а к тому моменту поставщик уже отказался от брони. Многие сталкиваются с такой проблемой. Мы настраиваем полный цикл согласования заказов на 1С-Битрикс, чтобы исключить потери. В этой статье разберём настройку статусов, уведомлений и многоуровневого согласования на реальных примерах.
Почему ручное согласование — зло?
Ручная обработка заказов рождает хаос: заказы теряются, дублируются, сроки затягиваются. По данным исследований, до 30% заказов теряются при ручной обработке в B2B. Автоматизация на Битриксе даёт чёткий статус каждого заказа (APPROVAL, APPROVED, REJECTED), автоматические уведомления с привязкой к почтовым событиям и аудит всех действий (кто, когда, что изменил). Это снижает нагрузку на закупщиков до 40%.
Как работает согласование заказов в B2B?
Стандартный сценарий: сотрудник создаёт заказ со статусом «На согласовании» → уведомление уходит руководителю → руководитель в кабинете подтверждает или отклоняет → при подтверждении заказ переходит в обработку, при отклонении — сотруднику приходит уведомление с причиной. Более сложные схемы учитывают сумму (до 50 тысяч — без согласования, от 50 до 200 тысяч — один уровень, от 200 тысяч — два уровня) или категорию товаров.
| Характеристика | Одноуровневая схема | Многоуровневая схема |
|---|---|---|
| Количество согласующих | 1 | 2+ |
| Гибкость правил | Базовая | Высокая (сумма, категория) |
| Срок внедрения | 1 неделя | 2-3 недели |
| Риск ошибок | Минимальный | Средний |
Самописная схема на коленке уступает нашей настройке на Highload-блоках в 3 раза по скорости внедрения — мы уже отладили шаблоны. Автоматизация через Highload-блоки сокращает время обработки заказа в 2 раза по сравнению со стандартными механизмами.
Как настроить статусы заказов для согласования?
В Битриксе заказ имеет статус (b_sale_status). Добавляем кастомные статусы:
-
APPROVAL— ожидает согласования -
APPROVED— согласован, передан в обработку -
REJECTED— отклонён
Добавление статусов: CSaleStatus::Add() или через панель управления Магазин → Настройки → Статусы заказов. При создании заказа сотрудником (не владельцем компании) — обработчик OnSaleOrderSaved проверяет роль пользователя. Если роль требует согласования и сумма выше порога — статус заказа меняется на APPROVAL, стандартная обработка временно приостанавливается.
Как настроить пошаговый процесс согласования?
Вот простая инструкция для типовой одноуровневой схемы:
- Создайте кастомные статусы: APPROVAL, APPROVED, REJECTED в разделе «Статусы заказов».
- Назначьте права: для роли «approver» дайте доступ на изменение статуса.
- Настройте почтовое событие
B2B_ORDER_APPROVAL_REQUESTс шаблоном письма, содержащим сумму и ссылку. - Напишите обработчик на событие
OnSaleOrderSaved: если заказ создан пользователем с ролью «employee» и сумма > порога, смените статус на APPROVAL. - Создайте страницу в кабинете пользователя со списком заказов в статусе APPROVAL. Добавьте кнопки «Согласовать»/«Отклонить».
- При нажатии вызывайте
CSaleOrder::UpdateStatus()и отправляйте уведомление инициатору.
Уведомления и интерфейс согласования
При переходе в APPROVAL — почтовое событие B2B_ORDER_APPROVAL_REQUEST уходит согласующему. В письме: список позиций, сумма, ссылка на страницу согласования. Страница согласования в кабинете — список заказов в статусе APPROVAL для текущего пользователя (или для компании, если у него роль approver). Кнопки: «Согласовать» / «Отклонить» с полем причины. При нажатии — AJAX-запрос к обработчику, который меняет статус заказа через CSaleOrder::UpdateStatus() и отправляет уведомление создателю.
Какие бывают уровни согласования?
Для двухуровневой схемы — Highload-блок order_approvals: UF_ORDER_ID, UF_APPROVER_ID, UF_LEVEL (1, 2), UF_STATUS, UF_COMMENT, UF_DATE. Заказ переходит в основную обработку только когда все записи со статусом approved. При отклонении на любом уровне — заказ получает статус REJECTED, цепочка прерывается.
Детальная диаграмма статусов
- Новый заказ (N) → проверка правил → если требуется согласование → APPROVAL
- APPROVAL → если все согласовали → APPROVED; если отклонён → REJECTED
- APPROVED → в обработку
- REJECTED → возможна повторная отправка
Что входит в настройку?
| Этап | Результат |
|---|---|
| Анализ бизнес-процессов | Схема ролей и порогов |
| Проектирование | Макет согласования |
| Реализация | Статусы, обработчики, HL-блоки |
| Уведомления | Почтовые шаблоны, события |
| Тестирование | 10+ сценариев |
| Обучение | Инструкции для менеджеров |
Гарантируем корректную работу под нагрузкой до 10 000 заказов в день. Наш опыт — более 7 лет на рынке, 50+ проектов по Битрикс, сертифицированные специалисты. Свяжитесь с нами для расчёта — мы подберём оптимальную схему согласования заказов под ваш бизнес. Получите консультацию по автоматизации B2B-процессов на Битрикс.
Настройка одноуровневого согласования: 1 неделя. Многоуровневая схема с гибкими правилами: 2-3 недели. Стоимость рассчитывается индивидуально под ваш сценарий.
Дополнительные материалы: CommerceML — стандарт обмена данными с 1С, REST API Битрикс24 для интеграции с внешними системами.