La Certified System Administrator (CSA) est la première certification ServiceNow, et celle qui débloque toutes les autres (CAD, CIS-ITSM, CIS-CSM, etc.). Elle valide qu’un consultant maîtrise la plateforme du point de vue admin : configurations, sécurité de base, tables, UI, gestion des utilisateurs.

Cet article condense un plan de révision 4 semaines, à raison d’une heure par jour, qui a fait passer une dizaine de candidats que j’ai accompagnés. L’objectif n’est pas de bachoter, mais de structurer la révision pour ne pas oublier les sujets piégeux (UI Policy vs Client Script, ACL conditions, dictionary overrides).

Format de l’examen CSA

L’examen actuel (Yokohama+) comporte 60 questions à choix multiple sur 90 minutes. Score minimum : 70 % (42/60). Les questions sont en anglais, format single answer ou multiple correct (la consigne indique Select two, Select three, etc.).

Répartition indicative des domaines (la doc officielle Exam Specification est mise à jour à chaque release) :

Domaine	%
Platform overview & navigation	10 %
Lists & forms	15 %
Data schema	15 %
Self-service & service catalog	15 %
Task management	15 %
Knowledge management	5 %
Reporting	5 %
Security (ACL, roles)	10 %
Notifications & events	10 %

Pré-requis et accès lab

Pour suivre ce plan, il vous faut une Personal Developer Instance (PDI). Elle est gratuite, demandez-la sur developer.servicenow.com. Comptez 24 h d’attente la première fois. Une PDI dort après 10 jours d’inactivité — connectez-vous tous les 7 jours pour la garder vivante.

Pas besoin d’avoir une expérience plateforme avant — le plan part de zéro. En revanche, un bagage en ITIL et en bases de données relationnelles aide à comprendre plus vite (relations 1-N, contraintes, normalisation).

Semaine 1 — Plateforme & UI

Objectif : ne plus jamais se perdre dans Now Platform.

Jours 1-2 : Navigation

Application navigator, favoris, history, breadcrumbs, edge banner, contexte global vs scope. Comprendre la différence entre module (entrée du nav) et application.

Jours 3-4 : Lists

Group by, list filters (encodedQuery), personalize columns, view (related list views), inline edit, sysparm_view. Maîtriser le mécanisme de condition builder est indispensable — les questions de l’examen utilisent ce vocabulaire.

Jours 5-7 : Forms

Form sections, related lists, UI Policy vs UI Action vs Client Script, dictionary overrides par vue, formatter et UI Pages. Le piège classique : « quelle fonctionnalité réagit en temps réel à un changement de champ côté client ? » → UI Policy ou Client Script (jamais Business Rule).

Semaine 2 — Data schema & tables

Objectif : lire le data model d’une instance comme on lit un schéma SQL.

Jours 8-9 : Dictionary & tables

sys_dictionary, types de champs (String, Reference, Choice, Glide List, Journal), max length, mandatory, default values. Différence extended (héritage : Task → Incident) vs base table vs scoped table.

Jours 10-11 : Relationships

Reference fields, Glide List (M:N), Document IDs, related lists auto vs manuelles. Le dot-walking : incident.caller_id.manager.email — comprendre que chaque saut traverse une référence.

Jours 12-14 : Import & transform

Import Sets, Transform Maps, coalesce field, transform script, data sources. Le coalesce est central : il détermine si on insert ou update lors d’un import récurrent.

Semaine 3 — Sécurité & configurations

Objectif : configurer une instance sans laisser de trous de sécurité.

Jours 15-16 : Roles & groups

Roles natifs (itil, admin, itil_admin, approver_user), héritage de roles (contains_roles), groups (sys_user_group), assignment groups. Différence rôle direct vs rôle inherited.

Jours 17-19 : ACL

Le sujet le plus piégeux. Types (record vs field), opérations (read, write, create, delete), évaluation requires : role AND condition AND script. Si un seul fail, l’ACL fail. Le rôle est OR entre les rôles listés. La condition et le script sont AND. Practical hack : pour comprendre une ACL, lire de gauche à droite : « table — opération — rôle — condition — script ».

Jours 20-21 : Update Sets & system properties

Update Sets : ce qui est tracké, ce qui ne l’est pas (data — sauf system data), preview, batch update sets. System properties : sys_properties, propriétés cachées vs visibles, types (string, integer, boolean, glide_date_time).

Semaine 4 — Mocks & révisions

Objectif : passer 5 examens blancs et corriger les zones grises.

Jours 22-25 : Mocks

Faites un mock par jour en conditions réelles (90 min, sans pause, sans relecture du chapitre concerné avant). Sources gratuites : NowLearning (parcours CSA), forums (certifyme, servicenow-community), et le pack CSA Practice Test officiel à 50 $.

Après chaque mock, identifiez les 3 thèmes les plus faibles et révisez uniquement ceux-là le lendemain. Pas la peine de tout relire.

Jours 26-28 : Révisions ciblées

Les sujets qui tombent souvent et qu’on rate :

• UI Policy vs Client Script — UI Policy = déclaratif (no code), Client Script = code. Préférer UI Policy quand possible.
• Business Rule vs Workflow vs Flow — savoir choisir.
• Service Catalog : variables et UI Policies — comportement à la création vs au déploiement.
• Knowledge: domain separation — qui voit quoi.
• Notifications — events, weight, send when, related-list-driven.

Ressources officielles

• NowLearning — parcours System Administration Fundamentals on Demand (gratuit, ~24 h de contenu).
• Page certification CSA — Exam Specification PDF officiel.
• docs.servicenow.com — la doc reste la source de vérité. Si une question de mock vous semble douteuse, vérifiez sur la doc.
• developer.servicenow.com — PDI gratuite + tutos.

Le jour J : conseils pratiques

• Test en ligne, à domicile. Vérifiez votre PC 24 h avant : webcam, micro, débit (Pearson VUE le scanne). Pièce dégagée, table vide.
• Pas de pauses — l’examen est en flux continu. Vidange et café avant.
• Stratégie de réponse : 1ʳᵉ passe = répondez aux questions évidentes, marquez les douteuses, ne perdez pas plus de 1 min par question. 2ᵉ passe = traitez les marquées. Reste : devinez (jamais laisser vide, pas de pénalité).
• Vocabulaire : « configure » ≠ « code ». Si la question dit « configure », la bonne réponse est rarement un script.

FAQ rapide

La CSA expire-t-elle ?

Oui — une fois par release majeure (annuel). Anthropic exige une delta très courte (Q&A en ligne, 30 min, gratuit) pour rester certifié sur la release courante.

Quel est le prix ?

~250 $ l’examen, payable directement à Pearson VUE. Souvent pris en charge par l’employeur — demandez à votre manager avant de payer perso.

CSA puis CAD ou CSA puis CIS ?

Si vous codez sur la plateforme : CSA → CAD. Si vous êtes consultant fonctionnel ITSM : CSA → CIS-ITSM directement.