FAQ du connecteur Workday HCM
Cette page répond aux questions fréquemment posées sur le connecteur Workday HCM géré dans Lakeflow Connect.
FAQ générale sur le connecteur géré
Les réponses dans FAQ des connecteurs gérés s'appliquent à tous les connecteurs gérés. Poursuivez la lecture pour les FAQ spécifiques à Workday HCM.
FAQ spécifique au connecteur
Les réponses de cette section s'appliquent uniquement au connecteur Workday HCM géré.
Comment Databricks se connecte-t-il à Workday ?
Databricks se connecte à Workday à l'aide du protocole HTTPS. Les identifiants sont stockés en toute sécurité dans Unity Catalog et ne peuvent être récupérés que si l'utilisateur d'ingestion a satisfait aux exigences d'autorisation. Databricks recommande de créer un utilisateur distinct dans Workday pour l'ingestion Databricks.
Quels modules Workday le connecteur prend-il en charge ?
Le connecteur Workday HCM prend en charge Workday Human Capital Management (HCM). Pour ingérer les données Workday Reports-as-a-Service (RaaS), utilisez plutôt le connecteur Workday Reports.
En quoi le connecteur Workday HCM est-il différent du connecteur Workday Reports ?
Le connecteur Workday HCM ingère les données HCM directement à partir des APIs Workday Object, sans aucune configuration de rapport requise dans Workday. Le connecteur Workday Reports ingère les rapports créés dans Workday à l’aide de RaaS.
Quels objets Workday sont pris en charge ?
Le connecteur prend en charge 137 tables de destination issues de 20 APIs d'objets Workday. Pour consulter la liste complète, voir Données prises en charge. Pour ingérer des données à partir de rapports personnalisés créés par Workday, utilisez plutôt le connecteur de rapports Workday.
Qu'est-ce que la dé-imbrication automatique et pourquoi est-elle importante ?
Les réponses de l'API Workday sont profondément hiérarchiques. Le connecteur transforme automatiquement ces données imbriquées en tables structurées prêtes pour les query. Vous sélectionnez les tables aplaties à ingérer, telles que workers et worker_positions. Le connecteur utilise en interne des tables de staging brutes, telles que workers_raw, pour créer ces tables. Le connecteur n’expose pas les tables de transit brutes en tant que tables sources sélectionnables.
Le connecteur prend-il en charge les données brutes de Workday ?
Le connecteur ingère les données directement à partir des Workday Object APIs sans nécessiter de configuration de rapport. Il n'expose pas les tables de staging brutes internes. À la place, vous sélectionnez les tables de destination aplaties que le connecteur crée à partir des réponses de l'API. Le connecteur Workday Reports ingère les rapports créés par Workday à l'aide de RaaS.
Le connecteur prend-il en charge les champs personnalisés ou les objets propres au tenant ?
Non. Le connecteur ne prend pas en charge les champs personnalisés ou les objets personnalisés.
En guise de solution de contournement, utilisez le connecteur Workday Reports. Étant donné que le connecteur Workday Reports vous permet de contrôler vos propres définitions de rapports dans Workday, vous pouvez inclure n'importe quel champ personnalisé ou spécifique au tenant dans un rapport, que le connecteur ingère tel quel. En contrepartie, le connecteur Workday Reports nécessite une configuration des rapports dans Workday, tandis que le connecteur HCM ingère les données directement à partir des APIs Object prises en charge sans configuration de rapport.
Le connecteur prend-il en charge Workday Financials ?
Non. Le connecteur Workday HCM ne prend pas en charge Workday Financials. Si vos données Workday Financials sont accessibles via Workday RaaS, utilisez le connecteur Workday Reports comme solution de contournement.
Le connecteur prend-il en charge la sélection de colonnes ?
Non.