Learn IT with Shikha Blogs

  User Criteria vs Manager vs Groupe (quelle différence ?) Les approbations sont au cœur des processus ServiceNow. Que ce soit pour : une demande d’accès un ordinateur une validation budgétaire une demande RH Comprendre les types d’approbation est essentiel pour une bonne implémentation. Beaucoup confondent : Approbation manager Approbation groupe Approbation utilisateur User Criteria Clarifions cela simplement. Comment fonctionne une approbation 4 Lorsqu’une demande est soumise : REQ → RITM → Approbation → Création des tâches Si l’approbation est requise, le processus s’arrête jusqu’à validation. 1️⃣ Approbation Manager Type le plus courant. ServiceNow vérifie automatiquement : Requested For → Manager Exemple Demande de logiciel → validation du responsable Attention Si aucun manager n’est défini → approbation bloquée. 2️⃣ Approbation Groupe Utilisée quand une équipe doit valider. Exemple : Équipe sécurité informatique Modes possibles : Un seul membre valide Tous les membres doiven...

  Quand utiliser lequel (et éviter les problèmes de performance) Beaucoup de débutants ServiceNow se demandent : Dois-je utiliser un Client Script ou une UI Policy ? Les deux peuvent : rendre un champ obligatoire afficher / masquer un champ rendre un champ en lecture seule contrôler le comportement d’un formulaire Mais choisir le mauvais outil peut ralentir les formulaires et compliquer la maintenance. Différence principale UI Policy → Comportement basé sur la configuration (sans code) Client Script → Logique basée sur du script (JavaScript) Que fait une UI Policy ? 4 La UI Policy est utilisée pour des conditions simples. Exemple : Si Catégorie = Matériel → afficher le champ Numéro de série. Aucun code nécessaire. Avantages Plus rapide Plus propre Facile à maintenir Accessible aux administrateurs Que fait un Client Script ? 4 Le Client Script est utilisé lorsque la logique est plus complexe. Exemples : Valider un format (ID employé) Calculer automatiquement une valeur Contrôler la ...

Quand utiliser lequel (explication pratique) Beaucoup de débutants pensent que Record Producer et Catalog Item sont identiques. Ils apparaissent tous les deux dans le portail. Ils collectent les informations utilisateur. Ils créent un enregistrement. Mais leur objectif est totalement différent. Choisir le mauvais type rend le système difficile à maintenir. Différence principale (en une phrase) Catalog Item → Demande de service avec processus Record Producer → Création directe d’un enregistrement Fonctionnement du Catalog Item 4 Le Catalog Item suit le cycle ITSM : REQ → RITM → Tâches → Approbations → Livraison Il représente : « L’utilisateur demande un service » Exemples : Demande d’ordinateur Accès logiciel Onboarding employé Il implique une automatisation métier. Fonctionnement du Record Producer 4 Le Record Producer crée directement un enregistrement. Portail → Script → Enregistrement Il représente : « L’utilisateur signale un problème » Exemples : Créer un incident Signaler un pr...

  Ce qui se passe réellement lorsqu’un utilisateur soumet une demande Beaucoup de débutants pensent : L’utilisateur soumet une demande → Un ticket est créé → Terminé Mais dans ServiceNow, une demande du catalogue crée automatiquement plusieurs enregistrements, tâches et validations. Comprendre cette structure est essentiel pour les développeurs, administrateurs et équipes support. Que se passe-t-il lorsqu’un utilisateur soumet un élément du catalogue ? 4 Quand un utilisateur soumet une demande (ex : demande d’ordinateur), ServiceNow ne crée pas un seul ticket. Il crée une hiérarchie : Niveau Enregistrement Rôle 1 REQ (Request) Conteneur principal 2 RITM (Requested Item) Élément demandé 3 SCTASK (Catalog Task) Travail assigné aux équipes Une seule demande peut générer plusieurs tâches automatiquement. Relation entre les enregistrements (concept clé) Comme une commande e-commerce : Commande → Produit → Livraison Dans ServiceNow : REQ → RITM → SCTASK Cela permet à plusieurs équipes de...