Адрес и получатель
Берём согласованные данные клиента и адрес доставки из сделки или связанных сущностей.
Доставка из amoCRM: от параметров заказа до трек-номера и статуса
Собираем параметры отправления из сделки, проверяем обязательные данные, передаём их транспортной компании и возвращаем менеджеру результат: стоимость расчёта, созданное отправление, трек-номер, ориентировочную дату и доступные статусы. Конкретный набор функций зависит от API перевозчика.
Заказ → перевозчик → статус
Сделка и заказадрес, груз, услуги
→Проверка параметровобязательные данные и правила
→Транспортная компаниярасчёт или оформление
→Результат в amoCRMтрек, дата и статус
→Сценарий
Менеджер оформляет доставку из контекста заказа
Не заставляем сотрудника повторно переносить данные в кабинет перевозчика. Интеграция собирает доступные значения из CRM и запрашивает только то, чего не хватает.
Груз
Вес, объём, места, габариты и другие параметры передаются в объёме, который требует выбранный перевозчик.
Расчёт доставки
Если API поддерживает расчёт, можно получить подходящий тариф и стоимость до оформления отправления.
Создание отправления
После проверки данных интеграция выполняет разрешённую операцию в кабинете перевозчика через API.
Трек-номер и документы
Полученные идентификаторы и доступные документы связываются с исходной сделкой.
Статус доставки
Сотрудник видит актуальный результат в CRM без ручной проверки кабинета транспортной компании.
Путь отправления
Одна кнопка в CRM может запускать длинный контролируемый сценарий
Перед фактическим созданием отправления проверяем обязательные параметры и показываем сотруднику значимые условия.
Заказ готов→Проверка адреса и груза→Расчёт→Подтверждение→Создание отправления→Трек-номер→Статус в CRM
Проверка данных
Автоматизация не должна отправлять неверный адрес или услугу быстрее человека
Перед API-вызовом нормализуем значения и отдельно обрабатываем неоднозначные условия. ИИ можно использовать для понимания свободного текста, но фактические параметры отправления проходят формальную проверку.
Адрес
Разделяем город, улицу и другие части только в том формате, который нужен конкретному API, и не сохраняем лишний текст в технические поля.
Дополнительные услуги
Разгрузка, подъём, объявленная стоимость, оплата при получении и другие опции включаются только по согласованным правилам.
Вес и габариты
Неполные или противоречивые параметры не отправляем молча — возвращаем сотруднику понятное требование.
Контакт получателя
Проверяем обязательные данные перед созданием заказа у перевозчика.
Свободный комментарий
Если ИИ извлекает признак из текста, он превращается в структурированный параметр, который затем проверяется обычной логикой.
Перевозчики
Для каждой транспортной компании — свой контракт API и правила
Единый интерфейс CRM может скрывать различия перевозчиков, но серверная часть учитывает их отдельно.
DPD
Расчёт и оформление доставки по доступным методам API, возврат идентификаторов и статусов в рабочий процесс.
ПЭК
Создание заявки и передача параметров груза через доступный API личного кабинета с учётом его текущих требований.
СДЭК
Расчёт, пункты выдачи, создание заказа и другие операции в пределах согласованного API-сценария.
Другие перевозчики
Подключение возможно после проверки актуального API, авторизации и необходимых операций.
Надёжность
Повторный клик не должен создавать вторую доставку
Создание отправления — внешняя операция, поэтому особенно важны идемпотентность и сохранение ответа перевозчика.
Ключ операции
Перед повторным созданием проверяем, не существует ли уже связанное отправление.
Сохранение идентификатора
Номер заказа перевозчика и трек связываются с исходной сделкой.
Ошибки API
Таймаут или временный сбой не трактуется как успешное оформление.
Повторная попытка
Повтор выполняется только после проверки состояния предыдущего запроса.
Статусы
События доставки не должны создавать дубли задач и примечаний при повторной передаче одного состояния.
Связанный процесс
Логистика начинается после готовности заказа, но её результат нужен продажам
Интеграция может быть частью цепочки производство → документы → отгрузка → доставка, а менеджер получает только необходимые контрольные точки.
Смотреть также
Подключаем перевозчика к существующему процессу, а не наоборот
Выбираем, какое событие делает заказ готовым к отправке, откуда брать параметры и какой результат должен вернуться после оформления.
Вопросы
Частые вопросы
Можно оформить доставку одной кнопкой из amoCRM?
Да, если все обязательные параметры известны или могут быть запрошены у сотрудника перед отправкой. Серверная часть проверяет данные и только затем вызывает API перевозчика.
Можно сначала рассчитать стоимость, а потом создать отправление?
Да, если выбранный перевозчик предоставляет соответствующие API-методы. Расчёт и фактическое оформление лучше разделять как разные операции.
Можно автоматически учитывать разгрузку или другие услуги?
Да. Условие можно определить формальными правилами, а признаки из свободного комментария при необходимости сначала структурировать с помощью ИИ. Перед отправкой итоговые параметры проверяются.
Что происходит после создания доставки?
Сохраняем идентификатор отправления, трек-номер и другие нужные данные, а затем обновляем доступные статусы в связанной сделке.
Можно подключить несколько транспортных компаний?
Да. Для каждой отдельно реализуется API-контракт, а сотруднику можно дать общий интерфейс выбора или автоматическое правило.
Есть поддержка после запуска?
Да. По выполненной разработке предоставляем 3 месяца бесплатной технической поддержки. Дальнейшее сопровождение и развитие — по запросу.
Как менеджер сейчас оформляет доставку?
Покажите одну отправку: откуда берутся адрес, вес и услуги, в каком перевозчике она создаётся и какие данные сотрудник потом переносит обратно в amoCRM.