Заказы в 1С-Битрикс: короткая инструкция по обработке

К концу этой инструкции у вас будет рабочий цикл обработки заказа в 1С-Битрикс: Управление сайтом: настроенные статусы с правами для менеджеров, обязательные свойства заказа, один заказ, проведённый от оплаты до отгрузки, и заказ, созданный вручную из админки. На всё уходит около часа, если магазин уже развёрнут и в нём есть хотя бы один тестовый заказ. Ориентир по версии — редакции с модулем «Интернет-магазин» (Малый бизнес, Бизнес и выше), ветки 20.x–24.x; интерфейс между ними отличается расположением пунктов меню, логика остаётся той же.

Что нужно иметь до начала

• Лицензия с модулем sale («Интернет-магазин»). В редакции «Старт» раздела «Магазин» в админке нет, и никакие настройки его не включат.
• Доступ в административную панель от имени пользователя из группы администраторов. Если вы работаете под ограниченной учёткой, права на модуль «Интернет-магазин» должны быть выданы отдельно.
• Хотя бы одна настроенная служба доставки и один способ оплаты. Без них заказ сохранится, но провести его до конца не получится.
• Решение по складскому учёту: включён он в магазине или нет. От этого зависит, разрешит ли система провести отгрузку.
• Один тестовый заказ. Если его нет, оформите покупку на сайте от лица обычного посетителя — на живых заказах тренироваться плохая идея.

Карта настроек: что куда вписать

Шаги

1. Проверьте доступность раздела. Войдите в админку и раскройте левое меню. Проверка: пункт «Магазин» с подпунктом «Заказы» на месте. Если его нет — дело в редакции лицензии или в правах, а не в настройках.
2. Приведите в порядок статусы. Магазин → Настройки → Статусы. Код статуса — короткий идентификатор, он попадает в письма и фильтры, поэтому менять его на работающем магазине больно. Проверка: в списке видны ваши статусы, у каждого заполнено название на нужном языке.
3. Выдайте права на статусы. В карточке каждого статуса укажите, какие группы пользователей могут видеть и изменять заказы в нём. Проверка: зайдите под тестовой учёткой менеджера — заказ в первом статусе виден, кнопки изменения активны.
4. Настройте свойства заказа. Магазин → Настройки → Свойства заказа. Привяжите свойства к типу плательщика и отметьте обязательные. Проверка: оформите тестовый заказ на сайте и убедитесь, что форма не даёт пропустить телефон.
5. Соберите фильтр в списке заказов. Магазин → Заказы. Отфильтруйте по статусу и признаку оплаты, сохраните фильтр как свой пресет. Проверка: после перезахода в админку фильтр доступен в один клик.
6. Проведите один заказ целиком. Откройте тестовый заказ, отметьте оплату, затем создайте отгрузку* и проведите её, после чего переведите заказ в статус «выполнен». Проверка: в карточке заказа появились признаки «оплачен» и «отгружен», а в журнале изменений заказа — записи с датой, автором и действием.
7. Создайте заказ вручную. В списке заказов нажмите кнопку создания заказа, выберите покупателя или создайте нового, добавьте товары, укажите доставку и оплату, сохраните. Проверка: заказ появился в списке с новым номером, покупатель получил письмо о новом заказе.

Обмен заказами с 1С и печатные формы документов — отдельная тема, здесь мы доводим до конца только ручной цикл в админке.

Главная причина хаоса в заказах на Битриксе — не кривой код, а статусы без прав: менеджер переводит заказ дальше по воронке и теряет к нему доступ, потому что на следующий статус его группе доступ не выдали.

Быстрая проверка заказа скриптом

Если нужно свериться с данными заказа мимо интерфейса — например, понять, почему он выглядит оплаченным на сайте и неоплаченным в отчёте, — подойдёт короткий диагностический скрипт на D7-ядре модуля sale. Положите файл в корень сайта, запустите, после проверки удалите.

<?php
// 1С-Битрикс: Управление сайтом, модуль sale (D7-ядро заказов)
require $_SERVER['DOCUMENT_ROOT'] . '/bitrix/modules/main/include/prolog_before.php';

use Bitrix\Main\Loader;
use Bitrix\Sale\Order;

Loader::includeModule('sale');

$orderId = 1234; // внутренний ID заказа, а не номер для покупателя
$order = Order::load($orderId);

if ($order === null) {
    echo 'Заказ не найден';
} else {
    echo 'Номер: ' . $order->getField('ACCOUNT_NUMBER') . PHP_EOL;
    echo 'Сумма: ' . $order->getPrice() . PHP_EOL;
    echo 'Статус: ' . $order->getField('STATUS_ID') . PHP_EOL;
    echo 'Оплачен: ' . ($order->isPaid() ? 'да' : 'нет') . PHP_EOL;
    echo 'Отгружен: ' . ($order->isShipped() ? 'да' : 'нет') . PHP_EOL;
}

D7-работа с заказами доступна в достаточно свежих версиях модуля sale; если на вашей сборке какой-то из методов отсутствует, сверьте актуальные имена в документации для разработчиков по вашей версии, а не подбирайте их наугад.

Если не получилось

• «Доступ запрещён» при открытии Магазин → Заказы. У группы пользователя нет прав на модуль «Интернет-магазин». Выдаются они в настройках доступа к модулям, а не в правах на инфоблок с товарами.
• Заказ открывается, но кнопки изменения неактивны. Права выданы на модуль, но не на текущий статус заказа. Вернитесь к шагу 3.
• Заказ не сохраняется и подсвечивает поле. Обязательное свойство заказа не заполнено или привязано к другому типу плательщика. Проверьте привязку свойства к типу плательщика и к службе доставки.
• Отгрузка не проводится, система сообщает о недостатке товара. Включён складской учёт, а остатка на складе нет или он весь в резерве под другие заказы. Либо поправьте остаток, либо снимите резерв с зависших заказов.
• Письма о заказе не уходят. Сначала проверьте, включён ли шаблон почтового события и привязан ли он к нужному сайту, затем — отправку почты на сервере. Битрикс считает письмо отправленным, когда отдал его почтовой функции PHP.

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

Что делать дальше

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