Referenz: Integrationen und Webservice-Limits

Workday beschränkt die Verarbeitung von Integrations- und Webservice-Anforderungen, um Anforderungen zu verhindern, deren übermäßige Verarbeitungszeit und/oder Webservice-Aufrufe zu einer Verringerung des Gesamtdurchsatzes und/oder der Performance eines Kunden führen. Die hier dokumentierten Grenzwerte basieren auf Jahren an Analysen und Billionen von Transaktionen und beeinträchtigen normalerweise keine gut funktionierende Kundenverarbeitung.

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

Kategorie	Grenzen/Grenzen
API-Anforderungen für Adobe Sign Integration	API-Transaktionen für Adobe Sign variieren je nach Art des Abonnements. Erfahren Sie mehr über Transaktionslimits für Adobe Acrobat Sign.
API-Anforderungen	API-Anforderungen bei hoher Auslastung gedrosselt: WWS-API (Workday Web Services). Workday Reports-as-a-Service REST-API von Workday. Workday lehnt API-Anforderungen ab, wenn andere Anforderungen Mandantenressourcen überlasten, und gibt den HTTP-Antwortcode „503 Service Un Available“ zurück. Wenn dieser Antwortcode auftritt, empfehlen wir Folgendes: Ein exponentieller Back-Off-Wiederversuchsmechanismus für den Prozess, der die API-Anforderungen generiert. Cachen. Vermeiden Sie bei Anforderungen der API „paged“ die Festlegung eines strikten HTTP-Timeouts für Anforderungen der Seite 1, um sicherzustellen, dass Workday genügend Zeit hat, um einen Cache für nachfolgende Aufrufe zu erstellen. Anforderungen der Seite 1 dauern oft länger, da Workday alle Ergebnisse dafür sammelt und in einem Cache speichert. Die Grenzwerte für das Persistieren von Caches sind wie folgt: 2 Stunden zwischen ausgelagerten Anforderungen 30 Minuten nach Anforderung der letzten Seite Informationen zu Größenbeschränkungen für Gateway-Anforderungen finden Sie in der Zeile Workday Web Service Requests in der folgenden Tabelle. Bei Workday-APIs, die Daten hochladen, kann Workday aus Sicherheitsgründen die Verbindung beenden, wenn das Hochladen einer Anforderung zu lange blockiert wird. Das Leerlaufzeitlimit für den Anforderungs-Upload gilt für eine einzelne Anforderung und umfasst Leerlaufzeiten zwischen aufeinanderfolgenden Datenblöcken.
API-Extrahierungsanforderungen	API-Extrahierungsschnittstellen für Workday Reports-as-a-Service (RaaS) Kunden können insgesamt die folgenden maximalen Anforderungsdaten für die Extraktion über alle API-Extract-Schnittstellen ausführen: Kundengröße Maximale Anzahl Anforderungen pro 24-Stunden-Periode Maximale Anforderungen 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: Verarbeitungsbeschränkungen	Die Verarbeitungslimits für Workday-Integrationen variieren je nach Integrationsart (Langfristigkeit oder Standard). Langfristige Integration: alle EIBs und Integrationen, die unter Konnektoren mit erweiterten Verarbeitungslimitsaufgeführt sind. Das Verarbeitungslimit für lange Integrationen beträgt 30 Stunden. Standardintegration: jede Integration, die nicht über einen längeren Zeitraum läuft. Der Verarbeitungsgrenzwert für Standardintegrationen beträgt 4 Stunden (2 Stunden für IMPL-Mandanten). Bei einem EIB (Enterprise Interface Builder) wendet Workday Grenzwerte für jeden einzelnen Schritt an. Beispiel: Für einen ausgehenden EIB (Enterprise Interface Builder) gilt Folgendes: Beim Lieferungsschritt wendet Workday den Grenzwert von 30 Stunden an. Für den Datenquellenschritt wendet Workday einen Grenzwert von 6 Stunden für die Anforderung von HTTP-Verarbeitungsanforderungen für Workday-Webservices und Reports-as-a-Service (RaaS) an.
Konnektoren und EIBs: Anzahl gleichzeitiger Integrationen	Langfristige Integrationen: bis zu 5 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 genutzt wird. Langzeitintegrationen sind alle EIBs und alle unter Konnektoren mit erweiterten Verarbeitungslimitsaufgeführten Integrationen. Wichtiger Hinweis zum Einstellen von Warteschlangen: Der Beginn 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 Integrationsstartzeit von 5 Minuten auszuwählen (Beispiel: 9:10, 9:15, 9:25).
Konnektoren: Laufzeit (einschließlich Dokumenttransformation)	Gesamtbetrag für alle während des Integrationslaufs generierten Dateien: 3 GB (komprimiert). Jede einzelne Datei, die während des Integrationslaufs generiert wurde: 1 GB (komprimiert). Während der Verarbeitung verwendeter Speicher: 27 GB. Verarbeitungszeit: Bis zu 4 Stunden. Workday lässt eine Ausführung einiger Konnektoren bis zu 30 Stunden zu. Verarbeitungspausen werden nicht auf den Grenzwert angerechnet. Dokumenttransformationen können ein Mehrfaches der Speichermenge beanspruchen, die für die Quelldaten erforderlich ist.
API-Anforderungen für DocuSign-Integration	Grenzwerte für stündliche API-Aufrufe: Standardmäßig 3.000. Grenzwerte für Burst-API-Aufrufe: 500 Aufrufe pro 30 Sekunden. Diese Zahlen sind aktuell korrekt. Weitere Informationen finden Sie unter DocuSign API-Aufruflimits 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 länger sein als eine Zeile.
EIBs: Inbound Document Retention	Sechzig (60) Tage für folgende 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 verknüpft.
EIBs: Inbound File Größe	EIB-Tabellen mit SFTP, FTPS, REST, 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	Document Retention Policy (in Tagen): 180 Tage.
EIBs: Laufzeit	Verarbeitungszeit für: Ausgehende EIBs, die benutzerdefinierte Berichts- oder Webservicedaten abrufen: 30 Stunden. Verarbeitungspausen werden nicht auf das 30-Stunden-Limit angerechnet. Eingehende EIBs, die Daten aus dem Workday-Webservice 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 auf EIBs mit benutzerdefinierten XSLT-Transformationen	Datentransformation: 27 GB. EIBs mit benutzerdefinierten XSLT-Transformationen können ein Mehrfaches der Speichermenge beanspruchen, die für die Quelldaten erforderlich ist. Empfehlungen: Führen Sie den EIB mit verschiedenen Filtern aus. Verwenden Sie einen der benutzerdefinierten Berichtsfilter, indem Sie die Startparameter für die Webservice-Datenquelle verwalten. Überprüfen Sie Ihre benutzerdefinierte XSLT auf mögliche Ineffizienzen bei der Verarbeitung. Konvertieren Sie Ihren EIB in eine Workday Studio-Integration.
EIBs: Tabelle mit Datengröße	Datengröße: 300 MB. Generierungszeit: 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 an Daten. Empfehlung: Filtern Sie Ihre Daten, indem Sie Vorlage mit Datenoptionen bearbeiten auf dem Register Daten des Vorlagenmodells auswählen.
Dateigröße der E-Mail-Benachrichtigung	20 MB.
Integrationen: Allow-Listen für externe Endpunkt-IP-Adressen	Workday unterstützt keine Allow-Listen für Anbieter-IP-Adressen für Integrationen.
Integrations: AS2 Outbound File Größe	Senden von Dateien von Workday an einen externen Endpunkt über den EIB oder den Übermittlungsservice: 200 MB.
Integrationen: Data Sources	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. Um die Datenextraktion zu optimieren, empfiehlt Workday, Datenquellen mit Datumsbereichen zu verwenden, falls zutreffend.
Integrations: Zeitzonengrenzen für Integrationssystembenutzerkonto	Konten für Integrationssystembenutzer (ISUs) rufen Daten immer basierend auf der pazifischen Zeitzone ab.
Integrationen: Geplanter Integrationsstart und -abschluss	Variiert je nach erforderlichen Ressourcen und Integrationsaufwand. Empfehlung: Implementieren Sie keine Integration oder externe Anwendung, die darauf basiert, dass eine andere Integration zu einem bestimmten Zeitpunkt ausgeführt oder abgeschlossen wird. Nehmen Sie stattdessen die beiden Integrationen als Schritte in einen Geschäftsprozess auf, sodass die zweite Integration erst gestartet wird, wenn die erste Integration erfolgreich abgeschlossen wurde. Wenden Sie sich nur dann an den Workday-Support, wenn die Integration einer Integration dauerhaft ungewöhnlich lange dauert.
Maximale Verarbeitungszeit für Integrationsereignis	7 Tage. Ausnahme: CSV-Integrationen für ADP Payroll.
Integrations: HTTP Request Processing Time	6 Stunden, einschließlich Workday-Webservices und Reports-as-a-Service (RaaS). Diese Integrationen erstellen 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: Document Delivery Service und Retrieval Service	5.000 Integrationsdokumente pro Integrationslauf. Gesamtbetrag 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	10 Nachrichtenwarteschlangen pro Mandant. 64.000 Nachrichten pro Warteschlange. Nachrichtengröße: 1 GB (komprimiert). Alle Nachrichten laufen nach 7 Tagen ab.
„Studio Integrations: Consolidated Report and Log File“ bei Aufbewahrung und Größe	Dateiaufbewahrung: Sechzig (60) Tage. Größe: 50 Millionen Zeichen (ungefähr 48 MB).
Studio Integrations: Disc-Größe	13 GB pro Integrationsereignis.
Studio Integrations: Put Integration Message Sub-Build	500-mal in einem Integrationsereignis. Dieser Grenzwert umfasst Folgendes nicht: Nachrichten mit Anhängen und Zielen. Nachrichten, die den Status des Integrationsereignisses ändern.
Studio-Integrationen: Laufzeit	Gesamtbetrag 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 Mehrfaches des Speichers verwenden, den die Ausgabedateien benötigen. Zeitliche Beschränkung: 2 Stunden.
Studio Integrations: File-Backed Managed Data (FBMD) Limit	Die maximale Dokumentgröße, die eine Studio-Integration verarbeiten kann: 16 GB.
Workday Reports-as-a-Service (RaaS)	Erweiterter benutzerdefinierter Bericht, der für Webservices aktiviert und für Integrationen offengelegt wird: 2 GB.
Workday-Webserviceanforderungen	Eingehende Import-Webservice-Anforderungen: 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 mit Ihren Anforderungen angeben, um das Tracking in Serverprotokollen zu ermöglichen.
Workday Webservices: Attachments	Für SOAP und REST: Maximale Anhanggröße: 30 MB Maximale Bildgröße: 30 MB
Workday Webservices: Currency	Dezimalzahl (total_Stellen, Bruch_Stellen) Beispiel: dezimal (18, 6) impliziert, dass die angegebene SOAP-API einen Grenzwert von maximal 18 Stellen hat, von denen 6 Dezimalstellen sind. Dies ist ein dynamischer Wert, der im WWS-Verzeichnis (Workday Web Services) in der Community in der Spalte „Art/Wert“ angegeben wird.
Workday Webservices: Datum	Workday verwendet das Format JJJJ-MM-TT für Datumsfelder. Wenn Sie diesem Datumsfeld einen Zeitzonenwert hinzufügen, entfernt Workday diesen, bevor das Feld persistiert wird.
Workday Webservices: Datum und Zeit	Workday verwendet YYYY-MM-TTthh: mm:ss.fffZ für einen Zeitversatz von Null zu UTC. Fff steht für einen Sekundenbruchteil. T gibt eine Zeit an. Z gibt einen Zeitversatz von 0 an. Beispiel: 2022-08-26T13:05:46.493Z Senden Sie die Anforderungen im Format ISO 8601. Geben Sie einen beliebigen Zeitversatz gegenüber der koordinierten Weltzeit (UTC) an. Geben Sie sowohl Minuten als auch Sekunden in der Zeitkomponente eines Datums und einer Uhrzeit in einer Anforderung an. Sekunden können einen optionalen Bruch haben. Workday gibt Datumsangaben 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 variieren je nach verwendeter Webservice-API-Version.
Workday Webservices: HTTP-Header-Größe und SOAP-Nachrichtengröße	HTTP-Header-Größe aller Webservice-Anforderungen: 16 KB (KB).
Workday-Webservices: Ganzzahl	Dezimalzahl (total_Stellen, Bruch_Stellen) > 0 Beispiel: „dezimal“ (4, 0) > 0 impliziert, dass die angegebene SOAP-API einen Grenzwert von 4 Stellen, keine Bruchzahlen und keine negativen Zahlen hat. dezimal (2, 1) impliziert, dass die angegebene SOAP-API einen Grenzwert von 2 Stellen, 1 Bruch und negativen Zahlen hat. Dies 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: Response Dimensions Limit	Maximale Anzahl 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 mit Ihren Anforderungen angeben, um das Tracking in Serverprotokollen zu ermöglichen.
Workday Webservices: Limit für Rich-Text-Zeichenfolge	Maximale Anzahl Zeichen: 1.048.576 oder 1 MB.