關於 Reliable Mile
Reliable Mile 是由所提供的官方網站識別的承運商實體。現有證據支持以該網站作為識別貨件及轉介客戶服務的主要起點。特定於承運商的服務名稱、營運地區、配送標準及網絡合作夥伴,應以貨件記錄或官方網站的資料為準,而不應單憑追蹤號碼推斷。
| 欄位 | 已核實資料 |
|---|---|
| 官方顯示名稱 | Reliable Mile |
| 官方網站 | https://www.reliablemile.com/ |
| 追蹤角色 | 使用追蹤號碼及貨件記錄,以確定現時的運輸方及可用的物流事件。 |
承運商實體關係
| 實體 | 關係及追蹤重要性 |
|---|---|
| Reliable Mile | Reliable Mile 是應在解讀物流事件前,與貨件記錄進行配對的承運商名稱。 |
| 官方網站 | 官方網站是取得承運商特定追蹤、服務、聯絡及政策指示的適當來源。 |
| 17TRACK | 17TRACK 是一個獨立的追蹤平台,可能會彙整可用的物流事件;它不會運送包裹,也不會處理承運商索償。 |
快速解答
在官方網站輸入貨件的追蹤號碼 Reliable Mile 網站 或在 17TRACK 輸入。如果沒有顯示結果,請先逐個字元檢查號碼,確認這是追蹤號碼而非訂單號碼,並在建立標籤或交接後,預留時間等待承運商進行首次掃描。
如何追蹤 Reliable Mile 包裹
如需承運商特定的指示,請使用官方承運商途徑;如需查看各運輸方的整合資訊,則使用 17TRACK。
| 途徑 | 操作 | 如沒有結果 |
|---|---|---|
| 官方網站 | 開啟 Reliable Mile 官方網站,然後輸入賣家、收據、標籤或發貨訊息上顯示的追蹤號碼。 | 檢查識別碼類型,並透過官方途徑聯絡賣家或承運商。 |
| 17TRACK | 輸入相同的識別碼,並查看系統識別到的承運商及物流事件記錄。 | 手動嘗試系統選取的承運商結果,並檢查包裹是否已接受首次實體掃描。 |
追蹤號碼用於識別貨件記錄。訂單號碼用於識別購買項目,而參考編號可能用於識別商戶交易。標籤號碼或配送通知號碼可能有不同的營運用途。如果發貨訊息只包含訂單參考編號,請向賣家索取承運商追蹤識別碼。
追蹤號碼格式及範例
Reliable Mile 的追蹤格式應以貨件標籤或官方追蹤結果為準。單憑前綴或長度,不足以證明識別碼由誰發出、購買了哪項服務,或目前由哪一方持有包裹。
追蹤號碼格式
| 識別碼系列 | 標準化格式及用途 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| 承運商追蹤識別碼 | 使用賣家或 Reliable Mile 提供的準確識別碼;以已遮蓋的示例顯示,例如 RM######## 或 ###########。 | ||||||||
查看承運商追蹤識別碼的所有詳情
| |||||||||
| 合作夥伴或最後一程識別碼 | 交接後可能會出現第二個識別碼;請保留兩個識別碼,因為其中一個可能顯示起運地事件,而另一個則顯示目的地派送情況。 | ||||||||
查看合作夥伴識別碼的所有詳情
| |||||||||
國際郵政識別碼可能使用標準化的兩個字母服務前綴、九位數字及兩個字母的起運地代碼,但在沒有官方來源的情況下,不應將此結構歸因於 Reliable Mile。用於郵件自動化、倉庫處理或商戶參考的條碼識別碼,不會自動成為包裹追蹤號碼。
追蹤狀態及含義
| 狀態 | 含義及下一步行動 |
|---|---|
| 已建立標籤/出貨前 | 電子出貨資料已存在,但可能尚未進行實體接收掃描。寄件人應向賣家或派送地點確認是否已交接。 |
| 已接收/運送中 | 運輸方已記錄該件貨件。請留意下一次掃描,並預留貨件在設施之間運送的時間。 |
| 清關或交接事件 | 貨件正由某個主管機關或另一運輸方處理。抵達海關並不等於已獲放行。 |
| 派送中/已送達 | 本地派送階段正在進行,或已記錄派送掃描。如果包裹遺失,請檢查派送地點,並聯絡賣家或負責派送的一方。 |
| 例外情況/退回 | 問題正影響原定路線。請查看事件詳情,並透過掃描中指明的一方採取行動。 |
服務及配送時間
特定承運商的服務比較及逐國派送估算,需要考慮適用的 Reliable Mile 服務、起運地、目的地、交接方及目前的官方服務標準。請勿將網上市場承諾或聚合平台估算視為保證的派送日期。
服務比較
| 服務 | 實際指引 |
|---|---|
| 訂單或標籤上顯示的貨件服務 | 使用準確的服務名稱及起運地至目的地組合,以解讀追蹤資料及派送預期。 |
派送時間
| 時間要素 | 如何解讀 |
|---|---|
| 預計派送日期 | 用於規劃的估算時間,可能因接收時間、週末、天氣、海關、地址資料質素及交接而改變。 |
| 服務標準 | 已公布的營運目標,可能與退款保證有所不同。 |
| 國家派送估算 | 必須根據實際服務及路線計算;在沒有承運商證據的情況下,不應推斷存在通用的 Reliable Mile 國家表格。 |
常見追蹤問題及解決方案
| 問題或狀態 | 第一步行動 |
|---|---|
| 號碼無效 | 移除意外加入的空格,將每個字元與賣家記錄逐一比較,並確認該識別碼並非訂單號碼。 |
| 沒有事件 | 詢問包裹是否已實際交接;單獨建立標籤並不能證明承運商已接收包裹。 |
| 長時間沒有更新 | 查看最新掃描地點、週末及交接空檔,然後要求賣家在服務允許的情況下向適當的承運商提出查詢。 |
| 顯示已送達但未收到 | 檢查入口、信箱、安全存放位置、同住成員、大廈管理處、鄰居及送貨證明;然後聯絡賣家及送貨方。 |
| 海關或退回異常 | 閱讀事件詳情,按要求準備發票及身份資料,並聯絡事件中列明的一方。 |
國際運輸、海關及承運商交接
對於國際貨件,即使原有追蹤號碼仍然顯示事件,實際保管方也可能改變。電子預報、實物交接、首次收件掃描、出口清關、進口清關及最終送達是不同的里程碑。
| 階段 | 客戶解讀 |
|---|---|
| 起運地接收及出口處理 | 起運地運輸方準備、分揀貨件,並提交貨件進行出口處理。 |
| 幹線運輸及抵達目的地 | 貨件在設施或運輸方之間運送期間,可能會出現可見度空檔。 |
| 進口海關 | 海關審查並不代表包裹已獲放行;稅項、文件或檢查可能會影響下一次掃描。 |
| 最後一程交接 | 目的地送貨方可能會提供下一個有用的掃描,或另一個本地識別碼。 |
配送管理及出貨後選項
地址更改、送貨指示、攔截、轉送、取件、簽收選項及送貨證明查閱權限,取決於服務及目前持有貨件的一方。請使用官方 Reliable Mile 路徑或事件中列明的最後一程承運商;17TRACK 無法執行這些操作。
遺失、損壞、索償、保險及退款
| 流程 | 用途及證據 |
|---|---|
| 追蹤查詢 | 當事件需要解釋時使用;準備追蹤號碼、日期、路線及最新掃描資料。 |
| 遺失或損壞索償 | 符合資格的索償人應遵循適用的承運商或賣家流程,並保留包裝、內容物、發票、價值證明及相片。 |
| 商戶退款 | 賣家或網上平台退款與承運商調查分開處理,並受購買條款規管。 |
運輸限制及特殊處理
不要假設電池、液體、藥物、易腐品、貴重物品、危險品或受限制物品一定會被接收。寄件前,請查閱現行 Reliable Mile 規則,以及起運地、途經地和目的地國家的要求。
客戶服務
| 渠道 | 最佳用途 |
|---|---|
| 官方網站 | Reliable Mile 網站;使用當中顯示的現時聯絡或追蹤途徑。 |
| 賣家或網上平台 | 對於追蹤資料遺失、地址資料不正確、購買退款或貨件記錄問題,這是最佳的首次升級處理途徑。 |
| 17TRACK | 適用於彙總事件,但不適用於索償、地址更改、退款或實際送貨指示。 |
準備追蹤號碼、訂單參考資料、寄件人及收件人資料、寄件日期、標籤上顯示的服務、最新事件、送貨地址、內容物描述、價值證明,以及相關相片。
電子商務及商業追蹤
商戶應區分商戶訂單 ID、承運商追蹤識別碼及任何目的地最後一程識別碼。多承運商平台可以整合可用事件,但實際操作仍由承運商、賣家或目前負責貨件的一方處理。
開發者/API 比較
| 選項 | 供應商 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| 官方承運商整合 | Reliable Mile | ||||||||
查看官方承運商整合的所有詳情
| |||||||||
| 17TRACK API | 17TRACK | ||||||||
查看 17TRACK API 的所有詳情
| |||||||||
常見問題
基本常見問題
在 Reliable Mile 官方網站輸入追蹤號碼,或使用 17TRACK 查看可用的貨件事件。
查看賣家的發貨電郵、訂單頁面、運單標籤、收據或送貨訊息。
使用為該貨件提供的準確識別碼;不應單憑號碼的前綴或長度推斷服務類型。
檢查是否有輸入錯誤,確認這是追蹤號碼而非訂單號碼,並向賣家查詢貨件是否已交接。
貨件在掃描之間可能會出現資訊空白,尤其是在分揀、運輸、清關或承運商交接期間。
不是;建立標籤可能代表在實際接收貨件前已進行電子預先通知。
檢查送貨位置、住戶成員、鄰居、接待處及送貨證明,然後聯絡賣家及負責送貨的一方。
符合資格的申索人應按照適用的承運商或賣家申索程序辦理,並保留包裝、相片、發票及價值證明。
不可以;更改地址及送貨指示必須由負責的承運商、賣家或目的地送貨方處理。
先前往 Reliable Mile 官方網站,並準備好追蹤號碼、貨件詳情及最新事件。
專家常見問題
不是;貨件可能包含始發地、合作夥伴、商戶或最後一程識別碼,因此必須根據貨件記錄確定發出方。
電子預先通知會建立貨件資料,而實體交接則在運輸方接收包裹並記錄接收或收件事件時發生。
不是;抵達表示貨件已進入海關程序,而放行則需要另一個獨立的清關事件。
目的地或最後一程服務方可能會使用關聯識別碼進行本地處理及送貨。
企業應在實施前查看目前的 17TRACK 文件及承運商代碼支援情況,然後按照文件所述的 API 工作流程提交識別碼。
追蹤 API
# 1. Current public official Reliable Mile tracking API: confirm through the official website before use.
# 2. 17TRACK API reference: https://api.17track.net/en/doc
POST https://api.17track.net/track/v2.4/register
Headers:
17token: YourKey
Content-Type: application/json
Body:
[
{
"number": "TRACKING_NUMBER",
"carrier": "CARRIER_CODE"
}
]
# Replace CARRIER_CODE only with the current value documented by 17TRACK.
# Do not submit an order number or an unredacted example belonging to another customer.
來源及參考資料
- Reliable Mile — 官方網站. Reliable Mile
- 17TRACK API 文件. 17TRACK
17TRACK 是獨立的追蹤平台,與 Reliable Mile 沒有關聯。
揀選服務同追蹤你嘅貨件
全球快遞包裹追蹤服務
























