Referenz: Einschränkungen bei Integrationen und Webservices

Workday beschränkt die Verarbeitung von Integrations- und Webservice-Anforderungen, um Anforderungen zu vermeiden, deren zu hohe Verarbeitungszeit und/oder Webservice-Aufrufe zu einer Verringerung des Gesamtdurchsatzes und/oder der Performance eines Kunden führen. Die hier dokumentierten Grenzwerte basieren auf jahrestagabhängigen Analysen und Milliarden von Transaktionen und beeinträchtigen normalerweise nicht die gut funktionierende Kundenverarbeitung.

Der Kunde kann einen Supportfall öffnen. Workday arbeitet direkt mit jedem Kunden, der diese Verarbeitungslimits erreicht, zusammen, um seine Geschäftsanforderungen zu verstehen und zu bestimmen, wie sein Gesamtdurchsatz optimiert werden kann.

Kategorie	Grenzen/Grenzen
API-Anforderungen für Adobe Sign-Integration	Die API-Transaktionen für Adobe Sign variieren je nach Art des Abonnements. Erfahren Sie mehr zu Transaktionslimits für Adobe Acrobat Sign
API-Anforderungen	API-Anforderungen unter hoher Auslastung gedrosselt: Workday Web Services (WWS) SOAP-API. Workday Reports-as-a-Service (RaaS)-API. Workday-REST-API. Workday lehnt API-Anforderungen ab, wenn andere Anforderungen Mandantenressourcen überlasten, und gibt folgenden HTTP-Antwortcode zurück: 429To viele Anforderungen: Für REST- und RaaS-APIs. 500 Internal Service Error: Für SOAP- und RaaS-APIs. Der Fehlercode 500 kann manchmal durch zu viele Anforderungen verursacht werden. Versuchen Sie es in diesem Fall nach einer kurzen Pause erneut mit weiteren Anträgen. Wenn Sie den Antwortcode finden, empfehlen wir Ihnen, Folgendes zu implementieren: Einen exponentiellen Wiederholungsmechanismus für Back-Off für den Prozess, der die API-Anforderungen generiert. Cachen. Vermeiden Sie bei seitenbasierten API-Anforderungen die Festlegung eines strikten HTTP-Timeouts für die Anforderungen der Seite 1, um sicherzustellen, dass Workday genügend Zeit hat, um einen Cache für nachfolgende Aufrufe zu erstellen. Die Verarbeitung von Anforderungen für Seite 1 dauert oft länger, da Workday alle Ergebnisse dafür sammelt und in einem Cache speichert. Die Grenzwerte für das Beibehalten der Caches sind: 2 Stunden zwischen den Seitenanforderungen 30 Minuten, nachdem Sie die letzte Seite angefordert haben Die Größenbeschränkungen für Gateway-Anforderungen finden Sie in der Zeile „Workday Web Service Requests“ in der folgenden Tabelle. Wenn bei Workday-APIs, die Daten hochladen, ein Anforderungs-Upload zu lange blockiert wird, kann Workday aus Sicherheitsgründen die Verbindung beenden. Das Leerlauf-Timeout für den Anforderungs-Upload gilt für eine einzelne Anforderung und umfasst Leerlaufzeiten zwischen aufeinanderfolgenden Datenblöcken.
API-Extract Requests	API-Extraktionsschnittstellen für Workday Reports-as-a-Service (RaaS). Kunden können für alle API-Extract-Schnittstellen die folgenden maximalen Volumen der Extraktionsanforderung in Summe ausführen: Kundengröße Maximale Anzahl Anträge pro 24-Stunden-Periode Maximale Anzahl Anträge in einer einzelnen 60-Minuten-Periode Weniger als 3.500 Mitarbeiter (ME) 75.000 15.000 Weniger als 10.000 Mitarbeiter (LE) 100.000 30.000 Weniger als 100.000 Mitarbeiter (LE) 250.000 75.000 Mehr als 100.000 Mitarbeiter 350.000 100.000
Konnektoren und EIBs: Verarbeitungseinschränkungen	Die Verarbeitungslimits für Workday-Integrationen variieren je nach Art der Integration (langfristig oder Standard). Langfristige Integration: alle EIBs und alle Integrationen, die unter Konnektoren mit erweiterten Verarbeitungslimits aufgeführt sind. Das Verarbeitungslimit für lange Integrationen beträgt 30 Stunden. Standardintegration: jede Integration, die nicht lange Laufzeiten hat. Das Verarbeitungslimit für Standardintegrationen beträgt 4 Stunden (2 Stunden für IMPL-Mandanten). Für einen EIB (Enterprise Interface Builder) wendet Workday Grenzwerte für jeden einzelnen Schritt() an. Beispiel: Bei einem Outbound EIB: Auf den Schritt wendet Workday das 30-Stunden-Limit an. Auf den Schritt"" wendet Workday ein 6-stündiges Limit für HTTP-Verarbeitungsanforderungen für Workday-Webservices und Reports-as-a-Service (RaaS) an.
Konnektoren und EIBs: Anzahl gleichzeitiger Integrationen	Integrationen mit langer Laufzeit: bis zu fünf gleichzeitige Integrationen, wenn zu diesem Zeitpunkt Ressourcen verfügbar sind. Standardintegrationen: bis zu 25 % der verfügbaren Verarbeitungskapazität. Die verfügbare Verarbeitungskapazität ist die Kapazität, die derzeit nicht verwendet wird. Integrationen mit langer Laufzeit sind alle EIBs und alle Integrationen, die unter Konnektoren mit erweiterten Verarbeitungslimits aufgeführt sind. Wichtiger Hinweis zu Warteschlangen: Der Ende der Stunde ist die häufigste Zeit für die Planung von Integrationen und führt eher zu Warteschlangen zu Spitzenzeiten. Workday empfiehlt dringend, eine zufällige Startzeit von 5 Minuten für die Integration auszuwählen (z. B. 9:10, 9:15, 9:25).
Konnektoren: Laufzeit (einschließlich Dokumenttransformation)	Gesamtanzahl für alle während des Integrationslaufs generierten Dateien: 3 GB (komprimiert). Jede einzelne Datei, die während des Integrationslaufs generiert wird: 1 GB (komprimiert). Während der Verarbeitung verwendeter Speicher: 27 GB. Verarbeitungszeit: Bis zu 4 Stunden. Workday lässt bei einigen Konnektoren bis zu 30 Stunden zu. Verarbeitungspausen werden nicht auf das Limit angerechnet. Dokumenttransformationen können ein Vielfaches an Speicher verbrauchen, den die Quelldaten benötigen.
DocuSign Integration API Requests	Grenzwerte für API-Aufrufe pro Stunde: Standardmäßig 3.000. Grenzwerte für Burst-API-Aufrufe: 500 Aufrufe alle 30 Sekunden. Diese Zahlen sind aktuell korrekt. Weitere Informationen finden Sie unter DocuSign API Rate Call Limits oder wenden Sie sich direkt an DocuSign.
EIBs: Dynamische Dateinamen	Dateinamen dürfen nur zwischen 1 und 255 Zeichen lang sein und dürfen nicht aus mehr als einer Zeile bestehen.
EIBs: Inbound Document Retention	Sechzig (60) Tage für diese Dateien zur Fehlerbehebung: ErrorsAndWarningsSpreadsheet.xml FailureReport.html OriginalDataWithErrors.xml Workday hat keine Aufbewahrungsrichtlinie für XSLT- oder XML-Tabellenanhänge. Sie bleiben auf unbestimmte Zeit mit ihren Integrationsereignissen verbunden.
EIBs: Inbound File Size	EIB-Tabellen mit SFTP, FTPS, REST und Amazon Simple Storage Service: 1 GB für XML und 300 MB für XLSX. Über einen Browser hochgeladene Dateien: 30 MB.
EIBs: Outbound Document Retention	Dokumentaufbewahrungsrichtlinie (in Tagen): 180 Tage.
EIBs: Laufzeit	Verarbeitungszeit für: Outbound EIBs, die benutzerdefinierte Berichts- oder Webservicedaten abrufen: 30 Stunden. Verarbeitungspausen werden nicht auf das 30-Stunden-Limit angerechnet. Eingehende EIBs, die Daten aus Workday-Webservices oder benutzerdefinierten Objekten laden: 5 Stunden. Eingehende EIBs, die die Tabelle „Fehlerbericht“, „Fehler und Warnungen“ und „Fehler zu Anhang hinzufügen“ erstellen: 2 Stunden.
EIBs: Laufzeit von EIBs mit benutzerdefinierten XSLT-Transformationen	Datentransformation: 27 GB. EIBs mit benutzerdefinierten XSLT-Transformationen können ein Vielfaches an Speicher verbrauchen, als für die Quelldaten erforderlich ist. Empfehlungen: Führen Sie den EIB (Enterprise Interface Builder) mit verschiedenen Filtern aus. Verwenden Sie einen der benutzerdefinierten Berichtsfilter, indem Sie Startparameter für die Webservice-Datenquelle verwalten. Prüfen Sie Ihre benutzerdefinierte XSLT auf mögliche Ineffizienzen bei der Verarbeitung. Konvertieren Sie Ihren EIB (Enterprise Interface Builder) in eine Workday Studio-Integration.
EIBs: Tabelle mit Datengröße	Datengröße: 300 MB. Generierungszeitpunkt: 2 Stunden. Workday teilt die Ausgabe in folgenden Fällen auf mehrere Tabellen auf: Sie generieren eine Tabelle mit Daten. Der Webservicevorgang generiert zwischen 20 MB und 300 MB Daten. Empfehlung: Filtern Sie Ihre Daten, indem Sie Edit Template with Data Options auf dem Register Daten des Vorlagenmodells wählen.
Dateigröße für E-Mail-Benachrichtigung	20 MB
Integrationen: Zulassungslisten für externe Endpunkt-IP-Adressen	Workday unterstützt keine Allow-Listen für Anbieter-IP-Adressen für Integrationen.
Integrationen: Größe der ausgehenden AS2-Datei	Senden von Dateien von Workday an einen externen Endpunkt über EIB oder Übermittlungsservice: 200 MB.
Integrationen: Datenquellen	Alle Integrationsereignisse: 50.000 Instanzen. Alle Integrationsereignisse im Datumsbereich: 50.000 Instanzen. Get all Integration Messages: 50.000 Instanzen. Integrationsmeldung in Datumsbereich mit Abfrage: 10.000 Instanzen. Workday wendet diese Grenzwerte an, nachdem die Datenquelle die Daten gefiltert hat, aber vor Standard- oder benutzerdefinierten Berichtsfiltern. Zur Optimierung der Datenextraktion empfiehlt Workday die Verwendung von Datenquellen mit Datumsbereichen, sofern zutreffend.
Integrationen: Zeitzonengrenzwerte für Integrationssystembenutzerkonto	Konten für Integrationssystembenutzer (ISUs) rufen immer Daten basierend auf der Zeitzone für den Nordamerikanische Westküste ab.
Integrationen: Geplanter Integrationsstart und -abschluss	Variiert je nach erforderlichen Ressourcen und Integrationsarbeiten. Empfehlung: Implementieren Sie keine Integrationen oder externen Bewerbung , die darauf basieren, dass eine andere Integration zu einem bestimmten Zeitpunkt ausgeführt oder abgeschlossen wird. Fügen Sie stattdessen die beiden Integrationen als Schritte in einen Geschäftsprozess ein, sodass die zweite Integration erst gestartet wird, wenn die erste Integration erfolgreich abgeschlossen wurde. Wenden Sie sich nur dann an den Workday-Support, wenn der Abschluss einer Integration durchgängig ungewöhnlich lange dauert.
Maximale Verarbeitungszeit für Integrationsereignis	7 Tage. Ausnahme: CSV-Integrationen für ADP Payroll.
Integrationen: Verarbeitungszeit für HTTP-Anforderungen	6 Stunden, einschließlich Workday-Webservices und Reports-as-a-Service (RaaS). Durch diese Integrationen geschieht Folgendes: HTTP-Anforderungen: EIBs. Studio-Integrationen. Cloud Connect-Integrationen.
Integrationen: S/FTP/S Request Time	6 Stunden für folgende Anträge: FTP SFTP FTPS
Integrationen: Dokumentübermittlungsservice und Abrufservice	5.000 Integrationsdokumente pro Integrationslauf. Gesamtanzahl aller während des Integrationslaufs generierten Dateien: 3 GB (komprimiert). Einzelne Datei, die während des Integrationslaufs generiert wurde: 1 GB (komprimiert).
Größe der Nachrichtenwarteschlange	zehn (10) Nachrichtenwarteschlangen pro Mandant. 64.000 Nachrichten pro Warteschlange. Nachrichtengröße: 1 GB (komprimiert). Alle Nachrichten laufen nach 7 Tagen ab.
Integrationen in Studio: Konsolidierte Berichts- und Protokolldateiaufbewahrung und -größe	Dateiaufbewahrung: Sechzig (60) Tage. Größe: 50 Millionen Zeichen (ungefähr 48 MB).
Studio-Integrationen: Disc-Größe	13 GB pro Integrationsereignis.
Studio-Integrationen: Put Integration Message Sub-gruppe	500-mal in einem Integrationsereignis. Dieser Grenzwert umfasst Folgendes nicht: Nachrichten mit Anhängen und Zielen. Meldungen, die den Status des Integrationsereignisses ändern.
Integrationen in Studio: Laufzeit	Gesamtanzahl aller während des Integrationslaufs generierten Dateien: 3 GB (komprimiert). Einzelne Datei, die während des Integrationslaufs generiert wurde: 1 GB (komprimiert). Während der Verarbeitung verwendeter Speicher: 12 GB. Integrationen können ein Vielfaches an Speicher verwenden, den die Ausgabedateien erfordern. Zeitbeschränkung: 2 Stunden.
Studio-Integrationen: File-Backed Managed Data (FBMD) Limit	Die maximale Dokumentgröße, die eine Integration mit Studio verarbeiten kann: 16 GB.
Workday Reports-as-a-Service (RaaS)	Erweiterter benutzerdefinierter Bericht, der für Webservices aktiviert ist und für Integrationen bereitgestellt wird: 2 GB.
Workday-Webserviceanforderungen	Eingehende Webservice-Importanforderungen: 2 GB. Alle anderen eingehenden Webservice-Anforderungen: 500 MB. Webservice-Antworten für ausgehende Vorgänge: 2 GB. Workday protokolliert keine GET-Anforderungen oder erfolglose Anforderungen. Sie können externe HTTP-Header für die Integration in Ihren Anforderungen angeben, um das Tracking in Serverprotokollen zu aktivieren.
Workday Webservices: Attachments	Für SOAP und REST: Maximale Anhanggröße: 30 MB Maximale Bildgröße: 30 MB
Workday-Webservices: Währung	Dezimalzahl (total_ziffern, Bruch_ziffern) Beispiel: „decimal“ (18, 6) impliziert, dass die angegebene SOAP-API einen Grenzwert von 18 Stellen hat, von denen 6 Stellen Dezimalstellen sind. Es ist ein dynamischer Wert, der im WWS-Verzeichnis (Workday Web Services) in der Community in der Spalte „Art/Wert“ angegeben wird.
Workday-Webservices: Date	Workday verwendet das Format JJJJ-MM-TT für Datumsfelder. Wenn Sie einen Zeitzonenwert zu diesem Datumsfeld hinzufügen, entfernt Workday den Wert, bevor das Feld persistiert wird.
Workday-Webservices: Date and Time	Workday verwendet YYYY-MM-DDthh: mm:ss.fffZ für einen Nullzeitversatz von UTC. Fff steht für einen Sekundenbruchteil. T gibt eine Zeit an. Z steht für einen Offset von 0. Beispiel: 2022-08-26T13:05:46.493Z Senden Sie die Anforderungen im Format ISO 8601. Geben Sie einen beliebigen Zeitzonenversatz zur Koordinierten Weltzeit (UTC) an. Geben Sie sowohl Minuten als auch Sekunden für die Zeitkomponente eines Datums-/Zeittyps in einer Anforderung an. Für Sekunden kann ein optionaler Bruch angegeben werden. Workday gibt Datums-/Zeitwerte im Format ISO 8601 zurück. Die Zeiten werden in Nordamerikanischer Westküstenzeit angegeben, entweder als UTC-07:00 oder UTC-08:00. Diese Optionen hängen von der von Ihnen verwendeten Webservice-API-Version ab.
Workday-Webservices: HTTP-Header-Größe und SOAP-Nachrichtengröße	Größe des HTTP-Headers aller Webservice-Anforderungen: 16 Kilobytes (KB).
Workday Web Services: Integer	Dezimalzahl (total_Stellen, Bruchzahl Stellen)>0 Beispiel: „decimal (4, 0)>0“ impliziert, dass die angegebene SOAP-API maximal 4 Stellen hat, keine Bruchzahlen und keine negativen Zahlen. decimal (2, 1) impliziert, dass die angegebene SOAP-API einen Grenzwert von 2 Stellen, 1 Bruch und negativen Zahlen hat. Es ist ein dynamischer Wert, der im WWS-Verzeichnis (Workday Web Services) in der Community in der Spalte „Art/Wert“ angegeben wird. Workday verwendet Ganzzahl-Attribute nur für benutzerdefinierte Ganzzahl-Felder, die in benutzerdefinierten Objekten verwendet werden.
Workday Webservices: Limit für Antwortgröße	Maximale Anzahl von Instanzen in einer Webservice-Antwort: 1 Million. Sie können die Anzahl der zurückgegebenen Instanzen reduzieren, indem Sie Anforderungskriterien, Antwortfilter oder Datumsbereiche verwenden. Workday protokolliert keine Webservice-Antworten. Sie können externe HTTP-Header für die Integration in Ihren Anforderungen angeben, um das Tracking in Serverprotokollen zu aktivieren.
Workday Web Services: Rich Text String Size Limit	Maximale Anzahl Zeichen: 1.048.576 oder 1 MB.