L'intégration de la planification permet à un client de déclencher une demande de planification dans Paradox et de mettre à jour l'application Workday du candidat avec les données d'entretien correctes.

Considérations

• Les flux d'offres d'emploi doivent inclure les éléments suivants :
  • Ouvert/Fermé
  • Interne/Externe
  • Recruteur sur le Req
  • Responsable du recrutement sur le poste
• Le client utilisera-t-il une ou plusieurs étapes d'entretien dans Paradox ? (Question particulièrement pertinente pour l'intégration par badges)
  • Si l'entretien comporte plusieurs étapes (par exemple, entretien 1, entretien 2, entretien 3) et que nous utilisons une intégration par badge, nous devrons utiliser notre outil de cartographie des demandes entrantes.
• L'option PUT Interview n'est valable que lorsque le candidat est à l'étape d'entretien dans Workday.

Application conversationnelle + Considérations relatives à la planification

Si votre client utilise à la fois la candidature conversationnelle et la planification, tenez compte des points suivants :

• État 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 configuration de Workday Studio côté client.
    • Améliore la précision des rapports en liant directement les indicateurs à Workday.
• Routage automatique des étapes (ASR)
  • Attribue automatiquement aux candidats 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 : un candidat postule via le chat, est créé dans la liste de diffusion, répond favorablement et passe à l'étape de sélection).
  • 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 Application de tâche BP
  • Les objets personnalisés sont plus flexibles, plus fiables et nécessitent moins de maintenance pour le client.

Meilleures pratiques pour la mise en œuvre

Sites de planification

Pour les clients qui souhaitent utiliser des sites de planification, nous recommandons d'ajouter une étape supplémentaire au parcours de planification appelée Site de planification comme premier cycle de planification.

• Pourquoi : Lorsque des sites de planification sont utilisés, l’étape du parcours à laquelle ils se connectent correspond au premier cycle de planification. L’ajout de cette étape distincte permet de générer des rapports clairs et faciles dans Paradox .
  • Remarque : Il ne s'agit pas d'une compétence Paradox distincte ni de frais de produit supplémentaires.

Planification semi-automatisée des entretiens

Pour les clients qui souhaitent planifier des entretiens complexes et qui ne veulent pas définir les règles dans Workday ou qui ont besoin de flexibilité par candidat, nous proposons souvent ce que nous appelons l'approche « semi-automatisée » ou « initiée par les RH ».

• Fonctionnement : La modification du statut dans Workday Recruiting déclenche une mise à jour du statut dans Paradox ( et non une demande de planification). Le coordinateur/recruteur peut ensuite se connecter à l’extension CEM /navigateur pour créer et envoyer la demande directement depuis l’interface utilisateur Paradox .

exigences du client

exigences de base

1. Le client doit fournir à Paradox l'URL du point de terminaison qui sera utilisé pour l'intégration. Celle-ci inclura l'identifiant du centre de données et du locataire qui servira aux tests. La plupart des entreprises clientes utilisent le centre de données wd5.
   • https:// {{data_center_id}} -impl-services1.workday.com/ccx/service/{{customer_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.
2. 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 énumérées ci-dessous devront être accordées pour cette intégration spécifique.

3. Le client doit s'assurer que le groupe de sécurité du système d'intégration Paradox dispose des autorisations de sécurité nécessaires pour accéder à tout service Web requis pour la mise en œuvre.
4. En raison des limitations actuelles du ciblage de parcours client, il convient d'évaluer, en fonction du cas d'utilisation de votre client, si la gestion des groupes ou le ciblage de parcours client est la solution la plus appropriée. Pour la plupart des clients et de leurs architectures/intégrations, la gestion des groupes est suffisante.

exigences spécifiques à la planification

1. Les utilisateurs clients devront être ajoutés à Paradox . Nous utilisons leur identifiant Workday comme identifiant unique lors de la planification des utilisateurs. Cette opération se fait généralement en configurant un flux d'utilisateurs.
2. Le client devra créer une intégration sortante vers notre point de terminaison API public à l'aide de Workday Studio. Des exemples de requêtes pour notre API de planification sont disponibles ici .

Configuration du compte

Les utilisateurs disposant d'un accès complet à la configuration client peuvent effectuer les étapes ci-dessous.

1. Sélectionnez « Toutes les applications » dans le coin supérieur gauche de l'en-tête, puis « Paramètres » dans le menu déroulant.
2. Lorsque la page Paramètres s'ouvre, sélectionnez Configuration client dans la section Outils Paradox .
3. Dans le panneau de gauche de la configuration client, faites défiler vers le bas jusqu'à la section Intégrations et ouvrez-la.
4. Vérifiez que Workday est bien sélectionné comme ATS .
5. Une fois activée, configurez la fonction de planification en fonction de vos besoins. Options disponibles :
   • Planification simplifiée uniquement – Recommandée aux clients Enterprise/Commercial Launch. Elle inclut jusqu'à 3 cycles de planification automatisée du parcours client avec le recruteur, le responsable du recrutement ou l'équipe d'entretien en charge du poste. Cliquez ici pour découvrir comment configurer la planification simplifiée.
     • Cas d'utilisation : Le champ « Équipe d'entretien » pourrait servir de champ fourre-tout pour un rôle utilisateur Workday différent figurant sur la demande (exemple : Coordinateur).
     • Remarques :
       • Tous les tours suivants seront programmés à l'aide de l'extension de navigateur ou CEM .
       • Ce modèle ne nécessite que l'appel API de création/mise à jour, et non l'API de planification des alertes, ce qui permet des phases d'intégration et de test plus simples.
       • Le modèle « Launch », conçu par Workday pour les moyennes entreprises, propose des configurations prédéfinies de nos produits (Recherche d'emploi, Candidature et Planification) basées sur les usages et déploiements courants observés chez les grandes entreprises et les clients commerciaux. Ce modèle permet aux clients d'adopter plus rapidement Paradox et d'en tirer pleinement profit.
   • Planification complexe uniquement – Cette option inclut l'intégration de planification certifiée Workday et jusqu'à 3 entretiens . Cliquez ici pour savoir comment configurer la planification complexe.
     • Nuance : De nombreux clients disposent également d’une option « semi-automatisée » pour chaque étape de leurs entretiens, sans incidence sur le parcours candidat. « Semi-automatisée » signifie qu’une modification de statut dans Workday Recruiting déclenche une mise à jour de statut dans Paradox (et non une demande de planification). Le coordinateur ou le recruteur se connecte ensuite à l’extension de navigateur CEM pour créer et envoyer la demande depuis Paradox .
     • Remarque : Certains clients peuvent prévoir des entretiens supplémentaires. Ils peuvent soit ajouter des étapes supplémentaires à leur intégration avec badge, soit utiliser l’approche semi-automatisée.
   • Planification simple et complexe : c’est le besoin le plus fréquent des clients stratégiques et clés. Cela inclut jusqu’à 3 cycles de planification automatisée du parcours de recrutement avec le recruteur ou le responsable du recrutement, ainsi que jusqu’à 3 entretiens avec badge intégré. Découvrez comment configurer une planification simple ici et une planification complexe ici .
     • Nuance : De nombreux clients disposent également d’une option « semi-automatisée » pour chaque étape de leurs entretiens, sans incidence sur le parcours candidat. « Semi-automatisée » signifie qu’une modification de statut dans Workday Recruiting déclenche une mise à jour de statut dans Paradox (et non une demande de planification). Le coordinateur ou le recruteur se connecte ensuite à l’extension de navigateur CEM pour créer et envoyer la demande depuis Paradox .
     • Remarque : Certains clients peuvent prévoir des entretiens supplémentaires. Ils peuvent soit ajouter des étapes supplémentaires à leur intégration avec badge, soit utiliser l’approche semi-automatisée.

Guide de déploiement pour la planification des entretiens

Consultez le guide de déploiement de la planification des entretiens Paradox + Workday pour en savoir plus sur cette intégration et sur la manière de la configurer dans Workday et Paradox .

API Workday utilisées

Les API suivantes sont utilisées pour cette intégration de planification.

<?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|escape}}</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|escape}}</wsse:Password>
            </wsse:UsernameToken>
        </wsse:Security>
    </env:Header>
    <env:Body>
        <wd:Put_Interview_Request xmlns:wd="urn:com.workday/bsvc" wd:version="v39.0">
            <wd:Interview_Data>
                <wd:Job_Application_Reference>
                    <wd:ID wd:type="Job_Application_ID">{{__application_id}}</wd:ID>
                </wd:Job_Application_Reference>
                    {% if __itv_complex_sequent_data -%}
					{% for itv in __itv_complex_sequent_data -%}
                   <wd:Interview_Session_Data>
                        <wd:Interview_Session_Details_Data>
                           {% for attendee_id in itv['interview_attendee_ex_ids'] -%}
                        	<wd:Interviewers_Reference>
                            	<wd:ID wd:type="Employee_ID">{{attendee_id}}</wd:ID>
                        	</wd:Interviewers_Reference>
                   			{% endfor -%}
                        	<wd:Interview_Start_Time>{{ itv['scheduled_at'] | strftime('%Y-%m-%dT%H:%M:%S', __calendar_tz) }}</wd:Interview_Start_Time>
                        	<wd:Interview_End_Time>{{ itv['scheduled_end_time'] | strftime('%Y-%m-%dT%H:%M:%S', __calendar_tz)}}</wd:Interview_End_Time>
                    	</wd:Interview_Session_Details_Data>
				   </wd:Interview_Session_Data>
     					{%- endfor -%}
					{%- else -%}
                   <wd:Interview_Session_Data>
                    	<wd:Interview_Session_Details_Data>
                            {% for __interview_attendee_ex_id in __interview_attendee_ex_ids -%}
							<wd:Interviewers_Reference>
                            	<wd:ID wd:type="Employee_ID">{{__interview_attendee_ex_id}}</wd:ID>
                        	</wd:Interviewers_Reference>
                            {% endfor -%}
                        	<wd:Interview_Start_Time>{{__scheduled_at | strftime('%Y-%m-%dT%H:%M:%S', __calendar_tz) }}</wd:Interview_Start_Time>
                        	<wd:Interview_End_Time>{{ __scheduled_end_time | strftime('%Y-%m-%dT%H:%M:%S', __calendar_tz)}}</wd:Interview_End_Time>
                    	</wd:Interview_Session_Details_Data>
				</wd:Interview_Session_Data>
				{% endif -%}
                <wd:Timezone_Reference>
                    <wd:ID wd:type="Time_Zone_ID">{{__calendar_tz}}</wd:ID>
                </wd:Timezone_Reference>
            </wd:Interview_Data>
        </wd:Put_Interview_Request>
    </env:Body>
</env:Envelope>

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<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>
                <!-- Be aware of special characters in the username or password. Username ususally has @customerdomain at the end example: ParadoxIsu@customer.com -->
                <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_Interview_Request xmlns:wd="urn:com.workday/bsvc" wd:version="v35.2">
            <wd:Interview_Data>
                <wd:Job_Application_Reference>
                    <wd:ID wd:type="Job_Application_ID">JOB_APPLICATION-6-754097</wd:ID>
                </wd:Job_Application_Reference>
                <wd:Interview_Session_Data>
                    <wd:Interview_Session_Details_Data>
                        <wd:Interviewers_Reference>
                            <wd:ID wd:type="Employee_ID">102966</wd:ID>
                        </wd:Interviewers_Reference>
                        <wd:Interview_Start_Time>2021-09-02T18:00:00</wd:Interview_Start_Time>
                        <wd:Interview_End_Time>2021-09-02T18:30:00</wd:Interview_End_Time>
                        <wd:Interview_Location_Reference></wd:Interview_Location_Reference>
                    </wd:Interview_Session_Details_Data>
                </wd:Interview_Session_Data>
                <wd:Timezone_Reference>
                    <wd:ID wd:type="Time_Zone_ID">America/Los_Angeles</wd:ID>
                </wd:Timezone_Reference>
            </wd:Interview_Data>
        </wd:Put_Interview_Request>
    </env:Body>
</env:Envelope>

{
 "env:Envelope": {
  "@xmlns:env": "http://schemas.xmlsoap.org/soap/envelope/",
  "env:Body": {
   "wd:Put_Interview_Response": {
    "@xmlns:wd": "urn:com.workday/bsvc",
    "@wd:version": "v37.2",
    "wd:Interview_Reference": {
     "wd:ID": {
      "@wd:type": "WID",
      "#text": "20eb5ac99844010827d39b1f02020000"
     }
    }
   }
  }
 }
}

Démo de planification

Dans notre environnement de test Workday, une intégration est en place pour déclencher une synchronisation entre Workday et Paradox . Une fois l'entretien programmé dans Paradox , le statut sera mis à jour dans Workday avec une nouvelle étape « programmée », ainsi que les détails de l'entretien (date et heure) si le candidat est en phase d'entretien.

• Remarque : cette intégration fonctionne en quasi temps réel. Si un client utilisait notre intégration Badged telle quelle, elle s’exécuterait selon une planification (toutes les X minutes, en fonction de la fréquence choisie par le client).