Как обрабатывать заказы в 1С-Битрикс: статусы, админка и связка с 1С

Заказы после запуска магазина падают в админку, а менеджер ищет "заказы битрикс" и попадает в гайды про облачный Bitrix24 - там нет привычного пути "Магазин > Заказы". Ниже разбираем только 1С-Битрикс: Управление сайтом на вашем хостинге: где смотреть список, как вести заказ по статусам, чем поля отличаются от свойств, как отправить письмо покупателю и когда ждать отклика от 1С. После чтения вы проведёте заказ от "Принят" до "Отправлен" без звонка разработчику.

Заказы интернет-магазина на CMS лежат в "Магазин > Заказы", а не в облачной CRM. Стартовый статус N ("Принят") меняют по своей цепочке до F ("Выполнен"); письма уходят по шаблонам SALE_STATUS_CHANGED. При обмене с 1С статус на сайте обновляется после даты оплаты или отгрузки из учётки, а не из произвольного кода в XML. Если синхронизация зависла - проверьте проведённые ПКО и реализацию в 1С.

Представьте первый рабочий день менеджера Ольги: вчера запустили магазин по гайду по запуску интернет-магазина, сегодня пришло двенадцать заказов. Клиент звонит "где мой заказ?", а в списке всё ещё "Принят". Это не поломка - так устроена админка, пока вы сами не переведёте этап или не проведёте документы в 1С.

Важно сразу: речь про CMS на сервере магазина. Облачный Bitrix24 - другой продукт с CRM и своим разделом "Магазин"; эта статья про него не пишет.

Откройте список заказов в админке CMS

Форма заказов доступна в редакциях "Малый бизнес" и выше - в "Стандарт" и "Старт" модуля интернет-магазина нет. Путь: авторизуйтесь в админке сайта → Магазин → Заказы. Официальный справочник: документация по заказам.

Вверху списка - вкладки вроде "Приоритетные" и "Оплаченные": они помогают не пропустить свежие и уже оплаченные позиции. Полезные колонки в первый день:

• ID - номер заказа для разговора с клиентом;
• Статус - этап обработки (часто "Принят" у новых);
• Оплачен - да/нет, не путайте со статусом;
• Отгружен - отметка по доставке;
• Сумма и Email - для быстрого контакта.

Через "Настройка списка" добавьте телефон и адрес, если они заведены как свойства заказа. На практике фильтр по статусу и email отсекает шум, когда заказов десятки.

Делайте: закрепите в закладках именно админку вашего домена, а не облачный портал. Не делайте: ищите заказы в CRM - там другой интерфейс и другая логика.

Настройте статусы и цепочку "оплачен → собран → отправлен"

Статус заказа - это этап воронки на сайте, как стикер на коробке на складе. Системные коды зашиты в ядро:

Промежуточные статусы создают в Магазин → Настройки → Статусы. Типичная цепочка для склада: N → "Оплачен" → "Собран" → "Передан в доставку" → F. Задайте цвет и сортировку - в списке сразу видно, что горит.

Схема дня менеджера:
Новый заказ (N) → проверка оплаты → статус "В работе" → сборка → "Отправлен" → F после подтверждения доставки

Права на смену статуса задают для группы "Обработка заказов" - иначе в карточке не будет нужного пункта в списке.

Делайте: согласуйте названия статусов с тем, что говорите клиенту по телефону. Не делайте: плодите десять этапов без смысла - менеджер запутается быстрее покупателя.

Разберите поля заказа и свойства покупателя

Новички путают два слоя данных. Поля заказа - служебные значения ядра: сумма, STATUS_ID, PAYED (оплачен да/нет), ALLOW_DELIVERY, DEDUCTED. Их не настраивают вручную как справочник - они меняются действиями "Оплатить" или сменой статуса.

Свойства заказа - ваши поля анкеты: телефон, город, адрес, комментарий, способ доставки. Настраиваются в Магазин → Настройки магазина → Свойства заказа. Их можно вывести в фильтр списка, чтобы не открывать каждую карточку.

Делайте: вынесите телефон и email в колонки списка. Не делайте: правьте сумму в свойствах - она живёт в полях заказа и пересчитывается модулем продаж.

Обработайте заказ вручную: статус, оплата, письма, печать

Откройте карточку заказа из списка. Смена статуса - выпадающий список STATUS_ID с учётом прав вашей группы. Галочка "Отправлять почтовое уведомление" дергает шаблон SALE_STATUS_CHANGED_<код> - покупатель получает письмо с новым этапом.

Массовая обработка: отметьте галочками несколько строк → внизу списка действия "Перевести в статус", "Оплатить", "Разрешить доставку", "Отменить". Удобно в понедельник после выходных, когда накопилась пачка "Принят".

1. Откройте карточку и сверьте состав, сумму и контакты.
2. Отметьте оплату, если деньги пришли на расчётный счёт, а не через эквайринг на сайте.
3. Переведите статус в "Собран" или ваш аналог, включив уведомление.
4. Разрешите доставку и при необходимости создайте отгрузку.
5. Распечатайте документы кнопкой "Печать заказа" или из раздела отгрузок для склада.
6. Закройте заказ статусом F, когда клиент получил товар.

Печать счёта и накладной без разработчика описана в уроке по печати документов. Событие SALE_NEW_ORDER уходит при создании заказа; смена этапа - отдельные шаблоны по коду статуса.

Делайте: включайте уведомление при каждой смене, о которой ждут клиенты. Не делайте: ставьте F до фактической отправки - потом сложно искать "зависшие" посылки.

Проверьте обмен с 1С: когда ждать заказ и почему статус не меняется

Обмен подключают, когда учёт ведут в 1С и первичную настройку CommerceML уже сделали по инструкции по интеграции 1С с сайтом. Новый заказ с сайта уходит в выгрузке; обратно приходят оплата и отгрузка.

Ключевой момент из официального курса: произвольный код статуса из XML 1С на сайт не ставится - система смотрит на даты оплаты и отгрузки. Статус на витрине сдвинется после проведения приходного кассового ордера (ПКО), реализации и настроек "При получении оплаты/доставки" в профиле обмена.

Чек-лист, если заказ "застрял":
Заказ есть в 1С? → ПКО и реализация проведены? → В профиле обмена заданы статусы при оплате/доставке? → В логе обмена нет ошибки? → Остатки регистров "Расчёты с контрагентами" и "Заказы покупателей" не блокируют выгрузку?

Типичная ошибка: бухгалтер провёл документ в УТ, менеджер ждёт "Оплачен" на сайте, а дата оплаты в файл обмена не попала. Откройте карточку в 1С, убедитесь, что документ не просто сохранён, а проведён. Подробности — в уроке про типичные ошибки обмена.

Делайте: сверяйте один тестовый заказ end-to-end до запуска рекламы. Не делайте: ждите, что бухгалтерия и сайт синхронизируют ваши кастомные названия статусов без доработки - штатный обмен так не работает.

Что дальше

1. Настройте колонки и фильтры в "Магазин > Заказы" под ваш склад.
2. Согласуйте цепочку статусов с менеджерами и поддержкой.
3. Проверьте шаблоны писем SALE_STATUS_CHANGED на тестовом email.
4. Прогоните тестовый заказ через 1С, если обмен уже включён.

Если нужно сопровождение магазина на CMS - разбор статусов, обмена и ежедневной рутины, напишите через форму на странице контактов - обсудим задачу без навязанного аудита.

Автор: Максим Мольков, разработчик 1С-Битрикс.
Источники: dev.1c-bitrix.ru..

Частые вопросы