| |||||||||
作為回應傳送的 cXML 狀態代碼清單。
| 狀態 | 文字 | 意義 |
| 200 | 確定 | 伺服器可執行請求或將請求交付給最終收件人。返回的回應可能包含應用程式警告或錯誤:cXML 請求本身不會產生任何錯誤或警告,然而,此狀態不會反映應用程式本身之後可能產生的錯誤或警告。除非後續處理期間發生錯誤,否則您將不會收到進一步的狀態更新。 |
|
201 | 已接受 | 請求已由中間資料中心接受轉送,或已由其最終目的地接受但尚未檢查。若提供交付的機制,您將收到請求狀態的更新。用戶端應預期較晚的 StatusUpdate 交易。 |
| 204 | 沒有內容 | 所有請求資訊皆有效且已識別。伺服器沒有所請求類型的回應資料。在 PunchOutOrderMessage 中,此狀態表示 PunchOut 工作階段已結束且未變更購物車 (或客戶請購單)。 |
| 211 | 確定 | 採購商可使用此狀態代碼將廣播訊息傳送給供應商,以告知需要瞭解的事件,例如假日排程、生產設備關閉或完成特定活動 (例如規劃執行完成)。 |
| 280 | 中間中心已轉送請求。您將會收到至少一個狀態更新。此狀態可能表示請求已傳送給其他中介或狀態為 201 的最終收件人,或已透過可靠的非 cXML 傳輸轉送。 | |
| 281 | 使用不可靠傳輸 (例如電子郵件) 的中間資料中心已轉送請求。您可能會收到狀態更新;然而,若未收到狀態更新,則不一定發生問題。 | |
| 400 | 錯誤請求 | 雖然已正確剖析,但伺服器無法接受請求。 |
| 401 | 未授權 | 伺服器無法辨識請求 (傳送方元素) 中提供的憑證。 |
| 402 | 需要付款 | 此申請必須包含完整的付款元素。 |
| 403 | 禁止 | 使用者的權限不足,無法執行這項申請。 |
| 406 | 無法接受 | 伺服器無法接受要求,可能是因為剖析失敗。 |
| 409 | 衝突 | 伺服器或其內部資料的目前狀態已防止 (更新) 作業要求。相同請求不可能在未來成功,但僅在執行其他作業後 (若有) 才會成功。 |
| 412 | 先決條件失敗 | 不符合請求的先決條件 (例如,適合 PunchOutSetupRequest 編輯的 PunchOut 工作階段)。此狀態通常表示用戶端會忽略部份先前自伺服器的傳輸 (例如 PunchOutOrderMessageHeader 的 operationAllowed 屬性)。 |
| 417 | 預期失敗 | 請求表示未符合的資源條件。其中一個範例可能是 SupplierDataRequest,詢問有關伺服器未知的供應商資訊。此狀態可能在用戶端或伺服器遺失資訊。 |
| 450 | 未建置 | 伺服器未建置特定請求。例如,可能不支援 PunchOutSetupRequest 或請求的作業。通常此狀態表示用戶端已忽略伺服器設定檔。 |
| 475 | 需要簽名 | 由於沒有數位簽名,因此接收者不願意接受該文件。 |
| 476 | 簽名驗證失敗 | 接收者無法驗證簽名,原因可能是文件已在運輸中更改,或接收者不支援簽名中使用的一個或多個演算法。 |
| 477 | 不可接受的簽名 | 簽名技術上有效,但接收者因某些其他原因無法接受。簽名政策或證書政策可能不可接受,使用的憑證類型可能不可接受,或可能有其他問題。 |
| 500 | 內部伺服器錯誤 | 伺服器無法完成請求。 |
| 550 | 無法連接 cXML 伺服器 | 無法連線至下一個 cXML 伺服器以完成需要上游連線的交易。無法連線供應商站點時,中間資料中心可傳回此代碼。若上游連線完成,中間資料中心應直接將錯誤傳回用戶端。 |
| 551 | 取消同意轉送請求 | 由於供應商設定錯誤,因此無法轉寄請求。例如,中間資料中心無法驗證自身至供應商。用戶端無法修正此錯誤,但在用戶端重試前可能會解決此錯誤。 |
| 560 | 暫時伺服器錯誤 |
例如,伺服器可能關閉維護。用戶端應稍後重試。 |
您也可在《 cXML 參考指南 》的《 3.1.9.1 》一節中,找到此清單和目錄上傳請求的狀態代碼清單,網址為 http://cxml.org/ 。
SAP Business Network (適用於 Procurement 和 Supply Chain)