百運國際物流查詢

請輸入百運國際物流追蹤號碼，以查看最新的運送狀態。

szsongg@foxmail.comhttps://www.shipby.cn

查詢

關於 Shipby

Shipby 是此追蹤頁面所提供的承運商名稱。請使用貨件標籤、賣家的派送訊息或 Shipby 官方網站，以識別服務及附加於貨件的追蹤識別碼。

欄位	已核實資料
官方網站	https://www.shipby.cn
承運商顯示名稱	Shipby
追蹤身份	請使用寄件人提供的承運商名稱及貨運標籤上顯示的完整貨件識別碼。

承運商實體關係

實體	關係摘要
Shipby	當貨件資料顯示 Shipby 為追蹤服務提供者時，應選擇 Shipby 作為承運商身份。
貨件寄件人	寄件人或商戶通常會提供追蹤識別碼，並可確認為該包裹購買的服務。
17TRACK	17TRACK 是獨立的追蹤平台，可彙整可用的貨件事件；它不會運送包裹，也不會處理索償決定。

快速解答

要追蹤 Shipby 貨件，請在 Shipby 官方網站或 17TRACK 中，準確輸入寄件人提供或包裹標籤上顯示的追蹤編號。如果沒有顯示結果，請先移除意外加入的空格、檢查每個字元、確認使用的是追蹤編號而非訂單編號，並詢問賣家標籤是否已交予承運商。

專業提示： 17TRACK 可以顯示參與承運商提供的貨件事件，但 17TRACK 無法更改地址、加快派送、批准退款或決定 Shipby 的索償。

如何追蹤 Shipby 包裹

最可靠的流程是先使用商戶提供的識別碼，將結果與 Shipby 官方追蹤渠道比較，並在貨件尚未交由承運商保管時聯絡寄件人。

步驟	操作
1. 找到識別碼	查看派送電郵、訂單貨件頁面、賣家訊息、收據、標籤或派送通知。訂單編號不一定是追蹤編號。
2. 嘗試官方追蹤	開啟 Shipby.cn 並使用 Shipby 提供的追蹤功能。
3. 嘗試 17TRACK	在 17TRACK 中輸入相同的識別碼，並讓承運商偵測功能識別可用的追蹤來源。
4. 解決空白結果	檢查拼寫及標點符號，等待首次實體收件掃描，並要求寄件人確認正確的識別碼及交接情況。

追蹤編號格式及例子

Shipby 追蹤識別碼應從來源文件複製，而不是根據前綴推斷。市場平台訂單 ID、商戶參考編號、標籤編號、合作夥伴識別碼及承運商追蹤編號可能是不同的數值。

追蹤編號格式

識別碼類別

標準化格式及用途

Shipby 承運商識別碼

請使用寄件人所印出的完整字母及數字。遮蓋示例為 TRACK########。請勿將遮蓋格式視為保證的官方格式。

查看 Shipby 承運商識別碼的所有詳細資料

長度及結構	請使用商戶訊息或標籤上顯示的完整識別碼。現有證據未能確立統一的長度或前綴規則。
發出方	只有在運輸文件列明 Shipby 為承運商時，才應將該識別碼視為由承運商發出。
用戶可在哪裏看到	市場平台貨件頁面、派送訊息、標籤、收據或承運商交接文件。
追蹤範圍	追蹤可見度取決於承運商資料來源，以及識別碼被掃描時所處的階段。
重要注意事項	請勿僅憑前綴推斷服務、來源地、目的地或派送承諾。

商戶訂單或參考編號

訂單參考編號可讓賣家識別該項購買。以此編號搜尋追蹤資料時，未必會顯示承運商事件。

查看商戶參考編號的所有詳細資料

發出方	通常由商戶、市場平台或訂單管理系統發出。
常見位置	訂單確認、發票、市場平台帳戶或賣家支援訊息。
追蹤限制	即使包裹尚未交予承運商，訂單參考編號仍可保持有效。

合作夥伴或最後一程識別碼

貨件在物流交接後可能會顯示第二個識別碼。請使用最新承運商事件或派送通知中顯示的識別碼。

專業提示： 某個號碼獲 17TRACK 識別，並不代表該號碼必然由 Shipby 發出。寄件人可確認始發承運商、服務，以及任何相關的最後一程號碼。

追蹤狀態及含義

追蹤狀態描述的是最新回報的事件，而不一定是你閱讀時包裹的實際位置。當貨件由寄件人、合作夥伴、海關機關或最後一程營運商交予另一方處理時，責任可能會轉移。

狀態快速查詢

狀態	含義及下一步行動
已建立標籤／寄出前	在實際接收掃描前，可能已經存在貨件資料。如果狀態一直沒有變更，請要求寄件人確認是否已完成交接。
已接收／已收件	承運商或接收設施已記錄該貨件。請繼續留意下一個分揀或運輸事件。
運輸中	貨件正經過已回報的網絡運送。在不同設施之間可能會出現掃描間隔。
清關或交接	包裹可能正在接受海關審查，或在物流營運商之間轉運。抵達海關設施並不等同於已獲放行。
派送中	最後一程營運商已記錄派送路線事件。請確保地址可供查閱，並留意派送嘗試或異常情況。
已派送	系統已記錄派送事件。請檢查派送位置、住戶、接待處、鄰居，以及任何派送證明資料。
異常或退回	系統已記錄障礙或退回程序。通常應由寄件人確認可採取的更正、重新寄送或申索途徑。

服務及派送時間

請使用運輸記錄上顯示的服務名稱，以了解適用的派送預期。單憑追蹤頁面不應被解讀為保證的派送承諾。

服務比較

服務	最適用途及追蹤指引
貨件記錄上顯示的服務	請選擇寄件人所列出的服務；覆蓋範圍、追蹤級別、尺寸限制、保障及限制均取決於所購買的服務。

派送時間

時效問題	實際答案
預計時間由何時開始計算？	以承運商或賣家所述的起算點為準；建立標籤的時間可能早於實際接收包裹的時間。
甚麼情況會延誤派送？	地址資料是否完整、週末、假期、天氣、網絡擁塞、海關、交接，以及遺漏掃描記錄，都可能影響預計時間。
預計時間是否等同於保證？	請將預計日期或時間範圍，與合約保證或退款保證分開理解。

目的地國家派送時間

目的地	以該票貨件的具體預計時間為準
任何目的地	現有證據未能證實 Shipby 有按國家劃分的可靠派送時間表。請使用 Shipby 或寄件人提供的服務專屬預計時間，並考慮海關及最後一程交接的情況。

常見追蹤問題及解決方案

先查看最新事件，以及能夠採取行動的一方。收件人可以查核派送情況，而寄件人和商戶通常負責處理貨件調查、地址更正及商業退款。

問題及解決方案

問題或狀態	即時解決方案
號碼無效	重新複製識別碼，刪除意外輸入的空格，並要求寄件人分辨追蹤號碼與訂單號碼。
沒有追蹤事件	標籤可能在包裹被接收前已經建立。請寄件人確認交接情況及正確的承運商。
數天沒有更新	將最後一次掃描記錄與承諾的時間範圍比較，預留設施或交接延誤的時間；如服務規則允許，再要求寄件人提出查詢。
顯示已送達但未收到	檢查入口、信箱、安全放置地點、家庭成員、接待處及鄰居；然後要求提供送達證明並聯絡寄件人。
地址問題或派送失敗	不要假設 17TRACK 可以修改地址。請根據最新事件，盡快聯絡負責的承運商或寄件人。
海關或退回事件	查明是否需要文件、繳付關稅或收件人採取行動，並向寄件人了解可行的處理方法。
損壞或疑似遺失	為包裹及包裝拍照，保留所有物料，並詢問寄件人適用哪項承運商調查或索償程序。

國際寄送、海關及承運商交接

對於國際貨件，最新掃描記錄可能由寄件人、出口設施、航空公司或幹線運輸服務商、海關機關、目的地郵政營運商或本地派送公司產生。目的地到達事件本身並不能證明貨件已獲海關放行。

國際流程

階段	客戶應了解的事項
起運地準備	電子貨件資料或標籤可能在包裹實際被接收前已經出現。
出口處理	貨件可能需要經過分揀、保安檢查、出口文件處理或海關程序。
幹線運輸	包裹在不同運輸環節之間運送或等待掃描時，追蹤狀態可能會暫停更新。
目的地交接	目的地營運商可能會接收包裹，並繼續使用原有識別碼或相關聯的識別碼。
進口清關	海關可能要求提供資料或付款。抵達海關並不等同於海關放行。
最後一程派送	本地派送營運商負責派送嘗試、取件、派送掃描及本地例外情況。

派送管理及出貨後選項

派送變更取決於實際營運的承運商、目的地規則、貨件階段，以及寄件人或收件人的權限。在依賴所要求的變更前，請向 Shipby 或寄件人查詢哪些選項適用。

選項	誰應該提出查詢，以及何時提出
更正地址或重新安排路線	寄件人應盡快聯絡負責的承運商；能否成功取決於貨件所處階段及目的地規則。
重新派送或自取	收件人應遵循最新的本地派送通知，或聯絡事件中列明的營運商。
派送證明	收件人或寄件人可向負責最後派送掃描的承運商，索取可提供的派送證明。

遺失、損壞、索償、保險及退款

追蹤查詢、失件搜尋、承運商調查、保險索償、郵費退款及賣家退款是不同的程序。請保留追蹤號碼、交易紀錄、包裝、照片、物品描述及價值證明。

程序	用途及負責方
追蹤查詢	當事件需要澄清時使用。先聯絡負責貨件最新階段的承運商或寄件人。
遺失或損壞索償	符合資格的索償人通常是寄件人或帳戶持有人，必須遵循適用的服務規則及申請期限。
商戶退款	賣家或網上市集會根據其購買政策決定商業退款；17TRACK 無法批准退款。

寄送限制及特殊處理

寄件前，請查閱最新的 Shipby 規則，以及寄件地和目的地的法律。電池、液體、氣霧劑、危險品、易腐貨品、貴重貨品及受限制物品可能需要特殊處理，或可能不獲接納。

類別	所需行動
危險品及電池	交寄包裹前，確認接收、包裝、標籤及運輸限制。
液體、易腐貨品及易碎貨品	使用適合運送路線的包裝，並確認該服務是否接收相關物品。
受海關管制的貨品	提供準確的描述、價值及文件；不正確的資料可能導致延誤、退回或扣押。

客戶服務

請使用 Shipby 官方網站取得最新的聯絡途徑。聯絡支援時，請準備追蹤號碼、寄件人及收件人資料、寄件日期、服務名稱、最新掃描紀錄、包裹內容、價值證明，以及相關照片。

渠道	最適合的用途及已核實途徑
官方網站	Shipby.cn 是取得目前追蹤及聯絡選項的起點。
寄件人或商戶	當標籤尚未啟用、地址錯誤、需要商業退款，或寄件人必須提出索償時，請聯絡賣家。
17TRACK	使用 17TRACK 查看可用的綜合事件；它並非 Shipby 的客戶服務或索償渠道。

電子商貿及商業追蹤

商戶應將承運商追蹤號碼與訂單參考編號分開保存，為客戶訊息統一狀態名稱，並保留原始承運商事件以便調查。在建立整合前，請直接向相關服務提供商確認目前的 API 存取權限及商業條款。

開發者/API 比較

選項

服務提供商

官方承運商整合

Shipby

查看官方 Shipby 整合的所有詳情

承運商覆蓋範圍	Shipby 專屬的覆蓋範圍取決於目前官方提供的開發者方案。
主要用途	在 Shipby 提供獲批准的商業整合時，直接存取承運商資料。
身份驗證	使用目前 Shipby 開發者文件所指定的憑證及標頭。
追蹤及批量功能	請向 Shipby 確認支援的操作、配額、webhook 及通知方式。
目前文件	從 Shipby 官方網站開始，並只使用該網站提供的最新開發者資料。
遷移備註	在核實其目前狀態前，切勿依賴較舊的 endpoint 或範例。

17TRACK API

17TRACK

查看 17TRACK API 的所有詳細資料

承運商覆蓋範圍	多承運商追蹤覆蓋範圍受 17TRACK 的識別能力及可用物流事件限制。
主要用途	為處理多間物流供應商的商戶提供集中式追蹤。
身份驗證	使用目前 API 文件中所述的 17TRACK token。
追蹤及批量功能	文件所述的註冊 endpoint 支援貨件註冊；其他操作請參閱目前的文件確認。
目前文件	17TRACK API 文件.
遷移備註	請使用目前的 API 版本及文件，而非舊有範例。

常見問題

基本常見問題

1. 如何追蹤我的 Shipby 包裹？

在 Shipby 官方網站輸入追蹤號碼，或使用 17TRACK 查看可用的貨件事件。

2. 在哪裏可以找到我的 Shipby 追蹤號碼？

請查看賣家的發貨訊息、貨件頁面、收據、標籤或派送通知。

3. Shipby 追蹤號碼是甚麼格式？

請使用寄件人提供的完整字母及數字；不要單憑前綴推斷有效格式。

4. 我的 Shipby 追蹤號碼何時會顯示第一個事件？

收到相關貨件資料或實體接收掃描後，才會顯示第一個事件，因此建立標籤可能早於貨件運送。

5. 為甚麼我的 Shipby 追蹤資料沒有更新？

設施轉移、交接、清關程序或遺漏掃描均可能造成一段空檔；當預期時限已過，請要求寄件人調查。

6. Shipby 派送需要多長時間？

派送時效取決於服務、起運地、目的地、交接及清關；請使用 Shipby 或賣家提供的貨件專屬預計時間。

7. Shipby 派送失敗後我應該怎樣做？

閱讀最新的例外或派送通知，並按照所列營運商的指示，安排再次派送、自取、更正地址或聯絡寄件人。

8. 如果 Shipby 顯示已送達，但我尚未收到包裹，應該怎樣做？

查看派送位置、家庭成員、接待處、安全存放位置及鄰居，然後索取派送證明並聯絡寄件人。

9. 如何舉報遺失或損壞的 Shipby 貨件？

保留包裝及證據，然後詢問寄件人所購買的服務適用哪項 Shipby 查詢或索償程序。

10. 如何聯絡 Shipby？

先瀏覽 Shipby 官方網站，並使用網站上顯示的最新聯絡或追蹤途徑。

專家常見問題

11. Shipby 標籤是否等同於 Shipby 接收掃描？

不是；電子標籤可以在 Shipby 或物流合作夥伴實際接收包裹之前建立。

12. 一件 Shipby 貨件可以有多於一個追蹤識別碼嗎？

可以，商戶、起運承運商、合作夥伴或最後一程營運商可能會使用相關聯的識別碼，因此請將最新事件與賣家的貨件記錄作比較。

13. 目的地清關掃描是否代表 Shipby 包裹已完成清關？

不是；抵達清關設施與海關放行是兩個不同事件，而目的地主管機關可能要求提交文件或付款。

14. 誰應該調查 Shipby 交接延誤？

通常應由寄件人要求起運地承運商或合約承運商進行調查，而收件人則可按照最新的目的地營運商指示跟進。

15. 17TRACK 可以更改 Shipby 派送地址嗎？

不可以；17TRACK 只會顯示可用的追蹤資料，無法授權更改地址、暫停派送、退款或索償。

追蹤 API

// 1. Shipby official tracking API
// Current public official Shipby tracking API not confirmed.

// 2. 17TRACK API
// Confirm the current carrier code for Shipby in the 17TRACK documentation
// before replacing CARRIER_CODE.

POST https://api.17track.net/track/v2.4/register
Headers:
  17token: YourKey
  Content-Type: application/json

Body:
[
  {
    "number": "TRACKING_NUMBER",
    "carrier": "CARRIER_CODE"
  }
]