Sur la plupart des instances, une petite équipe d'administration porte le run de toute la plateforme. Elle crée les comptes depuis l'annuaire, distribue les rôles par les groupes, passe les update sets de la recette à la production, organise les clones et prépare la montée de version vers chaque nouvelle famille, Brazil en ce moment. Les questions d'entretien pour un administrateur ServiceNow partent donc de ces gestes d'exploitation. Une liste de définitions de tables ne suffit pas.
La certification Certified System Administrator (CSA) est presque toujours demandée et sert de filtre utile. Elle ne montre pas si la personne a déjà fait un clone sans perdre les update sets en cours, ni si elle sait trouver la règle d'accès qui masque un champ. À l'inverse, certains profils venus du support N2 connaissent très bien les incidents de la plateforme sans avoir passé la certification.
Pendant l'entretien, le récit de la dernière montée de version est révélateur : qui a testé quoi, combien d'enregistrements ignorés, ce qui a cassé en production. Les réponses floues sur le calendrier sont un signal. Le PDF couvre six axes et propose un cas de 20 minutes sur un clone suivi d'une montée de version.
Ce que l'administrateur ServiceNow règle au quotidien
Utilisateurs, groupes et rôles
Les comptes arrivent de l'annuaire (LDAP, Entra ID) et les droits passent par les rôles, attribués aux groupes plutôt qu'aux personnes. Certains rôles d'agent comptent dans les abonnements payés par le client. Un bon administrateur sait dire d'où vient chaque rôle d'un utilisateur.
Authentification unique (SSO) et MFA
Connexion par SAML ou OIDC via Multi-Provider SSO, authentification forte pour les comptes locaux et une porte de secours pour les administrateurs quand le fournisseur d'identité tombe. Ce point se teste avant la panne, pas pendant.
ACL et Access Analyzer
Les règles d'accès contrôlent la lecture et l'écriture par table et par champ, avec des règles allow-if et deny-unless. Access Analyzer, application du ServiceNow Store, permet d'évaluer l'accès d'un utilisateur, de comparer deux utilisateurs et de simuler un changement. Le rôle security_admin demande une élévation.
Update sets
Les paquets de configuration qui partent de l'instance de développement vers la recette puis la production. Ils transportent la configuration, pas les données. Les erreurs classiques : un oubli de dépendance, du travail fait dans l'update set Default, un ordre de livraison inversé.
Clones d'instance
La copie de la production vers une instance de test, demandée depuis Now Support (ex-HI) ou l'instance. On choisit les tables exclues, les données préservées sur la cible et les scripts lancés après le clone, par exemple pour couper les e-mails sortants et repointer les intégrations.
Montées de version et patchs
Deux familles par an, nommées d'après des pays depuis Australia, après Zurich. Brazil est disponible pour tous depuis le Patch 2 de novembre 2026. ServiceNow planifie aussi des patchs par trimestre. L'administrateur prépare le calendrier, la revue des enregistrements ignorés (skipped records) et les tests de non-régression.
Santé et performance de l'instance
Journaux de transactions, requêtes lentes, file d'événements, tâches planifiées, journaux d'e-mails, Instance Observer et Instance Scan pour les contrôles de configuration. Le diagnostic se fait d'abord ici, avant d'ouvrir un ticket chez ServiceNow.
Import sets et transform maps
Le chargement des données externes : utilisateurs du SIRH, équipements, fichiers des métiers. Le champ de rapprochement (coalesce) décide si une ligne crée ou met à jour un enregistrement. Un mauvais choix fabrique des doublons en une nuit.
Instance Security Center
Le tableau de bord de sécurité de l'instance : propriétés de durcissement, contrôle des adresses IP, réglages de session, suivi des écarts. Les équipes sécurité le demandent souvent lors d'un audit de la plateforme.
L'intitulé recouvre des postes assez différents. Chez un client final, l'administrateur ServiceNow tient le run d'une instance qu'il connaît dans le détail et sert de support N2 aux agents. En prestation, il arrive sur une plateforme déjà construite et doit vite comprendre ses update sets, ses intégrations et ses règles d'accès. Les offres l'appellent aussi paramétreur ServiceNow ou administrateur fonctionnel, et certaines le spécialisent sur un module comme la gestion des biens. Le poste se place entre le consultant fonctionnel, qui définit le besoin, et le développeur, qui écrit le code serveur. Les scripts simples (business rules, client scripts) font partie du métier, les développements lourds non.
Six savoir-faire attendus d'un admin ServiceNow
- Comptes, groupes, rôles et SSO
- ACL et sécurité de l'instance
- Update sets et livraisons
- Clones et montées de version
- Performance et santé de l'instance
- Imports, notifications et configuration courante
Run, droits et livraisons, questions d'entretien et réponses attendues
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · junior à confirmé
Un manager demande que son nouvel arrivant ait « les mêmes droits que Paul ». Comment traitez-vous la demande ?
Une bonne réponseIl ne copie pas les rôles de Paul. Il regarde d'où viennent ses rôles (groupes, rôles hérités, rôles donnés en direct), ajoute le nouvel arrivant aux groupes qui correspondent à son poste et passe par une demande approuvée. Il signale que certains rôles d'agent consomment un abonnement payant, et en profite pour nettoyer les rôles donnés en direct à Paul.
Signal d'alerteCopier tous les rôles de Paul sur le compte, ou donner le rôle admin « pour gagner du temps ».
Question 2 · confirmé
Un agent ne voit pas un champ qu'il devrait voir. Comment trouvez-vous la règle qui bloque ?
Une bonne réponseIl reproduit avec l'agent (usurpation d'identité ou Access Analyzer), compare ses droits avec ceux d'un collègue qui voit le champ, puis active le débogage des règles de sécurité pour voir quelle ACL échoue, sur la table ou sur le champ. Il vérifie aussi qu'une UI policy, une vue ou une query business rule n'explique pas le problème, puisque ce ne sont pas des ACL.
Signal d'alerteAjouter des rôles à l'agent jusqu'à ce que le champ apparaisse, sans comprendre la règle en cause.
Question 3 · confirmé
Un update set validé en recette échoue en production parce qu'il manque un champ. Que s'est-il passé, et comment l'évitez-vous ?
Une bonne réponseLe champ a été créé dans un autre update set pas encore livré, ou dans l'update set Default, ou il dépend d'une donnée qui ne se transporte pas. La prévisualisation l'aurait montré. Il prévoit un update set par évolution, des lots d'update sets (batch) livrés dans l'ordre, une convention de nommage et une recette faite sur une instance clonée récemment depuis la production.
Signal d'alerteCréer le champ à la main en production pour débloquer, sans le rattacher à un update set.
Question 4 · confirmé
Vous clonez la production vers la recette. Que préservez-vous, qu'excluez-vous, et que faites-vous juste après ?
Une bonne réponseAvant : récupérer ou terminer les update sets en cours sur la recette. Dans la demande : exclure les tables volumineuses ou sensibles (journaux, audit, pièces jointes si besoin) et préserver sur la cible ce qui lui est propre (adresses des intégrations, comptes techniques, MID Servers, propriétés). Après : scripts de nettoyage, e-mails sortants coupés, intégrations repointées vers les environnements de test, données personnelles masquées si la recette est ouverte largement.
Signal d'alerteUn clone lancé sans prévenir l'équipe, qui écrase les update sets en cours et laisse la recette envoyer des e-mails aux vrais utilisateurs.
Question 5 · confirmé
Depuis ce matin, les notifications partent avec deux heures de retard. Où regardez-vous ?
Une bonne réponseDans la file d'événements, pour voir si elle s'accumule et quel événement la sature. Dans les tâches planifiées, pour un traitement bloqué ou une boucle qui génère des événements par milliers. Puis dans les journaux d'e-mails (état en attente ou en erreur) et la configuration SMTP. Il regarde aussi la charge des nœuds et ce qui a été livré la veille.
Signal d'alerteRedémarrer quelque chose au hasard ou ouvrir tout de suite un ticket chez ServiceNow sans aucune donnée.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Administrateur ServiceNow, les questions fréquentes
La certification CSA est-elle indispensable pour un administrateur ServiceNow ?
Elle est demandée dans la plupart des offres et montre que la personne connaît le vocabulaire et les écrans de la plateforme. Pour un poste en prestation, les clients l'exigent souvent. Elle ne remplace pas l'expérience du run : un clone, une montée de version, un incident de plateforme. Un profil de support N2 expérimenté sans CSA peut valoir mieux qu'un certifié récent qui n'a jamais administré une production.
Administrateur ou développeur ServiceNow : où passe la frontière ?
L'administrateur configure : rôles, ACL simples, formulaires, notifications, SLA, imports, livraisons, clones, upgrades. Il écrit des scripts courts quand la configuration ne suffit pas. Le développeur écrit des applications scopées, des intégrations et du code serveur conséquent. Sur une petite équipe, une seule personne fait souvent les deux. Dans ce cas, l'offre précise la part de code attendue et l'entretien la vérifie.
Quel test technique passe un administrateur ServiceNow ?
Une instance personnelle de développement (PDI) suffit. Le candidat crée un groupe avec un rôle, rend un champ visible à ce seul groupe par une ACL, capture le tout dans un update set et explique comment il le livrerait. En trente minutes apparaissent l'aisance dans la plateforme et la discipline sur les update sets. Une question orale sur un clone couvre ensuite le run.
Quelles questions portent sur les montées de version ServiceNow ?
Le point de départ est le calendrier de la dernière montée vécue : dans quel ordre les instances ont été passées, qui a testé, comment les enregistrements ignorés ont été revus, ce qui a cassé et comment cela a été corrigé. Un administrateur expérimenté parle aussi des applications du Store à mettre à jour et des patchs trimestriels. Une réponse qui se limite à « ServiceNow s'en occupe » montre qu'il n'a pas piloté le sujet.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
