Configuration des modèles de processus

Vue d’ensemble

Un modèle de processus définit les étapes que traverse un candidat tout au long de votre pipeline de recrutement. Les modèles sont rédigés en YAML et se composent d’une liste ordonnée d’étapes, chacune dotée d’un type, d’un nom et d’une configuration facultative.

Lorsque vous créez une offre d’emploi et que vous sélectionnez un modèle, les étapes sont instanciées dans l’ordre. Les candidats progressent séquentiellement à travers chaque étape, de la candidature à l’offre.

Structure de base

name: My Hiring Process
description: |
  A short description of this template.
  Supports **Markdown** formatting.

tags:
  - engineering
  - remote

stages:
  - type: application_form
    name: "Application"
    config:
      candidate_description: "Tell us about yourself."

  - type: live_interview
    name: "Interview"
    config:
      candidate_description: "A conversation about your background."

  - type: offer
    name: "Offer"

Les modèles sont validés à l’enregistrement, et les clés de config sont vérifiées strictement : une clé mal orthographiée ou non prise en charge fait échouer la validation avec une erreur au lieu d’être ignorée en silence, si bien que les coquilles apparaissent immédiatement.

Clés de niveau supérieur

Clé	Obligatoire	Description
stages	Oui	Liste ordonnée de définitions d’étapes (au moins une)
name	Non	Nom du modèle (peut aussi être défini dans le champ du formulaire)
description	Non	Description du processus au format Markdown
tags	Non	Liste d’étiquettes textuelles pour la catégorisation
quick_fields	Non	Champs rapides pour saisir les informations du candidat (voir Champs rapides ci-dessous)

Clés d’étape

Chaque étape nécessite name et type. Le hash facultatif config et la liste reviewers varient selon le type d’étape.

Clé	Obligatoire	Description
name	Oui	Nom d’affichage de l’étape
type	Oui	L’un des types d’étapes pris en charge et listés ci-dessous
config	Non	Options de configuration spécifiques au type
reviewers	Non	Liste d’affectations d’évaluateurs

Rémunérer les candidats

Kit crée des paiements à partir des étapes où le candidat remet un travail : mises en situation, questionnaires, téléversements de portfolio, exercices de code, vidéos visionnées et réponses vidéo enregistrées. Ajoutez un bloc payout imbriqué à l’une de ces étapes ; le paiement est créé après l’envoi ou l’achèvement du livrable. Ne configurez pas de paiement pour les revues, entretiens, prises de références, formulaires de candidature ou offres : ces étapes n’ont aucun événement qui déclenche sa création. Consultez Paiements aux candidats pour connaître le parcours du candidat et de l’équipe financière.

Clé	Type	Par défaut	Description
enabled	boolean	false	Active la rémunération pour cette étape
amount	integer	Aucune	Montant à payer, dans la devise indiquée (par ex. 250)
currency	string	USD	Code de devise à trois lettres

- type: code_assignment
  name: "Take-Home Assignment"
  config:
    candidate_description: "Complete a practical coding exercise."
    payout:
      enabled: true
      amount: 250
      currency: USD

Énoncés privés des tâches

candidate_description est publié : ce texte apparaît sur la page de l’offre, dans le catalogue de modèles et dans les e-mails au candidat. La tâche à réaliser et les liens associés doivent plutôt figurer dans le bloc brief imbriqué. Seul le candidat qui a atteint l’étape et démarré la tâche peut le lire. Utilisez-le avec les étapes work_sample. Les anciennes étapes portfolio_upload dotées d’un énoncé restent compatibles ; le bloc est ignoré sur les autres types d’étapes. Consultez Description de l’étape et énoncé de la tâche.

Clé	Type	Par défaut	Description
body	string	Aucune	La tâche, rendue comme un modèle Liquid restreint. Seules les variables de sortie {{ preparation.<key> }} sont admises ; les balises et filtres Liquid ne le sont pas. Les URL collées deviennent des liens à la lecture par le candidat
estimated_hours	integer	Aucune	Charge de travail affichée au candidat avant le démarrage (min. : 1)
due_days	integer	5	Nombre de jours entre le démarrage et la date limite (min. : 1)
grace_hours	integer	24	Heures pendant lesquelles les dépôts restent ouverts après la date limite, avec la mention En retard
allow_extension	boolean	false	Proposer une prolongation unique en libre-service avant la date limite
extension_hours	integer	72	Durée de cette prolongation (min. : 1)
requires_preparation	boolean	false	Empêcher le démarrage tant qu’un responsable n’a pas préparé l’environnement individuel du candidat
preparation_fields	array	[]	Valeurs propres à chaque candidat, telles qu’une URL de test, un identifiant ou un mot de passe (voir ci-dessous)

Chaque champ de préparation suit la structure {key, label, field_type, required}. La clé devient une variable Liquid dans l’énoncé : placez {{ preparation.<key> }} là où le candidat doit voir sa valeur. Les valeurs ne s’affichent pas automatiquement. field_type accepte text, url, multiline ou secret. Comme pour les champs du formulaire de candidature, name est accepté comme alias de key et type comme alias de field_type ; les réponses en lecture emploient toujours les noms canoniques key et field_type. Les responsables renseignent ces valeurs séparément pour chaque candidat avant de l’inviter à démarrer. Un candidat ne voit que ses propres valeurs.

- type: work_sample
  name: "Paid Test Project"
  config:
    candidate_description: "A short paid exercise, roughly half a day of work."
    brief:
      body: |
        Your test shop: {{ preparation.shop_url }}
        Username: {{ preparation.shop_login }}
        Password: {{ preparation.shop_password }}

        Retouch the five sample images in the shop and submit web-ready JPEGs
        plus your layered file.
      estimated_hours: 4
      due_days: 5
      grace_hours: 24
      allow_extension: true
      requires_preparation: true
      preparation_fields:
        - key: shop_url
          label: Test shop URL
          field_type: url
          required: true
        - key: shop_login
          label: Login
          field_type: text
          required: true
        - key: shop_password
          label: Password
          field_type: secret
          required: true
    payout:
      enabled: true
      amount: 150
      currency: PLN

Il n’existe aucune écriture à plat de ces clés : brief est toujours imbriqué. Ses valeurs estimated_hours et allow_extension ne peuvent donc pas entrer en conflit avec les clés homonymes de code_assignment.

Pour ne modifier que l’environnement propre au candidat via MCP, utilisez hiring_update_stage_preparation. Cet outil conserve l’énoncé privé et les échéances au lieu de remplacer tout le bloc brief.

Référence des types d’étapes

application_form

Le point d’entrée des candidats. Collecte des informations structurées via des champs de formulaire personnalisés. Peut, en option, maintenir les candidats en état de présélection avant de les faire avancer.

Clé de configuration	Type	Par défaut	Description
candidate_description	string	Aucune	Instructions affichées au candidat
screening_enabled	boolean	true	Retient les soumissions pour une revue manuelle avant de les faire avancer. Activé par défaut ; définissez explicitement la valeur sur false pour désactiver la présélection
screening_message	string	Aucune	Message affiché aux candidats tant que la présélection est active
resume_required	boolean	false	Exiger un CV : les candidats ne peuvent pas envoyer leur candidature sans joindre un document PDF ou Word (10 Mo max.)
fields	array	Aucune	Liste de définitions de champs de formulaire (voir ci-dessous)

Options des champs de formulaire :

Clé	Obligatoire	Type	Description
name	Oui	string	Identifiant du champ
type	Oui	string	text, textarea, file, url, select, checkbox, email, phone
required	Non	boolean	Indique si le champ doit être rempli, exigence appliquée au moment de la soumission, sur tous les canaux de candidature, y compris l’API publique
label	Non	string	Libellé d’affichage (par défaut : le nom)
placeholder	Non	string	Texte indicatif
max_length	Non	integer	Nombre maximum de caractères (min : 1)
options	Non	array	Choix pour les champs select

Important : pour rendre le CV obligatoire, définissez resume_required: true dans la configuration de l’étape. Un champ de formulaire nommé resume est ignoré : le CV dispose de son propre téléversement sur le formulaire de candidature et est joint indépendamment des champs personnalisés ; déclarer - name: resume avec type: file et required: true n’a donc aucun effet.

- type: application_form
  name: "Application"
  config:
    candidate_description: "Tell us about yourself."
    screening_enabled: true
    screening_message: "We'll review your application shortly."
    resume_required: true
    fields:
      - name: experience_level
        type: select
        required: true
        options:
          - "Junior (0-2 years)"
          - "Mid (2-5 years)"
          - "Senior (5+ years)"
      - name: cover_letter
        type: textarea
        required: false
        max_length: 500

code_assignment

Un exercice de code à réaliser chez soi. Lorsque GitHub est connecté, un dépôt privé est créé à partir d’un modèle pour chaque candidat. Inclut la gestion des délais.

Important : le dépôt indiqué dans github_template doit être marqué comme modèle (« template ») sur GitHub. Consultez Configuration d’un dépôt modèle GitHub pour les prérequis et les instructions de configuration.

Clé de configuration	Type	Par défaut	Description
candidate_description	string	Aucune	Instructions affichées au candidat
github_template	string	Aucune	Dépôt modèle GitHub (par ex. org/hiring-assignment)
duration_days	integer	7	Jours accordés pour terminer (min : 1)
estimated_hours	integer	Aucune	Effort estimé en heures (par ex. 5)
instructions	string	Aucune	Instructions ajoutées par commit dans le dépôt du candidat
grace_period_hours	integer	24	Heures acceptées après l’échéance avant qu’elle ne devienne définitive
allow_extension	boolean	true	Les candidats peuvent demander une prolongation du délai

Pour rémunérer les candidats de cet exercice, ajoutez un bloc payout (voir Rémunérer les candidats ci-dessus). Les anciennes clés paid, payment_amount et payment_currency restent acceptées sur code_assignment et sont converties en un paiement équivalent, mais privilégiez payout dans les nouveaux modèles.

- type: code_assignment
  name: "Take-Home Assignment"
  config:
    candidate_description: "Complete a practical coding exercise."
    github_template: "mycompany/hiring-challenge"
    duration_days: 7
    estimated_hours: 5
    payout:
      enabled: true
      amount: 250
      currency: USD

work_sample

Le candidat réalise une mise en situation concrète, liée au poste, puis transmet son travail. Contrairement au portfolio, ce travail est créé pour ce recrutement. Un énoncé privé (brief) est obligatoire. Il peut fixer une échéance, autoriser une prolongation unique, fournir des données propres au candidat et prévoir une rémunération. Assignez des évaluateurs si le dépôt doit rester en cours d’évaluation jusqu’à ce que chacun ait rempli sa grille.

Clé de configuration	Type	Par défaut	Description
candidate_description	string	Aucune	Attentes publiques visibles avant l’arrivée à l’étape ; placez la consigne elle-même dans brief
accept	array	pdf, png, jpg, jpeg, gif, webp	Extensions autorisées, sans le point initial ; doc, docx, ppt, pptx, zip, mp4, mov, webm, tiff, tif et psd sont aussi reconnues
max_files	integer	10	Nombre maximum de fichiers (de 1 à 50)
max_file_size_mb	integer	25	Taille maximale par fichier, en Mo (de 1 à 100)
allow_links	boolean	true	Le candidat peut aussi transmettre des liens externes

- type: work_sample
  name: "Paid Customer Reply Exercise"
  config:
    candidate_description: "Complete a short, paid support exercise."
    brief:
      body: "Draft replies to the three customer scenarios in the attached packet."
      estimated_hours: 2
      due_days: 4
      allow_extension: true
    accept:
      - pdf
    max_files: 3
    payout:
      enabled: true
      amount: 100
      currency: USD

portfolio_upload

Les candidats transmettent des travaux réalisés auparavant, comme des fichiers de design ou des textes. Cette étape prend en charge les restrictions de types de fichiers, les limites de téléversement et les liens externes. Les étapes existantes qui utilisent brief restent compatibles ; pour une nouvelle mise en situation, utilisez work_sample afin que le candidat distingue clairement les deux demandes.

Clé de configuration	Type	Par défaut	Description
candidate_description	string	Aucune	Instructions affichées au candidat
accept	array	pdf, png, jpg, jpeg, gif, webp	Extensions autorisées, sans le point initial. Indiquez explicitement doc, docx, ppt, pptx, zip, mp4, mov, webm, tiff, tif ou psd pour accepter ces livrables. Une extension inconnue de Kit est ignorée au lieu d’être acceptée
max_files	integer	10	Nombre maximum de fichiers (min : 1)
max_file_size_mb	integer	25	Taille maximale par fichier, en Mo
allow_links	boolean	true	Les candidats peuvent aussi soumettre des liens externes (par ex. Figma, Behance)

- type: portfolio_upload
  name: "Portfolio Review"
  config:
    candidate_description: "Share 3-5 examples of your best work."
    accept:
      - pdf
      - png
      - jpg
    max_files: 5
    max_file_size_mb: 50
    allow_links: true

questionnaire

Questions écrites auxquelles les candidats répondent de manière asynchrone. Utile pour une présélection fondée sur des scénarios dans les postes de support, de vente ou de rédaction.

Un questionnaire peut comporter des évaluateurs. Sans évaluateur, l’envoi des réponses obligatoires termine normalement l’étape. Si des évaluateurs sont assignés, l’envoi les avertit et le candidat reste à cette étape jusqu’à ce que chacun ait soumis sa grille d’évaluation.

Clé de configuration	Type	Par défaut	Description
candidate_description	string	Aucune	Instructions affichées au candidat
questions	array	Aucune	Liste de définitions de questions
duration_days	integer	Aucune	Jours suggérés pour répondre, affiché uniquement sur l’aperçu du modèle, non appliqué

Options des questions :

Clé	Obligatoire	Type	Description
type	Oui	string	Catégorie de la question (par ex. scenario)
prompt	Oui	string	Le texte de la question

- type: questionnaire
  name: "Written Scenarios"
  config:
    candidate_description: "Respond to these real-world scenarios."
    questions:
      - type: scenario
        prompt: "A customer reports a billing error. Walk us through your response."
      - type: scenario
        prompt: "You discover a bug affecting 10% of users. What do you do?"

video

Présente une vidéo aux candidats. Prend en charge les vidéos téléversées (via Mux) ou les vidéos intégrées depuis des plateformes externes.

Les paramètres vidéo sont regroupés sous une clé imbriquée video à l’intérieur de config.

Clé de configuration	Type	Par défaut	Description
candidate_description	string	Aucune	Instructions affichées au candidat
video	hash	Aucune	Paramètres vidéo (voir ci-dessous)

Options de video :

Clé	Type	Par défaut	Description
source_type	string	mux	mux (téléversée) ou oembed (intégration externe)
oembed_url	string	Aucune	URL de la vidéo intégrée (quand la source est oembed)
description	string	Aucune	Description ou contexte de la vidéo
min_watch_percentage	integer	15	Pourcentage minimum de visionnage requis (1-100)

- type: video
  name: "Company Introduction"
  config:
    candidate_description: "Watch this video about our team and culture."
    video:
      source_type: oembed
      oembed_url: "https://www.youtube.com/watch?v=example"
      description: "A 5-minute overview of our engineering team."
      min_watch_percentage: 80

video_recording

Les candidats enregistrent ou téléversent une réponse vidéo à une consigne. Utile pour les introductions vidéo, les lettres de motivation vidéo ou les entretiens vidéo asynchrones. Nécessite l’intégration Mux.

Les paramètres d’enregistrement sont regroupés sous une clé imbriquée video_recording au sein de config.

Clé de configuration	Type	Par défaut	Description
candidate_description	string	Aucune	Instructions affichées au candidat
video_recording	hash	Aucune	Paramètres d’enregistrement (voir ci-dessous)

Options de video_recording :

Clé	Type	Par défaut	Description
max_duration_seconds	integer	120	Durée maximale d’enregistrement en secondes
allow_upload	boolean	true	Permet aux candidats de téléverser un fichier vidéo préenregistré
max_retakes	integer	Aucune	Nombre de réenregistrements autorisés (vide = illimité)

- type: video_recording
  name: "Video Introduction"
  config:
    candidate_description: "Record a 2-minute video introducing yourself."
    video_recording:
      max_duration_seconds: 120
      allow_upload: true
      max_retakes: 3

team_review

Une étape de revue interne où votre équipe évalue un candidat. Prend en charge les seuils de vote et les règles de véto.

Clé de configuration	Type	Par défaut	Description
candidate_description	string	Aucune	Message affiché au candidat durant cette étape
voting	hash	Aucune	Configuration du vote (voir ci-dessous)

Options de vote :

Clé	Type	Par défaut	Description
threshold	integer	2	Nombre minimum de votes favorables pour avancer (1-10)
require_all_reviewers	boolean	false	Tous les évaluateurs assignés doivent voter
veto_auto_rejects	boolean	false	Un seul véto rejette automatiquement le candidat

- type: team_review
  name: "Code Review"
  config:
    candidate_description: "Our team is reviewing your submission."
    voting:
      threshold: 2
      require_all_reviewers: true
      veto_auto_rejects: true

live_interview

Un entretien synchrone mené par visioconférence ou en personne. S’intègre à la planification de calendrier.

Clé de configuration	Type	Par défaut	Description
candidate_description	string	Aucune	Instructions affichées au candidat
provider	string	native	Qui gère les créneaux : native (disponibilités Kit), calendly ou cal_com
duration_minutes	integer	60	Durée de l’entretien en minutes (min : 15)
interviewers_required	integer	1	Nombre d’intervieweurs devant être présents (min : 1). Au-delà de 1, seuls les créneaux où ce nombre d’intervieweurs est libre en même temps sont proposés
includes_roleplay	boolean	false	L’entretien comprend un exercice de jeu de rôle

- type: live_interview
  name: "Technical Interview"
  config:
    candidate_description: "A conversation about your technical skills."
    duration_minutes: 90
    interviewers_required: 2

reference_check

Recueillez les références depuis le portail candidat. Le candidat désigne ses référents, voit le jeu exact de questions et consent à la prise de contact. Kit attend le nombre configuré de réponses entièrement remplies avant de présenter le travail de référence à l’équipe de recrutement.

Clé de configuration	Type	Par défaut	Description
candidate_description	string	Aucune	Instructions affichées au candidat
references_required	integer	2	Nombre de réponses terminées nécessaire avant l’achèvement de l’étape (de 1 à 5)
collection_enabled	boolean	false	Demander au candidat de désigner ses référents dans le portail candidat
require_manager	boolean	true	Exiger qu’au moins un ancien responsable figure parmi les référents
allow_manual_send	boolean	true	Si true, Kit essaie l’expéditeur de références validé du compte, puis se replie sur l’adresse de la plateforme ; si false, Kit utilise toujours l’adresse de la plateforme. Dans les deux cas, Kit envoie la demande

- type: reference_check
  name: "References"
  config:
    candidate_description: "Provide contact details for your references."
    collection_enabled: true
    references_required: 2
    require_manager: true
    allow_manual_send: true

Consultez Mener les prises de références pour le consentement, la remise, les rappels, les réponses des référents et la revue par l’équipe.

offer

L’étape finale où vous présentez une offre au candidat. Ne nécessite généralement que peu de configuration.

Clé de configuration	Type	Par défaut	Description
candidate_description	string	Aucune	Message affiché au candidat

- type: offer
  name: "Offer"
  config:
    candidate_description: "We'd love to have you join the team."

Évaluateurs

Vous pouvez assigner des évaluateurs aux étapes d’évaluation, notamment aux questionnaires. Chaque évaluateur nécessite une adresse e-mail et un rôle. Un questionnaire ne nécessite une revue que si au moins un évaluateur lui est assigné.

Clé	Obligatoire	Description
email	Oui	Adresse e-mail de l’évaluateur (doit correspondre à un membre de l’équipe)
role	Oui	reviewer (standard) ou lead (décideur principal)

Ajouter une personne comme évaluateur déclenche son intégration. Si elle n’a encore jamais évalué dans Kit, elle peut recevoir l’unique e-mail qui explique l’étape et le déroulement d’une revue. Pour une offre restreinte, l’évaluateur doit être administrateur du compte ou membre de l’équipe de cette offre, afin que le lien de revue ne mène jamais vers une page inaccessible.

- type: team_review
  name: "Code Review"
  config:
    voting:
      threshold: 2
  reviewers:
    - email: [email protected]
      role: lead
    - email: [email protected]
      role: reviewer
    - email: [email protected]
      role: reviewer

Champs rapides

Les champs rapides définissent des métadonnées structurées que votre équipe enregistre pour chaque candidat, par exemple les prétentions salariales, la disponibilité, la préférence de localisation ou tout autre signal personnalisé pertinent pour votre poste. Les champs apparaissent dans la barre latérale du candidat.

Pour gérer les définitions de champs directement dans l’interface, consultez Champs de données candidat.

Schéma

Clé	Obligatoire	Type	Description
key	Oui	string	Identifiant unique (minuscules et traits de soulignement uniquement, par ex. salary_expectation)
label	Oui	string	Libellé d’affichage présenté à votre équipe
field_type	Non	string	L’un des 4 types de champs ci-dessous (par défaut : text)
placeholder	Non	string	Texte indicatif pour le champ de saisie
options	Non	array	Choix pour les champs select

Remarque : les types de champs et options plus riches (comme les nombres, les notes, l’extraction par IA et les règles de visibilité) se configurent sous metafield_definitions, une clé de niveau supérieur distincte. Consultez Champs de données candidat.

Types de champs

Type	Description
text	Saisie de texte sur une seule ligne
textarea	Saisie de texte sur plusieurs lignes
select	Liste déroulante à partir d’une liste fixe de choix
date	Sélecteur de date

Exemples

quick_fields:
  - key: salary_expectation
    label: "Salary Expectation"
    field_type: text
    placeholder: "$80,000 - $100,000"
  - key: start_date
    label: "Earliest Start Date"
    field_type: date
  - key: work_authorization
    label: "Work Authorization"
    field_type: select
    options:
      - "US Citizen"
      - "Permanent Resident"
      - "Requires Sponsorship"
  - key: source
    label: "Source / Referral"
    field_type: text
    placeholder: "e.g. LinkedIn, referral from..."

Exemple complet

Un modèle complet pour recruter un ingénieur logiciel, incluant la présélection, un exercice de code rémunéré, une revue d’équipe, deux tours d’entretiens, des références et une offre.

name: Software Engineer - Standard
description: |
  Comprehensive process for mid-to-senior software engineers.
  Includes a take-home assignment with team code review.

tags:
  - engineering
  - technical
  - assignment

quick_fields:
  - key: salary_expectation
    label: "Salary Expectation"
    field_type: text
    placeholder: "e.g. $120k - $150k"
  - key: notice_period
    label: "Notice Period"
    field_type: text
  - key: location_preference
    label: "Location Preference"
    field_type: text

stages:
  - type: application_form
    name: "Application"
    config:
      candidate_description: "Tell us about yourself and your experience."
      screening_enabled: true
      screening_message: "We're reviewing your application."
      resume_required: true
      fields:
        - name: github_url
          type: url
          required: false
        - name: motivation
          type: textarea
          required: true
          max_length: 500

  - type: code_assignment
    name: "Take-Home Assignment"
    config:
      candidate_description: "Complete a practical coding exercise at your own pace."
      github_template: "mycompany/hiring-assignment"
      duration_days: 8
      estimated_hours: 6
      payout:
        enabled: true
        amount: 250
        currency: USD
    reviewers:
      - email: [email protected]
        role: lead

  - type: team_review
    name: "Code Review"
    config:
      candidate_description: "Our team reviews your code submission."
      voting:
        threshold: 2
        require_all_reviewers: true
        veto_auto_rejects: true
    reviewers:
      - email: [email protected]
        role: lead
      - email: [email protected]
        role: reviewer

  - type: live_interview
    name: "Technical Interview"
    config:
      candidate_description: "A conversation about your technical skills."
      duration_minutes: 90
      interviewers_required: 2

  - type: live_interview
    name: "Culture & Values"
    config:
      candidate_description: "Get to know the team and learn about our culture."
      duration_minutes: 45

  - type: reference_check
    name: "References"
    config:
      references_required: 2

  - type: offer
    name: "Offer"
    config:
      candidate_description: "We'll present you with an offer to join the team."

Conseils

• Commencez par application_form : c’est le point d’entrée naturel, qui vous permet de collecter les CV et les informations de base.
• Terminez par offer : cela garde le pipeline propre et vous offre une étape finale pour le suivi.
• Activez la présélection sur le formulaire de candidature afin d’examiner manuellement les candidats avant qu’ils n’avancent. Cela évite que des candidats non qualifiés reçoivent des exercices.
• Rémunérez les exercices à réaliser chez soi : ajoutez un bloc payout à une étape avec remise de travail qui crée un paiement, comme work_sample ou code_assignment. Consultez Paiements aux candidats.
• Limitez les processus à moins de 7 étapes : les pipelines trop longs entraînent l’abandon des candidats.
• Assignez des évaluateurs aux étapes team_review, code_assignment et à tout questionnaire qui nécessite une grille d’évaluation humaine afin que les bonnes personnes soient notifiées automatiquement.
• Utilisez candidate_description à chaque étape : les candidats voient ce message ; une communication claire réduit donc la confusion et les demandes de support.
• Placez la tâche elle-même dans brief : instructions, liens vers les fichiers et tout ce qui ne doit pas apparaître sur la page publique de l’offre. Consultez Énoncés de tâche privés.
• Capturez les signaux courants avec quick_fields : ajoutez des champs comme la prétention salariale, la disponibilité et la localisation pour que votre équipe les enregistre de façon cohérente dans la barre latérale du candidat.
• Besoin de types plus riches ou d’extraction par IA ? Les nombres, les notes, le pré-remplissage automatique par IA et les règles de visibilité se trouvent sous metafield_definitions. Consultez Champs de données candidat.