Skip to main content
Uzbekistan Post

Uzbekistan Post 查詢

請輸入 Uzbekistan Post 追蹤號碼,以查看最新的運送狀態。

查詢

關於 Uzbekistan Post

Uzbekistan Post 是與烏茲別克斯坦郵政貨件處理相關的郵政承運商品牌。視乎服務及路線而定,貨件可能由 Uzbekistan Post 接收,經郵政出口或進口設施處理,然後交由目的地國家的另一間郵政營運商派送。

欄位已核實參考資料
標準顯示名稱Uzbekistan Post
官方網站https://uz.post/
承運商角色與烏茲別克斯坦相關的郵政貨件處理及配送服務。
追蹤責任追蹤事件由在該階段掃描貨件的郵政營運商或物流方提供。

承運商實體關係

實體關係
Uzbekistan Post
查看關係詳情
實體類型郵政承運商品牌。
為何重要當追蹤事件與烏茲別克斯坦的郵政處理相關時,追蹤結果中可能會顯示承運商名稱。
起運地郵政營運商
查看關係詳情
實體類型最先接收貨件並發出國際郵政識別碼的營運商。
為何重要在烏茲別克斯坦派送的貨件可能會保留由起運地郵政營運商發出的號碼。
目的地郵政營運商
查看關係詳情
實體類型在適用情況下負責目的地國家派送的郵政營運商。
為何重要交接可能會造成出口、到達、清關及最終派送掃描之間出現空檔。
17TRACK
查看關係詳情
實體類型獨立的多承運商追蹤平台。
為何重要17TRACK 彙整可用的事件資料;它不會運送、轉寄、退款或為貨件投保。

快速解答

在官方 Uzbekistan Post 網站 輸入貨件追蹤號碼,或在 17TRACK 追蹤介面中輸入。請使用包裹追蹤號碼,而不是訂單號碼。如果沒有顯示結果,請檢查每個字元、移除空格或連字號、等待首次接收掃描,並向賣家確認是哪間郵政營運商發出了該號碼。

小貼士: 17TRACK 可以顯示可用的承運商事件,但只有負責任的郵政營運商、寄件人或商戶可以調查貨件、更改配送安排、批准索償或發出退款。

如何追蹤 Uzbekistan Post 包裹

先從郵政收據、運單標籤、賣家的發貨訊息或網上商店訂單頁面上顯示的追蹤號碼開始。先查看官方承運商路線,當貨件涉及多於一間郵政營運商時,再使用 17TRACK。

路線操作
官方路線開啟 Uzbekistan Post 官方網站,找出其目前的追蹤入口,輸入貨件識別碼,並保留所顯示的事件記錄。
17TRACK 路線開啟 17TRACK,貼上號碼,允許系統識別承運商,並將最新事件與賣家的發貨資料作比較。
沒有結果檢查有沒有抄寫錯誤,確認該號碼是追蹤號碼而不是訂單號碼或參考號碼,並預留時間等待首次實體掃描。
多個號碼向商戶查詢哪個識別碼代表實體包裹,以及交接後是否建立了目的地國家的號碼。

追蹤號碼格式及例子

國際郵政識別碼通常採用 UPU S10 結構:兩個服務字母、八位數字、一位校驗碼,以及兩字母的簽發國家代碼。單憑前綴並不能證明服務類型、簽發方或目前的實體保管方。以下例子均特意遮蓋部分內容。

追蹤號碼格式

識別碼類別標準化格式
國際郵政 S10
查看所有 S10 詳情
長度及結構2 個字母 + 9 位數字(包括校驗碼)+ 兩字母國家代碼。
簽發方通常是始發地郵政營運商;目的地營運商可能會繼續顯示相同識別碼。
例子RR## #### #### #XX,僅以遮蓋格式顯示。
注意事項服務類型的判斷取決於完整識別碼及郵政資料,而不只是首兩個字母。
本地或商業參考號碼
查看所有本地識別碼詳情
結構可能按產品、標籤系統或商業帳戶而採用純數字或英數字格式。
出現位置郵政收據、運輸標籤、商戶發貨訊息或帳戶入口網站。
注意事項不要將訂單號碼、發票號碼或客戶參考號碼視為承運商追蹤號碼。
合作夥伴或最後一程號碼
查看所有合作夥伴號碼詳情
簽發方物流合作夥伴、目的地郵政營運商或網上平台履配送系統。
用戶情境買家可能會同時看到始發地號碼及其後的目的地參考號碼。
注意事項Uzbekistan Post 顯示某個識別碼,本身並不能證明該識別碼由 Uzbekistan Post 簽發。

追蹤狀態及含義

狀態含義
已建立標籤或預先通知
查看完整流程詳情
階段發貨前。
負責方寄件人、商戶或標籤系統可能仍然持有該物品。
下一步行動等待接收掃描;要求寄件人確認已實際交件。
已接受或已收取
查看完整流程詳情
階段承運商接收。
負責方記錄接收掃描的郵政營運商。
下一步行動跟進其後的分揀、發送或運輸事件。
運輸中
查看完整流程詳情
階段分揀、幹線運輸或轉運。
負責方最新掃描所顯示的郵政或運輸網絡。
下一步行動預留設施之間轉移及可能出現掃描記錄缺失的時間。
海關或交接
查看完整流程詳情
階段進口、出口或營運商之間的處理。
負責方視乎事件而定,可能涉及海關、交換局或收件地郵政營運商。
下一步行動留意是否有文件或付款要求;抵達海關並不代表已獲放行。
派送中或已派送
查看完整流程詳情
階段最後一哩派送。
負責方事件所顯示的當地派送單位或目的地郵政營運商。
下一步行動如有派送爭議,請核對派送地點,並聯絡寄件人或負責的當地營運商。
異常或退回
查看完整流程詳情
階段派送中斷或反向轉移。
負責方負責處理地址、海關、派送或退回事務的營運商。
下一步行動請盡快聯絡寄件人,因為寄件人可能可以提出查詢、修正或索償。

服務及配送時間

派送時間取決於所選郵政產品、寄件地、目的地、海關、運輸運力及最後一哩處理。追蹤預計時間並不自動代表保證派送承諾。

服務比較

服務類型最適合用途
本地郵件
查看服務詳情
覆蓋範圍適用服務網絡內的本地郵件運送。
追蹤程度取決於產品,以及是否包含追蹤服務。
限制不要假設每封信件或每件包裹都會有端到端的事件可見度。
國際郵件
查看服務詳情
覆蓋範圍受目的地接收、海關及郵政交換所規限的跨境運送。
追蹤程度事件可能由寄件地、轉運地及目的地營運商提供。
限制國際掃描記錄可能會在運輸、海關處理或營運商交接期間暫停。
特快或優先產品
查看服務詳情
覆蓋範圍只有當收據或標籤標明適用的特快或優先產品時,才可使用。
追蹤程度事件記錄通常比無追蹤郵件更詳盡,但確切的掃描記錄集視乎服務而定。
限制「優先」字眼本身並不構成退款保證。

派送時間

貨件階段規劃指引
本地運送請參考現行產品條款或櫃位報價;時間會因寄件地、目的地、服務及當地派送情況而異。
國際運送請預留出口處理、幹線運輸、目的地海關及最後一哩交接所需時間;不應單憑追蹤號碼推斷任何通用時限。
海關階段清關所需時間取決於文件、查驗、關稅、申報及目的地國家的規定。

目的地國家派送時間

目的地組別規劃指引
鄰近或具區域連接的目的地
查看國家組別詳情
服務類型收據上顯示的適用國際郵政或特快服務。
最後一哩交接目的地郵政營運商或其他指定派送合作夥伴。
海關小貼士準備準確的描述、價值及收件人聯絡資料。
歐洲、亞太地區、中東、非洲或美洲
查看國家組別詳情
服務類型由寄件人選擇的國際郵政服務。
最後一哩交接通常是適用郵政交換的目的地國家郵政營運商。
海關小貼士目的地規定、稅項評估及查驗均可能影響時效及追蹤資訊的可見度。

常見追蹤問題及解決方法

問題或狀態首次回應
號碼無效
查看疑難排解詳情
先行檢查將號碼與收據或寄件訊息核對,並移除意外加入的標點符號。
即時行動請寄件人確認識別碼及發出該識別碼的營運商。
升級處理如標籤可能有誤,應先向寄件人或商戶提出升級處理。
沒有更新或運送途中停滯
查看疑難排解詳情
先行檢查查看最新位置、事件日期、海關措辭,以及物件是否正處於郵政設施之間。
即時行動預留運輸及交接之間可能出現的延誤;不要將沒有掃描記錄解讀為遺失的證據。
升級處理如服務條款容許,請寄件人提出查詢。
顯示已送達但未收到
查看疑難排解詳情
先行檢查檢查地址、信箱、接待處、住戶、鄰居及安全投放位置。
即時行動保存送達事件記錄,並在可行的情況下要求提供送達證明或當地派送單位協助。
升級處理立即通知商戶或寄件人;寄件人可能掌握正式調查或索償的主導權。
海關扣留、損壞或退回
查看疑難排解詳情
先行檢查閱讀最新事件,了解是否要求提交文件、涉及稅項問題、地址問題或退回原因。
即時行動透過負責的郵政或海關渠道提供所需資料,並保留包裝及證據。
升級處理根據寄件人的服務合約及承運商現行規定提出查詢或索償。

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

一件國際郵政貨件可能會經過多個負責方。電子預報、實物交接及首次接收掃描是不同的事件。貨件抵達目的地交換局並不代表已完成海關清關。

階段預期情況
始發地接收
查看階段詳情
保管方始發地寄件人及接收貨件的郵政營運商。
追蹤事件接收或投寄掃描。
號碼變更通常始發地識別碼仍是主要參考號碼,但亦可能顯示合作夥伴參考號碼。
出口處理及運輸
查看階段詳情
保管方郵政出口設施、保安或海關程序,以及幹線運輸網絡。
追蹤事件派出、離開、出口或運輸事件。
客戶行動除非寄件人被要求提供出口文件,否則請等待貨件移動。
抵達目的地及海關處理
查看階段詳情
保管方目的地交換局、海關當局或目的地郵政營運商。
追蹤事件抵達、呈交海關、評估、放行或查驗。
客戶行動透過負責的渠道回應合法的資料、稅項或付款要求。
合作夥伴交接及最後一程
查看階段詳情
保管方目的地郵政營運商或最後一程派送合作夥伴。
追蹤事件由派送處接收、派送中、派送未遂或已送達。
客戶行動如已獲發目的地營運商的參考號碼,請使用該號碼,並聯絡寄件人以獲取正式支援。

客戶服務

渠道最適合用途
官方網站
查看聯絡資料
已驗證連結Uzbekistan Post 官方網站
準備資料追蹤編號、寄件日期、寄件人及收件人資料、最新動態及貨件描述。
限制使用官方網站上為相關地區及產品顯示的現行聯絡方式或服務項目。
寄件人或商戶
查看升級處理詳情
最適合用途市場平台訂單、標籤錯誤、未送達爭議、退款及正式承運商查詢。
準備資料訂單編號、追蹤編號、寄件確認、地址,以及在相關情況下的照片。
限制17TRACK 不能取代寄件人的合約索償或退款流程。
本地派送辦事處
查看升級處理詳情
最適合用途派送嘗試、自取、地址確認,或顯示已送達但未收到貨件的問題。
準備資料追蹤編號及派送地址。
限制本地可用性及權限取決於目的地服務及現行郵政規則。

電子商貿及商業追蹤

商戶應將承運商發出的識別碼、訂單參考編號、寄件日期及目的地一併保存。多承運商平台可以將貨件動態標準化,但不能建立承運商收件掃描記錄,亦不能解決海關或派送爭議。

開發者/API 比較

選項供應商
官方承運商渠道
查看 API 詳情
主要用途在承運商提供適用的現行介面時,直接進行承運商追蹤或商業整合。
驗證遵循承運商現行文件及帳戶要求。
遷移提示不要在沒有現行文件的情況下,使用從舊整合複製的端點。
17TRACK API
查看 API 詳情
主要用途多承運商追蹤、標準化動態及貨件登記。
驗證根據現行 17TRACK API 文件,在要求標頭中使用 17token。
批次及 webhook 功能請使用現行 17TRACK 開發者文件,以了解支援的操作及帳戶限制。

常見問題

基本常見問題

1. 如何追蹤我的 Uzbekistan Post 貨件?

在 Uzbekistan Post 官方網站輸入追蹤編號,或使用 17TRACK 查看可用的貨件動態。

2. 在哪裏可以找到我的 Uzbekistan Post 追蹤編號?

查看郵政收據、運輸標籤、寄件電郵或市場平台貨件頁面;除非賣家確認訂單編號同時也是承運商識別碼,否則不要以訂單編號代替。

3. 國際郵政追蹤編號是甚麼格式?

許多國際郵政識別碼採用 S10 格式,即兩個字母、九個數字及兩個字母的國家代碼,但不能單憑前綴推斷確切服務。

4. Uzbekistan Post 的第一個追蹤動態何時會出現?

負責的營運商記錄掃描後,第一個動態才會出現;建立標籤或電子預先通知並不能證明貨件已實際被接收。

5. 為甚麼我的 Uzbekistan Post 追蹤沒有更新?

貨件在設施之間轉移、運輸中、海關處理中或等待郵政交接時,可能會缺少掃描記錄;如果延誤時間對所選服務而言變得不合理,請要求寄件人調查。

6. Uzbekistan Post 需要多久送達?

派送時間取決於產品、起運地、目的地、海關及最後一程營運商;請參閱服務條款或個別貨件顯示的預計時間。

7. Uzbekistan Post 派送失敗後,我應該怎樣做?

查看最新動態中的自取或再次派送指示,核實地址,並聯絡負責的本地派送辦事處或寄件人。

8. 如果 Uzbekistan Post 顯示已送達,但我尚未收到貨件,應該怎樣做?

檢查郵箱、接待處、家庭成員、鄰居及安全放置地點,然後要求提供派送證明,並盡快通知寄件人。

9. 我如何申報遺失或損壞的 Uzbekistan Post 郵件?

保留包裝及證據,記錄追蹤紀錄,並要求寄件人按照適用的服務規則,向承運商提出查詢或索償。

10. 我如何聯絡 Uzbekistan Post?

使用 Uzbekistan Post 官方網站公布的最新聯絡及服務資料,並準備好追蹤號碼、寄件日期及地址。

專家常見問題

11. Uzbekistan Post 追蹤資料可以顯示由另一郵政營運商發出的號碼嗎?

可以。國際郵政追蹤在郵件進入另一個郵政網絡後,可能會繼續使用由始發營運商發出的識別號碼。

12. 海關抵達掃描是否表示 Uzbekistan Post 郵件已完成清關?

不是。抵達海關或提交予海關,與評估、放行及交予派送是不同的程序。

13. 物流合作夥伴掃描與 Uzbekistan Post 收件掃描有何分別?

合作夥伴掃描可能表示已進行電子準備或郵件由合作夥伴保管,而 Uzbekistan Post 收件掃描則表示 Uzbekistan Post 已在該事件中記錄收件。

14. 國際郵政交接後,追蹤號碼會否改變?

原有的 S10 號碼可能會繼續使用,但目的地或物流合作夥伴亦可以建立相關聯的本地參考編號。

15. 企業可以使用 API 追蹤 Uzbekistan Post 郵件嗎?

企業應核實現時是否有可用的承運商介面,亦可根據 17TRACK 現行的開發者文件,使用 17TRACK API 進行多承運商工作流程。

追蹤 API

// 1. Carrier official API
// Current public official Uzbekistan Post tracking API endpoint and authentication
// are not established by the available evidence. Do not use an undocumented endpoint.

// 2. 17TRACK API
// Documentation: 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"
  }
]

// Use the current 17TRACK carrier directory to obtain the carrier code.
// Do not infer or hard-code a carrier code without current documentation.

來源及參考資料

17TRACK 是獨立的追蹤平台,與 Uzbekistan Post 沒有關聯。

專業、穩定的全球物流查詢平臺。

17TRACK
Loading