СДЭК и Почта России в amoCRM: трек и статус в сделке
Менеджеры копируют трек вручную, а сделка стоит на старом этапе. Разбираем, где хранить трек и статус, как вести несколько отправлений в одной сделке, как сопоставить статусы СДЭК с этапами и защититься от повторных вебхуков.
Трек копируют вручную, а сделка стоит на старом этапе
Менеджер отправил клиенту документы СДЭКом, вставил трек в чат и забыл. Сделка стоит на прежнем этапе, клиент спрашивает, где посылка, и менеджер идёт на сайт службы доставки. Если в одной сделке уходит несколько отправлений (документы, затем ответ, затем возврат), трек в комментариях уже не найти.
В конце сентября 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 минут.


