上海駒隙查詢

請輸入上海駒隙追蹤號碼，以查看最新的運送狀態。

http://www.juxiex.com/

查詢

關於 SHJX

SHJX 是一家總部位於上海的國際貨運代理及跨境物流服務供應商。SHJX 為個人、商戶及跨境賣家安排國際專線、國際快遞、可追蹤及經濟型國際小包、郵政服務，以及海外倉支援。

欄位	已確認資料
官方名稱	Shanghai Juxi International Freight Forwarding Co., Ltd. 是官方網站顯示的法定名稱。
官方網站	https://www.juxiex.com/
承運商類型	國際貨運代理及跨境物流服務供應商。
主要地區	以中國為起點的國際運輸，服務歐洲、北美、亞太、非洲及南美洲航線。
追蹤頁面	SHJX 網上運單追蹤入口
營運歷史	官方「關於我們」頁面指出，業務於 2016 年開始，並於 2019 年正式成立。
總部	中國上海；官方聯絡地址位於上海市青浦區。

承運商實體關係

實體	關係摘要
SHJX	SHJX 是負責組織所列跨境運輸方案的貨運代理及物流服務供應商。
專線	SHJX 營運或安排以中國為起點、前往指定目的地的專線產品。
國際快遞	SHJX 提供國際快遞安排，當中可能使用已建立的快遞網絡。
郵政產品	SHJX 列出郵政及電子商務郵政產品，其清關及派送階段會使用郵政網絡。
17TRACK	17TRACK 會整合可用的追蹤事件；17TRACK 不會運送包裹，也不會決定索償。

快速答案

在官方 SHJX 網站輸入 SHJX 運單或追蹤號碼，或在 17TRACK輸入。如果沒有顯示任何事件，首先確認你使用的是運單號碼，而非訂單或參考號碼；移除空格及標點符號，並等待首次收件掃描有足夠時間完成。17TRACK 是獨立的追蹤平台，無法更改派送詳情、發出退款或批准索償。

如何追蹤 SHJX 包裹

使用官方 SHJX 追蹤入口查看由 SHJX 營運的貨件記錄；如需整合不同可用物流網絡的檢視，則使用 17TRACK。

路線	步驟
官方 SHJX 追蹤	1. 開啟官方網站。2. 選擇運單追蹤入口。3. 輸入貨件識別碼。4. 查看最新事件；如需採取行動，請聯絡 SHJX 並提供運單資料。
17TRACK 追蹤	1. 開啟 17TRACK。2. 輸入運單號碼。3. 提交查詢。4. 將最新事件與賣家的發貨資料及 SHJX 官方紀錄作比較。
號碼位置	可在 SHJX 運單、發貨通知、貨運標籤、賣家的貨件電郵或網上市場的物流頁面上查找。訂單號碼用於識別購買項目；它不一定是追蹤號碼。

追蹤號碼格式及範例

SHJX 的公開頁面顯示，貨件追蹤可透過運單或訂單追蹤入口進行，但沒有公布一套通用的編號格式。在 SHJX 或 17TRACK 上顯示的號碼，可能由郵政、快遞、航空或最後一公里合作夥伴發出。不要單憑前綴推斷服務類型。

追蹤號碼格式

識別碼類別

標準化格式

SHJX 運單

貨件運單上提供的英數字或數字格式；可使用經遮蔽的示例，例如 SHJX #### ####。

查看 SHJX 運單識別碼的所有詳情

發出方	該識別碼與 SHJX 貨件紀錄相關；底層運輸標籤可能由指定的網絡合作夥伴發出。
典型用途	供寄件人、買家及 SHJX 營運團隊查找貨件。
可見位置	運單、貨運標籤、賣家發貨通知、官方追蹤頁面或 17TRACK。
追蹤範圍	可見程度取決於所選產品及合作夥伴的掃描紀錄。
注意事項	除非 SHJX 或賣家確認訂單 ID、參考 ID、標籤 ID 及派送通知是追蹤識別碼，否則不應以它們代替追蹤識別碼。

國際郵政識別碼

郵政產品可能會提供郵政格式的識別碼；可使用經遮蔽的示例，例如 XX#########XX。

查看國際郵政識別碼的所有詳情

發出方	識別碼可能由始發地郵政營辦商或郵政渠道發出；SHJX 可能安排貨件並顯示相關事件。
典型用途	有追蹤功能的郵政小包、電子商貿郵政服務或與 EMS 相關的安排。
誰可以查看	寄件人可能可在郵政收據上查看；買家可能可在發貨通知中查看。
追蹤範圍	事件可能在出口、海關、目的地交換及最後一公里階段發生變更。
注意事項	交接後，目的地網絡可能繼續使用始發地識別碼；追蹤可見度並不能確定識別碼由誰發出。

追蹤狀態及含義

狀態	生命週期階段
已建立訂單或標籤	出貨前：貨件資料已存在，但可能尚未進行實體接收掃描。
SHJX 已接收或入站掃描	已接收：SHJX 已記錄在營運地點收取貨件；其後將進行分揀或派遣。
運輸中	幹線運輸或處理中：貨件正沿所選路線運送。
海關或交接	跨境處理中：海關或派送網絡正處理下一個運輸階段。
派送中	最後一公里：已為該地址安排派送路線。
已派送或已退回	已完成或出現例外情況：請查看派送證明、收件人所在地或賣家指示。

服務及配送時間

SHJX 列出專線、國際快遞、有追蹤功能的小包、經濟型小包、郵政產品及海外倉服務。公布的時效取決於所選路線；服務預計時間不一定是派送保證。

服務比較

服務	服務類型
國際專線	點對點跨境、門到門物流安排。
國際快遞	透過快遞網絡安排國際信件、商業文件及貨物。
可追蹤國際小包裹	以追蹤為主的跨境小包裹服務路線。
經濟型國際小包裹	較低成本的郵政或經濟型路線；追蹤範圍視乎產品而定。
國際電子商務郵政產品	使用郵政清關及派送網絡的小包裹產品。

派送時間

服務	已公布的派送標準
英國專線	官方頁面表示，所列路線的派送時間為 5–8 天。
加拿大專線	官方頁面表示，所列產品需時 8–12 個工作天。
國際 E-post	官方產品列表表示約需 7–15 個工作天。
國際 E-express	日本、韓國、香港、新加坡及台灣列明需時 2–4 個工作天；其他目的地需確認路線。
郵政海運包裹	官方列表表示約需 25–45 個工作天。
郵政 SAL 包裹	官方列表表示約需 10–30 個工作天。

目的地國家派送時間

目的地國家或地區	主要路線及預計時間
英國	專線；所列路線約需 5–8 天。
加拿大	專線；所列路線約需 8–12 個工作天。
日本、韓國、香港、新加坡、台灣	國際 E-express；所列產品約需 2–4 個工作天。
歐洲、亞洲、非洲及其他列明目的地	郵政或專線路線；適用時間範圍視乎所選產品、目的地、清關及最後一公里處理而定。

派送時間預計可能受截件時間、週末、假期、路線運力、天氣、地址資料質素、清關、安全檢查及合作夥伴交接影響。派送前應查閱 SHJX 的產品頁面，以確認確切路線。

常見追蹤問題及解決方案

問題或狀態	第一步行動
號碼無效	重新準確輸入運單，移除空格，並確認賣家提供的並非訂單編號。
沒有物流事件	請寄件人確認貨件是否已實際交接，並等待首次操作掃描。
運輸途中沒有更新	同時查閱 SHJX 及 17TRACK，然後請寄件人要求透過 SHJX 展開調查。
清關延誤	準備準確的發票、申報資料及任何所要求的進口資訊；不要假設貨件抵達即代表已放行。
派送異常或退回	核實地址及收件人是否有空，並立即聯絡寄件人或 SHJX，了解重新派送或退回費用。
顯示已派送但找不到	檢查入口、接待處、同住成員及鄰居；要求提供派送證明，並請寄件人升級處理。

國際運輸、海關及承運商交接

階段	客戶應了解的事項
起運地接收	SHJX 或起運地的營運合作夥伴會記錄收件、分揀及準備派送的情況。
出口處理	貨件會進行集運、保安檢查，並準備作國際運輸。
出口清關	報關及查驗可能會影響派送；準確的貨件內容及價值十分重要。
幹線運輸及目的地處理	包裹會進行國際運輸，而在不同運輸里程碑之間可能會出現掃描記錄間隔。
進口清關及最後一公里	目的地網絡會處理進口程序及派送；原有識別碼可能會繼續顯示物流事件。

官方產品頁面說明，部分小包服務會涉及郵政清關及目的地郵政派送。貨件抵達海關並不等同於完成清關，而電子預報資料亦不等同於實物接收。

配送管理及出貨後選項

地址準確及收件人能夠收件，是客戶最重要的派送控制因素。如派送失敗，寄件人應聯絡 SHJX，因為不同路線可能適用特定的重新派送、退回及重新寄送規則。

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

流程	適用情況
查詢物流	當物流事件不清楚或貨件停止更新時使用；請提供運單及最新掃描記錄。
遺失調查	如提出特定路線的遺失索償，寄件人應按 SHJX 的要求提交費用證明、退款證明或替代運單。
路線賠償	官方加拿大產品列明，對於派送前、尚未上網及已上網的遺失個案，適用不同限額；在所述情況下最高為 RMB 100。
損壞或短缺	所引用的加拿大產品不會就派送後損壞、短缺、易碎貨物、查驗、延誤及不可抗力個案提供賠償。

請保留包裝、內容物、發票、照片、價值證明及貨件記錄。17TRACK 無法批准 SHJX 的索償或退款。

運輸限制及特殊處理

類別	官方產品指引
一般接收規定	所引用的美國路線只接收普通貨物，並設有包裹重量及尺寸限制。
危險品或受管制貨物	列出的例子包括液體、粉末、膏狀物、氣霧劑、酒精、煙草、藥物、刀片、打火機、化學品及冒牌貨物。
電池供電貨物	所引用的美國路線不接收電池供電產品。
申報	寄件人必須準確申報貨件內容；錯誤資料可能導致查驗、延誤、退回或額外收費。

客戶服務

渠道	已核實的聯絡方式或連結
網站及物流追蹤	SHJX 官方網站；使用網上運單追蹤入口。
電話	021-60739366 或 18485410795，以官方網站顯示的資料為準。
電郵	chenjingxuan@juxiguojiwul.onaliyun.com，以官方網站顯示的資料為準。
辦公室地址	中國上海市青浦區；到訪前請查閱官方聯絡頁面。

請準備運單、寄出日期、起運地及目的地、服務名稱、最新掃描記錄、收件地址、內容描述、價值證明及照片。如屬網上平台購物，亦應聯絡賣家，因為賣家通常是合約上的寄件人。

電子商務及商業追蹤

商戶可以使用 SHJX 網站進行貨件層級的查核，並使用 17TRACK 查看多網絡物流狀態。在自動化操作前，請確認 SHJX 提供的識別碼，以及所選 API 的現行文件。

開發者／API 比較

選項

服務提供者

官方承運商整合

SHJX

查看官方承運商整合的所有詳情

承運商覆蓋範圍	SHJX 貨件記錄及路線產品。
主要用途	營運貨件查詢及客戶服務流程。
身份驗證	實施前直接向 SHJX 確認。
追蹤及批量功能	只使用 SHJX 為所選帳戶記錄的功能。
目前文件	使用官方聯絡及網站渠道確認整合事宜。
遷移注意事項	不要依賴未記錄或舊有的 endpoint。

多承運商 API

17TRACK

查看 17TRACK API 的所有詳情

承運商覆蓋範圍	支援多間承運商，實際可用性取決於所提交的識別碼及承運商代碼。
主要用途	為電子商貿及多承運商營運提供標準化追蹤可見度。
身份驗證	按照目前 API 文件所指定的 17token 標頭。
追蹤及批量功能	記錄的陣列可由已記錄的 register endpoint 接受。
目前文件	17TRACK API 文件.
遷移注意事項	投入生產使用前，確認目前的 API 版本及承運商代碼要求。

常見問題

基本常見問題

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

在官方 SHJX 網站輸入 SHJX 運單，或使用 17TRACK 查看可用的貨件事件。

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

查看貨運標籤、運單、賣家發貨訊息或電子商貿平台的貨件頁面。

3. SHJX 追蹤號碼是甚麼樣子的？

SHJX 使用貨件運單，但可見的識別碼取決於所選路線及運輸合作夥伴，因此單憑前綴並不能作出確定判斷。

4. SHJX 的首次掃描會在何時顯示？

相關營運網絡記錄貨件資料及實際處理後，便會顯示首個事件。

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

運輸或交接掃描可能仍在等待中；請在兩項追蹤服務上核對號碼，並要求寄件人聯絡 SHJX。

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

官方列表提供了按路線區分的例子，包括前往英國需時 5–8 天、前往加拿大需時 8–12 個工作日，以及國際 E-post 需時 7–15 個工作日。

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

檢查地址及收件人是否可接收貨件，然後向寄件人或 SHJX 查詢重新派送、取件或退回安排。

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

檢查派送地點、家庭成員、接待處及鄰居，然後索取派送證明，並要求寄件人跟進處理。

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

寄件人應向 SHJX 提供運單、價值證明、包裝詳情及照片；是否符合資格取決於特定路線的條款。

10. 如何聯絡 SHJX？

使用官方網站、021-60739366、18485410795，或官方聯絡資料中列出的電郵地址。

專家常見問題

11. SHJX 是否會發出貨件中顯示的每個追蹤號碼？

不能作出單一假設：SHJX 安排多種國際及郵政產品，而運輸識別碼可能由路線合作夥伴或始發地郵政網絡發出。

12. 交接掃描是否代表目的地承運商已接收包裹？

不一定；電子預報、實物交接及目的地承運商的首次接收掃描是不同事件。

13. 抵達海關是否代表 SHJX 包裹已完成清關？

不是。抵達表示海關處理可能已開始；放行需要遵循適用的目的地程序並提供相關資料。

14. 哪項 SHJX 服務是為小型電子商務包裹而設？

SHJX 列出可追蹤及經濟型國際小包服務，包括設有特定路線限制的國際電子商務郵政產品。

15. 企業在向 SHJX 查詢貨件前，應準備哪些資料？

請準備運單、產品或路線名稱、寄出日期、地址、最新物流事件、申報資料，以及任何價值或損壞證明。

追蹤 API

// 1. SHJX official tracking API
// Current public official tracking API not confirmed.
// Contact SHJX before building a direct integration.

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

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

// Confirm the current SHJX carrier code in 17TRACK documentation
// before sending production requests.