«Где мой заказ?» — самый частый вопрос в поддержку интернет-магазина. И почти всегда он означает, что статусы заказа настроены плохо: клиент не понимает, что происходит, а менеджер вручную отписывается на каждое обращение. При этом статусы — штатный механизм 1С-Битрикс, который при правильной настройке снимает эту нагрузку и делает обработку заказов прозрачной для всех.
Это практическое руководство по настройке статусов заказа в 1С-Битрикс: как спроектировать воронку под ваш процесс, разграничить права сотрудников, включить автоуведомления клиента, повесить триггеры на смену статуса и согласовать статусы с 1С. Если обработка заказов у вас разрослась и запуталась, наводить порядок логично вместе с автоматизацией продаж и склада на 1С.
Коротко
- Статус заказа — это этап обработки; не путайте его с флагами оплаты и отгрузки.
- Проектируйте воронку из 5–8 статусов под реальный процесс, а не «для детализации».
- Разграничьте права групп: кто в какой статус может переводить и что видит.
- Автоуведомления и триггеры превращают статусы из ярлыков в рабочий механизм.
Зачем настраивать статусы
Статусы кажутся мелочью, но именно они организуют всю работу с заказом. Хорошая воронка статусов решает сразу несколько задач бизнеса.
- Прозрачность для клиента. Покупатель видит, на каком этапе его заказ, и не звонит «узнать».
- Порядок в работе. Менеджер и склад понимают, чей сейчас ход и что делать дальше.
- Автоматизация. Смена статуса запускает уведомления, списания и бизнес-процессы.
- Аналитика. По статусам видно узкие места: где заказы залипают и теряются.
Плохо настроенные статусы, наоборот, порождают хаос: заказы «зависают» в непонятных состояниях, клиенты нервничают, а нагрузка на поддержку растёт. Поэтому статусы стоит проектировать осознанно, а не оставлять «как из коробки».
Статус заказа, оплаты и отгрузки
Первое, что нужно развести, — три разных понятия, которые часто смешивают. В 1С-Битрикс это самостоятельные сущности, и путаница между ними — источник большинства проблем.
| Сущность | Что описывает | Примеры значений |
|---|---|---|
| Статус заказа | Этап обработки в целом | Принят, в сборке, отгружен, завершён |
| Статус оплаты | Факт оплаты | Оплачен / не оплачен |
| Статус отгрузки | Факт отгрузки | Отгружен / не отгружен |
Заказ может быть в статусе «в работе», при этом уже оплачен, но ещё не отгружен — все три значения независимы. Правильная воронка статусов заказа опирается на флаги оплаты и отгрузки (например, переход в «Готов к отгрузке» разрешён только после оплаты), но не дублирует их.
Как статусы устроены в Битрикс
Статусы заказа в 1С-Битрикс — это отдельный справочник в модуле «Интернет-магазин». Каждый статус имеет идентификатор, название, порядок сортировки, права групп и настройки уведомлений. Два статуса особые: начальный (заказ только создан) и финальный (заказ выполнен) — они играют системную роль и участвуют в логике завершения заказа.
Всё остальное — промежуточные этапы, которые вы создаёте под свой процесс. Именно поэтому статусы «из коробки» — лишь заготовка: под реальную обработку их почти всегда дополняют. Настройка живёт в разделе управления заказами торгового каталога.
Проектируем воронку статусов
Прежде чем что-то настраивать, стоит нарисовать воронку на бумаге. Правило простое: один статус — один реальный этап, который меняет действия сотрудников или информацию для клиента.
Типовая воронка магазина может выглядеть так:
- Принят. Заказ создан, ждёт обработки менеджером.
- Подтверждён. Менеджер согласовал состав и наличие с клиентом.
- Ожидает оплаты. Выставлен счёт, ждём поступления средств.
- В сборке. Склад собирает заказ.
- Передан в доставку. Заказ отгружен перевозчику.
- Завершён. Клиент получил заказ, сделка закрыта.
Для B2B воронка обычно длиннее: добавляются согласование спецификации, отсрочка платежа, частичная отгрузка. Ориентир — 5–8 статусов; больше делают, только если каждый этап действительно нужен.
Создание и настройка статусов
Когда воронка нарисована, её переносят в систему. Общий порядок (названия разделов зависят от версии):
- Откройте справочник статусов. Раздел управления статусами заказа в торговом каталоге.
- Создайте статусы воронки. Для каждого этапа — свой статус с понятным названием.
- Задайте порядок сортировки. Чтобы статусы в списке шли в логике процесса, а не как попало.
- Опишите значение. Короткое пояснение, что означает статус, — для новых сотрудников.
- Свяжите с флагами. Определите, какие переходы разрешены только после оплаты или отгрузки.
Названия статусов пишите на языке клиента там, где он их видит: «Передан в доставку» понятнее, чем внутреннее «SHP-3». Внутренние технические статусы, которые клиенту не показывают, можно называть удобно для сотрудников.
Права групп на статусы
Статусы без прав — это дыра в процессе: любой сотрудник может перевести заказ куда угодно. В 1С-Битрикс права задаются по группам пользователей для каждого статуса отдельно.
- Право переводить в статус. Кто может назначить заказу этот статус.
- Право видеть заказы в статусе. Кто видит заказы, находящиеся в этом состоянии.
- Разделение ролей. Менеджер ведёт до «В сборке», склад — дальше, бухгалтерия видит оплату.
Автоуведомления клиента
Самая заметная для покупателя польза статусов — автоматические уведомления. Вместо того чтобы менеджер вручную писал «ваш заказ отгружен», письмо уходит само при смене статуса.
В 1С-Битрикс это настраивается двумя способами:
- Штатная отправка на статус. Для статуса включают отправку письма и задают почтовый шаблон с данными заказа.
- Обработчик события. Более гибкий вариант: на смену статуса вешают код, который шлёт письмо, SMS или сообщение в мессенджер по своим условиям.
Не уведомляйте о каждом внутреннем статусе — клиенту важны ключевые вехи: принят, оплачен, отгружен, доставлен. Лишние письма раздражают не меньше, чем их отсутствие. Про надёжную доставку таких писем и работу с рассылками полезно почитать в статье о REST, вебхуках и безопасности в Битрикс.
Триггеры на смену статуса
Уведомления — частный случай более общего механизма: триггеров на смену статуса. Смена статуса может запускать любые действия, а не только письма. Это превращает статусы из ярлыков в двигатель процесса.
Что вешают на переходы:
- Списание со склада. При переходе в «Отгружен» — резерв или списание остатка.
- Запуск бизнес-процесса. Согласование, постановка задачи ответственному.
- Выгрузку в 1С. Определённый статус инициирует передачу заказа в учёт.
- Интеграции. Передачу данных в CRM, службу доставки, аналитику.
Технически триггеры реализуют через обработчики событий модуля заказов. Как аккуратно писать такие обработчики, не трогая ядро, мы разбирали в статьях о разработке модуля и работе с D7 и ORM.
Синхронизация статусов с 1С
Если заказы обрабатываются и в 1С, статусы нужно согласовать между системами. При обмене по CommerceML статус передаётся в обе стороны: сайт отдаёт новые заказы, 1С возвращает изменения — оплату, отгрузку, отмену.
- Сопоставьте статусы. Составьте таблицу соответствия статусов сайта и 1С.
- Определите источник истины. Решите, какая система «главная» по каждому этапу.
- Настройте обратный обмен. Изменения из 1С (оплата, отгрузка) должны корректно ложиться в статусы сайта.
- Избегайте конфликтов. Один и тот же заказ не должен «перетягиваться» статусами туда-сюда.
Несогласованная маппинг-таблица статусов — классический источник путаницы: заказ на сайте «в работе», а в 1С уже отгружен. Настройку двустороннего обмена статусами делают в рамках автоматизации на 1С, чтобы обе системы всегда показывали одно и то же.
Статусы в личном кабинете
Статусы работают на клиента только тогда, когда он их видит. В личном кабинете покупатель должен наблюдать понятную цепочку этапов своего заказа, а не внутренние коды.
- Понятные названия. Клиентские подписи статусов вместо технических.
- Прогресс заказа. Наглядная шкала «принят → оплачен → отгружен → доставлен».
- История изменений. Когда и в какой статус переходил заказ.
- Скрытые внутренние статусы. Служебные состояния клиенту не показывают.
Хорошо оформленная история заказов резко снижает число обращений в поддержку: клиент сам видит, что происходит. Для B2B это ещё важнее — там кабинет с прозрачными статусами часто становится основным каналом работы с оптовыми клиентами.
Проверка воронки
Перед запуском воронку прогоняют по реальным сценариям. Проверяют не только «счастливый путь», но и отмены, возвраты, частичные оплаты.
- Полный цикл. Заказ проходит от «Принят» до «Завершён» без тупиков.
- Права работают. Сотрудник не может перевести заказ в чужой статус.
- Уведомления уходят. Клиент получает письма на ключевых этапах, и не получает лишних.
- Триггеры срабатывают. Списания, выгрузки и бизнес-процессы запускаются корректно.
- Обмен согласован. Статусы сайта и 1С совпадают после обмена.
Проверку удобно автоматизировать и включить в процесс выката, чтобы изменения в логике заказа не ломали воронку незаметно — про это в материале о CI/CD и деплое в 1С-Битрикс.
Частые ошибки
- Статусы путают с оплатой и отгрузкой. Воронка дублирует флаги и запутывает менеджеров.
- Слишком много статусов. Работа превращается в бесконечное «переключение ярлыков».
- Нет прав на статусы. Любой сотрудник переводит заказ куда угодно.
- Уведомляют о каждом статусе. Клиент тонет в письмах и отписывается.
- Технические названия для клиента. Покупатель не понимает «SHP-3» в кабинете.
- Статусы не согласованы с 1С. Заказ на сайте и в учёте показывает разное.
- Тупики в воронке. Заказ «залипает» в статусе, из которого нет выхода.
- Нет триггеров. Статусы меняются, но ничего не происходит автоматически.
Чек-лист настройки
- Воронка спроектирована. 5–8 статусов отражают реальные этапы обработки.
- Понятия разведены. Статус заказа не дублирует оплату и отгрузку.
- Статусы созданы. Названия, порядок и переходы настроены под процесс.
- Права заданы. Каждая группа имеет права ровно на свои статусы.
- Уведомления настроены. Письма уходят на ключевых этапах, лишних нет.
- Триггеры повешены. Смена статуса запускает списания, выгрузки и процессы.
- Обмен с 1С согласован. Статусы сопоставлены, обратный обмен работает.
- Кабинет прозрачен. Клиент видит понятную цепочку статусов и историю.
Вывод
Статусы заказа — это скелет всей обработки в интернет-магазине. Правильно настроенная воронка делает процесс прозрачным для клиента, упорядочивает работу сотрудников и запускает автоматику — уведомления, списания, выгрузки. И наоборот: хаотичные статусы «из коробки» плодят вопросы «где мой заказ» и ручную рутину.
Начните с проектирования воронки под реальный процесс, разведите статус заказа с флагами оплаты и отгрузки, разграничьте права, включите уведомления и триггеры и согласуйте статусы с 1С. Тогда статусы из формальных ярлыков превратятся в рабочий механизм, который экономит время команды и повышает доверие покупателей. Если процесс запутан, наводите порядок в статусах вместе с автоматизацией продаж и склада — так вы получите единую согласованную систему.
