參照︰整合與 Web 服務限制
Workday 會限制處理整合和 Web 服務要求，以免因處理時間過長和/或 Web 服務呼叫過多而導致客戶整體輸送量和/或效能降低的要求。此處記錄的限額是以年分析和數以十億計的交易為依據，通常不會影響正常運作的客戶流程。
客戶可以建立支援個案，Workday 將直接與任何推高處理限制的客戶合作，了解他們的業務需求，並決定如何最佳化整體處理量。
種類 | 限制/邊界 | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Adobe Sign 整合 API 要求
| Adobe Sign 的 API 交易因訂閱類型而異。進一步了解 Adobe Acrobat Sign 交易限制。
| |||||||||||||||
API 要求
| 在高負載下受到限制的 API 要求︰
當其他要求超載用戶資源時，Workday 會拒絕 API 要求，並傳回以下 HTTP 回應代碼︰
對於分頁 API 要求，請避免對頁面 1 要求設定嚴格的 HTTP 逾時時間，以確保 Workday 有足夠的時間為後續呼叫建立快取。第 1 頁要求的處理時間通常較長，因為 Workday 會為這些要求收集所有結果並將其儲存在快取中。保留快取的限制如下︰
如需閘道要求大小限制，請參閱此表格中的「Workday Web 服務要求」列。 對於上傳資料的 Workday API，如果上傳要求暫停的時間過長，Workday 可能會終止連線以做為保護措施。要求上傳空閒逾時適用於單一要求，且包含連續資料區塊之間的空閒時間。 | |||||||||||||||
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 行。 | |||||||||||||||
EIB︰傳入文件保留款
| 這些疑難排解檔案的期限為六十 (60) 天︰
Workday 沒有 XSLT 或 XML 試算表附件的保留原則。它們會無限期地保持與整合事件的關聯。 | |||||||||||||||
EIB︰傳入檔案大小
|
| |||||||||||||||
EIB︰傳出文件保留款
| 文件保留原則 (天數)︰180 天。 | |||||||||||||||
EIB︰執行階段
| 處理時間︰
| |||||||||||||||
EIB︰具有自訂 XSLT 轉換的 EIB 上的執行階段
| 資料轉換︰27 GB。
使用自訂 XSLT 轉換的 EIB 消耗的記憶體量可能是來源資料所需記憶體量的數倍。 建議︰
| |||||||||||||||
EIB︰具有資料大小的試算表
|
在下列情況下，Workday 會跨多個試算表拆分輸出︰
建議︰在範本模型的 「資料」 分頁中選取「使用資料選項編輯範本」 ，篩選您的資料。 | |||||||||||||||
電子郵件通知檔案大小
| 20 MB | |||||||||||||||
整合︰外部端點 IP 位址的允許名單
| Workday 不支援用於整合的廠商 IP 位址允許名單。 | |||||||||||||||
整合︰AS2 傳出檔案大小
| 使用 EIB 或 Delivery Service 從 Workday 傳送檔案至外部端點︰200 MB | |||||||||||||||
整合︰資料來源
|
Workday 會在資料來源篩選資料後、標准或自訂報告篩選條件之前套用這些限制。為最佳化資料擷取，Workday 建議視情況使用具有日期範圍的資料來源。 | |||||||||||||||
整合︰整合系統使用者帳戶時區限制
| 整合系統使用者 (ISU) 帳戶一律會依據太平洋時區擷取資料。 | |||||||||||||||
整合︰排定的整合啟動和完成
| 因所需資源和整合工作而異。
建議︰
| |||||||||||||||
整合事件最長處理時間
| 7 天
例外︰ADP Payroll CSV 整合。 | |||||||||||||||
整合︰HTTP 要求處理時間
| 6 小時，包括 Workday Web 服務和報告即服務 (RaaS)。
這些整合會發出 HTTP 要求︰
| |||||||||||||||
整合︰S/FTP/S 要求時間
| 以下申請為 6 小時︰
| |||||||||||||||
整合︰文件發送服務和擷取服務
|
| |||||||||||||||
訊息佇列大小
|
| |||||||||||||||
Studio 整合︰合併報告與日誌檔案的保留期與大小
|
| |||||||||||||||
Studio 整合︰光碟大小
| 每個整合事件 13 GB。 | |||||||||||||||
Studio 整合︰Put 整合訊息子程序集
| 在一個整合事件中執行 500 次此限額不包括︰
| |||||||||||||||
Studio 整合︰執行階段
|
| |||||||||||||||
Studio 整合︰以檔案做為依據的託管資料 (FBMD) 限制
| Studio 整合可處理的文件大小上限︰16 GB。 | |||||||||||||||
Workday 報告即服務 (RaaS)
| 已啟用 Web 服務且可供整合使用的進階自訂報告︰2 GB。 | |||||||||||||||
Workday Web 服務要求
|
Workday 不會記錄 GET 要求或不成功的要求。您可以在要求中指定外部整合 HTTP 標頭，以啟用伺服器記錄中的追踪功能。 | |||||||||||||||
Workday Web 服務︰附件
| 對於 SOAP 和 REST︰
| |||||||||||||||
Workday Web 服務︰貨幣
| 小數 (total_digits,fraction_digits)
| |||||||||||||||
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 服務︰整數
| 小數 (total_digits,fraction_digits)>0
| |||||||||||||||
Workday Web 服務︰回覆大小限制
| Web 服務回應中的實例數上限︰100 萬。
您可以使用要求條件、回應篩選條件或日期範圍，減少傳回的實例數。 Workday 不會記錄 Web 服務回應。您可以在要求中指定外部整合 HTTP 標頭，以啟用伺服器記錄中的追踪功能。 | |||||||||||||||
Workday Web Services︰RTF 字串大小限制
| 字元數上限︰1,048,576 或 1MB。 |