Для ярлыков, купленных вне EasyPost, можно создать отдельный Tracker. Связывать его с заказом нужно по перевозчику, трек-номеру и собственной записи отправления, а не только по номеру.

Отделите покупку перевозки от наблюдения за ней

Материал рассчитан на продавца с зарубежным складом и доступной интеграцией EasyPost. Поддержку конкретного перевозчика и маршрута проверяют отдельно; доступность работы из России не предполагается. Сведения сверены с официальной документацией 19 октября 2026 года, без заявления о новом запуске.

При покупке ярлыка через EasyPost Tracker создаётся автоматически. Для отправления стороннего склада или другого канала покупки его можно завести отдельно. Это объединяет наблюдение за доставками, но не переносит в EasyPost договор перевозки, не создаёт новый ярлык и не подтверждает передачу коробки курьеру. Склад должен сохранить исходную операцию отгрузки независимо от результата подключения трекинга.

Не используйте трек-номер как вечный уникальный ключ

Документация предупреждает: номера могут повторно использоваться и не являются глобально уникальными. При создании Tracker с тем же перевозчиком, номером и классификацией возврата tracker.options.is_return тем же пользователем в пределах трёх месяцев сервис возвращает уже существующий объект. Изменение is_return при том же номере и перевозчике создаёт другую идентичность трекера: этот признак также нужно хранить в ключе сверки. Поэтому повторный запрос не всегда означает создание новой записи наблюдения.

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

Читайте историю событий с учётом времени

Tracker содержит текущий статус и последовательность tracking_details. Состав и своевременность сведений зависят от данных перевозчика. Отсутствие нового события само по себе не доказывает потерю посылки: сначала проверьте, когда было последнее сканирование и предусмотрена ли видимость нужного участка маршрута.

Время события может интерпретироваться по местоположению сканирования, а при недостатке данных использовать UTC. Для клиентских обещаний приводите события к согласованной временной зоне и сохраняйте исходную отметку. Не превращайте вечерний скан зарубежного склада в сообщение о просрочке следующего дня только из-за смены часового пояса в вашей панели.

Свяжите трекинг с документами и поддержкой

Редакционно полезно разделить очередь проверки: нет первого события, остановилось движение, возникло исключение, доставка отмечена завершённой. Для каждой группы нужны разные действия, а не одинаковая автоматическая претензия. После передачи запросите у склада подтверждение приёмки, при споре о вручении — документ перевозчика. Отдельный разбор доказательства доставки DPD показывает, почему трек-статус и подтверждающий файл решают разные задачи.

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