Business rules, Script Includes, client scripts, flows dans Flow Designer, articles du catalogue, intégrations REST : les questions d'entretien pour un développeur ServiceNow ITSM partent du code qu'il écrit chaque semaine. La plateforme, rebaptisée ServiceNow AI Platform, sort deux versions par an sous des noms de villes, et Brazil est la famille courante fin 2026. Chaque montée de version remet en cause le code qui modifie les éléments standards.
Le volet ITOM demande d'autres réflexes. Discovery passe par des MID Servers installées dans le réseau, les imports d'outils tiers doivent traverser le moteur de réconciliation (IRE), et le modèle CSDM fixe où ranger applications et services. Les offres publiées en France associent souvent ITSM et CMDB, citent CSDM 5 et demandent la certification CAD en plus de la CSA. Un CV d'administrateur liste les mêmes modules sans jamais avoir écrit de GlideRecord.
Demandez une business rule écrite récemment, et pourquoi elle tourne avant ou après l'enregistrement. Pour la CMDB, faites raconter une chasse aux doublons. Une instance personnelle de développeur, gratuite, suffit pour un exercice en direct. Le PDF ajoute un cas de 20 minutes sur une CMDB à remettre d'aplomb.
La plateforme ServiceNow côté ITSM et ITOM
Business rules et Script Includes
Le scripting serveur en JavaScript, au centre du poste. Une business rule se déclenche avant ou après l'enregistrement, ou en différé, et appelle la logique rangée dans des Script Includes réutilisables. L'accès aux données passe par GlideRecord et GlideAggregate.
Client scripts, UI policies et GlideAjax
Le comportement des formulaires dans le navigateur : champs obligatoires, valeurs proposées, contrôles à la saisie. Les appels au serveur se font en asynchrone par GlideAjax. Un code client mal écrit ralentit chaque agent du support.
Flow Designer et IntegrationHub
L'outil d'automatisation actuel, regroupé dans Workflow Studio, qui remplace peu à peu l'ancien Workflow Editor. Les flows gèrent approbations, tâches du catalogue et notifications. IntegrationHub ajoute des étapes REST et des connecteurs prêts à l'emploi vers des outils tiers.
Applications ITSM
Incident, problème, changement, catalogue de services et SLA, construits sur les pratiques ITIL. Le développeur les adapte sans réécrire le standard : modèles de changement, politiques d'approbation, définitions de SLA, articles et variables du catalogue.
CMDB et CSDM
La base de configuration liste serveurs, applications, services et leurs relations. Le CSDM, modèle de données commun de ServiceNow, indique où ranger chaque élément, de l'application métier à l'offre de service. Une CMDB fausse rend fausses l'analyse d'impact des changements et l'affectation des incidents.
IRE et Service Graph Connectors
Le moteur d'identification et de réconciliation décide si un CI qui arrive existe déjà et quelle source fait foi pour chaque attribut. Les Service Graph Connectors chargent les données d'outils tiers (inventaire, cloud, gestion de parc) en passant par ce moteur. Un import qui le contourne fabrique des doublons.
Discovery, MID Server et Service Mapping
Discovery scanne le réseau depuis des MID Servers installées chez le client et remonte les CI avec leurs relations. Service Mapping dessine, à partir d'une URL d'entrée, tout ce dont dépend une application. Event Management rattache ensuite les alertes de supervision à ces CI.
Update sets, ATF et Instance Scan
Les update sets transportent la configuration d'une instance à l'autre, les applications scopées peuvent aussi passer par Git. ATF automatise les tests de formulaires et de flows, Instance Scan contrôle les mauvaises pratiques. Les trois servent avant chaque montée de version.
ACL et rôles
Les règles d'accès définissent qui lit, écrit ou supprime une table ou un champ, selon le rôle, une condition ou un script. Elles s'appliquent aussi aux API, ce qui en fait le vrai contrôle de sécurité, devant les UI policies.
Deux profils se cachent derrière l'intitulé. Le développeur ITSM vit dans les formulaires, les flows et les intégrations des processus de support. Le développeur ITOM passe plus de temps sur la CMDB, Discovery, Service Mapping et la qualité des données. Les deux partagent le même socle de scripting et les mêmes contraintes : deux montées de version par an, des personnalisations à revoir à chaque fois, des livraisons par update sets ou par Git. La certification CSA valide l'administration, la CAD le développement, les certifications CIS-ITSM et CIS-Discovery la mise en œuvre des modules. Aucune ne montre la tenue d'un code en production.
Ce qu'un développeur ServiceNow ITSM doit savoir faire
- Scripting serveur et GlideRecord
- Scripting client et formulaires
- Processus ITSM sur la plateforme
- CMDB, CSDM et réconciliation
- Discovery et intégrations ITOM
- Livraison, sécurité et montées de version
Cinq questions de code et de CMDB pour un développeur ServiceNow
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 · confirmé
Une business rule « after update » sur la table incident appelle current.update() pour remplir un champ. Qu'est-ce qui ne va pas, et comment l'écrivez-vous ?
Une bonne réponseLe current.update() réenregistre l'incident et relance les business rules, avec un risque de boucle et des lignes en double dans l'historique. Pour modifier l'enregistrement en cours, la règle passe en « before » et affecte le champ sans update. Pour écrire dans une autre table, « after » convient, ou « async » quand le traitement peut attendre et ne doit pas ralentir l'agent. Un bon profil cite setWorkflow(false) comme dernier recours, en sachant qu'il coupe aussi les autres règles et les notifications.
Signal d'alerte« J'ajoute current.update() à la fin, ça marche » ou un drapeau global pour casser la boucle. Une réponse qui ne distingue pas before, after, async et display.
Question 2 · senior
La CMDB contient trois CI pour le même serveur : un créé par Discovery, un par l'import nocturne d'un outil d'inventaire, un saisi à la main. Comment l'expliquez-vous et comment l'empêchez-vous ?
Une bonne réponseL'import et la saisie écrivent directement dans la table au lieu de passer par l'Identification and Reconciliation Engine (IRE). La correction : des règles d'identification par classe (numéro de série, nom, adresse), des règles de réconciliation qui fixent quelle source fait foi pour chaque attribut, et un import qui passe par l'IRE, via un Service Graph Connector, IntegrationHub ETL ou l'API IdentificationEngine. Les doublons existants se traitent avec les tâches de déduplication du tableau CMDB Health.
Signal d'alerteSupprimer les doublons à la main chaque mois, ou un transform map qui insère dans cmdb_ci_server avec un coalesce sur le nom.
Question 3 · confirmé
Depuis lundi, Discovery ne remonte plus rien sur un sous-réseau de serveurs Linux. Par où commencez-vous ?
Une bonne réponsePar la MID Server qui couvre ce sous-réseau : état, version et validation. Ensuite la plage d'adresses et le planning Discovery qui l'utilise, l'ouverture du port SSH entre la MID et les serveurs, puis les identifiants (clé ou compte changé, test des credentials). Il lit le statut Discovery et la file ECC pour voir où ça s'arrête, et vérifie les droits sudo des commandes lancées par les patterns.
Signal d'alerteRelancer Discovery en boucle, ou conclure « c'est un bug ServiceNow » sans avoir ouvert les journaux.
Question 4 · confirmé à senior
Le CAB exige qu'aucun changement normal ne parte sans l'accord du responsable du service touché. Comment le construisez-vous ?
Une bonne réponseEn partant de la CMDB : le CI ou l'offre de service renseignés sur le changement donnent le propriétaire, et une change approval policy ou le flow du modèle de changement génère l'approbation. Il ajoute la détection de conflits sur les fenêtres de maintenance et les périodes de gel, l'évaluation du risque, et laisse les changements standards passer par leurs modèles préapprouvés. Il préfère les change models et les flows au vieux Workflow Editor.
Signal d'alerteLe nom de l'approbateur codé en dur dans un script, ou une approbation qui ne lit jamais la CMDB.
Question 5 · confirmé
Vous livrez un update set et la prévisualisation affiche des collisions. Que faites-vous ?
Une bonne réponseUne collision signale que l'instance cible a une version plus récente du même élément. Il compare les deux versions, accepte ou ignore chaque mise à jour en connaissance de cause, et traite à part les dépendances manquantes. Il regroupe les update sets liés dans un batch, livre dans l'ordre et ne travaille jamais dans l'update set Default. Les données comme les groupes ou les utilisateurs ne voyagent pas dans un update set.
Signal d'alerte« J'accepte tout » sans comparer, ou corriger directement en production pour aller plus vite.
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
Recruter un développeur ServiceNow ITSM : les questions qui reviennent
Quelles certifications ServiceNow regarder sur le CV d'un développeur ITSM ?
La CSA (administrateur) sert de base et la CAD (développeur d'applications) cible le scripting et les applications scopées. Pour les modules, la CIS-ITSM couvre incident, problème et changement, la CIS-Discovery et la CIS-Service Mapping couvrent la partie ITOM. Ces titres montrent que la personne connaît la plateforme. Ils ne disent rien de la qualité de son code ni de sa façon de traiter une montée de version, à vérifier en entretien.
Un administrateur ServiceNow peut-il tenir un poste de développeur ?
Certains y arrivent, mais l'écart est réel. L'administrateur configure des formulaires, des listes, des règles d'affectation et des notifications sans écrire de code. Le développeur écrit des business rules, des Script Includes et des intégrations, et doit raisonner en performance et en sécurité côté serveur. Demandez un script écrit récemment et faites expliquer chaque ligne. Un administrateur qui n'a jamais manipulé GlideRecord aura besoin de plusieurs mois d'accompagnement.
Comment organiser le test technique d'un développeur ServiceNow ?
Une instance personnelle de développeur, gratuite sur le site développeurs de ServiceNow, suffit. En 45 minutes, demandez une business rule qui remplit un champ selon le CI, un client script qui passe par GlideAjax et une ACL sur un champ sensible. Faites commenter à voix haute pendant l'exercice. Pour un poste ITOM, ajoutez la lecture d'un import qui crée des doublons et la façon de le faire passer par l'IRE.
Développeur ITSM ou spécialiste ITOM : faut-il les distinguer dans l'offre ?
Oui, dès que le poste penche d'un côté. Un développeur ITSM fort sur les flows et le catalogue peut ne jamais avoir installé une MID Server ni réglé une règle de réconciliation. À l'inverse, un spécialiste Discovery écrit parfois peu de code applicatif. Précisez dans l'offre la part de CMDB, de Discovery et de Service Mapping, et adaptez la grille d'entretien en conséquence.
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.
