關於 Paack
Paack 是本追蹤指南中顯示的承運商名稱。提供的官方網站是 Paack。請使用網上零售商或寄件人提供的貨件編號;可用的事件取決於貨件記錄及與該記錄連接的服務。
| 欄位 | 已核實資料 |
|---|---|
| 顯示名稱 | Paack |
| 官方網站 | https://paack.co/ |
| 追蹤角色 | 貨件追蹤記錄可能包括 Paack 事件及已連接的配送事件。 |
| 母公司 | 由於所提供的證據未能確定母公司,因此此處沒有列明母公司。 |
零售商、網上平台、始發地承運商或配送合作夥伴均可建立首個貨件記錄。在 Paack 結果中出現的編號本身,並不能證明哪一方實際處理了之前每個運輸階段。
承運商實體關係
| 實體 | 與 Paack 的關係 |
|---|---|
| Paack | Paack 是本頁使用的標準承運商實體。 |
| 零售商或網上平台 | 零售商或網上平台可能會發出訂單參考編號,並向買家提供貨件編號。 |
| 17TRACK | 17TRACK 彙整可用的追蹤事件,但不會運送包裹或決定配送結果。 |
| 目的地配送方 | 當運輸安排包括交接時,目的地配送方可能會出現在貨件記錄中。 |
快速答案
將零售商、運送電郵、訂單頁面或配送通知中的貨件編號輸入官方 Paack 追蹤頁面,或輸入 17TRACK。如果沒有顯示結果,請先檢查你輸入的是貨件編號而非訂單編號,移除空格或標點符號,並向賣家查詢標籤是否已交予承運商。
如何追蹤 Paack 包裹
| 途徑 | 步驟 |
|---|---|
| 官方 Paack 途徑 | 開啟官方 Paack 網站,找到追蹤功能,輸入貨件編號,然後將最新事件與配送地址及零售商訂單進行比較。 |
| 17TRACK 途徑 | 開啟 17TRACK,貼上貨件編號,允許系統識別承運商,或在提供選項時選取 Paack,然後查看事件歷史。 |
| 沒有編號 | 聯絡賣家或寄件人。訂單編號、付款參考編號或產品 SKU 不一定是追蹤編號。 |
| 沒有首個事件 | 標籤可能在實際接收或首次掃描前已經存在。請要求寄件人確認是否已寄出,以及確切的號碼。 |
收件人應保留寄件電郵及訂單頁面。商戶在展開派送調查前,應核實地址、貨件編號及交接狀態。
追蹤編號格式及示例
Paack 追蹤識別碼應從賣家或貨件通知中準確複製。這裏並沒有普遍適用的公開 Paack 號碼格式;猜測前綴或長度可能會令客戶前往錯誤的承運商。以下例子均經刻意遮罩。
追蹤號碼格式
| 識別碼系列 | 標準化格式 |
|---|---|
| Paack 貨件識別碼 | 請使用商戶提供的完整遮罩或未遮罩識別碼,例如 PAACK-XXXXXX 或 XXXXXXXXXX;這些只是示意遮罩,並非經驗證的即時格式。 |
| 商戶訂單/參考編號 | 由零售商建立的值,例如 ORDER-XXXXXX,可能用於識別購買項目,但未必能擷取承運商的貨件事件。 |
| 合作夥伴或來源識別碼 | 上游或下游合作夥伴可能會提供另一個識別碼。賣家可以確認該識別碼是否已連結至 Paack 記錄。 |
可在 Paack 或 17TRACK 搜尋的號碼,不一定是由 Paack 發出。不要單憑前綴推斷服務類型、國家、派送承諾或實際保管狀態。
追蹤狀態及含義
| 狀態及階段 | 含義及下一步行動 |
|---|---|
| 已建立標籤或派送前 | 貨件資料已存在,但這並不代表已實際接收。寄件人應確認交接情況。 |
| 已接收或已收件 | 已記錄接收掃描。除非承諾的派送時限已過,否則請等待分揀或運輸事件。 |
| 運輸中 | 貨件正在各個處理點之間運送。在設施之間運輸期間,可能會出現掃描間隔。 |
| 派送中 | 貨件已進入派送路線。請確保地址方便進入,並遵循賣家或承運商提供的任何派送指示。 |
| 已派送 | 已記錄派送事件。在升級處理前,請先檢查門口、安全放置地點、接待處、住戶及鄰居。 |
| 例外情況或退回 | 派送受到問題影響,或貨件正在退回途中。寄件人通常最有能力更正商業或地址資料。 |
服務及配送時間
可靠的派送預計時間必須以訂單確認、服務選擇、目的地及目前貨件記錄為依據。本頁提供的資料並未確立單一適用於所有 Paack 貨件的派送標準或保證,因此客戶不應將一般性的天數視為承諾。
服務比較
| 服務或貨件類型 | 最適合用途 |
|---|---|
| 由零售商安排的 Paack 派送 | 請使用零售商為特定訂單顯示的派送選項及時段。 |
| 與合作夥伴連接的貨件 | 請使用賣家提供的號碼,並查看目前由哪一方負責下一步行動。 |
派送時間
| 時間欄位 | 如何解讀 |
|---|---|
| 預計派送日期 | 用於規劃的預計時間,可能因地址資料質素、運力、交通、天氣、假期及營運事件而改變。 |
| 派送時段 | 為個別訂單或路線提供的時間範圍,並不會自動構成退款保證。 |
| 保證 | 除非購買合約或適用的 Paack 條款明確如此說明,否則不要假設存在任何保證。 |
按目的地國家劃分的派送時間
| 目的地或路線 | 負責提供預計時間的來源 |
|---|---|
| 本地目的地 | 請使用零售商針對該訂單提供的 Paack 派送時段,以及最新的追蹤事件。 |
| 國際目的地 | 在依賴某個日期前,請確認始發服務、目的地合作夥伴、海關程序及賣家提供的預計時間。 |
海關、地址更正、偏遠地區路線安排、週末、公眾假期、旺季貨量、天氣及合作夥伴交接均可能延長時限。貨件抵達目的地設施並不等同於最終派送。
常見追蹤問題及解決方案
| 問題或狀態 | 立即行動 |
|---|---|
| 號碼無效 | 再次複製該號碼,移除意外加入的空格,並向賣家確認該數值是否其實是訂單參考編號,而非追蹤號碼。 |
| 沒有追蹤記錄 | 要求寄件人確認是否已寄出貨件,並等待首次收件掃描所需的時間。 |
| 數天沒有更新 | 將最近一項記錄與派送預計時間作比較;如果已超過訂單承諾的期限,應由寄件人進行調查。 |
| 派送異常 | 檢查地址、進入指示及零售商發出的任何訊息;如有需要,透過寄件人要求更正。 |
| 顯示已派送但找不到 | 檢查派送地點、接待處、同住家庭成員及鄰居,然後向賣家索取派送證明並要求升級處理。 |
| 退回寄件人 | 首先聯絡賣家,因為重新寄送、退款及地址更正通常屬於商業處理事項。 |
| 內容物損壞或遺失 | 為包裹及包裝拍照,保留所有物料,並向寄件人詢問適用的索償程序。 |
國際運送、海關及承運商交接
對於國際貨件,追蹤記錄中顯示的負責方可能會按階段改變。電子預先通知並不代表已實際交接,而貨件抵達目的地國家亦不代表海關已放行貨件。
國際流程
| 階段 | 客戶應採取的行動 |
|---|---|
| 始發地準備 | 確認寄件人已提供正確地址、內容物描述及貨件號碼。 |
| 出口處理 | 等待出口掃描;如有需要,賣家會處理遺漏的商業資料。 |
| 幹線運輸及抵達目的地 | 貨件在不同運輸系統之間移動時,請預留掃描記錄出現間隔的時間。 |
| 海關 | 進口商可能需要提供文件,或繳付評定的關稅及稅項。不要將抵達海關視為已放行。 |
| 合作夥伴交接及最後一程 | 接收方可能會使用相同識別碼或相關聯的識別碼。向賣家詢問下一項行動由哪一方負責。 |
配送管理及出貨後選項
| 要求採取的行動 | 正確路線 |
|---|---|
| 地址更正 | 請盡快聯絡零售商或寄件人;收件人不能假定承運商在貨件寄出後仍可更改地址。 |
| 重新派送或派送指示 | 如有提供官方派送訊息,請使用該訊息;否則請要求寄件人申請可用選項。 |
| 派送證明 | 當貨件標示為已派送但需要證明時,向零售商或派送營運商索取可提供的派送證據。 |
遺失、損壞、索償、保險及退款
| 程序 | 應由誰開始 |
|---|---|
| 追蹤查詢 | 收件人可以就無法解釋的事件向零售商查詢;寄件人則可以要求營運方面的澄清。 |
| 遺失或損壞索償 | 通常由寄件人或簽約商戶向承運商提出索償,惟須受適用服務條款規限。 |
| 退款或更換 | 客戶根據購買合約向賣家要求退款或更換。 |
保留追蹤號碼、訂單記錄、寄出日期、派送地址、照片、包裝、內容物描述及價值證明。17TRACK 無法批准索償、退還郵費或判定責任。
運送限制及特殊處理
| 類別 | 客戶注意事項 |
|---|---|
| 危險品 | 在交寄電池、化學品、氣溶膠或其他受規管物品前,請先查閱適用的承運商及目的地規定。 |
| 液體及易腐品 | 只可使用明確允許該等內容物的包裝及服務;滲漏或變壞可能會中斷派送。 |
| 受限制或禁運物品 | 請向賣家查詢目前適用於該路線的限制。追蹤結果並不代表禁運貨件因此合法。 |
客戶服務
| 渠道 | 最適合用途 |
|---|---|
| 官方網站 | 開啟官方 Paack 網站 並使用網站上提供的最新客服或追蹤渠道。 |
| 零售商或寄件人 | 最適合處理遺失的號碼、地址更正、退款、補發、訂單爭議及由商戶建立的標籤。 |
| 17TRACK | 最適合整合可用的事件資料;它並不是運送包裹或決定索償的相關方。 |
請準備追蹤號碼、訂單號碼、寄件人及收件人資料、寄出日期、最新掃描記錄、派送地址、貨件內容描述、價值證明及相片。請勿在公開追蹤查詢中公開個人地址或付款資料。
電子商務及商業追蹤
商戶應區分零售商訂單 ID 與承運商貨件號碼、統一承運商名稱、保留原始事件記錄,並向客戶顯示標籤建立的時間,以及包裹實際獲接收的時間。
開發者/API 比較
| 選項 | 供應商 |
|---|---|
| 官方承運商整合 | Paack |
| 多承運商追蹤 API | 17TRACK |
部署整合前,請確認供應商目前的文件、驗證要求、承運商識別碼、事件涵蓋範圍、速率限制、批次處理方式、webhook 支援及任何遷移通知。切勿將過時的承運商 endpoint 複製到正式環境。
常見問題
基本常見問題
將賣家提供的貨件號碼輸入官方 Paack 渠道或 17TRACK,然後查看最新事件及預計派送時間。
請查看寄出電郵、零售商訂單頁面、運單標籤或派送通知;如遺失號碼,請向賣家查詢。
請使用賣家提供的確切識別碼,因為不應單憑前綴或長度推斷一套通用的公開格式。
標籤可能在實際交接或首次掃描前已建立;請賣家確認寄出狀態及號碼。
請以訂單專屬的派送時段為準,因為所需時間取決於路線、地址、營運情況及所選服務。
請檢查地址及進入條件,查看最新事件,並要求零售商或寄件人申請可用的下一步派送安排。
請檢查入口、安全位置、接待處、家庭成員及鄰居,然後向賣家索取派送證明並要求跟進處理。
請保留包裝、拍攝損壞情況、保存價值證明,並向寄件人查詢適用的索償程序。
如有訂單、地址、退款或補發問題,請先聯絡賣家;如需承運商專屬支援,請使用最新的官方 Paack 網站所提供的支援渠道。
不可以。17TRACK 只會顯示可用的事件,不能更改地址、轉送包裹、放行清關或批准退款。
專家常見問題
不是。標籤建立或電子預先通知只會記錄貨件資料;實際接收事件更能表示包裹已進入運輸流程。
可以,零售商、始發地承運商或目的地合作夥伴可能會使用相關聯的參考編號;請向賣家查詢目前階段所使用的識別碼。
不是。抵達、報關及海關放行是不同的事件,而進口商可能仍需提供資料或繳付評定的費用。
貨件可能會在運輸方或派送方之間轉交,因此某個事件可能描述的是上游或下游階段,而不是 Paack 實際保管貨件的階段。
商戶應將最後一個事件與合約訂明的路線作比較,並向負責該階段的一方查詢,同時保留完整的事件歷史記錄。
商戶可在實施前查閱最新的 17TRACK API 文件,了解支援的承運商註冊、事件提取及帳戶要求。
追蹤 API
// 1. Current official Paack tracking API:
// Current public official tracking API not confirmed.
//
// 2. 17TRACK API.
// Confirm the current carrier code and account requirements in the documentation.
// The placeholder must not be replaced by an unverified value.
POST https://api.17track.net/track/v2.4/register
Headers:
17token: YourKey
Content-Type: application/json
Body:
[
{
"number": "TRACKING_NUMBER",
"carrier": "CARRIER_CODE"
}
]
Documentation:
https://api.17track.net/en/doc
來源及參考資料
- Paack — 官方網站. Paack
- 17TRACK API 文件. 17TRACK
- 17TRACK — 多承運商追蹤平台. 17TRACK
17TRACK 是獨立的追蹤平台,與 Paack 沒有關聯。
揀選服務同追蹤你嘅貨件
全球快遞包裹追蹤服務
























