SPEEDEX 查詢

請輸入 SPEEDEX 追蹤號碼，以查看最新的運送狀態。

Speedex@speedex.grhttp://www.speedex.gr/

查詢

關於 Speedex

Speedex 是官方希臘網站所代表的承運商品牌，網址為 Speedex.gr。請使用承運商自有的追蹤渠道或 17TRACK，以識別可用的貨件事件。所提供的研究證據並未確立其他企業、服務、網絡或總部詳情，因此本頁避免將未有證據支持的營運事項歸屬於 Speedex。

承運商概覽

已核實項目	目前參考資料
標準顯示名稱	Speedex
官方網站	https://www.speedex.gr/
追蹤關係	追蹤結果可能會合併由 Speedex 及運輸合作夥伴提供的事件。在判定責任之前，應先確認事件所屬的持有人。

承運商實體關係

實體	關係摘要
Speedex	Speedex 是所提供官方網站所列出的承運商實體。
官方追蹤渠道	官方網站是核實某個編號是否獲 Speedex 接受的主要途徑。
17TRACK	17TRACK 是一個獨立的追蹤平台，會整合可用的承運商事件；17TRACK 不會運送 Speedex 貨件。

快速解答

請在官方網站輸入貨件追蹤編號，而不是訂單編號—— Speedex 網站或在 17TRACK。如果沒有顯示結果，請檢查每個字元，移除空格或標點符號，等待寄件人的發貨確認，並要求賣家確認承運商及編號。17TRACK 是獨立平台，無法更改地址、放行海關貨件、發出退款或批准索償。

如何追蹤 Speedex 包裹

官方途徑最適合取得承運商專屬指示；當貨件轉交予其他承運商，或買家正在比較多間承運商時，17TRACK 便很有用。

追蹤途徑

途徑	步驟
官方 Speedex 追蹤	開啟官方網站，找到其追蹤功能，輸入貨件識別碼，並儲存所顯示的事件歷史。
17TRACK 追蹤	開啟 17TRACK，輸入識別碼，允許系統識別承運商，並將最新事件與官方結果進行比較。
沒有可用編號	聯絡賣家或寄件人。訂單 ID、發票編號、參考編號或派送通知並不會自動成為追蹤編號。

追蹤編號格式及示例

追蹤編號格式

識別碼類別	標準化格式
承運商貨件識別碼	使用寄件人印上的準確識別碼；經安全遮蓋的例子是 TRACK########。
網上交易平台參考編號	訂單或參考編號用於識別交易，Speedex 追蹤系統未必接受這些編號。
合作夥伴或最後一程識別碼	交接後，合作夥伴可能會發出第二個識別碼；原有編號可能仍然保持關聯，但必須在事件記錄中核實。

追蹤狀態及含義

不同系統的追蹤狀態用語可能有所不同。最新的實體掃描記錄、指定事件負責方，以及寄件人的寄運記錄，比一般狀態標籤更可靠。

狀態快速查閱

狀態	含義
已建立標籤／寄運前	可能已有寄運資料，但這本身並不能證明 Speedex 已收到包裹。
已接收／已收件	接收掃描記錄表示指定的承運商或設施已登記該件貨件。
運送途中	貨件正在已記錄的處理點之間運送；每次移動未必都會出現掃描記錄。
派送中	貨件已分配至派送路線；請確保地址方便進入，並留意是否出現例外情況。
已派送	系統已記錄派送事件。在申報未收到貨件前，請先查看派送位置及送貨證明詳情。
例外／退回	問題或退回運送需要寄件人、收件人或承運商查看具體事件。

服務及派送時間

所提供的證據未包括最新的服務目錄及已公布的派送標準。不要將訂單承諾或 17TRACK 的估算視為 Speedex 的保證。

服務比較

服務資料	核實方法
寄件人所選的服務	查看寄運收據、標籤、賣家的發貨記錄，或官方 Speedex 服務資料。
派送估算	除非適用的 Speedex 條款明確提供保證，否則只應將賣家所述的時間範圍視為估算。

派送時間

時間問題	實際解答
派送計時何時開始？	確認賣家的承諾是由建立標籤、實際接收，還是發貨時開始；這些里程碑各不相同。
為甚麼時間可能改變？	地址資料是否完整、週末、假期、路線運力、天氣、合作夥伴交接、海關及漏掃描均可能影響派送。

目的地國家派送時間

目的地	已核實的時間指引
寄件人所選的目的地	請使用適用的 Speedex 服務條款，以及目的地合作夥伴提供的清關和派送資料；未有依據支持的逐國平均時間，不應視為承運商的承諾。

常見追蹤問題及解決方法

先查看事件記錄及貨件負責方。寄件人通常控制寄運合約，而收件人則可以提供派送詳情及本地進入資訊。

問題及解決方案

顯示的問題／狀態	先檢查事項及即時行動
編號無效	將每個字元與標籤逐一比較，並要求寄件人確認該識別碼是貨件編號，而不是訂單編號。
沒有更新	查看最後一次掃描記錄、發貨日期、週末及可能的交接情況。當賣家承諾的時間範圍已過，請要求寄件人進行調查。
顯示已派送但未收到	檢查入口、信箱、接待處、家庭成員、鄰居，以及任何送貨證明資料；然後聯絡寄件人及送貨承運商。
地址或派送失敗	立即以正確地址聯絡寄件人。不要假設 17TRACK 可以重新指派地址或再次派送。
包裹遺失或損壞	保留包裝及相片，保存發票，並要求寄件人根據適用的運輸條款向承運商提出查詢或索償。

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

對於國際貨件，追蹤號碼可能保持不變，或目的地合作夥伴可能會建立另一個識別碼。貨件抵達目的地國家或交換設施，本身並不代表已獲海關放行。

國際流程

階段	接下來會發生甚麼
始發地接收及出口處理	始發地承運商記錄接收貨件，並為出口處理及幹線運輸作準備。
海關及保安	當局可能會審查申報資料、內容物、價值及所需文件；並可能評估稅項或關稅。
合作夥伴交接	電子預先通知、實體交接及首次接收掃描是不同事件；只有當接收方記錄保管責任時，責任才會轉移。
目的地派送	目的地承運商可能負責清關、分揀、收件及最後一公里派送。如缺少目的地識別碼，請聯絡賣家。

客戶服務

使用官方 Speedex 網站以找出目前的聯絡及追蹤渠道。對於市場平台訂單，請先聯絡賣家，因為寄件人通常控制承運商合約、索償、補發或退款申請。

客戶服務

渠道	最適合用途
官方網站	尋找 Speedex 發佈的最新追蹤、聯絡及服務資料。
寄件人或市場平台	如運輸合約要求寄件人採取行動，可要求更正號碼、調查派送情況、補發、退款或提出索償。
17TRACK	用於整合追蹤資訊；17TRACK 無法更改派送安排或批准貨件寄出後的補救措施。

準備追蹤號碼、訂單參考編號、寄件日期、寄件人及收件人資料、最新掃描記錄、所選服務、內容物描述、價值證明，以及在適用情況下的相片。

電子商貿及商業追蹤

企業應區分承運商自有系統與多承運商整合平台。標準化事件、例外情況監察及貨件與訂單對應，可減少手動處理 WISMO 的工作，但目前 Speedex API 的功能仍須向承運商或獲授權的技術供應商確認。

開發者／API 比較

選項	供應商
官方承運商整合	Speedex
多承運商整合	17TRACK

FAQ

基本常見問題

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

在官方 Speedex 網站或 17TRACK 輸入貨件追蹤號碼。

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

查看賣家的發貨電郵、運輸標籤、收據或市場平台的貨件頁面。

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

確切格式取決於貨件記錄；請使用寄件人提供的完整識別碼，不要根據前綴猜測。

4. Speedex 何時會顯示首次追蹤事件？

通常在貨件資料獲接收，並記錄實體或營運掃描後，才會顯示首次事件。

5. 為甚麼我的 Speedex 追蹤沒有更新？

交接、運輸間隔、週末或漏掃描，均可能導致資訊延遲顯示；在承諾的派送時限過後，請要求寄件人進行調查。

6. Speedex 派送需時多久？

派送時間取決於所選服務、始發地、目的地、地址、營運情況，以及任何海關或合作夥伴運輸安排。

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

閱讀例外詳情、檢查地址，並聯絡寄件人或官方承運商渠道，以了解可採取的下一步。

8. Speedex 顯示已送達，但我沒有收到包裹。我應該怎樣做？

檢查可能的派送位置、家庭成員、接待處職員及鄰居，然後要求提供送貨證明詳情並聯絡寄件人。

9. 如何報告遺失或損壞的 Speedex 貨件？

保留包裝及證據，並要求寄件人向相關承運商提出適當的查詢或索償。

10. 如何聯絡 Speedex？

請使用 Speedex 官方網站刊載的最新聯絡資料。

專家常見問題

11. Speedex 標籤是否能證明貨件已被實際接收？

不能。建立標籤或進行電子預先通知，本身並不能證明 Speedex 已收到包裹。

12. 一件 Speedex 貨件可以有多於一個追蹤編號嗎？

可以，物流或最後一公里合作夥伴可能會使用另一個識別碼；寄件人應確認兩個編號是否已關聯。

13. 目的地國家的掃描記錄是否代表海關已放行 Speedex 貨件？

不能。抵達、海關處理、海關放行及派送是不同的物流階段事件。

14. 17TRACK 可以更改 Speedex 的派送地址嗎？

不能。地址更改及派送指示必須按照適用的服務規則，由承運商或寄件人處理。

15. 商戶可以使用 Speedex 追蹤 API 嗎？

商戶應向 Speedex 索取最新的整合資料，或使用有文件說明的 17TRACK API 進行多承運商追蹤。

16. 通常由誰提出 Speedex 遺失或損壞索償？

通常由寄件人或合約持有人提出索償，而收件人則在被要求時提供派送及損壞證據。

追蹤 API

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

// 2. 17TRACK API
// Confirm the carrier code in the current 17TRACK carrier directory
// before production use.
POST https://api.17track.net/track/v2.4/register
Headers:
  17token: YourKey
  Content-Type: application/json

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