Référence : intégrations et limites des services Web

Workday limite le traitement des demandes d'intégration et de services Web pour se protéger des demandes dont le temps de traitement et/ou les appels de service Web excessifs entraînent une réduction du débit global et/ou de la performance d'un client. Les limites documentées ici sont fondées sur des années d’analyse et des milliards de transactions et n’ont généralement pas d’incidence sur le traitement des clients qui fonctionnent correctement.

Le client peut ouvrir un cas de soutien et Workday travaillera directement avec tous les clients qui respectent ces limites de traitement pour comprendre les exigences de leurs activités et déterminer comment optimiser leur débit global.

Catégorie	Limites/limites
Demandes d'API d'intégration d'Adobe Sign	Les transactions d’API pour Adobe Sign varient selon le type d’abonnement. En savoir plus sur les limites de transactions d’Adobe Acrobat Sign.
Demandes d'API	Demandes d'API limitées en raison d'une charge élevée : APISOAP des services Web Workday (WWS). API Workday Reports-as-a-Service (RaaS). API REST Workday. Workday rejette les demandes d’API lorsque d’autres demandes dépassent les ressources du locataire et retourne un code de réponse HTTP : 429 Trop de demandes pour les API REST et RaaS. Erreur de service interne 500 : pour les APISOAP et RaaS. Le code d'erreur 500 peut parfois être causé par un trop grand nombre de demandes. Dans ce cas, réessayez d’autres demandes après une courte pause. Si vous trouvez le code de réponse, nous vous recommandons de mettre en œuvre : Un mécanisme de relance exponentiellement pour le processus qui génère les demandes d’API. Mise en cache. Pour les demandes d’API Paged, évitez de définir un délai d’expiration HTTP strict pour les demandes de la page 1 afin de vous assurer que Workday dispose de suffisamment de temps pour créer un cache pour les appels ultérieurs. Les demandes de la page 1 prennent souvent plus de temps, car Workday recueille tous les résultats pour celles-ci et les stocke dans un cache. Les limites de persistance des caches sont les suivantes : 2 heures entre les demandes paginées 30 minutes après la demande de la dernière page Pour connaître les limites de taille des demandes de passerelle, consultez la rangée Demandes de services Web Workday dans ce tableau. Pour les API Workday qui téléversent des données, si le téléversement d’une demande s’arrête pendant une trop longue période, Workday peut mettre fin à la connexion à titre de mesure de protection. Le délai d’inactivité du téléversement de demandes s’applique à une seule demande et inclut les temps d’inactivité entre des blocs de données consécutifs.
Demandes d'extraction API	Interfaces d'extraction d'API pour les rapports en tant que service de Workday (RaaS). Les clients peuvent effectuer les volumes maximums de demandes d’extraction suivants au total dans toutes les interfaces d’extraction API : Taille du client Nombre maximum de demandes par période de 24 heures Maximum de demandes pour une seule période de 60 minutes Moins de 3 500 travailleurs (moi) 75 000 15 000 Moins de 10 000 travailleurs ( LE) 100 000 30 000 Moins de 100 000 travailleurs ( LE) 250 000 75 000 Plus de 100 000 travailleurs 350 000 100 000
Connecteurs et Créateurs d'interfaces Entreprise : Limites de traitement	Les limites de traitement des intégrations Workday varient selon le type d’intégration (de longue durée ou standard). Intégration de longue durée : tous les créateurs d'interfaces Entreprise et toutes les intégrations répertoriées dans la section Connectors with Extended Processing Limits . La limite de traitement pour les intégrations de longue durée est de 30 heures. Intégration standard : toute intégration qui ne s’exécute pas pour une longue durée. La limite de traitement des intégrations standard est de 4 heures (2 heures pour les locataires ImPL). Dans le cas d'un Créateur d'interfaces Entreprise, Workday applique des limites pour chaque étape. Par exemple, sur un Créateur d’interfaces Entreprise sortant : À l' étape de livraison , Workday applique la limite de 30 heures. À l' étape de source de données , Workday applique une limite de demandes de traitement HTTP de 6 heures pour les services Web Workday et les rapports en tant que service (RaaS).
Connecteurs et Créateurs d’interfaces Entreprise : nombre d’intégrations simultanées	Intégrations de longue durée : jusqu’à cinq intégrations simultanées si les ressources sont disponibles à ce moment précis. Intégrations standard : jusqu’à 25 % de la capacité de traitement disponible. La capacité de traitement disponible est une capacité qui n'est pas utilisée actuellement. Les intégrations à exécution longue comprennent toutes les créations d'interfaces Entreprise et toutes les intégrations répertoriées dans la section Connectors with Extended Processing Limits . Conseil important concernant la mise en file d'attente : La limite supérieure de l’heure est l’heure la plus courante pour planifier des intégrations et plus susceptible de donner lieu à des mises en file d’attente aux heures de pointe chargées. Workday vous recommande fortement de sélectionner une heure de début d’intégration aléatoire de 5 minutes (exemple : 9:10, 9:15, 9:25).
Connecteurs : Exécution (y compris la transformation de documents)	Total pour tous les fichiers générés pendant l’exécution de l’intégration : 3 Go (compressés). Tout fichier unique généré pendant l’exécution de l’intégration : 1 Go (compressé). Mémoire utilisée pendant le traitement : 27 Go. Temps de traitement : jusqu’à 4 heures Workday autorise l’exécution de certains connecteurs pendant un maximum de 30 heures. Toute pause dans le traitement ne compte pas dans la limite. Les transformations de documents peuvent utiliser plusieurs fois la quantité de mémoire nécessaire aux données sources.
Demandes liées à l'API d'intégration DocuSign	Limites horaires d’appels d’API : 3 000 par défaut. Limites d’éclatement des appels d’API : 500 appels par 30 secondes. Ces chiffres sont actuellement exacts. Pour obtenir plus de renseignements, consultez la section Limites d'appels de taux de l'API DocuSign ou contactez DocuSign directement.
Créateurs d'interfaces Entreprise : Noms de fichiers dynamiques	Les noms de fichiers ne peuvent pas comporter plus de 1 ligne.
Créateurs d'interfaces Entreprise : conservation des documents entrants	Soixante (60) jours pour les fichiers de dépannage suivants : ErrorsAndWarningsSpreadsheet.xml Échec du rapport.html OriginalDataWithErrors.xml Workday n’a pas de politique de conservation pour les pièces jointes aux feuilles de calcul XSLT ou XML. Il reste joint à ses événements d’intégration indéfiniment.
Créateurs d'interfaces Entreprise : Taille du fichier entrant	Feuilles de calcul Créateur d’interfaces Entreprise utilisant SFTP, FTPS, REST, Amazon Simple Storage Service : 1 Go pour XML et 300 Mo pour XLSX. Fichiers téléversés à partir d’un navigateur : 30 Mo.
Créateurs d'interfaces Entreprise : Retenue de documents sortante	Politique de conservation des documents (en jours) : 180 jours.
Créateurs d'interfaces Entreprise : Exécution	Délai de traitement pour : Créateurs d’interfaces Entreprise sortants récupérant des données de rapport personnalisé ou de service Web : 30 heures. Toute pause pendant le traitement ne compte pas dans la limite de 30 heures. Créateurs d’interfaces Entreprise entrants chargeant des données de service Web Workday ou d’objet personnalisé : 5 heures. Créateurs d’interfaces Entreprise entrants créant le Rapport d’échec, la feuille de calcul Erreurs et avertissements et la feuille de calcul Ajouter des erreurs à la pièce jointe : 2 heures.
Créateurs d'interfaces Entreprise : exécution pour EIB avec transformations XSLT personnalisées	Transformation de données : 27 Go. Les créateurs d’interfaces Entreprise avec des transformations XSLT personnalisées peuvent utiliser plusieurs fois la quantité de mémoire nécessaire aux données sources. Recommandations : Exécutez le Créateur d’interfaces Entreprise avec des filtres différents. Utilisez l'un des filtres de rapport personnalisés en mettant à jour les paramètres de démarrage pour la source de données du service Web. Examinez votre XSLT personnalisé pour vous assurer des inefficacités de traitement possibles. Convertir votre Créateur d’interfaces Entreprise en intégration Workday Studio.
Créateurs d'interfaces Entreprise : feuille de calcul avec taille des données	Taille des données : 300 Mo. Durée de la génération : 2 heures Workday répartit la sortie sur plusieurs feuilles de calcul lorsque : Vous générez une feuille de calcul contenant des données. L’opération du service Web génère entre 20 Mo et 300 Mo de données. Recommandation : filtrez vos données en sélectionnant Edit Template with Data Options dans l’onglet Données du modèle prédéfini.
Taille du fichier de notification par courriel	20 MB.
Intégrations : listes d'autorisation pour les adresses IP de point de terminaison externes	Workday ne prend pas en charge les listes d'autorisations d'adresses IP de fournisseurs pour les intégrations.
Intégrations : taille du fichier sortant AS2	Envoi de fichiers depuis Workday vers un point de terminaison externe à l’aide d’EIB ou du service de livraison : 200 Mo.
Intégrations : sources de données	Tous les événements d’intégration : 50 000 instances. Tous les événements d'intégration dans l'intervalle de dates : 50 000 instances. Obtenez tous les messages d’intégration : 50 000 instances. Message d'intégration dans l'intervalle de dates avec interrogation : 10 000 instances. Workday applique ces limites une fois que la source de données filtre les données, mais avant les filtres de rapports standard ou personnalisés. Pour optimiser l’extraction des données, Workday recommande d’utiliser des sources de données avec des intervalles de dates, le cas échéant.
Intégrations : Limites de fuseau horaire des comptes d'utilisateurs du système d'intégration	Les comptes utilisateur du système d’intégration récupèrent toujours des données en fonction du fuseau horaire du Pacifique.
Intégrations : lancement et achèvement planifiés de l'intégration	Variable en fonction des ressources requises et du travail d’intégration. Recommandation : Ne mettez pas en œuvre une intégration ou une candidature externe qui dépend de l’exécution ou de la finalisation d’une autre intégration à un moment précis. Incluez plutôt les deux intégrations comme étapes dans un processus de gestion afin que la deuxième intégration ne soit lancée qu’une fois la première intégration terminée avec succès. Contactez le service de soutien de Workday uniquement si une intégration prend de manière cohérente un temps anormalement long à se terminer.
Temps maximum de traitement de l'événement d'intégration	7 jours. Exception : intégrations CSV d’ADP Payroll.
Intégrations : temps de traitement de la demande HTTP	6 heures, y compris les services Web Workday et Reports-as-a-Service (RaaS). Ces intégrations effectuent des demandes HTTP : EIB. Intégrations Studio. Intégrations Cloud Connect.
Intégrations : Temps de demande S/FTP/S	6 heures pour les demandes suivantes : FTP SFTP FTPS
Intégrations : service de livraison de documents et service de récupération	5 000 documents d’intégration par exécution d’intégration. Total de tous les fichiers générés pendant l’exécution de l’intégration : 3 Go (compressés). Fichier unique généré pendant l’exécution de l’intégration : 1 Go (compressé).
Taille de la file d'attente de messages	Dix (10) messages en file d'attente par locataire. 64 000 messages par file d’attente. Taille du message : 1 Go (compressé). Tous les messages expirent au bout de 7 jours.
Intégrations Studio : données consolidées sur la conservation et la taille des fichiers journaux et des rapports consolidés	Durée de conservation des fichiers : sourçage (60 jours). Taille : 50 millions de caractères (environ 48 Mo).
Intégrations Studio : taille du disque	13 Go par événement d’intégration.
Intégrations Studio : chargement du sous-ensemble de messages d'intégration	500 fois dans un événement d’intégration. Cette limite ne comprend pas : Messages avec pièces jointes et cibles. Messages qui changent le statut de l'événement d'intégration .
Intégrations Studio : Exécution	Total de tous les fichiers générés pendant l’exécution de l’intégration : 3 Go (compressés). Fichier unique généré pendant l’exécution de l’intégration : 1 Go (compressé). Mémoire utilisée pendant le traitement : 12 Go. Les intégrations peuvent utiliser plusieurs fois la quantité de mémoire requise par les fichiers de sortie. Limitation du temps : 2 heures.
Intégrations Studio : Limite de données gérées rattachées à des fichiers (FBMD)	Taille de document maximum qu’une intégration Studio peut gérer : 16 Go.
Rapports en tant que service de Workday (RaaS)	Rapport personnalisé avancé activé pour les services Web et utilisé pour les intégrations : 2 Go.
Demandes de services Web Workday	Demandes de services Web Import entrantes : 2 Go. Toutes les autres demandes de services Web entrants : 500 Mo. Réponses du service Web pour les opérations sortantes : 2 Go. Workday ne consigne pas les demandes GET ou les demandes qui ont échoué. Vous pouvez préciser des en-têtes HTTP d’intégration externe avec vos demandes pour activer le suivi dans les journaux du serveur.
Services Web Workday : Pièces jointes	PourSOAP et REST : Taille maximum de la pièce jointe : 30 Mo Taille maximum de l’image : 30 Mo
Services Web Workday : Devise	Décimale (total_digits, fraction_digits) Exemple : décimale (18, 6) signifie que l’APISOAP donnée a une limite d’un maximum de 18 chiffres, dont 6 d’entre eux sont des chiffres décimaux. Il s’agit d’une valeur dynamique précisée dans le répertoire des services Web Workday (WWS) sur Community sous la colonne Type/valeur .
Services Web Workday : Date	Workday utilise le format AAAA-MM-JJ pour les champs de date. Lorsque vous ajoutez une valeur de fuseau horaire à ce champ de date, Workday la retire avant de rendre persistants le champ.
Services Web Workday : date et heure	Workday utilise AAAA-MM-JJthh : mm:ss.fffZ pour un décalage de zéro par rapport à UTC. Fff représente une fraction de seconde. T indique une heure. Z indique un décalage de zéro. Exemple : 2022-08-26T13:05:46.493Z Envoyer les demandes au format ISO 8601. Indiquez tout décalage de fuseau horaire par rapport à l'heure UTC (Coordinated Universal Time). Indiquez à la fois des minutes et des secondes dans la composante des heures d'une demande. Les secondes peuvent avoir une fraction facultative. Workday renvoie les dates et les heures au format ISO 8601. Les heures sont exprimées en heures du Pacifique, soit UTC-07:00, ou UTC-08:00. Ces options varient en fonction de la version de l’API du service Web que vous utilisez.
Services Web Workday : taille de l’en-tête HTTP et taille du message SOAP	Taille de l'en-tête HTTP de toutes les demandes de services Web : 16 kilo-octets (ko).
Services Web Workday : nombre entier	Décimale (total_digits, fraction_digits)>0 Exemple : décimale (4, 0)>0 signifie que l’APISOAP donnée a une limite de 4 chiffres, aucune fraction n’est permise et aucun nombre négatif. La valeur décimale (2, 1) signifie que l'APISOAP donnée a une limite de deux chiffres, une fraction et des nombres négatifs. Il s’agit d’une valeur dynamique précisée dans le répertoire des services Web Workday (WWS) sur Community sous la colonne Type/valeur . Workday utilise les attributs de nombre entier uniquement pour les champs de nombre entier personnalisés utilisés dans les objets personnalisés.
Services Web Workday : Limite de taille de réponse	Nombre maximum d'instances dans une réponse de service Web : 1 million. Vous pouvez réduire le nombre d’instances retournées en utilisant des critères de demande, des filtres de réponse ou des intervalles de dates. Workday ne consigne pas les réponses des services Web. Vous pouvez préciser des en-têtes HTTP d’intégration externe avec vos demandes pour activer le suivi dans les journaux du serveur.
Services Web Workday : Limite de taille de chaîne en format RTF	Nombre maximum de caractères : 1 048 576 ou 1 Mo.