跳至主要內容
Administrator Guide
上次更新時間 :2025-02-21
參考:整合和 Web 服務限制

參考:整合和 Web 服務限制

Workday 限制整合和 Web 服務要求的處理,以防止過多的處理時間和/或 Web 服務呼叫導致客戶整體吞吐量和/或效能降低的請求。這裡記錄的限制是基於多年的分析和數十億筆交易,通常不會影響正常運作的客戶處理。
客戶可以開啟支援案例,Workday 將直接與任何突破這些處理限制的客戶合作,以了解他們的業務需求並確定如何優化他們的整體吞吐量。
類別
限制/邊界
Adobe Sign 整合 API 請求
Adobe Sign 的 API 交易因訂閱類型而異。了解有關 Adob​​e Acrobat Sign 交易限制的更多資訊。
API 請求
高負載下 API 請求受到限制:
  • Workday Web 服務 (WWS) API。
  • 工作日報告即服務。
  • 工作日 REST API。
當其他請求使租用戶資源超載時,Workday 會拒絕 API 請求並傳回 HTTP 回應代碼 503 服務不可用。如果您遇到此回應代碼,我們建議您實施:
  • 產生 API 請求的過程的指數退避重試機制。
  • 快取.
對於分頁 API 請求,避免為第 1 頁請求設定嚴格的 HTTP 逾時,以確保 Workday 有足夠的時間為後續呼叫建立快取。第 1 頁的請求通常需要更長的時間來處理,因為 Workday 會為它們收集所有結果並將其儲存在快取中。持久緩存的限制如下:
  • 每次分頁請求間隔 2 小時
  • 請求最後一頁後 30 分鐘
有關網關請求大小限制,請參閱此表中的 Workday Web 服務請求行。
API 提取請求
Workday 報告即服務 (RaaS) 的 API 擷取介面。
客戶可以在所有 API 提取介面上執行以下最大提取請求量:
客戶規模
每 24 小時的最大請求數
單一 60 分鐘內的最大請求數
少於 3,500 名工人(中東)
75,000
15,000
少於 10,000 名工人(LE)
100,000
30,000
少於10萬名工人(LE)
250,000
75,000
超過10萬名工人
350,000
100,000
連接器和 EIB:處理限制
Workday 整合的處理限制因整合類型(長期運作或標準)而異。
  • 長期運行的整合:所有 EIB 以及 具有擴展處理限制的連接器中列出的任何整合。長期運行整合的處理限制為 30 小時。
  • 標準整合:任何非長期運作的整合。標準整合的處理限制為 4 小時(IMPL 租戶為 2 小時)。
對於 EIB,Workday 對每個單獨的步驟都施加了限制。範例:在出站 EIB 上:
  • 在交付步驟中,Workday 應用 30 小時的限制。
  • 在資料來源步驟中,Workday 對 Workday Web 服務和報告即服務 (RaaS) 應用了 6 小時的 HTTP 處理請求限制。
連接器和 EIB:並發集成數量
  • 長期運作的整合:如果當時有資源可用,則最多可進行 5 次並發整合。
  • 標準整合:高達 25% 的可用處理能力。可用處理能力是目前未使用的容量。
長期運行的整合包括所有 EIB 以及 具有擴展處理限制的連接器中列出的任何整合。
關於排隊的重要建議:
整點是安排整合的最常見時間,並且更有可能導致在繁忙高峰時段排隊。Workday 強烈建議您選擇一個隨機的 5 分鐘整合開始時間(例如:9:10、9:15、9:25)。
連接器:運行時(包括文件轉換)
  • 整合運作期間產生的所有檔案總計:3 GB(壓縮)。
  • 整合運作期間產生的任何單一檔案:1 GB(壓縮)。
  • 處理期間使用的記憶體:27 GB。
  • 處理時間:最多 4 小時。Workday 允許某些連接器運作長達 30 小時。處理過程中的任何暫停均不計入限制。
  • 文件轉換可能消耗來源資料所需記憶體量的幾倍。
DocuSign 整合 API 請求
  • 每小時 API 呼叫限制:預設 3000。
  • 突發 API 呼叫限制:每 30 秒 500 次呼叫。
這些數字目前是準確的。有關更多信息,請參閱 DocuSign API 速率調用限製 或直接聯繫 DocuSign。
EIB:動態檔名
檔案名稱長度只能在 1-255 個字元之間,且不能超過 1 行。
歐洲投資銀行:入站文件保留
這些故障排除文件需要六十 (60) 天:
  • ErrorsAndWarningsSpreadsheet.xml
  • 故障報告.html
  • OriginalDataWithErrors.xml
Workday 沒有針對 XSLT 或 XML 電子表格附件的保留策略。他們將無限期地堅持他們的整合活動。
EIB:入站檔案大小
  • 使用 SFTP、FTPS、REST、Amazon Simple Storage Service 的 EIB 試算表:XML 為 1 GB,XLSX 為 300MB。
  • 從瀏覽器上傳的檔案:30 MB。
歐洲投資銀行:出站文件保留
文件保留政策(天數):180 天。
EIB:運作時
處理時間:
  • 出站 EIB 擷取自訂報表或 Web 服務資料:30 小時。處理過程中的任何暫停均不計入 30 小時的限制。
  • 入站 EIB 載入 Workday Web 服務或自訂物件資料:5 小時。
  • 入站 EIB 建立故障報告、錯誤和警告電子表格以及將錯誤新增至附件電子表格:2 小時。
EIB:在 EIB 上執行自訂 XSLT 轉換
資料轉換:27 GB。
具有自訂 XSLT 轉換的 EIB 可能會消耗來源資料所需記憶體量的幾倍。
建議:
  • 使用不同的過濾器運行 EIB。透過維護 Web 服務資料來源的啟動參數來使用自訂報表篩選器。
  • 檢查您的自訂 XSLT 是否有處理效率低下的問題。
  • 將您的 EIB 轉換為 Workday Studio 整合。
EIB:包含資料大小的電子表格
  • 資料大小:300 MB。
  • 生成時間:2小時。
在以下情況下,Workday 會將輸出拆分到多個電子表格中:
  • 您產生包含資料的電子表格。
  • Web 服務操作會產生 20 MB 到 300MB 之間的資料。
建議:透過選擇模板模型的
資料標籤
中的
使用資料選項編輯範本
來過濾資料。
電子郵件通知檔案大小
20 MB。
整合:外部端點 IP 位址的允許列表
Workday 不支援整合的供應商 IP 位址允許清單。
整合:AS2 出站檔案大小
使用 EIB 或 Delivery Service 將檔案從 Workday 傳送到外部端點:200 MB。
整合:資料來源
  • 所有整合事件:50,000 個實例。
  • 日期範圍內的所有整合事件:50,000 個實例。
  • 取得所有整合訊息:50,000 個實例。
  • 具有查詢的日期範圍內的整合訊息:10,000 個實例。
Workday 在資料來源過濾資料之後、但在標準或自訂報表篩選器之前套用這些限制。為了優化資料擷取,Workday 建議在適用時使用具有日期範圍的資料來源。
整合:整合系統使用者帳戶時區限制
整合系統使用者 (ISU) 帳戶始終根據太平洋時區檢索資料。
整合:計劃整合啟動和完成
根據所需資源和整合工作而有所不同。
推薦:
  • 不要實現依賴在特定時間運行或完成的另一個整合的整合或外部應用程式。相反,將 2 個整合作為業務流程中的步驟,以便僅在第一個整合成功完成後才啟動第二個整合。
  • 僅當整合持續花費異常長的時間才能完成時才聯繫 Workday 支援。
積分事件最大處理時間
7天。
例外:ADP 薪資單 CSV 整合。
整合:HTTP 請求處理時間
6 小時,包括 Workday Web 服務和報告即服務 (RaaS)。
這些整合發出 HTTP 請求:
  • 歐洲投資銀行。
  • 工作室整合。
  • 雲端連線整合。
整合:S/FTP/S 請求時間
這些請求需要 6 小時:
  • FTP
  • SFTP
  • FTPS
整合:文件傳遞服務和檢索服務
  • 每次整合運行有 5000 個整合文件。
  • 整合運作期間產生的所有檔案總計:3 GB(壓縮)。
  • 整合運作期間產生的單一檔案:1 GB(壓縮)。
訊息隊列大小
  • 每個租戶有十 (10) 個訊息佇列。
  • 每個隊列 64,000 則訊息。
  • 訊息大小:1 GB(壓縮)。
  • 所有訊息將在 7 天後過期。
Studio 整合:合併報告和日誌檔案的保留和大小
  • 文件保留:六十 (60) 天。
  • 大小:5000萬個字元(約48MB)。
工作室整合:光碟大小
每個整合事件 13 GB。
工作室整合:放置整合訊息子組件
在一次整合活動中,500 次。此限制不包括:
  • 帶有附件和目標的訊息。
  • 改變積分事件狀態的訊息。
Studio 整合:運行時
  • 整合運作期間產生的所有檔案總計:3 GB(壓縮)。
  • 整合運作期間產生的單一檔案:1 GB(壓縮)。
  • 處理期間使用的記憶體:12 GB。整合可以使用輸出檔案所需內存量的幾倍。
  • 時間限制:2小時。
Studio 整合:文件支援管理資料 (FBMD) 限制
Studio 整合可以處理的最大文件大小:16 GB。
Workday 報表即服務 (RaaS)
為 Web 服務啟用並公開用於整合的高級自訂報告:2 GB。
Workday Web 服務要求
  • 傳入的導入 Web 服務請求:2 GB。
  • 所有其他傳入的 Web 服務請求:500 MB。
  • 出站操作的 Web 服務回應:2 GB。
Workday 不會記錄 GET 請求或不成功的請求。您可以在請求中指定外部整合 HTTP 標頭,以便在伺服器日誌中啟用追蹤。
Workday Web 服務:附件
對於 SOAP 和 REST:
  • 最大附件大小:30MB
  • 最大影像尺寸:30MB
Workday Web 服務:貨幣
小數(總位數,小數部分位數)
  • 例如:
    decimal(18, 6)
    表示給定的 SOAP API 最多有 18 位數字,其中 6 位是十進制數字。
  • 它是社群中
    Workday Web 服務 (WWS) 目錄
    「類型/值」
    列下指定的動態值。
Workday Web 服務:日期
Workday 使用
YYYY-MM-DD
格式作為日期欄位。當您向此日期欄位新增時區值時,Workday 會在保留該欄位之前將其刪除。
Workday Web 服務:日期與時間
Workday 使用
YYYY-MM-DDThh: mm:ss.fffZ
作為與 UTC 的零偏移。
  • Fff 表示秒的小數部分。T表示時間。Z 表示零點偏移。
  • 例如:2022-08-26T13:05:46.493Z
  • 以 ISO 8601 格式傳送請求。
  • 指定與協調世界時 (UTC) 的任何時區偏移。
  • 在請求中的日期時間的時間部分中提供分鐘和秒。秒可以有一個可選的分數。
  • Workday 以 ISO 8601 格式傳回日期時間。時間採用太平洋時間,即 UTC-07:00 或 UTC-08:00。這些選項會根據您使用的 Web 服務 API 版本而有所不同。
Workday Web 服務:HTTP 標頭大小和 SOAP 訊息大小
所有 Web 服務請求的 HTTP 標頭大小:16 千位元組 (KB)。
Workday Web 服務:整數
小數(總位數,分數位數)>0
  • 例如:
    decimal(4, 0)>0
    表示給定的 SOAP API 限制為 4 位數、沒有小數且沒有負數。 decimal
    (2, 1)
    表示給定的 SOAP API 限制為 2 位數、1 個小數和負數。
  • 它是社群中
    Workday Web 服務 (WWS) 目錄
    「類型/值」
    列下指定的動態值。
  • Workday 僅對自訂物件中使用的自訂整數欄位使用整數屬性。
Workday Web 服務:回應大小限制
Web 服務回應中的最大執行個體數:100 萬。
您可以使用請求條件、回應篩選器或日期範圍來減少傳回的實例數量。
Workday 不記錄 Web 服務回應。您可以在請求中指定外部整合 HTTP 標頭,以便在伺服器日誌中啟用追蹤。
Workday Web 服務:富文本字串大小限制
最大字元數:1,048,576 或 1MB。