Статусы заказов: настройка и логика

Статус — это не просто метка в списке заказов. В 1С-Битрикс он управляет доступом менеджеров, запускает почтовые уведомления и участвует в обмене с 1С. Разберём, как завести свои статусы, задать им порядок и права, чем статусы отгрузки отличаются от статусов заказа и почему коды статусов нельзя менять на живом магазине.

Где живут статусы и два независимых справочника

Статусами заведует модуль sale. Настраиваются они в разделе Магазин → Настройки → Статусы заказов. Важно понимать, что после перехода на «продажный» ядро D7 в Битриксе существуют два независимых набора статусов: статусы самого заказа и отдельно статусы отгрузки.

Статус заказа отражает общий этап обработки («Принят», «Комплектуется», «Выполнен»). Статус отгрузки живёт на уровне каждой отгрузки внутри заказа и отвечает за логистику и списание со склада. Заказ может быть ещё «в обработке», но одна из его отгрузок — уже отправлена. Смешивать эти сущности — частая ошибка новичков.

Системные статусы N и F

В любом магазине на Битрикс уже есть два зарезервированных статуса заказа, которые нельзя удалить:

• N — «Принят», начальный статус. Его получает каждый новый заказ, оформленный на витрине или созданный менеджером из админки.
• F — «Выполнен», конечный статус. Означает, что заказ полностью обработан. При переводе в F заказ считается завершённым, а часть автоматики (например, начисление бонусов или закрытие в отчётах) ориентируется именно на него.

Все ваши собственные статусы — это промежуточные шаги между N и F. Удалять или переопределять начальный и конечный статусы система не даст: на них завязаны создание заказа и логика завершения.

Создание своего статуса

Кнопка «Добавить статус» открывает карточку с несколькими ключевыми полями. Заполнять их нужно осознанно, потому что ID потом не поменять безболезненно.

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

Порядок и логика переходов

Поле «Сортировка» определяет визуальный порядок статусов, но не жёсткий маршрут. По умолчанию Битрикс не строит workflow: если у менеджера есть права, он может перевести заказ из любого статуса в любой другой, минуя промежуточные. Сортировка задаёт лишь удобную последовательность в интерфейсе — обычно от «Принят» к «Выполнен» с шагом 100, 200, 300, чтобы позже вставлять новые статусы между ними.

Если бизнесу нужен именно строгий сценарий («нельзя из „Принят“ сразу в „Выполнен“ без „Собран“»), это решается не самим справочником, а обработчиками событий OnSaleStatusOrderChange / OnSaleOrderBeforeSaved или бизнес-процессами. Иными словами: справочник статусов — это словарь этапов, а логику переходов вы навешиваете отдельно.

Права на смену статуса

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

• Нет доступа — заказы в этом статусе группа вообще не видит.
• Просмотр — заказ виден, но менеджер не может его изменять.
• Просмотр и изменение — полный доступ к редактированию.

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

Статусы отгрузки — отдельно

Статусы отгрузки настраиваются в своём разделе Магазин → Настройки → Статусы отгрузки и по умолчанию содержат два системных значения — начальное («не отгружено») и конечное («отгружено»). Их смысл — не про менеджмент заказа, а про логистику и склад.

Ключевой момент: перевод отгрузки в отгруженное состояние (флаг «Отгружен», в связке с «Разрешена доставка») запускает списание товара со склада, если в магазине включён складской учёт. Поэтому статусы отгрузки нельзя настраивать «на глаз» — от них зависят остатки. Свои промежуточные статусы отгрузки («Собирается», «Передано курьеру») добавляются так же, как и статусы заказа, и им точно так же раздаются права по группам.

Уведомления и обмен с 1С

Смена статуса — это событие, на которое завязаны письма. При каждом переводе заказа Битрикс генерирует почтовое событие SALE_STATUS_CHANGED_ID (например, SALE_STATUS_CHANGED_F) плюс общее SALE_STATUS_CHANGED. Как только вы создаёте новый статус, для него становится доступен свой тип события — остаётся завести почтовый шаблон в Настройки → Настройки продукта → Почтовые события, и покупатель начнёт получать уведомление именно об этом этапе.

В обмене с 1С статусы участвуют в обе стороны. При выгрузке заказ уходит в 1С со своим кодом статуса, а встречная загрузка может менять статус заказа на сайте — когда в 1С заказ проводят, отгружают или отменяют. Поэтому набор ID статусов на сайте и их трактовка должны быть согласованы с учётной системой:

• коды статусов, которые ждёт 1С, должны существовать на сайте;
• переименование или удаление ID рвёт сопоставление и приводит к «зависанию» заказов в неверном статусе;
• если 1С не должна трогать какие-то статусы, это ограничивают в настройках обмена, а не удалением статуса.

Итог

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

Если статусов много, они завязаны на почтовые сценарии и двусторонний обмен с 1С, мы в B2Bsite проектируем эту схему целиком — от справочника и прав до автоматизации переходов и корректного сопоставления с учётной системой.