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

Workday rejette les demandes API lorsque d'autres demandes ont une charge sur les ressources de l'environnement client et renvoie le code de réponse HTTP :

429 Trop de requêtes : pour les API REST et RaaS.
500 Erreur de service interne : pour les API SOAP et RaaS. Le code d'erreur 500 peut parfois être dû à un trop grand nombre de demandes. Dans ce cas, relancez les demandes supplémentaires après une courte pause.

Si vous voyez le code de réponse, nous vous recommandons d'implémenter :

Un mécanisme de relance de façon exponentielle pour le processus qui génère les demandes API.
Mise en cache.

Pour les demandes API page, évitez de définir un délai d'expiration HTTP strict pour les demandes de page 1 afin de garantir que Workday a suffisamment de temps pour créer un cache pour les appels suivants. Le traitement des demandes de la page 1 est souvent plus long, car Workday rassemble tous les résultats pour elles et les stocke dans une cache. Les limites de persistance des caches sont les suivantes :

2 heures entre les requêtes 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 ligne Demandes de service web Workday de ce tableau.

Pour les API Workday qui téléchargent des données, si le téléchargement d'une demande est bloqué pendant trop de temps, Workday peut mettre fin à la connexion à titre de mesure de protection. Le délai d'attente du téléchargement de la requête s'applique à une seule demande et inclut les durées d'inactivité entre des blocs de données consécutifs.

Les clients peuvent effectuer le volume maximum de demandes d'extraction suivant au total pour toutes les interfaces d'extraction d'API :

Taille du client	Nombre maximum de demandes par période de 24 heures	Nombre maximum de demandes pour une période de 60 minutes
Moins de 3 500 employés (EM)	75 000	15 000
Moins de 10 000 employés (LE)	100 000	30 000
Moins de 100 000 employés (LE)	250 000	75 000
Plus de 100 000 employés	350 000	100 000

Pour un générateur d'interfaces Entreprise (EIB), Workday applique des limites à chaque étape. Exemple : dans un générateur d'interfaces Entreprise sortant :

À l' étape de livraison , Workday applique la limite de 30 heures.
À l' étape de la source de données , Workday applique une limite de traitement des demandes HTTP de 6 heures aux services web et au rapport en tant que service (RaaS).

Les intégrations à exécution longue correspondent à tous les générateurs d'interfaces Entreprise (EIB) et à toutes les intégrations répertoriées dans Connecteurs avec limites de traitement étendues .

Avis important sur la mise en file d'attente :

Le haut de l'heure correspond à l'heure la plus courante de planification des intégrations et est la plus susceptible d'entraîner des mises en file d'attente à des heures de pointe. Workday vous recommande vivement de sélectionner une heure de début d'intégration de 5 minutes (par exemple, 9:10, 9:15, 9:25).

Workday n'a pas de règle de conservation pour les pièces jointes de feuille de calcul XSLT ou XML. Ils restent liés indéfiniment à leurs événements d'intégration.

Les générateurs d'interfaces Entreprise (EIB) avec des transformations XSLT personnalisées peuvent consommer plusieurs fois la quantité de mémoire requise par les données source.

Recommandations :

Exécuter le générateur d'interfaces Entreprise (EIB) avec différents filtres. Utilisez des filtres de rapport personnalisé en conservant les paramètres de lancement pour la source de données du service web.
Révisez votre fichier XSLT personnalisé pour rechercher les inefficacités de traitement.
Convertissez votre générateur d'interfaces Entreprise (EIB) en intégration Workday Studio.

Workday répartit la sortie sur plusieurs feuilles de calcul lorsque :

Vous générez une feuille de calcul avec des données.
L'opération de service web génère entre 20 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.

Workday applique ces limites après que la source de données a filtré les données, mais avant les filtres de rapport standard ou personnalisés. Pour optimiser l'extraction des données, Workday recommande d'utiliser des sources de données avec des fourchettes de dates, le cas échéant.

Recommandation :

N'implémentez pas une intégration ou une candidature externe qui dépend d'une autre intégration en cours d'exécution ou se terminant à un moment spécifique. Incluez plutôt les deux intégrations en tant qu'étapes dans un processus de gestion de manière à ce que la seconde intégration ne démarre qu'une fois la première intégration terminée avec succès.
Contactez le support Workday uniquement si une intégration met généralement une durée anormalement longue à se terminer.

Exception : intégrations CSV d'ADP Payroll.

Les intégrations suivantes effectuent des demandes HTTP :

Générateurs d'interfaces Entreprise (EIB).
Intégrations Studio.
Intégrations Cloud Connect.

Workday n'enregistre pas les demandes GET ou les demandes infructueuses. Vous pouvez spécifier des en-têtes HTTP d'intégration externe avec vos demandes pour activer le suivi dans les journaux du serveur.

Vous pouvez réduire le nombre d'instances renvoyées en utilisant des critères de demande, des filtres de réponse ou des fourchettes de dates.

Workday n'enregistre pas les réponses de service web. Vous pouvez spécifier des en-têtes HTTP d'intégration externe avec vos demandes pour activer le suivi dans les journaux du serveur.