L'intégration des mouvements de statut permet Paradox de mettre à jour le statut d'un candidat dans Workday, et Paradox .

Meilleures pratiques pour les statuts de voyage

Candidat reçu

Lorsque les candidats postulent directement dans Workday, ils doivent être créés dans Paradox .

• Comment : Une fois la candidature complétée, lorsque les candidats dans Workday arrivent en phase d'examen , ces candidats doivent être envoyés à Paradox avec le statut « Candidat reçu » .
• Pourquoi : Cela permet à Paradox et Workday d’être synchronisés, et la conception n’a aucun impact sur les différents points du processus métier Workday où le candidat pourrait être créé.
  • Avantage supplémentaire : les utilisateurs peuvent utiliser l’extension de navigateur comme alternative de planification immédiatement après la création du candidat dans Paradox (si celle-ci n’est pas automatisée via l’intégration Workday).

Mises à jour sur l'état des dispositions

Associez toutes les mises à jour d'étapes de disposition uniques dans Paradox .

• Procédure : Configurez une intégration quotidienne avec Workday Studio pour mettre à jour le statut du candidat dans Paradox et le faire correspondre à l’étape de traitement dans Workday Recruiting. Vous pouvez paramétrer le parcours candidat pour inclure une étape de traitement personnalisée avec des statuts de traitement individuels.
• Pourquoi : Cela permet à Paradox et Workday d’être synchronisés. Cela garantit également que les rapports Paradox correspondent à ceux de Workday (au lieu que les candidats restent bloqués dans des statuts tels que « Entretien terminé »).

Configuration

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

Les utilisateurs disposant d'un accès en lecture à la configuration du 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 son 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 le paramètre d'intégration ATS externe est activé et que Workday est sélectionné comme ATS .
5. Si cette option est activée, passez à l'étape n° 2. Sinon, contactez un représentant CS pour obtenir de l'aide.

Étape n° 2 : Demander des informations sur le 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 à Paradox le nom d'utilisateur et le mot de passe de cet utilisateur.
   • 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 au mouvement de statut

JOURNÉE DE TRAVAIL :

1. Le client devra fournir à Paradox les identifiants ` workflow_step_id` pour chaque changement de statut. Cet identifiant unique indique à Workday de faire passer le candidat d'un statut à l'autre.
2. L' identifiant de candidature (job_application_id) du candidat doit être présent dans Paradox pour que la requête soit effectuée. Il nous permet de vérifier que nous mettons à jour la candidature du bon candidat. Cet identifiant est généralement reçu dans la réponse à la requête PUT Candidate ( __application_id : JOB_APPLICATION-6-2282).
   • Remarque : Si le client n’utilise pas la fonction « Chat to Apply » , il devra envoyer l’ identifiant de candidature (job_application_id) lors de la création du candidat dans Paradox via une intégration entrante.

PARADOXE:

1. Le client peut configurer l'intégration du studio pour qu'elle appelle nos points de terminaison d'API publique. L'utilisation d'un système entrant personnalisé n'est plus nécessaire.
2. Le client devra créer une intégration à partir de Workday Studio pour prendre en charge cette intégration.

Étape n° 3 : Configurer les parcours des candidats

Configurez les parcours candidats utilisés pour accompagner les candidats tout au long du processus de recrutement. Cliquez ici pour en savoir plus.

API Workday

<wd:Dynamic_Business_Process_Parameters>	
                <wd:Next_Step_Reference>
                	<wd:ID wd:type="Workflow_Step_ID">JOB_APPLICATION_DEFAULT_DEFINITION_STEP_J_SCREEN_ACTION_PHONE_SCREEN_COMPLETED</wd:ID>                	
                </wd:Next_Step_Reference>
             </wd:Dynamic_Business_Process_Parameters>

<wd:Dynamic_Business_Process_Parameters> 
                <wd:Disposition_Step_Reference>
                    <wd:ID wd:type="Workflow_Step_ID">JOB_APPLICATION_DEFAULT_DEFINITION_DISPOSITION_A</wd:ID>                    
                </wd:Disposition_Step_Reference>
              </wd:Dynamic_Business_Process_Parameters>

<?xml version="1.0" encoding="UTF-8"?>
<soap-env:Envelope xmlns:soap-env="http://schemas.xmlsoap.org/soap/envelope/">
    <soap-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>
    </soap-env:Header>
    <soap-env:Body>
        <wd:Move_Candidate_Request xmlns:wd="urn:com.workday/bsvc">
            <wd:Dynamic_Business_Process_Parameters>
            	<wd:Next_Step_Reference>
                	<wd:ID wd:type="Workflow_Step_ID">{{__journey_candidate_status | mapvalue('candJourneyStatus')}}</wd:ID>                	
                </wd:Next_Step_Reference>
            </wd:Dynamic_Business_Process_Parameters>
            <wd:Move_Candidate_Data>
            	<wd:Job_Application_Reference>
	                <wd:ID wd:type="Job_Application_ID">{{__application_id}}</wd:ID>
            	</wd:Job_Application_Reference>
            </wd:Move_Candidate_Data>
        </wd:Move_Candidate_Request>
    </soap-env:Body>
</soap-env:Envelope>

<?xml version="1.0" encoding="UTF-8"?>
<soap-env:Envelope xmlns:soap-env="http://schemas.xmlsoap.org/soap/envelope/">
    <soap-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>
    </soap-env:Header>
    <soap-env:Body>
        <wd:Move_Candidate_Request xmlns:wd="urn:com.workday/bsvc">
            <wd:Dynamic_Business_Process_Parameters>
            	<wd:Next_Step_Reference>
                	<wd:ID wd:type="Workflow_Step_ID">JOB_APPLICATION_DEFAULT_DEFINITION_STEP_J_SCREEN_ACTION_PHONE_SCREEN_COMPLETED</wd:ID>                	
                </wd:Next_Step_Reference>
            </wd:Dynamic_Business_Process_Parameters>
            <wd:Move_Candidate_Data>
            	<wd:Job_Application_Reference>
	                <wd:ID wd:type="Job_Application_ID">JOB_APPLICATION-6-595009</wd:ID>
            	</wd:Job_Application_Reference>
            </wd:Move_Candidate_Data>
        </wd:Move_Candidate_Request>
    </soap-env:Body>
</soap-env:Envelope>

<?xml version='1.0' encoding='UTF-8'?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
    <env:Body>
        <wd:Move_Candidate_Response xmlns:wd="urn:com.workday/bsvc" wd:version="v35.0">
            <wd:Event_Reference>
                <wd:ID wd:type="WID">78ae0acf725201e10630ca066001c631</wd:ID>
            </wd:Event_Reference>
        </wd:Move_Candidate_Response>
    </env:Body>
</env:Envelope>

API Paradox

{
    "ex_id": "C-499",
    "candidate_journey_status": "Offer: Offer Accepted",
    "use_application_id_for_identity": true,
    "job_application_id": "JOB_APPLICATION-6-2312"
}

Mouvements de statut : démonstration Paradox vers Workday

Cela vous permettra de déplacer un candidat dans le CEM et de mettre à jour son profil dans Workday. Actuellement, cette fonctionnalité est disponible pour les candidats dont la candidature est finalisée et qui passent à l'étape « Rappel du recruteur » . Le candidat passera ainsi de l'étape « Rappel » à l'étape « Sélection » dans Workday.

Détails techniques

Cette intégration consiste simplement à effectuer un appel API MOVE Candidate vers Workday depuis Paradox lorsque le candidat passe au statut approprié dans son parcours de candidat.

<?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:Move_Candidate_Request xmlns:wd="urn:com.workday/bsvc">
            <wd:Dynamic_Business_Process_Parameters>
                    <wd:Next_Step_Reference>
                        <wd:ID wd:type="Workflow_Step_ID">Job_Application_for_Global_Modern_Services_step_a_Action_Screen_from_Review</wd:ID>                        
                </wd:Next_Step_Reference>
            </wd:Dynamic_Business_Process_Parameters>
            <wd:Move_Candidate_Data>
                    <wd:Job_Application_Reference>
                        <wd:ID wd:type="Job_Application_ID">{{__application_id}}</wd:ID>
                    </wd:Job_Application_Reference>
            </wd:Move_Candidate_Data>
        </wd:Move_Candidate_Request>
    </env:Body>
</env:Envelope>