參考:整合和 Web 服務限制
Workday 限制整合和 Web 服務要求的處理,以防止過多的處理時間和/或 Web 服務呼叫導致客戶整體吞吐量和/或效能降低的請求。這裡記錄的限制是基於多年的分析和數十億筆交易,通常不會影響正常運作的客戶處理。
客戶可以開啟支援案例,Workday 將直接與任何突破這些處理限制的客戶合作,以了解他們的業務需求並確定如何優化他們的整體吞吐量。
類別 | 限制/邊界 | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Adobe Sign 整合 API 請求
| Adobe Sign 的 API 交易因訂閱類型而異。了解有關 Adobe Acrobat Sign 交易限制的更多資訊。
| |||||||||||||||
API 請求
| 高負載下 API 請求受到限制:
當其他請求使租用戶資源超載時,Workday 會拒絕 API 請求並傳回 HTTP 回應代碼 503 服務不可用。如果您遇到此回應代碼,我們建議您實施:
對於分頁 API 請求,避免為第 1 頁請求設定嚴格的 HTTP 逾時,以確保 Workday 有足夠的時間為後續呼叫建立快取。第 1 頁的請求通常需要更長的時間來處理,因為 Workday 會為它們收集所有結果並將其儲存在快取中。持久緩存的限制如下:
有關網關請求大小限制,請參閱此表中的 Workday Web 服務請求行。 | |||||||||||||||
API 提取請求
| Workday 報告即服務 (RaaS) 的 API 擷取介面。
客戶可以在所有 API 提取介面上執行以下最大提取請求量:
| |||||||||||||||
連接器和 EIB:處理限制
| Workday 整合的處理限制因整合類型(長期運作或標準)而異。
對於 EIB,Workday 對每個單獨的步驟都施加了限制。範例:在出站 EIB 上:
| |||||||||||||||
連接器和 EIB:並發集成數量
|
長期運行的整合包括所有 EIB 以及 具有擴展處理限制的連接器中列出的任何整合。 關於排隊的重要建議: 整點是安排整合的最常見時間,並且更有可能導致在繁忙高峰時段排隊。Workday 強烈建議您選擇一個隨機的 5 分鐘整合開始時間(例如:9:10、9:15、9:25)。 | |||||||||||||||
連接器:運行時(包括文件轉換)
|
| |||||||||||||||
DocuSign 整合 API 請求
|
這些數字目前是準確的。有關更多信息,請參閱 DocuSign API 速率調用限製 或直接聯繫 DocuSign。 | |||||||||||||||
EIB:動態檔名
| 檔案名稱長度只能在 1-255 個字元之間,且不能超過 1 行。 | |||||||||||||||
歐洲投資銀行:入站文件保留
| 這些故障排除文件需要六十 (60) 天:
Workday 沒有針對 XSLT 或 XML 電子表格附件的保留策略。他們將無限期地堅持他們的整合活動。 | |||||||||||||||
EIB:入站檔案大小
|
| |||||||||||||||
歐洲投資銀行:出站文件保留
| 文件保留政策(天數):180 天。 | |||||||||||||||
EIB:運作時
| 處理時間:
| |||||||||||||||
EIB:在 EIB 上執行自訂 XSLT 轉換
| 資料轉換:27 GB。
具有自訂 XSLT 轉換的 EIB 可能會消耗來源資料所需記憶體量的幾倍。 建議:
| |||||||||||||||
EIB:包含資料大小的電子表格
|
在以下情況下,Workday 會將輸出拆分到多個電子表格中:
建議:透過選擇模板模型的 資料標籤 中的 使用資料選項編輯範本 來過濾資料。 | |||||||||||||||
電子郵件通知檔案大小
| 20 MB。 | |||||||||||||||
整合:外部端點 IP 位址的允許列表
| Workday 不支援整合的供應商 IP 位址允許清單。 | |||||||||||||||
整合:AS2 出站檔案大小
| 使用 EIB 或 Delivery Service 將檔案從 Workday 傳送到外部端點:200 MB。 | |||||||||||||||
整合:資料來源
|
Workday 在資料來源過濾資料之後、但在標準或自訂報表篩選器之前套用這些限制。為了優化資料擷取,Workday 建議在適用時使用具有日期範圍的資料來源。 | |||||||||||||||
整合:整合系統使用者帳戶時區限制
| 整合系統使用者 (ISU) 帳戶始終根據太平洋時區檢索資料。 | |||||||||||||||
整合:計劃整合啟動和完成
| 根據所需資源和整合工作而有所不同。
推薦:
| |||||||||||||||
積分事件最大處理時間
| 7天。
例外:ADP 薪資單 CSV 整合。 | |||||||||||||||
整合:HTTP 請求處理時間
| 6 小時,包括 Workday Web 服務和報告即服務 (RaaS)。
這些整合發出 HTTP 請求:
| |||||||||||||||
整合:S/FTP/S 請求時間
| 這些請求需要 6 小時:
| |||||||||||||||
整合:文件傳遞服務和檢索服務
|
| |||||||||||||||
訊息隊列大小
|
| |||||||||||||||
Studio 整合:合併報告和日誌檔案的保留和大小
|
| |||||||||||||||
工作室整合:光碟大小
| 每個整合事件 13 GB。 | |||||||||||||||
工作室整合:放置整合訊息子組件
| 在一次整合活動中,500 次。此限制不包括:
| |||||||||||||||
Studio 整合:運行時
|
| |||||||||||||||
Studio 整合:文件支援管理資料 (FBMD) 限制
| Studio 整合可以處理的最大文件大小:16 GB。 | |||||||||||||||
Workday 報表即服務 (RaaS)
| 為 Web 服務啟用並公開用於整合的高級自訂報告:2 GB。 | |||||||||||||||
Workday Web 服務要求
|
Workday 不會記錄 GET 請求或不成功的請求。您可以在請求中指定外部整合 HTTP 標頭,以便在伺服器日誌中啟用追蹤。 | |||||||||||||||
Workday Web 服務:附件
| 對於 SOAP 和 REST:
| |||||||||||||||
Workday Web 服務:貨幣
| 小數(總位數,小數部分位數)
| |||||||||||||||
Workday Web 服務:日期
| Workday 使用 YYYY-MM-DD 格式作為日期欄位。當您向此日期欄位新增時區值時,Workday 會在保留該欄位之前將其刪除。 | |||||||||||||||
Workday Web 服務:日期與時間
| Workday 使用 YYYY-MM-DDThh: mm:ss.fffZ 作為與 UTC 的零偏移。
| |||||||||||||||
Workday Web 服務:HTTP 標頭大小和 SOAP 訊息大小
| 所有 Web 服務請求的 HTTP 標頭大小:16 千位元組 (KB)。 | |||||||||||||||
Workday Web 服務:整數
| 小數(總位數,分數位數)>0
| |||||||||||||||
Workday Web 服務:回應大小限制
| Web 服務回應中的最大執行個體數:100 萬。
您可以使用請求條件、回應篩選器或日期範圍來減少傳回的實例數量。 Workday 不記錄 Web 服務回應。您可以在請求中指定外部整合 HTTP 標頭,以便在伺服器日誌中啟用追蹤。 | |||||||||||||||
Workday Web 服務:富文本字串大小限制
| 最大字元數:1,048,576 或 1MB。 |