Workday : intégration de la fonction de candidature conversationnelle (Chat pour postuler)

Updated at September 3rd, 2026

+ More

Le Chat pour postuler est une configuration produit qui combine la recherche d'emploi et la candidature au sein d'un processus de candidature cohérent. Les candidats peuvent rechercher des emplois grâce à la fonction Recherche d'emploi et, une fois qu'ils ont trouvé leur profil idéal, cliquer sur « Postuler maintenant » pour lancer une conversation de candidature.

L'expérience de candidature par chat peut être évolutive de plusieurs manières. Dans le cadre de l'intégration de Paradox avec Workday, l'expérience de candidature par chat peut servir d'expérience de candidature intégrée, permettant aux candidats de soumettre leur candidature complète par conversation.

Considérations pour une application conversationnelle

Découverte

Utilisent-ils des modèles d’application (modèles de conversation) ou un questionnaire (questions dynamiques) ?
- Questions de candidature : CV, antécédents professionnels, questions sur l'éducation, EEO
  - Il peut y en avoir plusieurs (c.-à-d. Application par défaut, Application sur le campus, Application de stage)
- Questionnaires : 18 ans et plus, légalement autorisé à travailler, parrainage
  - Si vous utilisez une conversation personnalisée, TC devra ajouter une logique supplémentaire après la création du candidat pour vérifier les doublons.

Non disponible dans le service Web

Avez-vous déjà travaillé pour [nom du client] ?

Besoin d'identifiants de référence :

Comment avez-vous entendu parler de nous ?
EEO
Domaines d'éducation

Sources :

Nous pouvons envoyer la source UTM, mais elle remplacera la valeur « Comment avez-vous entendu parler de nous ? » et n'inclura pas les deux.

Disqualification automatique : doit être activée dans Workday et ne peut pas se produire dans Paradox .

Important : Pour que les modifications apportées au questionnaire soient effectives, la demande doit être retirée puis republiée. De plus, les traductions seront effectuées à la volée dans Paradox .

Candidature conversationnelle + planification

Si votre client utilise à la fois l'application conversationnelle et la planification, tenez compte des éléments suivants :

Statut de disposition
- Meilleure pratique : alignez les statuts de disposition Paradox avec la raison de disposition de Workday au sein d'une seule étape de disposition .
  - Réduit la complexité de la construction de Workday Studio côté client.
  - Améliore la précision des rapports en liant directement les métriques à Workday.
Routage automatique des étapes (ASR)
- Déplace automatiquement les candidats vers un statut prédéterminé en fonction de leurs réponses au questionnaire.
- Peut améliorer considérablement les indicateurs et le retour sur investissement (exemple : le candidat arrive via Chat-to-Apply, est créé dans WD, répond favorablement et est « ASR'd » à un statut d'écran).
- Traditionnellement, cela se faisait dans Paradox , mais avec Dynamic Chat-to-Apply, le routage devra se faire dans Workday après la création d'un candidat.
Mises à jour de statut : objet personnalisé vs. demande d'emploi BP
- Les objets personnalisés sont plus flexibles, fiables et nécessitent moins de maintenance pour le client.

Exigences du client

Pour activer l'intégration de Workday Dynamic Chat to Apply, le client devra fournir une configuration supplémentaire au-delà de nos exigences standard. Nos instructions de configuration standard ISU et client sont disponibles ici . Veuillez partager une copie PDF de ce document.

Exigences de base

Le client doit fournir à Paradox l'URL du point de terminaison qui sera utilisée pour l'intégration. Celle-ci comprendra l'identifiant du centre de données et du locataire qui seront utilisés pour les tests. La plupart des clients d'entreprise utiliseront le centre de données WD5.
- https:// {{data_center_id}} -impl-services1.workday.com/ccx/service/{{client_workday_tenant_ID}}/Recruiting/{{version}}
- Assurez-vous que le corps de vos requêtes utilise la même version que celle spécifiée dans l’URL du point de terminaison.
Le client doit créer un utilisateur du système d'intégration (ISU) et l'affecter à un groupe de sécurité du système d'intégration (ISSG). Le client doit fournir le nom d'utilisateur et le mot de passe de l'utilisateur d'intégration à Paradox .
- Les autorisations répertoriées ci-dessous devront être accordées pour cette intégration spécifique.

Opération	Politique de sécurité du domaine	Domaines fonctionnels
Obtenir et mettre	Données du candidat : demande d'emploi	Recrutement
Obtenir et mettre	Données du candidat : pièces jointes	Recrutement
Obtenir et mettre	Données des candidats : questionnaires	Recrutement
Affichage uniquement	Offres d'emploi	Recrutement
Obtenir seulement	Offres d'emploi	Recrutement
Affichage uniquement	Offres d'emploi : externes	Recrutement
Obtenir seulement	Offres d'emploi : externes	Recrutement
Affichage uniquement	Offres d'emploi : internes	Recrutement
Obtenir seulement	Offres d'emploi : internes	Recrutement
Obtenir seulement	Demandes d'emploi pour le recrutement	Recrutement
Affichage uniquement	Demandes d'emploi pour le recrutement	Recrutement
Obtenir seulement	Gérer : les demandes Evergreen	Recrutement
Affichage uniquement	Configuration : sites de carrière	Recrutement
Affichage uniquement	Mise en place : Recrutement	Recrutement
Afficher et modifier	Création de rapports personnalisés	Système
Affichage uniquement	Questionnaire	Système
Affichage uniquement	Résultats du questionnaire	Système
Afficher et modifier	Langage de requête Workday	Système
Obtenir seulement	Données sur les travailleurs : Rapports sur les travailleurs du secteur public	Système

Le client doit s'assurer que le groupe de sécurité du système d'intégration Paradox dispose de l'autorisation de sécurité pour tout service Web nécessaire à la mise en œuvre.
En raison des limitations actuelles du ciblage de parcours, il est conseillé d'évaluer, en fonction du cas d'utilisation de votre client, si vous privilégiez les groupes ou le ciblage de parcours. Pour la plupart des clients et de leurs conceptions/intégrations, la gestion des groupes est possible.

Discutez pour postuler - exigences spécifiques

Configuration de l'application OAuth :
1. Le client doit configurer une application OAuth dans son système.
2. Cette configuration génère un jeton d'actualisation OAuth, qui doit être attribué au compte utilisateur du système d'intégration (ISU) créé pour notre application standard. Consultez les exigences ISU pour des instructions détaillées. Pour trouver le jeton d'actualisation, le client peut accéder au rapport « Afficher le client API » et consulter « Clients API pour les intégrations » .
Informations requises du client : après avoir créé l’application OAuth, le client doit fournir les détails suivants pour terminer l’intégration :
1. Hôte/point de terminaison REST
2. Jeton hôte/point de terminaison (pour obtenir le jeton OAuth)
3. ID client
4. Secret client
5. Jeton d'actualisation

Processus de configuration du compte

Étape 1 : Activer les paramètres de configuration du client

Accédez à la section Intégrations de la configuration du client.
Activez le paramètre d’intégration ATS externe .
Sélectionnez Journée ouvrable .
Activer le chat dynamique pour postuler : intégration du chat dynamique pour postuler à Workday .
Sauvegarder la page.
Accédez à la section Gestion des tâches .
Activer le ciblage du parcours .
- Remarque : si ce n'est pas déjà fait, cela nécessitera la configuration d'un flux de travail ainsi que d'un flux principal pour le flux de ciblage de parcours à cibler.
Sauvegarder la page.

Étape 2 : Créer une conversation ATS dynamique

Créez une conversation ATS dynamique qui sera utilisée comme conversation Chat to Apply et qui récupérera les questions de Workday à utiliser dans une conversation.

Étape 3 : Mettre à jour le ciblage du parcours

Accédez à Ciblage du parcours .
Ouvrez le premier flux de ciblage de parcours qui utilisera cette conversation.
Accédez à la section Parcours du candidat .
Dans l’étape de capture , définissez cette conversation ATS dynamique comme conversation par défaut.
Cliquez sur Enregistrer et publier .
Répétez ces étapes pour chaque flux de ciblage de parcours utilisé pour le chat à appliquer.

Clients utilisant uniquement le Chat-to-Apply dynamique

Lorsqu'un client Workday Candidate Engagement utilise uniquement la fonctionnalité dynamique de chat pour postuler, son workflow peut inclure un module complémentaire « Communauté de talents » . Contactez votre administrateur Paradox si c'est le cas pour votre client.

Clients utilisant le Chat-to-Apply dynamique avec une conversation de suivi

Certains clients souhaitent peut-être inclure un entretien de suivi après que leurs candidats ont terminé le Chat pour postuler. Découvrez comment organiser cet entretien ici .

Étape 4 : Configurer une application connectée Workday

Accédez au Centre d’intégrations.
Ouvrez la section Applications connectées .
Cliquez sur le bouton Connecter Workday dans la carte Workday .
Saisissez les informations décrites ici .
- Remarques :
  - Veuillez vous assurer que l'authentification de base est désactivée pour éviter les erreurs d'authentification Oauth.
  - Le locataire de démonstration Workday dans Olivia Prod pointant vers notre locataire paradox_dpt1 utilise le client ISU/ISSG/API suivant :
    - ISU_PDX_DC2A
      ISSG_PDX_DC2A
      Client API - PDX_DC2A_WD
Cliquez sur Enregistrer .

Remarque pour l'hôte REST :

L'URL fournie par le client ressemblera probablement à ceci : https://wd2-impl-services1.workday.com/ccx/api/v1/paradox_dpt1 . Vous devrez la mettre à jour vers https://wd2-impl-services1.workday.com/ccx/api/recruiting/v3/paradox_dpt1 .

Utilisez ce qu'ils fournissent jusqu'à /api/ puis suivez cela avec /recruiting/v3/<tenant_name>

Considérations relatives à la conception de solutions

Lorsque vous utilisez Workday Dynamic Chat pour postuler, il est important de noter les points suivants :

Limites:
- Nous ne pouvons pas enregistrer les réponses des candidats dans les attributs de notre système. Par conséquent, nous ne pouvons pas orienter automatiquement les candidats en fonction de leurs réponses (par exemple, répondre « favorablement »).
Solution de contournement :
- Pour remédier à cette limitation, le client doit configurer des règles de routage dans Workday. Ces règles achemineront les candidats en fonction de leurs réponses au questionnaire. Par exemple, les candidats peuvent être :
  - Disposé
  - Révisé
  - Invité à un écran ou à un entretien
- Documentation Workday sur le routage automatique qui peut être fournie au client.

En configurant ces règles de routage dans Workday, les clients peuvent s'assurer que les candidats sont traités correctement en fonction des informations fournies lors de l'interaction de chat dynamique.

Chat dynamique pour appliquer les appels API

Ce document fournit des informations complètes sur les appels d'API utilisés dans notre solution Workday Dynamic Chat to Apply. Il couvre les modèles de requêtes et de réponses, les modifications potentielles et des informations générales sur l'intégration de chaque appel d'API à la solution globale.

Les API Workday utilisées dans cette intégration incluent :

Candidats GET
Candidat PUT
Questionnaire GET

[JOURNÉE DE TRAVAIL] 1. trouver un candidat

Cet appel d'API POST exploite le service Web SOAP Get_Candidates_Request de Workdays. Dans cet appel, nous transmettons l'adresse e-mail du candidat et l'identifiant de la demande à laquelle il postule actuellement. Si Workday renvoie True , cela signifie que le candidat a déjà postulé à cette demande. Nous interromprons donc le flux d'intégration productisé et la conversation de capture/C2A en cours.

Cette demande peut être utilisée si le client souhaite qu'un double contrôle soit effectué.

Cette requête s'exécutera après la fin de la capture , car nous ne pouvons actuellement pas exécuter d'intégrations en cours de conversation. Utilisez la requête avec <wd:Job_Requisition_Reference> pour vérifier si le candidat a déjà postulé à cette offre et, si c'est le cas, utilisez le mappage de réponse de l'étape 2.
Vous devez ensuite associer le champ suivant de la réponse à un attribut personnalisé. Si la valeur est nulle, vous devez effectuer la requête PUT Candidate.
- $.env:Envelope.env:Body.wd:Get_Candidates_Response.wd:Response_Results.wd:Total_Results
Utilisez cette requête sans l'élément <wd:Job_Requisition_Reference> pour vérifier si l'adresse e-mail du candidat contient déjà un profil Workday. Vous pouvez ensuite enregistrer l'identifiant du candidat dans la réponse pour l'utiliser/le référencer dans la requête PUT Candidate.
- Remarque : Vous devrez ajouter deux mappages de réponses à cette demande. Si plusieurs profils de candidats correspondent à la même adresse e-mail, ce deuxième mappage de réponses capturera l'identifiant le plus récent. S'il n'y a qu'une seule correspondance, le premier mappage de réponses capturera l'identifiant.
  - $.env:Envelope.env:Body.wd:Get_Candidates_Response.wd:Response_Data.wd:Candidate.wd:Candidate_Data.wd:Candidate_ID
  - $.env:Envelope.env:Body.wd:Get_Candidates_Response.wd:Response_Data.wd:Candidate[-1].wd:Candidate_Data.wd:Candidate_ID
Si un candidat passe par Chat pour postuler et a déjà postulé à une demande via Workday, et qu'il est nécessaire d'enregistrer la candidature existante du candidat dans le CEM , la fonction de mappage de réponse ci-dessous peut être utilisée pour trouver l'ID de candidature existant pour le candidat et la demande spécifiques.

=selector(
   =findwhere(  '$.env:Envelope.env:Body.wd:Get_Candidates_Response.wd:Response_Data.wd:Candidate.wd:Candidate_Data.wd:Job_Application_Data',
       '$.wd:Job_Applied_To_Data.wd:Job_Requisition_Reference.wd:ID[1].#text',
       '==',
       '#__job_req_id'
   ),
 '.wd:Job_Applied_To_Data.wd:Job_Application_ID')
)

Documentation Workday

Exemple de demande n° 1

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <env:Body>
        <wd:Get_Candidates_Request xmlns:wd="urn:com.workday/bsvc" wd:version="v42.0">
            <wd:Request_Criteria>
                <wd:Job_Requisition_Reference>
                    <wd:ID wd:type="Job_Requisition_ID">R-00471</wd:ID>
                </wd:Job_Requisition_Reference>
                <wd:Candidate_Email_Address>drew.fuller+dc2a@paradox.ai</wd:Candidate_Email_Address>
            </wd:Request_Criteria>
            <wd:Response_Group>
                <wd:Exclude_All_Attachments>1</wd:Exclude_All_Attachments>
            </wd:Response_Group>
        </wd:Get_Candidates_Request>
    </env:Body>
</env:Envelope>

Exemple de demande n° 2

<?xml version='1.0' encoding='UTF-8'?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
    <env:Body>
        <wd:Get_Candidates_Response xmlns:wd="urn:com.workday/bsvc" wd:version="v42.0">
            <wd:Request_Criteria>
                <wd:Candidate_Email_Address>drew.fuller+dc2a@paradox.ai</wd:Candidate_Email_Address>
                <wd:Job_Requisition_Reference>
                    <wd:ID wd:type="WID">abf2dc971f5d100ab1c45cb864710000</wd:ID>
                    <wd:ID wd:type="Job_Requisition_ID">R-00471</wd:ID>
                </wd:Job_Requisition_Reference>
            </wd:Request_Criteria>
            <wd:Response_Group>
                <wd:Exclude_All_Attachments>1</wd:Exclude_All_Attachments>
            </wd:Response_Group>
            <wd:Response_Results>
                <wd:Total_Results>0</wd:Total_Results>
                <wd:Total_Pages>0</wd:Total_Pages>
                <wd:Page_Results>0</wd:Page_Results>
            </wd:Response_Results>
        </wd:Get_Candidates_Response>
    </env:Body>
</env:Envelope>

[WORKDAY] 1. Recevez les candidatures par e-mail uniquement

Cet appel d'API POST utilise le service Web SOAP Get_Candidates_Request de Workday. Dans cet appel, l'adresse e-mail du candidat est transmise en paramètre pour vérifier si un profil existe déjà dans Workday. Si une correspondance est trouvée, Workday renvoie un identifiant de candidat, qui peut être stocké dans un attribut de notre section de mappage de réponses. Cet identifiant est ensuite utilisé dans les appels d'API suivants, comme l'appel d'API Post Candidate , afin d'éviter la création de profils en double et d'éviter d'éventuels problèmes de fusion de profils.

Pour capturer l’ID du candidat, vous devrez configurer les deux mappages de réponse suivants et les attribuer au même attribut.

$.env:Envelope.env:Body.wd:Get_Candidates_Response.wd:Response_Data.wd:Candidate.wd:Candidate_Reference.wd:ID[1].#text
$.env:Envelope.env:Body.wd:Get_Candidates_Response.wd:Response_Data.wd:Candidate[0].wd:Candidate_Reference.wd:ID[1].#text

Exemple de point de terminaison : https://wd2-impl-services1.workday.com/ccx/service/paradox_dpt1/Recruiting/v42.0

Documentation Workday

Exemple de demande n° 1

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <env:Body>
        <wd:Get_Candidates_Request xmlns:wd="urn:com.workday/bsvc" wd:version="v42.0">
            <wd:Request_Criteria>
                <wd:Job_Requisition_Reference>
                    <wd:ID wd:type="Job_Requisition_ID">R-00471</wd:ID>
                </wd:Job_Requisition_Reference>
                <wd:Candidate_Email_Address>drew.fuller+dc2a@paradox.ai</wd:Candidate_Email_Address>
            </wd:Request_Criteria>
            <wd:Response_Group>
                <wd:Exclude_All_Attachments>1</wd:Exclude_All_Attachments>
            </wd:Response_Group>
        </wd:Get_Candidates_Request>
    </env:Body>
</env:Envelope>

Exemple de demande n° 2

<?xml version='1.0' encoding='UTF-8'?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
    <env:Body>
        <wd:Get_Candidates_Response xmlns:wd="urn:com.workday/bsvc" wd:version="v42.0">
            <wd:Request_Criteria>
                <wd:Candidate_Email_Address>drew.fuller+dc2a@paradox.ai</wd:Candidate_Email_Address>
            </wd:Request_Criteria>
            <wd:Response_Group>
                <wd:Exclude_All_Attachments>1</wd:Exclude_All_Attachments>
            </wd:Response_Group>
            <wd:Response_Results>
                <wd:Total_Results>1</wd:Total_Results>
                <wd:Total_Pages>1</wd:Total_Pages>
                <wd:Page_Results>1</wd:Page_Results>
                <wd:Page>1</wd:Page>
            </wd:Response_Results>
            <wd:Response_Data>
                <wd:Candidate>
                    <wd:Candidate_Data>
                        <wd:Candidate_ID>CANDIDATE-6-5992</wd:Candidate_ID>
                        <wd:Name_Data>
                            <wd:Legal_Name>
                                <wd:Name_Detail_Data>
                                    <wd:First_Name>Andy</wd:First_Name>
                                    <wd:Last_Name>Dynamic</wd:Last_Name>

[JOURNÉE DE TRAVAIL] 2. trouver un emploi

Cette API exploite l'API SOAP Get_Job_Postings_Request de Workdays. Cet appel d'API transmet l'identifiant de la demande d'emploi pour laquelle le candidat postule et renvoie des informations sur l'offre d'emploi. Les informations stockées dans un attribut pour les appels d'API suivants sont l'identifiant de référence de l'offre d'emploi.

Exemple de point de terminaison : https://wd2-impl-services1.workday.com/ccx/service/paradox_dpt1/Recruiting/v42.0

Exemple de demande n° 1

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <env:Body>
         <wd:Get_Job_Postings_Request xmlns:wd="urn:com.workday/bsvc" wd:version="v41.0">
            <wd:Request_Criteria>
                <wd:Job_Requisition_Reference>
                    <wd:ID wd:type="Job_Requisition_ID">R-00015</wd:ID>
                </wd:Job_Requisition_Reference>
                <wd:Show_Only_Active_Job_Postings>1</wd:Show_Only_Active_Job_Postings>
                <wd:Show_Only_External_Job_Postings>1</wd:Show_Only_External_Job_Postings>
            </wd:Request_Criteria>
        </wd:Get_Job_Postings_Request>
    </env:Body>
</env:Envelope>

Exemple de demande n° 2

<?xml version='1.0' encoding='UTF-8'?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
    <env:Body>
        <wd:Get_Job_Postings_Response xmlns:wd="urn:com.workday/bsvc" wd:version="v41.0">
            <wd:Request_Criteria>
                <wd:Job_Requisition_Reference>
                    <wd:ID wd:type="WID">e1bcaf26d7664c1b973d6ab528c5c32f</wd:ID>
                    <wd:ID wd:type="Job_Requisition_ID">R-00015</wd:ID>
                </wd:Job_Requisition_Reference>
                <wd:Show_Only_Active_Job_Postings>1</wd:Show_Only_Active_Job_Postings>
                <wd:Show_Only_External_Job_Postings>1</wd:Show_Only_External_Job_Postings>
            </wd:Request_Criteria>
            <wd:Response_Results>
                <wd:Total_Results>1</wd:Total_Results>
                <wd:Total_Pages>1</wd:Total_Pages>
                <wd:Page_Results>1</wd:Page_Results>
                <wd:Page>1</wd:Page>
            </wd:Response_Results>
            <wd:Response_Data>
                <wd:Job_Posting>
                    <wd:Job_Posting_Reference>
                        <wd:ID wd:type="WID">3fb6a1af43741001d1982a8fcdec0001</wd:ID>
                        <wd:ID wd:type="Job_Posting_ID">JOB_POSTING-6-985</wd:ID>

[JOURNÉE DE TRAVAIL] 3. obtenir les détails du travail

Cette API appelle l'API REST Job Posting de Workday et transmet l'ID de référence de l'offre d'emploi comme paramètre de chemin (récupéré lors de l'intégration précédente). Nous récupérons l'ID renvoyé par cet appel QPI et l'utilisons pour récupérer le(s) questionnaire(s).

Lors de la première exécution de l'intégration produite, soyez particulièrement attentif à cet appel d'API REST . Un échec indiquera que l'intégration produite ou REST est en cours d'exécution. Le client API (côté client) a été mal configuré. S'il ne s'exécute pas, cela signifie probablement que l'appel API du jeton a échoué et que vous devrez vérifier vos identifiants. Si vous recevez une erreur d'autorisation, il se peut qu'un élément de configuration côté client soit manquant. Si c'est le cas, demandez à votre client de vérifier qu'il n'a pas ignoré une option dans cette documentation sur l'application de la conversation dynamique .

Exemple de point de terminaison : https://wd2-impl-services1.workday.com/ccx/api/recruiting/v3/paradox_dpt1/jobPostings?jobPosting=3fb6a1af43741001d1982a8fcdec0001

Documentation Workday

Exemple de demande n° 1

GET Request against the REST API Endpoint: https://wd2-impl-services1.workday.com/ccx/api/recruiting/v3/paradox_dpt1/jobPostings?jobPosting=3fb6a1af43741001d1982a8fcdec0001

Exemple de demande n° 2

{
    "total": 1,
    "data": [
        {
            "id": "9dc4d03e08f6101331a572cbbc15bd97",
            "primaryLocation": {
                "id": "bbe6fe31a26b44d49f42222ca99e0e83",
                "descriptor": "Chicago",
                "country": {
                    "descriptor": "United States of America",
                    "alpha3Code": "USA"
                },
                "region": {
                    "descriptor": "Illinois",
                    "code": "IL"
                }
            },
            "title": "Web Content Manager",
            "timeType": {
                "id": "900fa8d9ae6f45a0a788545a85878f40",
                "descriptor": "Full time"
            },
            "categories": [
                {
                    "id": "d3bfb62d3bd344c8abf95b8be88d6137",
                    "descriptor": "Marketing"
                }
            ],
            "company": {
                "id": "dd15e2212f0144afbe8f3e86ae46d877",
                "descriptor": "Marketing Services"
            },
            "jobDescription": "<h3><span class=\"emphasis\">It's fun to work in a company where people truly <b>BELIEVE</b> in what they're doing!</span></h3><p style=\"text-align:inherit\"></p><p style=\"text-align:left\"><i>We're committed to bringing passion and customer focus to the business.</i></p><p style=\"text-align:inherit\"></p><p>Responsible developing the voice for all aspects of the organization's online presence. In addition to writing, editing, and proofreading site content, this person will also work closely with the creative team to maintain site standards with regard to new development.  The website content manager will also be responsible for crafting site promotions, email newsletters, and online outreach campaigns.  The content manager will work closely with technical, business development, and marketing members of our organization, so strong communication skills are needed.  The ideal candidate will also have experience managing online marketing and outreach campaigns.  Tasks require a strong attention to detail and ability to work under tight deadlines.</p><p></p><p><i>If you like wild growth and working with happy, enthusiastic over-achievers, you&#39;ll enjoy your career with us</i><i>!</i></p>",
            "jobSite": {
                "id": "63520c99ec6a1019d5c4501f93021f7a",
                "descriptor": "External Careers"
            },
            "jobType": {
                "id": "9459f5e6f1084433b767c7901ec04416",
                "descriptor": "Regular"
            },
            "url": "https://paradox-dpt1.wd2.myworkdayjobs-impl.com/External/job/Chicago/Web-Content-Manager_R-00015-1",
            "remoteType": {
                "id": "e7578f902ca110020edb2bd6aad10000",
                "name": "Hybrid"
            },
            "spotlightJob": false,
            "startDate": "2024-09-12"
        }
    ]
}

[JOURNÉE DE TRAVAIL] 4. obtenir le questionnaire

Les informations renvoyées par cet appel d'API seront les questions et les réponses possibles affichées au candidat. Cette requête utilise l'ID de l'appel d'API précédent pour collecter toutes les données du questionnaire à afficher au candidat et à recréer un candidat dans son locataire Workday. Cela inclut les questions, le type de question, les réponses possibles et les ID de référence des réponses.

Documentation Workday

Exemple de demande n° 1

GET Request against the REST API Endpoint: https://wd2-impl-services1.workday.com/ccx/api/recruiting/v3/paradox_dpt1/jobPostings/9dc4d03e08f6101331a572cbbc15bd97/questionnaire

Exemple de demande n° 2

{
    "total": 1,
    "data": [
        {
            "id": "c81416c97633106649aa4ec8d11b2820",
            "descriptor": "Leadership Questionnaire-External",
            "referenceIdValue": "QUESTIONNAIRE-16-10",
            "questions": [
                {
                    "id": "c81416c97633106649aa4f455e672829",
                    "descriptor": "Management Experience for Leadership Questionnaire-External",
                    "order": "b",
                    "required": false,
                    "displayOption": {
                        "descriptor": "Dropdown",
                        "id": "0516ace60e49100011c1cdcb9c892dff"
                    },
                    "possibleAnswers": [
                        {
                            "id": "6f18602ceddc100f1a15654e53ec18d1",
                            "order": "a",
                            "descriptor": "None"
                        },
                        {
                            "order": "b",
                            "id": "6f18602ceddc100f1a156571c27018d2",
                            "descriptor": "1-3 Years"
                        },
                        {
                            "order": "c",
                            "id": "6f18602ceddc100f1a156582a46f18d3",
                            "descriptor": "3-5 Years"
                        },
                        {
                            "descriptor": "More than 5 years",
                            "order": "d",
                            "id": "6f18602ceddc100f1a1565952bec18d4"
                        }
                    ],
                    "type": {
                        "descriptor": "Multiple Choice - Single Select",
                        "id": "c4d9bd57996c10002583f04b9fc30042"
                    },

[JOURNÉE DE TRAVAIL] 5. publier un candidat

Cette intégration produite, en particulier le Put_candidate L'appel d'API est notre principale méthode de création de candidats dans Workday. Il est important de noter que cet appel d'API inclut des macros pour gérer la logique des questionnaires et des CV, garantissant ainsi l'envoi cohérent de ces données à Workday. Bien que nous vous encourageons à personnaliser l'appel d'API pour répondre aux besoins de nos clients, une prudence accrue est de mise lors de la modification des deux macros prédéfinies liées à la gestion des questionnaires et des CV. L'appel d'API offre une flexibilité d'identification des candidats : vous pouvez le modifier pour envoyer soit une Candidate_Reference (pour les candidats ayant postulé à un autre poste au sein du client Workday), soit Name_Data pour les nouveaux candidats.

Pour implémenter cela, utilisez une logique conditionnelle basée sur la valeur reçue de l'appel d'API [WORKDAY] 1. Obtenir un candidat par e-mail uniquement . Si cet appel renvoie un Candidate_ID , transmettez-le comme Candidate_Reference ; s'il est nul, envoyez le Name_Data standard. L'appel d'API Put_candidate est pré-rempli avec un mappage de réponse pour capturer l'ID de candidature et l'ID de candidat, et vous pouvez ajouter d'autres mappages si nécessaire.

Exemple de point de terminaison : https://wd2-impl-services1.workday.com/ccx/service/paradox_dpt1/Recruiting/v42.0

Documentation Workday

Exemple de demande n° 1

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope
	xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"
	xmlns:xsd="http://www.w3.org/2001/XMLSchema">
	<env:Body>
		<wd:Put_Candidate_Request
			xmlns:wd="urn:com.workday/bsvc" wd:Add_Only="true" wd:version="v38.0">
			<wd:Candidate_Data>
				<wd:Name_Data>
					<wd:Legal_Name>
						<wd:Name_Detail_Data>
							<wd:First_Name>Tycho</wd:First_Name>
							<wd:Middle_Name></wd:Middle_Name>
							<wd:Last_Name>Barr</wd:Last_Name>
						</wd:Name_Detail_Data>
					</wd:Legal_Name>
				</wd:Name_Data>
				<wd:Contact_Data>
					<wd:Phone_Device_Type_Reference>
						<wd:ID wd:type="Phone_Device_Type_ID">Mobile</wd:ID>
					</wd:Phone_Device_Type_Reference>
					<wd:Country_Phone_Code_Reference>
						<wd:ID wd:type="Country_Phone_Code_ID">USA_1</wd:ID>
					</wd:Country_Phone_Code_Reference>
					<wd:Phone_Number>9548549509</wd:Phone_Number>
					<wd:Email_Address>sylvia.miller101+@paradox.ai</wd:Email_Address>
				</wd:Contact_Data>
				<wd:Job_Application_Data>
					<wd:Job_Applied_To_Data>
						<wd:Job_Requisition_Reference>
							<wd:ID wd:type="Job_Requisition_ID">R-00201</wd:ID>
						</wd:Job_Requisition_Reference>
						<wd:Stage_Reference>
							<wd:ID wd:type="Recruiting_Stage_ID">REVIEW</wd:ID>
						</wd:Stage_Reference>
						<wd:Source_Reference>
							<wd:ID wd:type="Applicant_Source_ID">APPLICANT_SOURCE-6-40</wd:ID>
						</wd:Source_Reference>
					</wd:Job_Applied_To_Data>
					<wd:Resume_Data>
						<wd:Summary>Paradox Testing Summary Field</wd:Summary>
						<wd:Questionnaire_Response_Data>
							<wd:Response_Data>
								<wd:Questionnaire_Reference>
									<wd:ID wd:type="Questionnaire_ID">QUESTIONNAIRE-6-102</wd:ID>
								</wd:Questionnaire_Reference>
								<wd:Questionnaire_Answer_Data>
									<wd:Question_Order>a</wd:Question_Order>
									<wd:Multiple_Choice_Answer_Data>
										<wd:Multiple_Choice_Answer_Reference>
											<wd:ID wd:type="Question_Multiple_Choice_Answer_ID">QUESTION_MULTIPLE_CHOICE_ANSWER-6-416</wd:ID>
										</wd:Multiple_Choice_Answer_Reference>
									</wd:Multiple_Choice_Answer_Data>
								</wd:Questionnaire_Answer_Data>
								<wd:Questionnaire_Answer_Data>
									<wd:Question_Order>b</wd:Question_Order>
									<wd:Multiple_Choice_Answer_Data>
										<wd:Multiple_Choice_Answer_Reference>
											<wd:ID wd:type="Question_Multiple_Choice_Answer_ID">QUESTION_MULTIPLE_CHOICE_ANSWER-6-419</wd:ID>
										</wd:Multiple_Choice_Answer_Reference>
									</wd:Multiple_Choice_Answer_Data>
								</wd:Questionnaire_Answer_Data>
								<wd:Questionnaire_Answer_Data>
									<wd:Question_Order>c</wd:Question_Order>
									<wd:Multiple_Choice_Answer_Data>
										<wd:Multiple_Choice_Answer_Reference>
											<wd:ID wd:type="Question_Multiple_Choice_Answer_ID">QUESTION_MULTIPLE_CHOICE_ANSWER-6-424</wd:ID>
										</wd:Multiple_Choice_Answer_Reference>
									</wd:Multiple_Choice_Answer_Data>
								</wd:Questionnaire_Answer_Data>
							</wd:Response_Data>
						</wd:Questionnaire_Response_Data>
					</wd:Resume_Data>
				</wd:Job_Application_Data>
			</wd:Candidate_Data>
		</wd:Put_Candidate_Request>
	</env:Body>
</env:Envelope>

Exemple de demande n° 2

{
    "env:Envelope": {
        "@xmlns:env": "http://schemas.xmlsoap.org/soap/envelope/",
        "env:Body": {
            "wd:Put_Candidate_Response": {
                "@xmlns:wd": "urn:com.workday/bsvc",
                "@wd:version": "v38.0",
                "wd:Candidate_Reference": {
                    "wd:ID": [{
                        "@wd:type": "WID",
                        "#text": "2a0120d8be36900211bbae2974ab0000"
                    }, {
                        "@wd:type": "Candidate_ID",
                        "#text": "CANDIDATE-6-5975"
                    }]
                },
                "wd:Candidate_Job_Application_Data": {
                    "wd:Job_Application_Reference": {
                        "wd:ID": [{
                            "@wd:type": "WID",
                            "#text": "2a0120d8be36900211bbaf5cbeff0003"
                        }, {
                            "@wd:type": "Job_Application_ID",
                            "#text": "JOB_APPLICATION-6-5998"
                        }]
                    },
                    "wd:Job_Requisition_Reference": {
                        "wd:ID": [{
                            "@wd:type": "WID",
                            "#text": "f29eb31600011066e31f5b471b74280d"
                        }, {
                            "@wd:type": "Job_Requisition_ID",
                            "#text": "R-00201"
                        }]
                    }
                }
            }
        }
    }
}

Candidat PUT

Cette demande est faite pour créer le candidat et la candidature dans Workday.

Documentation Workday

Exigences:

Le client doit ajouter les identifiants des questionnaires de demande au flux d'offres d'emploi afin que nous sachions quels questionnaires envoyer. Les clients peuvent avoir plusieurs questionnaires par demande.
Contactez un administrateur Paradox pour créer un ticket de flux de travail qui indique explicitement dans quels champs se trouvent les ID de questionnaire dans le flux de travail et qu'ils ont été mappés aux champs de données de flux de travail disponibles pendant le processus de ticket de flux de travail.
Vous devrez utiliser la requête GET Questionnaire pour créer l'ordre des questions de l'application et pour récupérer l'ID de réponse pour chaque question.
- Remarque : Compte tenu du mappage fourni par le client, il est possible que vous n'ayez pas besoin d'utiliser ce point de terminaison. Cependant, il est utile pour le dépannage et peut vous aider à identifier si le client a fourni un mappage incorrect des identifiants, de l'ordre des questions, etc.

Appels :

Plus l'application est courte, mieux c'est. Étant donné qu'une grande partie de nos données sont consommées par le biais de conversations et que Workday exige des identifiants spécifiques pour la plupart des questions, la gestion des applications complexes peut s'avérer complexe.
Si le client doit recueillir des données sur l’expérience professionnelle, la formation ou d’autres données complexes, il devra collecter ces données sur les candidats à partir d’un formulaire Paradox et non par le biais d’une conversation.
Si une expérience professionnelle ou une formation est requise, il est préférable de capturer ces données sous une forme Paradox où nous pouvons contrôler la structure des données.
Lors de la configuration des données de réponse au questionnaire, celles-ci doivent être envoyées dans un ordre spécifique. Par exemple : « a, aa, b, c, d, e, f ». Workday prend également en charge l'utilisation de questions conditionnelles. Pour ce faire, définissez un ordre du type : « a, aa ». Vous pouvez utiliser la requête GET Questionnaire pour afficher le format des questions de n'importe quel identifiant de questionnaire.

Exemple de configuration de question conditionnelle candidate PUT :

Dans cet exemple, si l'attribut système bne_relative du candidat est YES , nous enverrons la question conditionnelle « Équipage - Détails relatifs » . Si l'attribut système bne_relative du candidat n'est pas égal YES , nous n'enverrons pas la réponse à la question conditionnelle.

Exemple de configuration conditionnelle

<!-- Question E: Crew - Relative -->
{{ questionnare_block(bne_relative, 'e', 'BNE Relative (Management)') }}
                                
<!-- Conditional Question EA: Crew - Relative Details -->
{% if bne_relative|upper == 'YES' %}
  {{ questionnare_block(bne_relative_details, 'e.a') }}
{% endif %}

Exemple de configuration du centre d'intégration :

La macro en haut de la requête déterminera si la structure de la réponse au questionnaire est un format à choix multiples (sélection multiple ou sélection unique), un format texte libre ou une date. Les questions à choix multiples nécessitant des identifiants spécifiques (récupérés dans les requêtes GET), une section « Valeurs mappées » devra être créée pour garantir la transmission du bon identifiant.

Le type fourni déterminera la manière dont la réponse dans la charge utile sera formatée.

Vous définirez cela dans le corps de la requête comme single , multi , text ou date .

Exemple de demande de centre d'intégration : demande de candidat PUT

{% set phone_country_code, phone_country_code_str, phone_national_number = phone_number|extract_phone_number %}
{%- macro questionnare_block(value, order, type, mapname) -%}
    {% if type == 'text' -%}
        <wd:Questionnaire_Answer_Data>
            <wd:Question_Order>{{order}}</wd:Question_Order>
            <wd:Answer_Text>{{value|escape}}</wd:Answer_Text>
        </wd:Questionnaire_Answer_Data>
	{% elif type == 'single' -%}
        <wd:Questionnaire_Answer_Data>
            <wd:Question_Order>{{order}}</wd:Question_Order>
            <wd:Multiple_Choice_Answer_Data>
                <wd:Multiple_Choice_Answer_Reference>
                    <wd:ID wd:type="Question_Multiple_Choice_Answer_ID">{{value|mapvalue(mapname)}}</wd:ID>
                </wd:Multiple_Choice_Answer_Reference>
            </wd:Multiple_Choice_Answer_Data>
        </wd:Questionnaire_Answer_Data>
	{% elif type == 'multi' -%}
    	{%- set split = value.split(' and ') -%}
    	<wd:Questionnaire_Answer_Data>
            <wd:Question_Order>{{order}}</wd:Question_Order>
			{% for split in split -%}
			<wd:Multiple_Choice_Answer_Data>
                <wd:Multiple_Choice_Answer_Reference>
                    <wd:ID wd:type="Question_Multiple_Choice_Answer_ID">{{split|mapvalue(mapname)}}</wd:ID>
                </wd:Multiple_Choice_Answer_Reference>
            </wd:Multiple_Choice_Answer_Data>
			{% endfor -%}
        </wd:Questionnaire_Answer_Data>
    {% elif type == 'date' -%}
        <wd:Questionnaire_Answer_Data>
            <wd:Question_Order>{{order}}</wd:Question_Order>
            <wd:Answer_Date>{{value | regex_replace('[\D]', '') | int | strftime("%Y-%m-%dT00:00:00")}}</wd:Answer_Date>
        </wd:Questionnaire_Answer_Data>
    {% endif %}
{%- endmacro -%}
<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <env:Header>
        <wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">
            <wsse:UsernameToken>
                <wsse:Username>{{globals.isu_user}}</wsse:Username>
                <wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText">{{globals.isu_pw}}</wsse:Password>
            </wsse:UsernameToken>
        </wsse:Security>
    </env:Header>
	<env:Body>
        <wd:Put_Candidate_Request xmlns:wd="urn:com.workday/bsvc" wd:Add_Only="true" wd:version="v38.2">
            {% if __ex_id_1 -%}         
            <wd:Candidate_Reference>
              <wd:ID wd:type="Candidate_ID">{{__ex_id_1}}</wd:ID>
            </wd:Candidate_Reference>  
            {% endif -%}
            <wd:Candidate_Data>
                <wd:Name_Data>
                    <wd:Legal_Name>
                        <wd:Name_Detail_Data>
                            <wd:First_Name>{{first_name| unidecode | regex_replace("[^A-Za-z]","")}}</wd:First_Name>
                            <wd:Last_Name>{{last_name| unidecode | regex_replace("[^A-Za-z]","")}}</wd:Last_Name>
                        </wd:Name_Detail_Data>
                    </wd:Legal_Name>
                </wd:Name_Data>
                <wd:Contact_Data>
                    <wd:Phone_Device_Type_Reference>
                        <wd:ID wd:type="Phone_Device_Type_ID">Mobile</wd:ID>
                    </wd:Phone_Device_Type_Reference>
                    <wd:Country_Phone_Code_Reference>
                        <wd:ID wd:type="Country_Phone_Code_ID">{{ [phone_country_code_str, phone_country_code]|join("_") }}</wd:ID>
                    </wd:Country_Phone_Code_Reference>
                    <wd:Phone_Number>{{ phone_national_number }}</wd:Phone_Number>

Exemple de demande avec données remplies

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <env:Header>
        <wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">
            <wsse:UsernameToken>
                <wsse:Username>******</wsse:Username>
                <wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText">*******</wsse:Password>
            </wsse:UsernameToken>
        </wsse:Security>
    </env:Header>
    <env:Body>
        <wd:Put_Candidate_Request xmlns:wd="urn:com.workday/bsvc" wd:Add_Only="true" wd:version="v36.0">
            <wd:Candidate_Data>
                <wd:Name_Data>
                    <wd:Legal_Name>
                        <wd:Name_Detail_Data>
                            <wd:First_Name>Cory</wd:First_Name>
                            <wd:Last_Name>Test</wd:Last_Name>

Exemple de réponse de réussite

<?xml version='1.0' encoding='UTF-8'?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
    <env:Body>
        <wd:Put_Candidate_Response xmlns:wd="urn:com.workday/bsvc" wd:version="v36.0">
            <wd:Candidate_Reference>
                <wd:ID wd:type="WID">4423ae209be9818fb391751ab4018d1c</wd:ID>
                <wd:ID wd:type="Candidate_ID">C-495</wd:ID>
            </wd:Candidate_Reference>
            <wd:Candidate_Job_Application_Data>
                <wd:Job_Application_Reference>
                    <wd:ID wd:type="WID">4423ae209be981248b52771ab401961c</wd:ID>
                    <wd:ID wd:type="Job_Application_ID">JOB_APPLICATION-6-2282</wd:ID>
                </wd:Job_Application_Reference>
                <wd:Job_Requisition_Reference>
                    <wd:ID wd:type="WID">f37fb423803501ec2c42574e70014002</wd:ID>
                    <wd:ID wd:type="Job_Requisition_ID">JR-1033</wd:ID>
                </wd:Job_Requisition_Reference>
            </wd:Candidate_Job_Application_Data>
        </wd:Put_Candidate_Response>
    </env:Body>
</env:Envelope>

Données de réponse qui doivent être enregistrées :

__ex_id_1 et __application_id sont des attributs système Paradox standard.
workday_wid serait un attribut personnalisé.

Principaux changements :

workday_wid : 4423ae209be9818fb391751ab4018d1c (il s'agit de l'identifiant candidat de la longue journée de travail du candidat)
__ex_id_1 : C-495 (il s'agit de l'identifiant du candidat pour la journée de travail courte)
__application_id : JOB_APPLICATION-6-2282 (il s'agit de l'identifiant de candidature du candidat)

Cartographie des réponses :

ex_id : $.env:Envelope.env:Body.wd:Put_Candidate_Response.wd:Candidate_Reference.wd:ID[$.@wd:type=>"Candidate_ID"].#text

application_id: $.env:Envelope.env:Body.wd:Put_Candidate_Response.wd:Candidate_Job_Application_Data.wd:Job_Application_Reference.wd:ID[$.@wd:type=>"Job_Application_ID"].#text
=get_wd_app_id_by_reqid($.env:Envelope.env:Body.wd:Put_Candidate_Response, #__job_req_id)
- Remarque : Application_id nécessitera l'enregistrement de deux réponses.

Questionnaires GET

Cette demande vise à obtenir des informations détaillées sur un ou plusieurs questionnaires de candidature. Il s'agit essentiellement des questions de candidature pour le poste.

Cela peut être utile pour résoudre les problèmes lors de la construction ou des tests. Ce point de terminaison ne fournit que des identifiants ; il ne peut donc pas être utilisé pour créer une discussion dynamique afin d'appliquer l'expérience.

Documentation Workday

Exigences:

Le client doit ajouter les identifiants des questionnaires de demande au flux d'offres d'emploi afin que nous sachions quels questionnaires envoyer. Les clients peuvent avoir plusieurs questionnaires par demande.
Le client doit donner à Paradox ISU l'accès au domaine du questionnaire.

Appels :

Si vous placez le code ci-dessous dans l'onglet « Tests » de Postman, la réponse au questionnaire GET sera reformatée dans un format plus exploitable pour faciliter l'implémentation. Le format mis à jour sera disponible sous « Console » .

Code

var jsonObject = xml2Json(responseBody);
var q = jsonObject
    ['env:Envelope']
    ['env:Body']
    ['wd:Get_Questionnaires_Response']
    ['wd:Response_Data']
    ['wd:Questionnaire']
    ['wd:Questionnaire_Data'];

var q_id = q['wd:Questionnaire_ID'];

var questions = q['wd:Questions_for_Questionnaire_Data'].map(item => ({
    question: item['wd:Question_Setup_Reference']['wd:ID'][1]._,
    order: item['wd:Order'],
    choices: (item['wd:Score_for_Question_Multiple_Choice_Answers'] || []).map(a => a['wd:Question_Multiple_Choice_Answer_Reference']['wd:ID'][1]._)
}));

console.log(JSON.stringify({q_id, questions }, null, 2));

Données de la console reformatées

{
  "q_id": "Management Ranking - Hardee's and Highway Diner",
  "questions": [
    {
      "question": "Management Ranking - Manager Experience",
      "order": "a",
      "choices": [
        "2 or more years (Management Ranking - Manager Experience)",
        "Less than one year (Management Ranking - Manager Experience)",
        "None (Management Ranking - Manager Experience)"
      ]
    },
    {
      "question": "Management Ranking - Restaurant Manager Experience",
      "order": "b",
      "choices": [
        "2 or more years (Management Ranking - Restaurant Manager Experience)",
        "Less than one year (Management Ranking - Restaurant Manager Experience)",
        "None (Management Ranking - Restaurant Manager Experience)"
      ]
    },
    {
      "question": "Management Ranking - Driver's License",
      "order": "c",
      "choices": [
        "Yes, I have an active valid driver's license. (Management Ranking - Driver's License)",
        "No my license is currently suspended or revoked. (Management Ranking - Driver's License)",
        "I do not have a valid driver's license. (Management Ranking - Driver's License)"
      ]
    },
    {
      "question": "Management Ranking - Salary Requirements",
      "order": "d",
      "choices": [
        "$20,000 - $30,000 (Management Ranking - Salary Requirements)",
        "$31,000 - $40,000 (Management Ranking - Salary Requirements)",
        "$41,000 - $50,000 (Management Ranking - Salary Requirements)",
        "$50,000 or Above (Management Ranking - Salary Requirements)"
      ]
    },
    {
      "question": "Management Ranking - Availability",
      "order": "e",
      "choices": [
        "Any shift any day (Management Ranking - Availability)",
        "Not available any shift any day (Management Ranking - Availability)",
        "Not available to work weekends (Management Ranking - Availability)"
      ]
    }
  ]
}

Exemple de demande : Demande de questionnaire GET

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <env:Header>
        <wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">
            <wsse:UsernameToken>
                <wsse:Username>********</wsse:Username>
                <wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText">********</wsse:Password>
            </wsse:UsernameToken>
        </wsse:Security>
    </env:Header>
    <env:Body>
        <wd:Get_Questionnaires_Request xmlns:wd="urn:com.workday/bsvc" wd:version="v36.2">
            <wd:Request_References>
                <wd:Questionnaire_Reference>
                    <wd:ID wd:type="Questionnaire_ID">HVAC/Service Tech</wd:ID>
                </wd:Questionnaire_Reference>
            </wd:Request_References>
        </wd:Get_Questionnaires_Request>
    </env:Body>
</env:Envelope>

Exemple de réponse réussie : Réponse au questionnaire GET

<?xml version='1.0' encoding='UTF-8'?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
    <env:Body>
        <wd:Get_Questionnaires_Response xmlns:wd="urn:com.workday/bsvc" wd:version="v36.2">
            <wd:Request_References>
                <wd:Questionnaire_Reference>
                    <wd:ID wd:type="WID">bc133eecccdf0137335890e5fd019606</wd:ID>
                    <wd:ID wd:type="Questionnaire_ID">HVAC/Service Tech</wd:ID>
                </wd:Questionnaire_Reference>
            </wd:Request_References>
            <wd:Response_Results>
                <wd:Total_Results>1</wd:Total_Results>
                <wd:Total_Pages>1</wd:Total_Pages>
                <wd:Page_Results>1</wd:Page_Results>
                <wd:Page>1</wd:Page>

Ajouts à Workday Dynamic Chat pour postuler à la création d'un candidat

Cette section explore les différents objets et champs que vous pouvez ajouter à l'intégration prête à l'emploi. Utilisez cette collection Postman pour découvrir tous les champs disponibles et la structure complète du service Web Put_Candidate .

Données EEO

Les données EEO transmises lors de l'intégration doivent provenir du locataire Workday, car il ne s'agit pas d'un champ de texte libre. Il est recommandé de les obtenir auprès du client, car cela peut constituer une introduction utile pour discuter des données EEO à collecter lors du processus de candidature. Vous pouvez également utiliser la requête Get_References ci-dessous pour obtenir tous les identifiants de référence possibles auprès du locataire du client.

Obtenir une demande de références

<env:Body>
  <wd:Get_References_Request wd:version="v38.0">
    <wd:Request_Criteria>
      <wd:Reference_ID_Type>Ethnicity_ID</wd:Reference_ID_Type>
    </wd:Request_Criteria>
  </wd:Get_References_Request>
</env:Body>

Données EEO

<wd:Personal_Information_Data>
	<wd:Gender_Reference>
		<wd:ID wd:type="Gender_Code">{{Attribute}}</wd:ID>
	</wd:Gender_Reference>
	<wd:Ethnicity_Reference>
		<wd:ID wd:type="Ethnicity_ID">{{Attribute}}</wd:ID>
	</wd:Ethnicity_Reference>
	<wd:Veterans_Status_Reference>
		<wd:ID wd:type="Armed_Forces_Status_ID">{{Attribute}}</wd:ID>
	</wd:Veterans_Status_Reference>
	<wd:Disability_Status_Reference>
		<wd:ID wd:type="Self_Identification_of_Disability_Status_ID">{{Attribute}}</wd:ID>
	</wd:Disability_Status_Reference>
</wd:Personal_Information_Data>

Expérience professionnelle

Certains clients peuvent souhaiter/exiger que l'expérience professionnelle antérieure soit transmise à Workday lors de la création du candidat dans leur client. Le serveur de candidature PUT Candidate accepte plusieurs objets Experience_Data . Ainsi, si le candidat fournit plusieurs expériences, vous pouvez répéter l'instance Experience_Data ci-dessous.

Section Expérience professionnelle (instance unique)

<wd:Experience_Data>
  <wd:Company_Name>{{Attribute}}</wd:Company_Name>
  <wd:Title>{{Attribute}}</wd:Title>
  <wd:Location>{{Attribute}}</wd:Location>
  <wd:Start_Month>{{Attribute}}</wd:Start_Month>
  <wd:Start_Year>{{Attribute}}</wd:Start_Year>
  <wd:Currently_Work_Here>{{Attribute}}</wd:Currently_Work_Here>
  <wd:Description>{{Attribute}}</wd:Description>
</wd:Experience_Data>

Section Expérience professionnelle (Multi-instance)

<wd:Experience_Data>
  <wd:Company_Name>{{Attribute}}</wd:Company_Name>
  <wd:Title>{{Attribute}}</wd:Title>
  <wd:Location>{{Attribute}}</wd:Location>
  <wd:Start_Month>{{Attribute}}</wd:Start_Month>
  <wd:Start_Year>{{Attribute}}</wd:Start_Year>
  <wd:Currently_Work_Here>{{Attribute}}</wd:Currently_Work_Here>
  <wd:Description>{{Attribute}}</wd:Description>
</wd:Experience_Data>
{% if exp_company_2 %}
<wd:Experience_Data>
  <wd:Company_Name>{{exp_company_2}}</wd:Company_Name>
  <wd:Title>{{Attribute}}</wd:Title>
  <wd:Location>{{Attribute}}</wd:Location>
  <wd:Start_Month>{{Attribute}}</wd:Start_Month>
  <wd:Start_Year>{{Attribute}}</wd:Start_Year>
  <wd:Currently_Work_Here>{{Attribute}}</wd:Currently_Work_Here>
  <wd:Description>{{Attribute}}</wd:Description>
</wd:Experience_Data>
{% endif %}

Mettre à jour le questionnaire pour le Chat pour postuler

Lorsqu'un client Workday Chat-to-apply doit apporter une modification à son questionnaire, effectuez les actions en fonction de votre cas d'utilisation.

Nouvelle question ajoutée au questionnaire existant
1. Mappez les options de questions et de réponses dans la charge utile Put_Candidate dans le bon ordre.
  - Remarque : l'ordre des questions est important pour l'API Workday. Confirmez avec le client l'ordre des nouvelles questions du questionnaire.
2. Accédez à la conversation préférée dans le générateur de conversations et ajoutez la nouvelle question et les réponses à la conversation.
3. Créez un attribut personnalisé pour stocker la valeur de la réponse et la mapper à la question dans la conversation.
4. Assurez-vous de publier la conversation une fois terminée.
Modifier le texte de la question ou la ou les réponses à une question existante
- Si vous modifiez uniquement le texte de la question , aucune modification n'est nécessaire à l'intégration.
- Si vous modifiez le texte de réponse ou les options de réponse , mappez le nouveau texte de réponse dans la charge utile Put_Candidate .
Modification de l'identifiant du questionnaire
- Lorsque le client apporte des modifications à un questionnaire, l’ID du questionnaire sera également modifié.
- Si le ciblage de la recherche d'emploi est basé sur l'ID de questionnaire que nous recevons dans le flux d'emplois, assurez-vous que les règles de ciblage sont mises à jour pour refléter le nouvel ID de questionnaire ( Configuration du client > Recherche d'emploi ).

Intégration des tests

Si vous souhaitez tester l'intégration dynamique « Chat pour postuler » de Workday, le compte CEM Jimmy l'a configuré dans Olivia Staging. Il est connecté à notre instance de test Workday. Vous pouvez également utiliser ce compte pour consulter la logique et les mappages des requêtes/réponses dans les journaux d'intégration Productized , dans le Centre d'intégration.

Si vous souhaitez explorer plus en détail les différents appels d'API effectués dans le cadre de l'intégration produite, veuillez consulter la collection Postman ci-dessous.

Chat dynamique Workday pour postuler – Collection Postman

{
	"info": {
		"_postman_id": "e0f31942-0a4d-4fa1-b775-1e078643d36b",
		"name": "Workday Dynamic Chat to Apply",
		"schema": "https://schema.getpostman.com/json/collection/v2.1.0/collection.json",
		"_exporter_id": "32638840"
	},
	"item": [
		{
			"name": "SOAP",
			"item": [
				{
					"name": "GET Job Postings (Req)",
					"request": {
						"method": "POST",
						"header": [],
						"body": {
							"mode": "raw",
							"raw": "<?xml version=\"1.0\" encoding=\"UTF-8\"?>\n<env:Envelope xmlns:env=\"http://schemas.xmlsoap.org/soap/envelope/\"\n    xmlns:xsd=\"http://www.w3.org/2001/XMLSchema\">\n    <env:Header>\n        <wsse:Security xmlns:wsse=\"http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd\">\n            <wsse:UsernameToken>\n                <wsse:Username>ISU_ParadoxWDIntegration@paradox_dpt1</wsse:Username>\n                <wsse:Password Type=\"http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText\">Pdx~202109_wd!itg01</wsse:Password>\n            </wsse:UsernameToken>\n        </wsse:Security>\n    </env:Header>\n    <env:Body>\n         <wd:Get_Job_Postings_Request xmlns:wd=\"urn:com.workday/bsvc\" wd:version=\"v41.0\">\n            <wd:Request_Criteria>\n                <wd:Job_Requisition_Reference>\n                    <wd:ID wd:type=\"Job_Requisition_ID\">R-00477</wd:ID>\n                </wd:Job_Requisition_Reference>\n                <wd:Show_Only_Active_Job_Postings>1</wd:Show_Only_Active_Job_Postings>\n                <wd:Show_Only_External_Job_Postings>1</wd:Show_Only_External_Job_Postings>\n            </wd:Request_Criteria>\n        </wd:Get_Job_Postings_Request>\n    </env:Body>\n</env:Envelope>",
							"options": {
								"raw": {
									"language": "xml"
								}
							}
						},
						"url": {
							"raw": "https://wd2-impl-services1.workday.com/ccx/service/paradox_dpt1/Recruiting/v38.0",
							"protocol": "https",
							"host": [
								"wd2-impl-services1",
								"workday",
								"com"
							],
							"path": [
								"ccx",
								"service",
								"paradox_dpt1",
								"Recruiting",
								"v38.0"
							]
						}
					},
					"response": []
				},
				{
					"name": "GET Candidates",

Locataire de démonstration

En visitant ce lien , vous pouvez invoquer la recherche d'emploi et passer par le chat pour postuler à 3 des emplois renvoyés dans l'ensemble de résultats.

Remarque : depuis la dernière mise à jour, seuls les emplois suivants sont configurés pour le Chat pour postuler :
- Gestionnaire de contenu Web
- Opérateur de chariot élévateur (planifiera automatiquement un entretien en personne de 60 minutes si la réponse aux questions de candidature est Oui ou demandera au candidat de passer en revue si la réponse aux questions de candidature est Non )
- superviseur de fabrication
- Représentant du service clientèle (comprend des questions EEO et planifiera automatiquement une réunion virtuelle de 30 minutes avec Round Robin Group si la réponse est Oui à la question sur l'âge de 18 ans)
- Directeur régional des ventes (CV obligatoire, non facultatif)
- Directeur des finances (lien vers Workday pour postuler ; la conversation demandera des informations de contact de base, puis des questions spécifiques à la candidature)

Enregistrement vidéo

Détails techniques

L'intégration consiste simplement à effectuer un appel API PUT Candidate vers Workday depuis Paradox lorsque la capture est terminée . Une fois la réponse API reçue de Workday, nous collectons les identifiants de candidat et de candidature Workday pour les stocker dans le profil candidat du CEM .

Demande de construction IC

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <env:Header>
        <wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">
            <wsse:UsernameToken>
                <wsse:Username>{{globals.workday_username}}</wsse:Username>
                <wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText">{{globals.workday_password | escape}}</wsse:Password>
            </wsse:UsernameToken>
        </wsse:Security>
    </env:Header>
	<env:Body>
        <wd:Put_Candidate_Request xmlns:wd="urn:com.workday/bsvc" wd:Add_Only="true" wd:version="v38.0">
            <wd:Candidate_Data>
                <wd:Name_Data>
                    <wd:Legal_Name>
                        <wd:Name_Detail_Data>
                            <wd:First_Name>{{first_name}}</wd:First_Name>
                            <wd:Middle_Name></wd:Middle_Name>
                            <wd:Last_Name>{{last_name}}</wd:Last_Name>
                        </wd:Name_Detail_Data>
                    </wd:Legal_Name>
                </wd:Name_Data>
                <wd:Contact_Data>
                    <wd:Phone_Device_Type_Reference>
                        <wd:ID wd:type="Phone_Device_Type_ID">Mobile</wd:ID>
                    </wd:Phone_Device_Type_Reference>
                    <wd:Country_Phone_Code_Reference>
                        <wd:ID wd:type="Country_Phone_Code_ID">USA_1</wd:ID>
                    </wd:Country_Phone_Code_Reference>
                    <wd:Phone_Number>{{phone_number}}</wd:Phone_Number>
                    <wd:Email_Address>{{email}}</wd:Email_Address>
                </wd:Contact_Data>
                <wd:Job_Application_Data>
                    <wd:Job_Applied_To_Data>
                        <wd:Job_Requisition_Reference>
                            <wd:ID wd:type="Job_Requisition_ID">r-00015</wd:ID>
                        </wd:Job_Requisition_Reference>
                        <wd:Stage_Reference>
                            <wd:ID wd:type="Recruiting_Stage_ID">REVIEW</wd:ID>
                        </wd:Stage_Reference>
                        <wd:Source_Reference>
                            <wd:ID wd:type="Applicant_Source_ID">APPLICANT_SOURCE-6-40</wd:ID>

Dépannage du WD D2CA

Ce document vous aide à comprendre la configuration de Workday Dynamic Chat à appliquer. La plupart des données de cette intégration sont stockées dans le Centre d'intégration > Applications connectées > Paramètres d'identification . Vous trouverez ci-dessous une description des champs obligatoires et de leur fonction.

Hôte REST : il s'agit du point de terminaison de l'API REST que notre système utilise pour les opérations suivantes. Si l'un de ces appels d'API échoue, commencez par vérifier que ce point de terminaison a été correctement configuré. La version 3 doit toujours y figurer. Il est important que ce point de terminaison appartienne au locataire avec lequel Paradox s'intègre.
- [WORKDAY] 3. get job detail
- [WORKDAY] 4.1. get primary questionnaire
- [WORKDAY] 4.2. get secondary questionnaire
- [WORKDAY] 4.3. get supplemental questionnaire
Hôte SOAP : cette API est utilisée pour les appels d'API ci-dessous. De même, si une erreur renvoie à un service non valide ou à un nom d'utilisateur/mot de passe incorrect, vérifiez toujours que ce point de terminaison, spécifique à l'environnement d'intégration de Paradox (communément appelé « pointage vers »), est correct.
- [WORKDAY] 1. get candidate by email only
- [WORKDAY] 1. get candidate
- [WORKDAY] 2. get job
- [WORKDAY] 5. post candidate
Hôte de jeton : il s'agit du point de terminaison utilisé pour l'authentification et l'obtention des jetons OAuth. Si les utilisateurs rencontrent des erreurs liées à la récupération des jetons, assurez-vous que l'hôte de jeton est correctement configuré pour l'environnement et le locataire correspondant. L'appel d'API utilisé est [WORKDAY] 0. get token .
Nom d'utilisateur Soap : il s'agit du nom d'utilisateur pour l'authentification via l'API SOAP . Il doit correspondre à un compte disposant des autorisations nécessaires pour accéder aux services Workday requis. En cas d'erreur de connexion ou d'accès, vérifiez que le nom d'utilisateur est correct et qu'il dispose des autorisations appropriées. Le format sera toujours ISU@tenant .
Mot de passe SOAP : il s'agit du mot de passe associé au nom d'utilisateur SOAP . Assurez-vous qu'il est correctement saisi et stocké en toute sécurité. Les mises à jour de mot de passe dans Workday doivent également être reflétées ici pour éviter les échecs d'authentification.
ID client (API REST) : L'ID client identifie l'application qui effectue les requêtes auprès de l'API REST . Cette valeur est propre à l'intégration et est fournie lors de la configuration de l'application dans Workday. En cas de problème, vérifiez que l'ID client configuré est correct.
Secret client (API REST) : Le secret client est un identifiant associé à l'ID client. Ensemble, ils authentifient l'application. Assurez-vous toujours que le secret client est stocké de manière sécurisée et mis à jour dans les paramètres d'intégration dès qu'il est modifié dans Workday.
Type de subvention : cette valeur sera toujours Refresh Token .
Jeton d'actualisation : le jeton d'actualisation permet de renouveler le jeton d'accès sans que l'utilisateur ait à se reconnecter. Assurez-vous qu'il est à jour et valide, car un jeton d'actualisation expiré ou révoqué empêchera le fonctionnement de l'intégration.

Workday : intégration de la fonction de candidature conversationnelle (Chat pour postuler)

Contact Us

Considérations pour une application conversationnelle

Candidature conversationnelle + planification

Exigences du client

Exigences de base

Discutez pour postuler - exigences spécifiques

Processus de configuration du compte

Étape 1 : Activer les paramètres de configuration du client

Étape 2 : Créer une conversation ATS dynamique

Étape 3 : Mettre à jour le ciblage du parcours

Clients utilisant uniquement le Chat-to-Apply dynamique

Clients utilisant le Chat-to-Apply dynamique avec une conversation de suivi

Étape 4 : Configurer une application connectée Workday

Considérations relatives à la conception de solutions

Chat dynamique pour appliquer les appels API

[JOURNÉE DE TRAVAIL] 1. trouver un candidat

Exemple de demande n° 1

Exemple de demande n° 2

[WORKDAY] 1. Recevez les candidatures par e-mail uniquement

Exemple de demande n° 1

Exemple de demande n° 2

[JOURNÉE DE TRAVAIL] 2. trouver un emploi

Exemple de demande n° 1

Exemple de demande n° 2

[JOURNÉE DE TRAVAIL] 3. obtenir les détails du travail

Exemple de demande n° 1

Exemple de demande n° 2

[JOURNÉE DE TRAVAIL] 4. obtenir le questionnaire

Exemple de demande n° 1

Exemple de demande n° 2

[JOURNÉE DE TRAVAIL] 5. publier un candidat

Exemple de demande n° 1

Exemple de demande n° 2

Candidat PUT

Exemple de configuration conditionnelle

Exemple de demande de centre d'intégration : demande de candidat PUT

Exemple de demande avec données remplies

Exemple de réponse de réussite

Questionnaires GET

Code

Données de la console reformatées

Exemple de demande : Demande de questionnaire GET

Exemple de réponse réussie : Réponse au questionnaire GET

Ajouts à Workday Dynamic Chat pour postuler à la création d'un candidat

Données EEO

Obtenir une demande de références

Données EEO

Expérience professionnelle

Section Expérience professionnelle (instance unique)

Section Expérience professionnelle (Multi-instance)

Mettre à jour le questionnaire pour le Chat pour postuler

Intégration des tests

Chat dynamique Workday pour postuler – Collection Postman

Locataire de démonstration

Détails techniques

Demande de construction IC

Dépannage du WD D2CA

Related Articles