Раньше, чтобы проверить доставку, менеджеру приходилось искать информацию на сайте СДЭК. Теперь основные данные находятся прямо в сделке Битрикс24.

Во вкладке «СДЭК доставка» приложение определяет текущую сделку и подставляет нужный трек-номер. Для поиска информации по отправлению приложение обращается к API СДЭК, получает актуальный статус отправления, сопоставляет его со справочником Битрикс24 и обновляет изменившиеся данные в карточке сделки. Для прямой доставки дополнительно фиксируются город последнего события и дата вручения.

При необходимости менеджер может изменить трек-номер вручную и запустить проверку. Проверку можно выполнить в двух режимах: обновить поля сделки или просто посмотреть текущий статус без записи данных в CRM.

Также из карточки можно сразу перейти на страницу отслеживания СДЭК.

Менеджеру больше не нужно постоянно переключаться между CRM и сайтом перевозчика: информация о движении заказа появляется там, где он уже работает с клиентом.

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

В интернет-магазине при этом есть несколько сценариев движения товара, и каждый из них ведётся в отдельной воронке Битрикс24: заказы — в воронке продаж, возвраты — в воронке возвратов, обмен — в воронке обмена. Клиент может вернуть покупку или оформить обмен. При обмене магазин сначала получает товар обратно, затем отправляет покупателю замену. Для каждого сценария используются разные треки, поэтому приложение учитывает и направление движения товара, и то, в какой воронке находится сделка.

Заказ
Для открытых сделок с заполненным основным трек-номером система отслеживает путь товара от магазина к покупателю.
В карточке обновляются:

• основной статус доставки;
• город последнего события СДЭК;
• дата вручения.

Фоновая проверка при этом не ограничена одной стадией «Сборка». Система находит все открытые сделки с подходящими трек-номерами и проверяет их автоматически.

Возврат
Когда товар движется от покупателя обратно в магазин, используется отдельный трек-номер возврата.
Система отслеживает именно его и записывает:

• статус возвратной доставки;
• адрес пункта возврата.

Дата вручения первоначального заказа при этом сохраняется отдельно и не перезаписывается данными о возврате. В карточке остаются связанные события двух разных этапов: первоначальная доставка покупателю и обратное движение товара.

Обмен — возврат товара
На этапах возврата и обработки обмена приложение продолжает использовать возвратный трек. Менеджер видит, где находится товар, который клиент отправляет обратно в магазин.

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

Таким образом, первоначальный заказ, возврат и повторная доставка при обмене остаются связанными в одной CRM-цепочке, при этом для каждого этапа используется соответствующий трек-номер.

СДЭК передает множество событий: перемещение между складами, передачу курьеру, промежуточные этапы доставки и другие технические статусы. Промежуточные события объединяются в соответствующий этап доставки. Менеджеру при этом не нужно разбираться во всех деталях движения отправления.

Приложение приводит их к понятным статусам Битрикс24:

• создана накладная;
• принят на складе отправителя;
• готовится к отправке;
• в пути;
• готов к выдаче;
• вручён;
• не вручён.

При вручении прямой доставки дата автоматически записывается в карточку сделки.

Получение статуса доставки — один из этапов процесса интернет-магазина. Эти данные можно использовать дальше в автоматизации Битрикс24. Например, полученный статус может стать основанием для перемещения сделки по стадиям или запуска следующего сценария работы магазина.

Дополнительная ручная работа возникает и при изменении адресных данных. Не все заказы поступают с сайта, а при повторной отправке после обмена параметры доставки могут отличаться от первоначальных. В таких случаях приложение может получить из СДЭК:

• способ доставки — до пункта выдачи или курьером до двери;
• город;
• адрес;
• код пункта выдачи;
• почтовый индекс.

В первую очередь система заполняет пустые поля. Если клиент, например, сменил пункт выдачи и изменился его код, связанные адресные данные также могут быть обновлены. Для менеджера это означает меньше ручного переноса информации из системы доставки в CRM.

Менеджеру не нужно открывать каждую сделку, чтобы проверить, изменился ли статус отправления. Фоновая проверка запускается автоматически с настроенным интервалом. В текущей конфигурации проверка выполняется раз в час. Также доступны интервалы 3, 6 и 24 часа либо ручной запуск. Система проверяет открытые сделки с подходящими трек-номерами. Закрытые сделки исключаются из очередной автоматической проверки, поэтому ресурсы не расходуются на заказы, по которым работа уже завершена.

В настройках можно выбрать, какие воронки Битрикс24 должны участвовать в фоновом отслеживании. Приложение само определяет доступные для анализа воронки и позволяет отметить только нужные — чтобы не тратить ресурсы на проверку сделок из неподходящих воронок.

За один фоновый проход может быть обработано до 5 000 сделок. Отправления проверяются последовательно. Если по одному из них возникает ошибка, она фиксируется в журнале и не останавливает обработку остальных.

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

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

Технически приложение построено на Node.js и связывает API СДЭК v2 с API Битрикс24 через Вайбкод. Для авторизации СДЭК используется OAuth 2.0 с повторным использованием токена до истечения срока его действия. Поиск отправления выполняется по номеру СДЭК. Если отправление не найдено, предусмотрен дополнительный поиск по номеру заказа интернет-магазина. Такая схема позволяет учитывать разные сценарии работы магазина и сохранять связь между отправлением и сделкой. При этом техническая часть остается за кадром. Пользователь открывает сделку и видит актуальную информацию о доставке.

После интеграции СДЭК с Битрикс24 магазин получает:

• Автоматический контроль доставки — статусы отправлений обновляются в CRM без постоянной ручной проверки со стороны менеджера.
• Единую историю заказа — первоначальная доставка, возврат и повторная отправка при обмене отслеживаются в рамках одной сделки.
• Снижение ручной работы — менеджерам больше не нужно переносить статусы и данные о доставке из СДЭК в Битрикс24.
• Меньше переключений между системами — актуальная информация о движении отправления доступна непосредственно в карточке сделки.
• Контроль всех этапов доставки — система определяет нужный трек-номер в зависимости от текущего сценария: заказ, возврат или повторная отправка.
• Меньше риска пропустить изменение статуса — фоновые проверки выполняются автоматически, даже если менеджер не открывает сделку.
• Автоматизацию дальнейших действий — данные СДЭК передаются в Битрикс24 и могут использоваться в бизнес-процессах CRM.
• Прозрачную работу с логистикой — менеджер видит актуальный статус и историю движения товара в одном месте.