Riferimenti: Integrazioni e limiti dei servizi Web

Il sistema limita l'elaborazione delle richieste di integrazione e di servizi Web per evitare le richieste il cui tempo di elaborazione e/o le chiamate ai servizi Web eccessivi causano una riduzione della velocità effettiva e/o delle performance complessive di un cliente. I limiti qui documentati si basano su anni di analisi e miliardi di transazioni e in genere non influiscono sul buon funzionamento dell'elaborazione dei clienti.

Il cliente può aprire una richiesta di assistenza e il sistema collaborerà direttamente con qualsiasi cliente che superi questi limiti di elaborazione per comprendere i requisiti aziendali e determinare come ottimizzare il throughput complessivo.

Categoria	Limiti/Confini
Richieste API di integrazione Adobe Sign	Le transazioni API per Adobe Sign variano in base al tipo di abbonamento. Ulteriori informazioni sui limiti delle transazioni di Adobe Acrobat Sign.
Richieste API	Richieste API limitate con carico elevato: API Workday Web Services (WWS). Workday Reports-as-a-Service API REST di Workday Il sistema rifiuta le richieste API quando altre richieste sovraccaricano le risorse del tenant e restituisce un codice di risposta HTTP 503 Servizio non disponibile. Se si verifica questo codice di risposta, è consigliabile implementare: Un meccanismo esponenziale di tentativi di arretramento per il processo che genera le richieste API. Memorizzazione nella cache Per le richieste API di paging, evitare di impostare un timeout HTTP rigoroso per le richieste di pagina 1 per garantire che il sistema disponga di tempo sufficiente per creare una cache per le chiamate successive. L'elaborazione delle richieste Pagina 1 richiede spesso più tempo, in quanto il sistema raccoglie tutti i risultati e li archivia in una cache. I limiti per la persistenza delle cache sono: 2 ore tra le richieste di paging 30 minuti dopo la richiesta dell'ultima pagina Per i limiti delle dimensioni delle richieste gateway, consultare la riga Richieste di servizi Web di Workday in questa tabella. Per le API di Workday che caricano dati, se il caricamento di una richiesta si blocca per troppo tempo, il sistema potrebbe interrompere la connessione come misura cautelare. Il timeout di inattività del caricamento della richiesta si applica a una singola richiesta e include i tempi di inattività tra blocchi di dati consecutivi.
Richieste di estrazione API	Interfacce di estrazione API per Workday Reports-as-a-Service (RaaS). I clienti possono eseguire i seguenti volumi massimi di richieste di estrazione in totale in tutte le interfacce di estrazione API: Dimensione cliente Numero massimo di richieste per periodo di 24 ore Numero massimo di richieste in un singolo periodo di 60 minuti Meno di 3.500 collaboratori 75.000 15.000 Meno di 10.000 collaboratori (LE) 100.000 30.000 Meno di 100.000 collaboratori (LE) 250.000 75.000 Più di 100.000 collaboratori 350.000 100.000
Connettori ed EIB: Limiti di elaborazione	I limiti di elaborazione per le integrazioni di Workday variano in base al tipo di integrazione (a esecuzione prolungata o standard). Integrazione di lunga durata: tutti gli EIB e le integrazioni elencate in Connettori con limiti di elaborazione estesi. Il limite di elaborazione per le integrazioni con esecuzione prolungata è di 30 ore. Integrazione standard: qualsiasi integrazione che non sia di lunga durata. Il limite di elaborazione per le integrazioni standard è di 4 ore (2 ore per i tenant IMPL). Per un EIB, il sistema applica limiti per ogni singolo step. Esempio: su un EIB in uscita: Nello step di consegna, il sistema applica il limite di 30 ore. Nello step dell'origine dati, il sistema applica un limite di richieste di elaborazione HTTP di 6 ore per Workday Web Services e Reports-as-a-Service (RaaS).
Connettori ed EIB: numero di integrazioni simultanee	Integrazioni con esecuzione prolungata: fino a cinque integrazioni simultanee se le risorse sono disponibili in quel momento. Integrazioni standard: fino al 25% della capacità di elaborazione disponibile. La capacità di elaborazione disponibile è la capacità attualmente non utilizzata. Le integrazioni con esecuzione prolungata sono tutti gli EIB e le integrazioni elencate in Connettori con limiti di elaborazione estesi. Consigli importanti sull'accodamento: La parte superiore dell'ora è l'orario più comune per pianificare le integrazioni e ha maggiori probabilità di creare code nelle ore di punta. È consigliabile selezionare un'ora di inizio dell'integrazione casuale di 5 minuti (ad esempio, 9:10, 9:15, 9:25).
Connettori: runtime (inclusa la trasformazione dei documenti)	Totale per tutti i file generati durante l'esecuzione dell'integrazione: 3 GB (compresso). Qualsiasi singolo file generato durante l'esecuzione dell'integrazione: 1 GB (compresso). Memoria utilizzata durante l'elaborazione: 27 GB. Tempo di elaborazione: fino a 4 ore. Il sistema consente l'esecuzione di alcuni connettori per un massimo di 30 ore. Qualsiasi pausa nell'elaborazione non viene conteggiata ai fini del limite. Le trasformazioni dei documenti possono consumare più volte la quantità di memoria richiesta dai dati di origine.
Richieste API di integrazione DocuSign	Limiti di chiamate API orarie: 3000 per impostazione predefinita. Limiti di chiamate API burst: 500 chiamate ogni 30 secondi. Questi numeri sono attualmente accurati. Per ulteriori informazioni, consultare DocuSign API Rate Call Limits o contattare direttamente DocuSign.
EIB: nomi file dinamici	I nomi dei file possono avere una lunghezza compresa tra 1 e 255 caratteri e non possono superare una riga.
EIBs: Inbound Document Retention	Sessanta (60) giorni per i seguenti file di risoluzione dei problemi: ErrorsAndWarningsSpreadsheet.xml FailureReport.html OriginalDataWithErrors.xml Il sistema non prevede criteri di conservazione per gli allegati di fogli di calcolo XSLT o XML. Rimangono associati agli eventi di integrazione a tempo indeterminato.
EIB: dimensioni file in entrata	Fogli di calcolo EIB che utilizzano SFTP, FTPS, REST, Amazon Simple Storage Service: 1 GB per XML e 300 MB per XLSX. File caricati da un browser: 30 MB.
EIB: trattenuta documenti in uscita	Criteri di conservazione dei documenti (in giorni): 180 giorni.
EIB: runtime	Tempo di elaborazione per: EIB in uscita che recuperano report personalizzati o dati di servizi Web: 30 ore. Qualsiasi pausa nell'elaborazione non viene conteggiata ai fini del limite di 30 ore. EIB in entrata che caricano i dati del servizio Web Workday o dell'oggetto personalizzato: 5 ore. EIB in entrata che creano il foglio di calcolo Failure Report, Errors & Warnings e Add Errors to Attachment: 2 ore.
EIB: runtime su EIB con trasformazioni XSLT personalizzate	Trasformazione dati: 27 GB. Gli EIB con trasformazioni XSLT personalizzate possono consumare più volte la quantità di memoria richiesta dai dati di origine. Suggerimenti: Eseguire l'EIB con filtri diversi. Utilizzare i filtri di report personalizzati mantenendo i parametri di avvio per l'origine dati del servizio Web. Rivedere l'XSLT personalizzato per individuare possibili inefficienze nell'elaborazione. Convertire l'EIB in un'integrazione di Workday Studio.
EIBs: Spreadsheet with Data Size	Dimensione dati: 300 MB. Tempo di generazione: 2 ore. Il sistema suddivide l'output su più fogli di calcolo quando: Si genera un foglio di calcolo con i dati. L'operazione del servizio Web genera tra 20 e 300 MB di dati. Suggerimento: filtrare i dati selezionando Modifica modello con opzioni dati nella scheda Dati del modello modello.
Dimensioni file di notifica e-mail	20 MB.
Integrazioni: elenchi consentiti per indirizzi IP di endpoint esterni	Il sistema non supporta gli elenchi consentiti per gli indirizzi IP dei fornitori per le integrazioni.
Integrazioni: Dimensione file in uscita AS2	Invio di file da Workday a un endpoint esterno tramite EIB o Delivery Service: 200 MB.
Integrazioni: origini dati	Tutti gli eventi di integrazione: 50.000 istanze. Tutti gli eventi di integrazione nell'intervallo date: 50.000 istanze. Ricevi tutti i messaggi di integrazione: 50.000 istanze. Messaggio di integrazione in intervallo date con query: 10.000 istanze. Il sistema applica questi limiti dopo che l'origine dati ha filtrato i dati, ma prima dei filtri di report standard o personalizzati. Per ottimizzare l'estrazione dei dati, è consigliabile utilizzare origini dati con intervalli di date, se applicabile.
Integrazioni: Limiti fuso orario account utente del sistema di integrazione	I conti degli utenti del sistema di integrazione recuperano sempre i dati in base al fuso orario del Pacifico.
Integrazioni: avvio e completamento dell'integrazione pianificata	Varia a seconda delle risorse richieste e del lavoro di integrazione. Suggerimento: Non implementare un'integrazione o un'applicazione esterna che si basa su un'altra integrazione eseguita o completata in un momento specifico. Includere invece le due integrazioni come step in un processo aziendale, in modo che la seconda integrazione venga avviata solo dopo il completamento della prima integrazione. Contattare l'assistenza Workday solo se un'integrazione richiede costantemente un tempo anormalmente lungo per il completamento.
Tempo massimo di elaborazione per evento di integrazione	7 giorni Eccezione: integrazioni ADP Payroll CSV.
Integrazioni: HTTP Request Processing Time	6 ore, inclusi Workday Web Services e Reports-as-a-Service (RaaS). Queste integrazioni effettuano richieste HTTP: EIB Integrazioni di Studio Integrazioni Cloud Connect
Integrazioni: S/FTP/S Request Time	6 ore per le seguenti richieste: FTP SFTP FTPS
Integrazioni: Document Delivery Service e Retrieval Service	5.000 documenti di integrazione per esecuzione di integrazione. Totale di tutti i file generati durante l'esecuzione dell'integrazione: 3 GB (compresso). Singolo file generato durante l'esecuzione dell'integrazione: 1 GB (compresso).
Dimensioni coda messaggi	Dieci (10) code di messaggi per tenant. 64.000 messaggi per coda. Dimensione messaggio: 1 GB (compresso). Tutti i messaggi scadono dopo 7 giorni.
Studio Integrations: Consolidated Report and Log File Retention and Size	Conservazione dei file: sessanta (60) giorni. Dimensione: 50 milioni di caratteri (circa 48 MB).
Integrazioni di Studio: Dimensione disco	13 GB per evento di integrazione.
Studio Integrations: Put Integration Message Sub-Assembly	500 volte in un evento di integrazione. Questo limite non include: Messaggi con allegati e destinazioni Messaggi che modificano lo stato dell'evento di integrazione.
Integrazioni di Studio: Runtime	Totale di tutti i file generati durante l'esecuzione dell'integrazione: 3 GB (compresso). Singolo file generato durante l'esecuzione dell'integrazione: 1 GB (compresso). Memoria utilizzata durante l'elaborazione: 12 GB. Le integrazioni possono utilizzare più volte la quantità di memoria richiesta dai file di output. Limite di tempo: 2 ore.
Studio Integrations: File-Backed Managed Data (FBMD) Limit	Le dimensioni massime del documento che un'integrazione di Studio può gestire: 16 GB.
Workday Reports-as-a-Service (RaaS)	Report personalizzato avanzato abilitato per i servizi Web ed esposto per le integrazioni: 2 GB.
Richieste di servizi Web di Workday	Richieste di servizi Web di importazione in entrata: 2 GB. Tutte le altre richieste di servizi Web in entrata: 500 MB. Risposte del servizio Web per le operazioni in uscita: 2 GB. Il sistema non registra le richieste GET o le richieste non riuscite. È possibile specificare intestazioni HTTP di integrazione esterna con le richieste per abilitare il tracciamento nei registri del server.
Workday Web Services: Allegati	Per SOAP e REST: Dimensione massima allegato: 30 MB Dimensione massima immagine: 30 MB
Workday Web Services: valuta	Decimale (total_digits, fraction_digits) Esempio: decimal (18, 6) implica che l'API SOAP specificata ha un limite massimo di 18 cifre, di cui 6 decimali. Si tratta di un valore dinamico specificato nella directory Workday Web Services (WWS) nella community nella colonna Tipo/Valore .
Workday Web Services: data	Il sistema utilizza il formato AAAA-MM-GG per i campi data. Quando si aggiunge un valore di fuso orario a questo campo data, il sistema lo rimuove prima di rendere permanente il campo.
Workday Web Services: data e ora	Il sistema utilizza AAAA-MM-GGThh: mm:ss.fffZ per lo spostamento zero dall'ora UTC. Fff rappresenta una frazione di secondo. T indica un'ora. Z indica uno spostamento zero. Esempio: 2022-08-26T13:05:46.493Z Inviare le richieste in formato ISO 8601. Specificare qualsiasi differenza di fuso orario rispetto all'ora UTC (Coordinated Universal Time). Specificare sia i minuti che i secondi nel componente temporale di un datetime in una richiesta. I secondi possono avere una frazione facoltativa. Il sistema restituisce DateTimes in formato ISO 8601. Le ore sono in Pacific Time, come UTC-07:00 o UTC-08:00. Queste opzioni variano in base alla versione dell'API del servizio Web utilizzata.
Workday Web Services: HTTP Header Size e SOAP Message Size	Dimensioni intestazione HTTP di tutte le richieste di servizi Web: 16 kilobyte (KB).
Workday Web Services: numero intero	Decimale (total_digits, fraction_digits)>0 Esempio: decimal (4, 0)>0 implica che l'API SOAP specificata ha un limite di 4 cifre, senza frazioni e senza numeri negativi. decimal (2, 1) implica che l'API SOAP specificata abbia un limite di 2 cifre, 1 frazione e numeri negativi. Si tratta di un valore dinamico specificato nella directory Workday Web Services (WWS) nella community nella colonna Tipo/Valore . Il sistema utilizza gli attributi interi solo per i campi interi personalizzati utilizzati negli oggetti personalizzati.
Workday Web Services: Limite dimensioni risposte	Numero massimo di istanze in una risposta di un servizio Web: 1 milione. È possibile ridurre il numero di istanze restituite utilizzando criteri di richiesta, filtri di risposta o intervalli di date. Il sistema non registra le risposte del servizio Web. È possibile specificare intestazioni HTTP di integrazione esterna con le richieste per abilitare il tracciamento nei registri del server.
Workday Web Services: Limite dimensione stringa RTF	Numero massimo di caratteri: 1.048.576 o 1 MB.