GUIDE TECHNIQUE · SERVICENOW
ServiceNow : Catalogue de services et approbations
Construire une demande standard dans le Service Catalog ServiceNow, définir les variables, intégrer les approbations et tracer le traitement jusqu'à la livraison du service.
L’ESSENTIEL EN BREF
Les étapes clés
Ce guide présente 4 étapes, de « Définir le service et le contrat de demande » à « Vérifier l'exécution de bout en bout ».
Avant de commencer : Instance de recette disposant d'un catalogue test.
01 · CADRAGE
Périmètre et résultat visé
Résultat attendu : Les variables requises et les valeurs autorisées sont contrôlées.
Public concerné : Responsables catalogue, équipes ITSM et propriétaires de services
ServiceNow Service Catalog et Flow Designer / Workflow Studio selon la release et les droits ; les mécanismes d'approbation peuvent être adaptés par l'organisation.
Contrôlez les versions, les droits et les options disponibles dans votre environnement avant de suivre la procédure.
02 · AVANT DE COMMENCER
Prérequis et points de contrôle
- Instance de recette disposant d'un catalogue test.
- Propriétaire de service, critères d'éligibilité et matrice d'approbation identifiés.
- Demande fictive ne déclenchant ni commande de matériel ni accès réel.
03 · VUE D’ENSEMBLE
Comprendre l’architecture et les flux
04 · TUTORIEL
Procédure complète, étape par étape
Suivez les étapes dans l’ordre et contrôlez chaque résultat avant de poursuivre. Renseignez les paramètres adaptés à votre environnement.
ÉTAPE 1 / 4
Définir le service et le contrat de demande
Le formulaire doit recueillir seulement les informations utiles.
- Décrire un item de recette, par exemple un accès à une application fictive.
- Documenter propriétaire, délai cible, approbateur et critères de refus.
# Item exemple :
Nom : Accès à Portail-Lab
Champs : environnement, justification, duréeÀ vérifier : Le service fictif dispose de règles d'éligibilité explicites.
Point de vigilance : Exécuter les opérations uniquement sur un environnement de recette autorisé, sans secret ni donnée de production.
ÉTAPE 2 / 4
Construire et tester le formulaire
Une demande incompréhensible entraîne erreurs de routage et retours utilisateurs.
- Créer des variables typées avec valeurs autorisées et champs obligatoires.
- Tester le formulaire en accès utilisateur sans privilège d'administration.
# Exemple de valeurs admises :
environnement = recette | integrationÀ vérifier : Le formulaire collecte une demande cohérente sans surcharger l'utilisateur.
Point de vigilance : Exécuter les opérations uniquement sur un environnement de recette autorisé, sans secret ni donnée de production.
ÉTAPE 3 / 4
Configurer l'approbation dans le flow
L'approbation doit être attribuée à un décideur autorisé.
- Associer un flow à l'item selon les capacités de l'instance.
- Configurer l'action d'approbation et les branches approuvé / refusé / expiration.
# Modèle de décision :
Soumis -> Approbateur -> Approuvé / Refusé -> RITM mis à jourÀ vérifier : La décision est traçable et bloque l'exécution en cas de refus.
Point de vigilance : Exécuter les opérations uniquement sur un environnement de recette autorisé, sans secret ni donnée de production.
ÉTAPE 4 / 4
Vérifier l'exécution de bout en bout
Un statut de demande ne suffit pas à confirmer le service livré.
- Soumettre deux demandes fictives, dont une refusée.
- Inspecter REQ, RITM et les tâches créées, ainsi que les notifications attendues.
# Tests :
# approuvé => tâches prévues
# refusé => aucune action de provisioningÀ vérifier : Le circuit de demande suit les décisions et crée les bonnes tâches.
Point de vigilance : Exécuter les opérations uniquement sur un environnement de recette autorisé, sans secret ni donnée de production.
RÉFÉRENCES TECHNIQUES
Documentation officielle
Retrouvez les prérequis, les fonctionnalités et les versions prises en charge par ServiceNow. Vérifiez les commandes sur un environnement de test avant leur utilisation en production.
05 · RECETTE
Comment vérifier que tout fonctionne ?
Les variables requises et les valeurs autorisées sont contrôlées.
Un refus bloque les actions de livraison.
La décision d'approbation et les tâches sont consultables.
06 · DIAGNOSTIC
Problèmes fréquents et résolution
Approbateur absent
Cause probable : Matrice ou référence utilisateur incomplète
Que faire : Contrôler les conditions de décision et l'utilisateur concerné.
Aucune RITM attendue
Cause probable : Item ou association de flow mal configurée
Que faire : Inspecter le catalogue et les execution details.
Tâches dupliquées
Cause probable : Déclencheurs ou flows concurrents
Que faire : Revoir les associations et conditions d'exécution.
07 · QUESTIONS PRATIQUES
Questions fréquentes
REQ et RITM représentent-ils la même chose ?
Non. La Request regroupe la demande ; un Requested Item représente un article de catalogue demandé.
Peut-on approuver automatiquement ?
C'est techniquement possible selon les règles, mais la gouvernance doit justifier l'absence de validation humaine.
Comment éviter de déclencher une commande réelle ?
Tester sur une instance non productive avec des connecteurs et destinations neutralisés.
AUTRES TECHNOLOGIES
Guides complémentaires
VOTRE ENVIRONNEMENT
Besoin d’aller plus loin sur votre environnement ?
Automatisation, sécurité et exploitation : échangeons sur vos pratiques ServiceNow.
Échanger avec ADN Consulting