Справочник статусов
Разные статусы перевозчиков отображаются в общую модель доставки. Исходный статус сохраняется для разбора инцидентов.
ИнтеграцииE-commerce / Логистика2–3 месяца2 специалиста
Интеграция служб доставки
СДЭК, Яндекс Доставка, ПЭК и другие — из карточки сделки в Битрикс24
Проектная реконструкция. Масштаб, сроки и показатели приведены для разбора сценария и не являются подтверждёнными результатами конкретного заказчика. Стенд работает на условных данных.
Номера отправлений передаются автоматически; ошибки обмена разбираются отдельно. Клиент и менеджер видят статус доставки в сделке без переключения между системами.
−95%ручного ввода треков
Демонстрация сценария
Вы — логист в «ОптТорг 24»
18 отгрузок сегодня. Нужно сравнить тарифы, создать отправление и передать трек в сделку автоматически.
Раскройте состав сделки, пройдите шаги создания, смотрите историю отправлений и webhook-журнал.
Интерактивный пример интерфейса. Данные и названия в демонстрации условные; она показывает сценарий работы, а не доступ к системе заказчика.
Что это даёт заказчику
E-commerce, оптовые отгрузки по РФ, 200+ отправлений в день. Задача, состав работ и изменения в процессе.
Результат для заказчика
Номера отправлений передаются автоматически; ошибки обмена разбираются отдельно. Клиент и менеджер видят статус доставки в сделке без переключения между системами.
−95%ручного ввода треков
Что получил заказчик
Состав решения и назначение каждого элемента.
✓
Виджет в CRM
Выбор перевозчика, расчёт, создание отправления, печать накладной
✓
Интеграции API
СДЭК, Яндекс Доставка, ПЭК — создание, трекинг, отмена
✓
Webhook статусов
Вручение, проблема, возврат — обновление в сделке и уведомление менеджеру
✓
Трек на сайте
Виджет отслеживания для клиента по номеру заказа
Как заказчик работает и контролирует
Изменения в рабочем процессе после внедрения.
◎Создание: Из карточки сделки
◎Треки: Автоматически
◎Статусы: Webhook в CRM
◎Клиент: Трек на сайте
Главное изменение в работе
Было
3 личных кабинета
Стало
Из карточки сделки
Архитектура и управление
Как связан цифровой контур
Логистический контур внутри сделки: расчёт предложения перевозчика, оформление отправления, документы и трекинг без повторного ручного ввода.
Выберите звено процесса
Начало процесса. Текущее звено: Сделка. Далее: Тариф перевозчика.
Идемпотентность отправления
Повтор запроса после таймаута сначала проверяет внешний идентификатор, иначе может появиться вторая накладная.
Порядок событий
Позднее событие «принят» не должно откатывать уже полученное «доставлен». Сравниваются время события и допустимые переходы.
Метрики и ответственность
Успешное оформление
Отправления без ручной коррекции / созданные
Владелец: Логистика
Актуальность трекинга
Время получения последнего статуса − время события перевозчика
Владелец: Поддержка
Контрольный сценарий приёмки
Повторный webhook не создаёт дубль; позднее событие не откатывает конечный статус.
Архитектурная реконструкция проекта. Детали процесса и демонстрационные данные иллюстрируют подход к решению; они не являются выгрузкой из системы заказчика.
Результаты в цифрах
−95%
Ручного ввода треков
Автосоздание из CRM
3
Перевозчиков
Единый интерфейс
200+
Отправлений/день
Через интеграцию
< 5 мин
Задержка статуса
Webhook
До и после
| Аспект | До | После |
|---|---|---|
| Создание | 3 личных кабинета | Из карточки сделки |
| Треки | Ручной ввод | Автоматически |
| Статусы | Узнавал менеджер от клиента | Webhook в CRM |
| Клиент | Звонит менеджеру | Трек на сайте |
Обсудить задачу в вашей компании
В этом проекте: Реализовали единый интерфейс в CRM для выбора перевозчика, создания отправления через API и автоматического обновления статусов по webhook.
Обсудить похожую задачу →Детали внедрения
Логисты создавали отправления в 3 личных кабинетах перевозчиков и копировали треки в CRM. Статусы доставки не обновлялись — менеджер узнавал о вручении от клиента.
Клиент
E-commerce, оптовые отгрузки по РФ, 200+ отправлений в день
Масштаб
35 сотрудников, 8 логистов
Россия
Было до проекта
CRM Битрикс24, личные кабинеты СДЭК/Яндекс Доставка/ПЭК, треки вручную
Битрикс24СДЭКAPIДоставка
Исходная задача
- 013 перевозчика — 3 личных кабинета, переключение контекста
- 02Трек в CRM вводился вручную — ошибки и задержки
- 03Статус доставки не синхронизировался
- 04Расчёт стоимости — на сайте перевозчика, не в CRM
- 05Клиент не видел трек в личном кабинете на сайте
Цели проекта
- →Создание отправления из карточки сделки в CRM
- →Расчёт стоимости и выбор перевозчика в одном интерфейсе
- →Автообновление статусов по webhook
- →Трек на сайте клиента через API
Этапы внедрения
1
СДЭК
3 неделиAPI v2, создание, трекинг, webhook
2
Яндекс Доставка + ПЭК
4 неделиАналогичный контур, единый UI
3
CRM виджет
3 неделиКарточка сделки, поля, печать
4
Сайт клиента
2 неделиВиджет трекинга, тесты
Стек и технологии
PHP модуль Б24REST API перевозчиковWebhookJavaScript виджет
Интеграции
- СДЭК API v2
- Яндекс Доставка API
- ПЭК API
- Битрикс24 CRM
Нюансы и решения
Детали, которые отличают проект от «типового внедрения» — учтённая специфика бизнеса и принятые архитектурные решения.
#1При создании отправления автоматически заполняются габариты из номенклатуры сделки
#2Webhook «Вручено» переводит сделку на стадию «Доставлено» и создаёт задачу «Запросить отзыв»
#3При ошибке API перевозчика — fallback на ручной ввод с алертом логисту
#4Стоимость доставки записывается в поле сделки для расчёта маржи
Проект
- Отрасль
- E-commerce / Логистика
- Срок
- 2–3 месяца
- Команда
- 2 специалиста
- Категория
- Интеграции
Роли в проекте
- PHP-разработчикМодуль, API
- ИнтеграторWebhook, тесты