Кейс · Доставка · CRM

Доставка на автопилоте: СДЭК, Яндекс и Достависта двигают сделки сами

СДЭК, Яндекс Доставка и Достависта на автопилоте: заказ создаётся из сделки, а реальный статус доставки сам двигает её по воронке Bitrix24.

Ниша: интернет-магазин с несколькими службами доставкиСистемы: Bitrix24 · СДЭК · Яндекс Доставка (курьер + ПВЗ) · Достависта · МойСклад

Проблема

Доставку оформляли и отслеживали вручную по трём перевозчикам:

  • Заказ в каждой службе создавали руками, копируя адрес и состав из CRM.
  • Трек-номер и статус приходилось проверять в кабинетах перевозчиков и вручную переносить в сделку.
  • Сделки «зависали» на стадиях: клиент уже получил заказ, а в CRM он всё ещё «в доставке».
  • При групповых отправках (много заказов одной партией) учёт вёлся на бумаге/в Excel.

Решение

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

Как это работает

  1. Создание доставки из сделки. Когда сделка доходит до нужной стадии, заказ создаётся в выбранной службе (СДЭК / Яндекс курьер / Яндекс ПВЗ / Достависта), тариф подбирается по типу доставки (до двери или в ПВЗ). Трек-номер сразу падает в сделку.
  2. Статусы двигают воронку. Система принимает вебхуки и каждые несколько минут опрашивает API перевозчиков. Статус доставки по настраиваемому маппингу переводит сделку: «готов к отгрузке» → «в пути» → «на ПВЗ» → «доставлен» (или «возврат» / «отменён»).
  3. Защита от ошибок. Сделка двигается только вперёд (нельзя случайно откатить стадию назад), а при ручном вмешательстве менеджера автоматика на сутки отступает, чтобы не перебивать его действия.
  4. Групповые отправки. Многошаговые цепочки и пакетные отправки собираются из нескольких сделок, генерируются инструкции курьерам. Все отправления — в единой таблице.
  5. Вкладка в сделке. Прямо в карточке сделки Bitrix24 — статус, калькулятор и карта маршрута доставки.

Результат

  • Доставка создаётся из CRM в один шаг — без копирования адресов по кабинетам.
  • Сделки двигаются по воронке автоматически — CRM всегда показывает реальный статус.
  • Нет «зависших» сделок и ручной сверки трек-номеров.
  • Групповые отправки учитываются системно, а не в Excel.
Под капотом

Движок «внешнее событие → стадия сделки» с двумя защитами: сделка двигается только вперёд (нельзя случайно откатить стадию назад), а при ручном вмешательстве менеджера автоматика на сутки отступает, чтобы не перебивать его действия. Этот движок переиспользуется для любой воронки.

Платформа в цифрах
5 каналов продаж3 службы доставки12 складов в учёте~35 фоновых задач60+ датчиков целостностиPHP 8.1 · Docker · PostgreSQL · Node.jsREST · вебхуки · OAuth Bitrix24
Движок «внешнее событие → стадия сделки» с защитами (forward-only, ручной override) переиспользуется для любой воронки, где внешняя система должна управлять статусами.
Нужно похожее решение?

Соберём такую же связку под вашу нишу

Расскажите о задаче — подготовим предложение и смету бесплатно. Работаем по всей России.

Обсудить проект Все кейсы