Un mot de passe en moins sur un outil rempli de données candidats.
L'authentification unique (SSO) de Hireall permet à votre équipe de se connecter via le fournisseur d'identité que vous utilisez déjà (Microsoft Entra ID, Google Workspace ou Okta), avec OpenID Connect. L'accès conditionnel, les règles sur les appareils et la MFA de votre fournisseur s'appliquent alors à l'ATS comme à tout le reste.
Fonctionnalités Fondé sur un standard, configurable en autonomie, sans passer par nous.
Votre administrateur le configure lui-même dans les paramètres et le teste avant la mise en service.
OpenID Connect
Flux Authorization Code avec PKCE lorsque votre fournisseur le prend en charge. La signature, l'émetteur, l'audience et le nonce du jeton d'identification sont vérifiés à chaque connexion, et les clés de signature se renouvellent d'elles-mêmes.
Uniquement les personnes déjà invitées
Une adresse qui ne correspond à aucun utilisateur existant de votre compte est refusée. Figurer dans votre annuaire ne suffit pas pour accéder à votre base de candidats.
Liste de domaines autorisés
Limitez la connexion aux domaines de messagerie qui vous appartiennent, jusqu'à dix, lorsque votre fournisseur sert plusieurs organisations.
La MFA de votre fournisseur compte, sans double vérification
Si le jeton de votre fournisseur indique qu'un second facteur a déjà été vérifié, Hireall l'accepte et n'en demande pas un autre. S'il n'indique rien, notre propre seconde étape s'applique : l'authentification unique ne la désactive jamais en silence.
Testé avant la mise en service
À l'enregistrement, Hireall lit la configuration OpenID de votre fournisseur et la refuse s'il ne parvient pas à la joindre : une faute de frappe dans l'émetteur bloque l'enregistrement dans les paramètres, et non la connexion du lundi à 9 h.
Le secret est chiffré au repos
Votre secret client est stocké chiffré en base de données, l'URI de redirection est fixée sur notre propre domaine, et chaque tentative de connexion est à usage unique et expire en quelques minutes.
Configuration Un émetteur, un client, un secret
Enregistrez Hireall comme application auprès de votre fournisseur d'identité, collez l'URL de l'émetteur, l'ID client et le secret dans les paramètres de sécurité, puis ajoutez les domaines à autoriser. Hireall découvre lui-même les points de terminaison et les clés de signature : aucun certificat à importer, rien à renouveler à la main. Seuls le propriétaire du compte et les super administrateurs peuvent consulter ou modifier ces réglages.
Qui peut faire quoi La connexion change, les droits d'accès non
L'authentification unique détermine la façon dont une personne prouve son identité. Ce qu'elle voit dans Hireall dépend toujours du rôle que vous lui avez attribué et des offres qui lui sont affectées. Les rôles ne sont pas lus dans votre annuaire et ne peuvent pas être définis par une revendication de groupe : une modification dans l'annuaire ne peut donc jamais élargir en silence l'accès de quelqu'un aux données candidats.
Qui le demande Ceux qui passent l'ATS au crible avant l'achat
La DSI, les équipes sécurité et les entreprises qui comptent beaucoup d'utilisateurs.
Un annuaire, une seule procédure de départ
La connexion suit l'accès conditionnel et la politique d'appareils déjà en place, au lieu d'un mot de passe à part que personne ne renouvelle.
- Votre fournisseur applique vos règles d'accès
- Rien à installer, rien à renouveler
- Configuration sans nous contacter
Le questionnaire avant signature
Une connexion fondée sur un standard, avec des jetons vérifiés, un secret chiffré et une réponse écrite sur ce qui est pris en charge et ce qui ne l'est pas.
- Signature, émetteur et audience du jeton vérifiés
- Secret client chiffré au repos
- Second facteur respecté, jamais abandonné en silence
Vingt recruteurs, quatre bureaux
Un seul lien suffit pour connecter toute l'équipe, et la liste de domaines autorisés réserve l'accès aux adresses qui vous appartiennent réellement.
- Un lien de connexion pour tout le compte
- Jusqu'à dix domaines de messagerie autorisés
- Adresses inconnues refusées, jamais créées
Ce qui est pris en charge, et ce qui ne l'est pas
Y compris les points que la plupart des éditeurs laissent dans le flou.
Dans Hireall, l'authentification unique (SSO) permet à votre équipe de se connecter au logiciel de recrutement via votre propre fournisseur d'identité, par exemple Microsoft Entra ID, Google Workspace ou Okta, grâce à OpenID Connect. Votre administrateur la configure dans les paramètres de sécurité, seules les personnes déjà invitées dans votre compte Hireall peuvent se connecter, et les rôles restent gérés dans Hireall. SAML et SCIM ne sont pas pris en charge.
Pas aujourd'hui : Hireall fonctionne uniquement avec OpenID Connect. Tous les grands fournisseurs d'identité prennent en charge OIDC, ce qui bloque rarement en pratique. Si votre organisation a fait de SAML son standard, dites-le-nous : nous vous dirons franchement où en est le sujet plutôt que de promettre une date.
Non. Les utilisateurs sont invités dans Hireall et y reçoivent un rôle ; une personne présente dans votre annuaire mais pas dans Hireall ne peut pas se connecter. C'est une limite volontaire : le provisionnement automatique dans un outil qui contient des données candidats est le genre de commodité qui crée des accès que personne n'a vérifiés.
Pas pour le moment. L'authentification unique est un accès supplémentaire et non un remplacement : la connexion par mot de passe reste disponible. Si le SSO obligatoire est une exigence pour vous, dites-le-nous : c'est une décision produit, pas un obstacle technique.
Non. Les rôles et l'accès par offre se gèrent dans Hireall. Les revendications de groupe ne sont pas lues : personne ne gagne de visibilité sur les candidats à cause d'une modification faite dans votre annuaire par quelqu'un qui n'a jamais vu cet ATS.
La personne ne peut plus s'authentifier via votre fournisseur : l'accès par authentification unique se ferme immédiatement. Comme la connexion par mot de passe reste disponible, le départ n'est complet que lorsque vous supprimez ou archivez aussi l'utilisateur dans Hireall ; c'est cette étape qui révoque son accès aux données candidats.
Elle compte lorsque votre fournisseur l'indique. Si le jeton de connexion précise qu'un second facteur a déjà été vérifié (Microsoft Entra ID et Okta envoient tous deux cette information), Hireall l'accepte, ne redemande rien et consigne cette acceptation dans le journal d'audit. Si le jeton ne dit rien, notre propre seconde étape s'applique au lieu de présumer ; Google Workspace n'envoie généralement rien à ce sujet, attendez-vous donc à conserver cette étape pour ces connexions.
Connectez-vous comme partout ailleurs dans votre entreprise
Parcourez avec nous l'écran de configuration lors d'une démo de 30 minutes.
Parlez à notre équipe
Parlez-nous de vos postes et de la taille de votre équipe : nous verrons comment adapter Hireall à votre processus de recrutement et quel forfait vous convient.
Parler à un commercial Tarif par entreprise, et non par utilisateur