常見問題集
常見問題與疑慮解答。
有的，請檢視「最佳做法指南」瞭解更多詳情。
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 目錄，探索地址、驗證、費率、追蹤等功能。
取決於多項因素，像是：要實作多少功能？指派多少位程式設計人員？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，以提升可靠性和效能。若要瞭解更多差異之處，以及推薦您移轉的原因，請參閱「為什麼要移轉」頁面。
如果貴公司還沒準備好從 FedEx 網路服務與 FedEx Ship Manager® 伺服器移轉出來，您仍有權限到開發人員資源中心。
這裡沒有找到您的問題嗎？請聯絡我們。
