常見問題
搜尋常見問題及顧慮的解答。
是的，請瀏覽最佳作法指南，以了解詳情。
FedEx API 擁有各種功能，可為輸入訂單、客戶服務、逆向物流及託運操作提供協助。 如需要完整的可用 API 清單，請瀏覽我們的 API 目錄。
如要在您的產品中使用 FedEx API，您必須細閱並接受我們的業務開發入口網站授權合約 (DPLA)，方可建立項目。除了 DPLA 外，您的公司亦必須為每個新增至組織的託運帳戶簽署最終使用者授權合約。
您可以在各種編程語言的文件頁面中找到各 API 相應的示例代碼。
是的。如要檢視更多資訊，請瀏覽 FedEx API 版本及節流管理。
可以，您可以透過批量查詢在一次交易中查詢最多 30 個貨件。
可以，有多種方法可以這樣做。請瀏覽支援，以了解相關方法。
標籤緩衝為 Base64 加密串。您需要將 Base64 解碼，方可按您在請求中選擇的格式檢視標籤緩衝。
很抱歉，不能。傳真標籤的品質低於可接受的評估標準。傳真標籤將不會獲評估批准。
總共有四種參考資料欄可供填寫：參考資料、發票、部門及訂單號碼。在測試伺服器中，FedEx 保留權利在參考資料欄發回固定數值。而其他三種參考資料欄則可供測試您自己的數值。
引入 FedEx API 並不會影響現有利用 FedEx Web Services 建立的整合工作。然後，對於日後的整合工作，FedEx Web Services 將不會支援所有新的功能。因此，我們建議您採用 FedEx API。
提供兩種不同程度的協助：諮詢及一般疑難排解。請瀏覽支援頁面了解詳情。
API 是您現有的業務應用程式與 FedEx 物流方案之間的通道，讓全球 FedEx 企業得以營運。您可以使用此通道從這些 FedEx 方案取得新資訊，並向您自己的應用程式提供這些資訊。如要深入了解 API，請瀏覽「甚麼是 API」頁面。
不會。我們向企業及開發人員免費提供 API、文件、示例代碼及 FedEx 業務開發入口網站內的所有資訊，僅須遵守使用條款。
您的應用程式會透過互聯網發出請求，與 FedEx 處理系統溝通，然後則會收取實時資訊，讓您能以統一的方式向客戶展示這些資訊。
FedEx API 擁有各種功能，可為輸入訂單、客戶服務、逆向物流和帳單及託運操作提供協助。舉例來說，在輸入訂單方面，地址驗證交易可於購物車內或由電話服務人員使用，以驗證遞送地址，避免被收取更新地址收費。此功能與託運行動完全獨立分開，可避免損害客戶對您業務的印象。在我們的 API 目錄中探索地址驗證、運費、查詢等各種 API。
視乎數項因素，例如：將會實施多少種功能？將指派多少名程序員？FedEx 整合項目在優先次序中排行多少？您的程序員是否已經熟識如何實施 FedEx API？視乎上述因素，項目可能需時數星期至數個月不等。
不是，FedEx API 是向客戶提供的技術概要，其包含文件及示例，讓客戶的 IT 人員可以將多種 FedEx 功能整合至內部系統中。如欲了解現貨方案，請瀏覽 FedEx® Compatible。
很抱歉，不能。由於是在客戶的內部系統中編寫程式，而非在 FedEx 提供的硬體，因此無法提供編程支援。FedEx 能在理解 FedEx API 文件、錯誤訊息、示例等方面提供協助。
沒有。由於此方案只是一套技術概要，僅為方便您使用，因此並無收入要求。
有的。我們提供測試環境及正式版環境。
視乎您所使用的 API，您可能須要提交您的項目，以取得基本認證、標籤認證或無須任何認證。
沒錯。FedEx API 在美國以外地方也能運作，是一種國際性的方案。如要了解您所在地區內的可用情況，請檢視支援頁面。
提供兩種不同程度的協助，諮詢及一般疑難排解。請瀏覽支援頁面了解詳情。
FedEx Web Services 包含遵循 SOAP WSDL 標準的系統，以與 FedEx 處理系統溝通。FedEx 將會基於這些全新的 REST API 進行將來的整合工作，以改善性能及可靠性。如欲了解兩者之間差異的詳情及您應當移轉的原因，請瀏覽為甚麼要移轉？頁面。
如果您的公司尚未準備好從 Web Services 及 FedEx Ship Manager® Server 移轉，您仍能存取 業務開發資源中心。
這裡沒有您的問題？請聯絡我們。
