Интеграция доставки КСЭ: как связать накладную, вызов курьера и статусы
Какие этапы проверить при подключении API КСЭ к магазину: расчёт, накладная, вызов курьера, печать и фактический статус передачи товара.
Содержание статьи
API КСЭ предусматривает расчёт стоимости и срока, создание накладных и заказов на вызов курьера, печать документов и отслеживание доставки. При подключении магазина эти действия нужно проверить как отдельные этапы. Созданная накладная ещё не доказывает, что курьер вызван, приехал и принял товар. Для склада главным результатом интеграции является прослеживаемая передача конкретного заказа.
Определите границы автоматизации
Составьте схему процесса от готовности товара до подтверждённой выдачи. Укажите, какие операции выполняет ваша система, какие — сотрудник и где требуется ответ перевозчика. Если используется готовый модуль, попросите описание поддерживаемых сценариев. Само наличие подключения не подтверждает, что доступны все возможности, перечисленные на странице API.
Официальная документация описывает SOAP и WSDL. Доступ связан с учётными данными личного кабинета либо выдаётся через менеджера. Настройку храните на защищённой стороне интеграции, ограничивая доступ сотрудников по задачам. Не вставляйте рабочий пароль в общую инструкцию склада, печатную форму или выгрузку с заказами для подрядчика.
Сохраните связь идентификаторов
Для каждого заказа магазина зафиксируйте созданный номер перевозки и, когда применимо, результат вызова курьера. Важно различать внутренний артикул, заказ покупателя, накладную и физическое место. Они описывают разные объекты, поэтому подстановка одного номера во все поля может скрыть ошибку до первой спорной доставки.
После неясного ответа системы сначала проверьте, была ли операция создана. Повторный запрос без сверки способен привести к лишним накладным или вызовам, если реализация не защищает от повторения. Это инженерная рекомендация по процессу: конкретный механизм повторов нужно согласовать с разработчиком по действующей документации КСЭ, не придумывая неподтверждённые поля API.
Проверьте печать и передачу на складе
Возьмите небольшую контрольную партию с разными получателями и несколькими местами в одном заказе. Сопоставьте документы с реальными коробками перед передачей. Если менеджер исправил адрес после печати, установите понятный порядок замены старых листов, чтобы груз не ушёл с устаревшими данными.
Проверка связи этикетки и места подробно рассмотрена в руководстве по транспортной маркировке. Для КСЭ используйте его как принцип физической сверки, а не описание чужих полей формы. После приезда курьера сохраните подтверждение фактического приёма и проверьте, как событие отображается в системе магазина.
Разберите исключения до основного потока
Тестируйте не только успешную доставку: заранее определите действия при отмене, изменении адреса и задержке обновления статуса. Не переводите заказ в состояние «вручён» по одному факту отправки запроса. Если статус неизвестен, оставьте его различимым и назначьте сотрудника для проверки конкретного номера.
Подход к соединению каталога и доставки дополняет разбор подключения перевозки через ApiShip. В КСЭ завершённый тест должен показать всю цепочку: расчёт, оформленные документы, вызов, передача и результат. После этого можно увеличивать поток, сохраняя журнал исключений. Автоматизация полезна тогда, когда ошибочный этап заметен и исправим, а не просто когда заявки создаются быстрее.
Материал отражает сведения на указанную дату. Правила и условия работы площадок могут измениться. Редакционные принципы