Для возвратного Shipment EasyPost использует is_return и самостоятельно меняет направление исходных адресов. Если переставить их вручную, можно получить неверный маршрут возврата.

Зафиксируйте исходную доставку

Инструкция предназначена для зарубежного склада и доступной интеграции EasyPost на поддерживаемом маршруте. Она не обещает работу сервиса из России. Документация проверена 19 октября 2026 года; перед оформлением необходимо отдельно проверить доступность возвратной услуги конкретного перевозчика.

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

Дайте сервису развернуть направление один раз

При создании возвратной отправки документация предлагает сохранить исходные to_address и from_address и передать is_return=true. EasyPost выполняет перестановку внутри процесса и обозначает отправление как возвратное для перевозчика. Это отличается от обычной доставки, где оператор самостоятельно задаёт прямое направление.

Редакционная рекомендация — не смешивать два подхода в одной интеграции. Если разработчик уже развернул адреса в своей системе, а затем включил is_return, ожидаемое направление может оказаться противоположным. При проверке смотрите не только параметры запроса, но и готовый ярлык: он должен вести от фактического отправителя возврата к согласованному получателю товара.

Не путайте ярлык с признаком трекинга

В отдельном Tracker есть возможность обозначать возврат для целей наблюдения. Такой признак сам по себе не покупает перевозку и не создаёт возвратный ярлык. Поэтому сообщение поддержки «возврат завели» должно сопровождаться понятным состоянием: разрешение, готовый документ, передача перевозчику или прибытие на склад.

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

Разделите доставку и решение о деньгах

Создание ярлыка не подтверждает обоснованность возврата, состояние товара и выплату покупателю. Правила магазина определяют, кто одобряет заявку и что происходит после приёмки. Например, изменение окна возврата Shopify относится к допуску заявки, а не к физическому маршруту коробки.

Редакционно полезно хранить связку исходного заказа, возвратной заявки, Shipment ID, трек-номера и складского результата. Проверьте процесс на обычном возврате и на случае со сменой склада: сотрудник должен увидеть действующий адрес до отправки документа клиенту. После получения отдельно зафиксируйте проверку товара и финансовое решение. Так неверный адрес не маскируется статусом «ярлык создан», а покупателю не обещают деньги только на основании появления возвратного трека.