Разработка 4 мин чтения

СДЭК и Почта России в amoCRM: трек и статус в сделке

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

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

Трек копируют вручную, а сделка стоит на старом этапе

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

В конце сентября 2026 на фриланс-бирже появились две похожие задачи, про СДЭК и про Почту России. В них просят поле под трек на каждое отправление, кнопку создания отправления в карточке, перенос по этапам по статусам и защиту от дублей. Ниже разбор по документации amoCRM и СДЭК, проверено в начале октября 2026.

Как это устроено

Нужны три части: amoCRM, служба доставки и ваш небольшой сервер между ними.

amoCRM сообщает серверу о событиях вебхуками. В документации есть add_lead (добавлена сделка) и status_lead (у сделки сменился статус). Данные приходят в формате x-www-form-urlencoded, у сделки есть id, старый и новый статус. Работать с вебхуками через API можно с расширенного или профессионального тарифа. Ответ ждут не дольше 2 секунд. Если ответа нет или код не из диапазона 100-299, отправка повторяется с паузами от 5 минут до часа, расписание зависит от кода ответа. Если за 2 часа набирается больше 100 невалидных откликов, хук отключается. Поэтому сервер отвечает 200 сразу, а работу делает после.

СДЭК принимает заказ асинхронно. Регистрация возвращает HTTP 202 и UUID заказа. Проверка занимает 200-500 мс, в пике до 30-60 секунд, документация советует подождать 2-3 секунды и запросить заказ по UUID. Статусы приходят вебхуком ORDER_STATUS: в нём uuid заказа, номер СДЭК, номер заказа в вашей системе, код статуса и время его установки. Таймаут подключения 15 секунд, до 12 попыток за 75 минут, после этого подписки отключаются. Подписок не больше двух на клиента.

Что куда класть и как сопоставить статусы

ДанныеГде хранитьОткуда берутся
Номер заказа в вашей системепараметр number в СДЭК, до 40 знаковID сделки и порядковый номер отправления, например 123456-2
Трекполе сделки, текст или ссылканомер СДЭК из ответа или вебхука
Статус службыполе сделкикод статуса из вебхука
Этап воронкиэтап сделкитаблица ниже
Журналпримечания в сделкесервер пишет строку на каждое событие

Если отправления известны заранее (документы, выписка, претензия), заведите трек и статус на каждый тип. Если число произвольное, в amoCRM есть списки: до 10 в аккаунте, элементы привязываются к сделке. Каждое отправление становится элементом списка со своим треком и статусом. Поле типа «Каталоги и списки» в документации отмечено как платная опция «Супер-поля». Этап «Доставлено» ставьте, когда вручены все отправления.

Статус СДЭК (код)Этап воронки
CREATED (1)Отправление создано
RECEIVED_AT_SHIPMENT_WAREHOUSE (3)Передано в СДЭК
SENT_TO_RECIPIENT_CITY (8)В пути
TAKEN_BY_COURIER (11), ACCEPTED_AT_PICK_UP_POINT (12)Ждёт получателя
DELIVERED (4)Вручено
NOT_DELIVERED (5), REMOVED (2)Проблема, задача менеджеру

DELIVERED и NOT_DELIVERED в документации названы конечными. Статусы 16, 17, 18 (RETURNED_TO_..._WAREHOUSE) означают повторный приход на склад и по документации не говорят о возврате отправителю, на этап «Возврат» их отправлять нельзя. Причину невручения даёт status_reason_code.

Защита от повторных вебхуков

Повторы возникают по самой схеме: и amoCRM, и СДЭК шлют событие заново, если не получили быстрый ответ.

1. Принять, записать, ответить 200, обработать после.

2. Ключ события. Для СДЭК я собираю его из uuid заказа, кода статуса и status_date_time. Для amoCRM из ID сделки, нового этапа и времени получения: отдельного номера события в примерах документации нет. Ключ лежит в таблице с уникальным индексом. Вставка не прошла, значит событие уже было, и ничего не делаем.

3. Этап только вперёд. Гарантий порядка доставки я в документации не видел, поэтому сравнивайте status_date_time с последним сохранённым.

4. Двойное создание. Перед вызовом СДЭК запишите отправление в базу со статусом «создаётся» и номером number. В документации описана ошибка error_validate_im_dep_number_has_already_had_integration: заказ с таким номером уже существует. Двойное нажатие кнопки упрётся в запись или в эту ошибку.

5. Петля. Когда сервер сам переносит сделку, amoCRM может прислать status_lead уже на этот перенос. Проверьте на тестовом аккаунте и отсекайте события, которые уже есть в базе.

Что важно учесть

Тариф. Вебхуки через API доступны на расширенном и профессиональном тарифах, поле «Каталоги и списки» отмечено в документации как платная опция. Цены смотрите в прайсе amoCRM.

Почта России. Документацию API на otpravka.pochta.ru и tracking.pochta.ru открыть не удалось, поэтому про методы, лимиты и формат статусов я ничего не утверждаю, это не проверено. По новости CNews с начала мая 2026 публичное отслеживание урезано: служебные сканы скрыты, остались ключевые этапы. Что отдаёт API, там не сказано. Для Почты закладывайте крупные этапы (принято, в пути, прибыло в место вручения, вручено или возврат) и опрос по расписанию, есть ли у Почты вебхуки, не проверено.

СДЭК. Для API нужен договор со СДЭК, проверять можно на тестовой среде api.edu.cdek.ru, посылки там не доставляются. Условия договора уточняйте у СДЭК.

Что можно сделать уже сейчас

1. Выпишите, какие отправления бывают в одной сделке и на каком этапе воронки каждое уходит.

2. Проверьте тариф amoCRM и заведите поля трека и статуса на каждое отправление.

3. Составьте свою таблицу «статус службы, этап воронки». Этапов столько, сколько решений принимает менеджер.

4. Уточните у СДЭК и Почты условия доступа к API. Смежную задачу, трек и дубли, разбирает статья про заказы с сайта в МойСклад. Если интеграция уже падает, начните со статьи о том, кто виноват, когда интеграции ломаются.

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

Можно ли обойтись без своего сервера?

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

Работает ли это в Битрикс24?

Принцип тот же, но поля, события и лимиты там свои, я их здесь не разбирал. Сравнение систем есть в статье Битрикс24 против amoCRM.

Сколько стоит такая интеграция?

Зависит от числа служб доставки, сценариев отправления и правил этапов. Как считается стоимость интеграций, разобрано в статье про цену API-интеграции.

Коротко о главном

Трек, статус и этап сделки связывает небольшой сервис с таблицей соответствия статусов и защитой от повторов. Заранее проверьте тариф amoCRM и доступ к API службы доставки. По Почте России проверяйте документацию, прежде чем обещать клиенту детальные статусы.

Хотите, чтобы я собрал для вашей amoCRM создание отправлений СДЭК и Почты России, трек в карточке и перенос сделки по статусам? Напишите мне в Telegram слово «ДОСТАВКА». Услуга: автоматизация бизнес-процессов.

Услуги по теме

Что я делаю для бизнеса

  • Боты в Telegram, MAX, VK
  • Автоматизация процессов и CRM
  • Аналитика и дашборды
  • Сайты и лендинги под ключ

Бесплатно: чек-лист «Готов ли ваш бизнес к 152-ФЗ»

12 пунктов, которые проверяют готовность за час: данные, согласия, уведомление в РКН, локализация, защита. Отметьте, что уже сделано, и увидите дыры, за которые сейчас штрафуют.

Готовы обсудить вашу задачу?

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

Пишу о разработке, ИИ и законах для бизнеса

Разборы, кейсы и практика — без воды. Выходит регулярно, читать 3–5 минут.

Готовые решения под ключTurnkey solutionsSoluciones llave en mano交钥匙解决方案Түлхүүр гардуулах шийдэл 451 готовых IT-решений для бизнеса451 ready-made IT solutions for business451 soluciones IT listas para empresas451 个面向企业的现成 IT 解决方案Бизнест зориулсан 451 бэлэн IT шийдэл Автоматизация, боты, AI, 152-ФЗ и платформы · бесплатная консультацияAutomation, bots, AI, data privacy and platforms · free consultationAutomatización, bots, IA, privacidad de datos y plataformas · consulta gratis自动化、机器人、AI、数据合规与平台 · 免费咨询Автоматжуулалт, бот, AI, өгөгдлийн хамгаалалт ба платформ · үнэгүй зөвлөгөө Смотреть каталогView catalogVer catálogo查看目录Каталог үзэх