CRM
#СТАТЬИ
28.04.2026
Время на прочтение - 16 минут.

Интеграция amoCRM с СДЭК — доставка из сделки без ручного переноса

Когда компания использует amoCRM для управления заказами и СДЭК для доставки, между ними неизбежно появляется ручная работа: менеджер берёт данные из сделки, вбивает их в личный кабинет СДЭК, получает трек-номер и снова возвращается в CRM. Каждый шаг — это время и риск ошибки.

Интеграция amoCRM с СДЭК убирает этот разрыв. Отправление создаётся прямо из сделки, трек-номер возвращается автоматически, статусы обновляются без участия менеджера, а нужные задачи ставятся сами. В этой статье разберём, как должна работать такая связка, что нужно настроить и каких ошибок избежать.

Как должна работать связка amoCRM и СДЭК

Правильная интеграция — это не кнопка «отправить заказ». Это цепочка автоматических действий, которая запускается в нужный момент и завершается обновлением данных в CRM без участия человека.

ЭтапЧто происходит
Сделка переходит на нужный этапТриггер запускает создание отправления в СДЭК
Данные из полей сделки уходят в СДЭКФИО, адрес, телефон, состав заказа, тип доставки
СДЭК создаёт отправлениеВозвращает трек-номер и номер заказа СДЭК
Трек-номер записывается в сделкуВ поле «Трек-номер СДЭК» автоматически
Статусы доставки обновляютсяПринят, В пути, Доставлен, Возврат
Сделка двигается по воронкеЭтапы меняются по статусу доставки
При проблемах ставится задачаМенеджер получает уведомление для ручной обработки

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

Какие данные передаются из amoCRM в СДЭК

Для создания отправления СДЭК требует определённый набор данных. Все они должны быть в полях сделки или контакта заранее — иначе интеграция либо создаст неполный заказ, либо вернёт ошибку.

Ниже — таблица с типичным маппингом данных:

ДанныеОткуда братьЗачем нужны
ФИО получателяПоле контактаОбязательное для создания отправления
Телефон получателяПоле контактаДля уведомлений СДЭК получателю
Адрес доставкиПоле сделки «Адрес доставки»Для курьера или указания ПВЗ
Город доставкиПоле сделки «Город»Определение тарифа и сроков
Тип доставкиПоле сделки «Тип доставки»Курьер, ПВЗ или постамат
Код ПВЗПоле сделки «Код ПВЗ»Для доставки до пункта выдачи
Состав заказаПоле сделки или список позицийДля декларирования вложения
Вес и габаритыПоля сделкиДля расчёта тарифа
Сумма наложенного платежаПоле сделки «Наложенный платёж»Если оплата при получении
Комментарий к заказуПоле сделки «Комментарий»Для курьера или оператора СДЭК

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

Какие данные должны возвращаться из СДЭК в amoCRM

Интеграция работает в обе стороны. После того как отправление создано, важно получить обратно данные, которые позволяют контролировать ход доставки прямо из CRM.

Что должно возвращаться из СДЭК:

  • Трек-номер отправления — записывается в отдельное поле сделки
  • Номер заказа в системе СДЭК — для ссылки и поиска
  • Ориентировочная дата доставки — чтобы менеджер мог сообщить клиенту
  • Текущий статус доставки — обновляется по расписанию или по вебхуку
  • Финальный статус — «Доставлено», «Вручено», «Возврат», «Утеря»
  • Стоимость доставки — если она рассчитывается в момент создания отправления

Все эти данные должны попадать в поля сделки и быть видны в карточке. Только тогда менеджер может работать с доставкой без открытия личного кабинета СДЭК.

Рабочие сценарии

Сценарий 1. Создание отправления после оплаты

Подходит для интернет-магазинов, где доставка создаётся только после подтверждения оплаты. Интеграция запускается по смене этапа воронки.

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

  1. Сделка переходит на этап «Оплачено»
  2. Интеграция автоматически создаёт отправление в СДЭК
  3. Трек-номер записывается в сделку
  4. Сделка переходит на этап «Передано в доставку»
  5. Менеджер видит трек и может отправить его клиенту

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

Сценарий 2. Создание доставки после подтверждения заказа

Используется, если компания сначала подтверждает заказ с клиентом, а потом передаёт в доставку. Типично для оптовых продаж или заказов под заявку.

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

  1. Менеджер согласовывает состав, адрес и дату с клиентом
  2. Сделка переходит на этап «Подтверждён»
  3. Интеграция создаёт отправление на основе заполненных полей
  4. Трек-номер записывается в сделку, ставится задача «Сообщить клиенту трек»
  5. После смены статуса в СДЭК — сделка двигается дальше

Ключевое условие — все поля должны быть заполнены до перехода на триггерный этап. Иначе отправление не создастся.

Сценарий 3. Контроль ошибки при создании отправления

Даже при правильной настройке СДЭК иногда возвращает ошибки: неверный адрес, недопустимый вес, некорректный код ПВЗ. Интеграция должна это обрабатывать.

Что может пойти не так:

  • Адрес не распознан системой СДЭК
  • Код ПВЗ не существует или закрыт
  • Вес выходит за допустимые пределы тарифа
  • Телефон указан в неверном формате

Как должна реагировать интеграция:

При получении ошибки от СДЭК сделка не должна молча зависнуть. Должна появиться задача на менеджера с текстом ошибки, а сделка должна остаться на текущем этапе — чтобы было понятно, что доставка не создана.

  1. СДЭК возвращает ошибку создания отправления
  2. Интеграция записывает текст ошибки в поле сделки
  3. Менеджеру ставится задача «Исправить данные для доставки»
  4. После исправления менеджер вручную запускает повторное создание
  5. Отправление создаётся, трек-номер записывается

Без такого механизма ошибки легко теряются, и доставка просто не создаётся — менеджер узнаёт об этом только от клиента.

Сценарий 4. Обновление статусов доставки

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

Как реализуется обновление статусов:

  • По расписанию — интеграция периодически опрашивает API СДЭК и обновляет поле «Статус доставки» в сделке
  • По вебхуку — СДЭК сам отправляет уведомление при смене статуса (если подключены вебхуки)

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

Что нужно настроить в amoCRM

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

Поля сделки

Минимальный набор полей, который нужно создать в amoCRM:

  • Адрес доставки — текстовое поле
  • Город доставки — текстовое или справочное поле
  • Тип доставки — список (Курьер / ПВЗ / Постамат)
  • Код ПВЗ — текстовое поле
  • Вес (кг) — числовое поле
  • Трек-номер СДЭК — текстовое поле (заполняется автоматически)
  • Номер заказа СДЭК — текстовое поле (заполняется автоматически)
  • Статус доставки — текстовое или справочное поле
  • Дата доставки — поле даты
  • Ошибка интеграции — текстовое поле (для хранения текста ошибок)

Если компания использует наложенный платёж, нужно добавить поле «Сумма наложенного платежа». Если доставка включает несколько товаров с разным весом — потребуется более сложная структура.

Этапы воронки

Воронка должна отражать реальные состояния сделки в части доставки. Типичные этапы для интернет-магазина с СДЭК:

Примерная структура этапов:

  • Оформлен — заявка получена, данные заполняются
  • Подтверждён — менеджер проверил данные и готов к отправке
  • Оплачен — триггер для создания отправления в СДЭК
  • Передан в СДЭК — трек получен, доставка создана
  • В пути — статус обновлён из СДЭК
  • Доставлен — финальный статус из СДЭК
  • Возврат — если клиент не забрал или отказался

Часть этапов меняется вручную менеджером, часть — автоматически на основе статусов из СДЭК. Важно это разграничить при настройке.

Задачи и уведомления

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

  • Создание отправления — задача «Отправить трек клиенту»
  • Ошибка создания — задача «Исправить данные для доставки» с текстом ошибки
  • Статус «Доставлено» — задача «Получить обратную связь»
  • Статус «Возврат» — задача «Уточнить причину возврата»
  • Задержка доставки — задача «Связаться с клиентом по доставке»

Уведомления можно настроить как в amoCRM (уведомление на телефон), так и в мессенджерах — например, Telegram-бот, который присылает сообщение при смене статуса.

Типовые ошибки в интеграции amoCRM и СДЭК

Создание отправления без проверки полей

Если интеграция запускается без валидации, она пытается создать отправление с пустыми или неверными данными. СДЭК возвращает ошибку, но никто об этом не знает — задача не ставится, менеджер не видит проблемы.

Отсутствие обработки ошибок API

API СДЭК возвращает разные коды ошибок: неверный адрес, превышение лимитов, некорректный формат поля. Интеграция должна уметь читать эти коды и реагировать понятным образом — сохранять текст ошибки в CRM и уведомлять ответственного.

Нет синхронизации статусов

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

Дублирование отправлений

Если не настроена проверка «отправление уже создано», при повторном срабатывании триггера (например, при откате сделки на предыдущий этап) создаётся второе отправление. Это путаница в трек-номерах и лишние расходы.

Потеря данных при изменении сделки

Если менеджер меняет адрес или тип доставки после создания отправления — в СДЭК это не обновится автоматически. Нужно либо заблокировать редактирование полей после создания отправления, либо настроить отмену и пересоздание.

Пример процесса

Покажем, как выглядит интеграция в реальной работе на примере розничного интернет-магазина, который использует amoCRM и СДЭК для отправки заказов по России.

Шаги процесса:

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

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

Что подготовить перед настройкой

Интеграция требует подготовки с обеих сторон — и в amoCRM, и в личном кабинете СДЭК.

  • Аккаунт в СДЭК с доступом к API (API v2) — уточните у менеджера СДЭК
  • Client ID и Client Secret для авторизации через OAuth 2.0
  • Номер договора с СДЭК — используется при создании отправлений
  • Список складов (откуда отправляете) с кодами в системе СДЭК
  • Типы упаковок и стандартные веса — если не передаёте их из сделки
  • Список полей в amoCRM, которые нужно создать или сопоставить
  • Описание воронки: какой этап запускает создание отправления

Без этой информации начать настройку невозможно. Чем точнее описан процесс на старте, тем быстрее будет реализация.

От чего зависит сложность интеграции

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

  • Несколько складов с разными настройками тарифов
  • Несколько типов доставки (курьер + ПВЗ + постамат) с разной логикой
  • Наложенный платёж с разными суммами по заказам
  • Частичный выкуп — когда клиент берёт не все товары
  • Обмен и возврат — с созданием обратного отправления
  • Несколько курьерских служб — СДЭК + другие, с выбором оптимального маршрута
  • Интеграция с учётной системой (1С, МойСклад) — данные идут через несколько систем

В таких случаях нужно проектировать процесс целиком, а не просто подключать готовый коннектор.

Когда нужна не простая интеграция, а проектирование процесса

Готовые коннекторы между amoCRM и СДЭК существуют — и для простых случаев они работают. Но если у вас нестандартная логика, несколько складов, сложная структура заказов или потребность в контроле каждого этапа — коннектор не решит задачу.

В таком случае нужно:

  • Описать процесс от заказа до закрытия сделки
  • Определить, какие данные нужны в каждой точке
  • Спроектировать воронку под логику доставки
  • Настроить поля, триггеры, задачи и уведомления
  • Реализовать двустороннюю синхронизацию с обработкой ошибок
  • Протестировать сценарии, включая граничные случаи

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

Хотите настроить интеграцию amoCRM с СДЭК?

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

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

Хотите внедрить такую систему в своём бизнесе?

Мы поможем настроить CRM так, чтобы она работала на рост продаж, а не против него.

Запишитесь на бесплатную консультацию — разберём ваш кейс и предложим лучшее решение под ваш бизнес.

Освободим ваше время, за счет автоматизации процессов и аналитики

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