ServiceNow Studio Types de fichiers pris en charge à l’aide de la recherche de code

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 5 minutes de lecture

    • ServiceNow Studio prend en charge les types de fichiers suivants lors de l’utilisation de la recherche de code.

    Lors de l’utilisation de la recherche de code dans ServiceNow Studio, l’application utilise le groupe de recherche de code par défaut. Le tableau suivant décrit les types de fichiers pris en charge lors de l’utilisation de la recherche de code par défaut ServiceNow Studio .

    Conseil :
    Si votre société souhaite développer la liste des types de fichiers pris en charge utilisés dans la recherche de code, un administrateur peut créer un nouveau groupe de recherche de code qui inclut des types de fichiers supplémentaires. Pour plus d’informations sur le développement de la recherche de code, voir Développer les tables de recherche de code.
    Remarque :
    Pour rechercher un fichier à l’aide de la recherche de code, le type de fichier doit être étendu à partir de la table sys_metadata. D’autres types de fichiers, tels que les éléments planifiés (enregistrements sys_trigger), ne peuvent pas faire l’objet de recherches dans .ServiceNow Studio
    Tableau 1. Types de fichier pris en charge pour la recherche de code
    Type de fichier Nom de la table de recherche de code Description
    Access control sys_security_acl
    Détermine si l’accès est accordé pour une opération spécifiée à une entité spécifique, telle que :
    • Type d’entité en cours de sécurisation
    • Opération en cours de sécurisation
    • Identificateur unique décrivant l’objet
    Règles métier sys_script Personnalisez le comportement du système.
    • Les règles métier s’exécutent lorsqu’une action de base de données se produit (requête, insertion, mise à jour ou suppression).
    • Le script peut s’exécuter :
      • avant ou après l’exécution de l’action de base de données (s’exécute dans le cadre de l’opération de base de données).
      • de manière asynchrone (à un moment donné après l’opération de base de données).
      • à l’affichage (lors de l’affichage des données dans un formulaire).
    Scripts clients sys_script_client
    Utilisé pour modifier l’apparence des formulaires, afficher différents champs en fonction des valeurs saisies ou d’autres options d’affichage personnalisées.
    • onLoad signifie que le script client s’exécute lorsque le formulaire ou la page est chargé
    • onChange signifie que le script client s’exécute lorsque quelque chose de spécifique est modifié ET également lorsque le formulaire ou la page se charge
    • onSubmit signifie que le script client s’exécute lorsque le formulaire est soumis

    Les scripts clients peuvent également être appelés par d’autres scripts ou modules, y compris des politiques d’interface utilisateur.
    Email templates sysevent_email_template Permettez aux administrateurs de créer du contenu réutilisable pour la ligne d’objet et le corps du message des notifications par e-mail.
    Inbound email actions sysevent_in_email_action Définir la façon dont le système répond aux e-mails entrants.
    Map pages cmn_map_page Afficher les ServiceNow données sous forme graphique sur une page Google Map en fonction des données d’emplacement que vous fournissez.
    Mapper les transformations sys_transform_map
    Utilisé pour l’importation de données. Cartes de transformation :
    • Définissez des relations de mappage entre les tables.
    • Peut utiliser des règles métier, d’autres scripts ou d’autres options pour importer des données.
    Notifications sysevent_email_action Déterminez comment une application communique avec les utilisateurs et les alerte des événements importants liés à l’application.
    Processors sys_processor Fournissez des points de terminaison d’URL personnalisables qui peuvent exécuter du code JavaScript arbitraire côté serveur et produire des résultats tels que TEXTE ou JSON.
    Relations sys_relationship Utilisé pour étendre des tables, référencer des enregistrements dans une autre table, créer des relations plusieurs-à-plusieurs et joindre des tables dans une vue de base de données.
    Exécutions de script planifiées sysauto_script Définissez une logique de script automatisée côté serveur qui s’exécute à une heure spécifique ou de façon récurrente. Les exécutions de script planifiées sont également appelées travaux planifiés.
    Script actions sysevent_script_action
    Contient des scripts qui s’exécutent lorsqu’un événement se produit, par exemple :
    • L’approbation a été annulée
    • Le changement est approuvé
    • Le problème est affecté
    Script includes sys_script_include Contiennent des scripts qui peuvent être des fonctions ou des classes. Ces scripts s’exécutent uniquement lorsqu’ils sont appelés par d’autres scripts, souvent des règles métier.

    Tout script serveur compliqué ou réutilisable doit être un include de script, en particulier les règles métier compliquées.
    Éléments de calendrier sys_trigger Contient les données back-end de , où les System scheduler travaux planifiés sont créés, mis en file d’attente et exécutés. Les éléments de calendrier peuvent exécuter des travaux planifiés, des règles métier, des moniteurs d’inactivité, des calculs d’accord sur les niveaux de service (SLA), des événements de mesure, des mises à niveau, et bien plus encore. Vous pouvez accéder aux enregistrements d’éléments de calendrier pour résoudre les problèmes liés à la planification.
    Defining UI actions sys_ui_action Incluez les boutons, les liens et les éléments de menu contextuel sur les formulaires et les listes. Configurez les actions d’interface utilisateur pour rendre l’interface utilisateur plus interactive, personnalisée et spécifique aux activités utilisateur.
    UI macros sys_ui_macro Contiennent des composants scriptés discrets que les administrateurs peuvent ajouter à l’interface utilisateur. Les macros d’interface utilisateur sont généralement des contrôles qui fournissent des entrées ou des informations qui ne sont pas fournies par les types de champs existants.

    Par défaut, le système fournit des macros d’interface utilisateur pour divers éléments d’interface utilisateur.
    UI pages sys_ui_page Utilisé pour créer et afficher des formulaires, des boîtes de dialogue, des listes et d’autres composants d’interface utilisateur.
    Using UI policies sys_ui_policy Définissez le comportement et la visibilité des champs sur un formulaire. Les champs peuvent être l’un des suivants :
    • Obligatoire
    • Visible
    • Lecture seule
    Les éléments suivants s’appliquent à l’utilisation :
    • Les politiques d’interface utilisateur sont toujours associées à une table.
    • Les politiques d’interface utilisateur ont souvent une condition qui doit être vraie pour qu’elles s’exécutent.
    UI scripts sys_ui_script

    Contient des scripts clients stockés pour réutilisation. Utilisé uniquement lorsqu’il est appelé à partir d’autres scripts.
    Style d'interface utilisateur sys_ui_style Vous permet de déclarer des styles CSS individuels pour un champ dans une liste ou un formulaire.
    Configuration de widgets sp_widget Décrivez les objets qui contiennent du contenu et qui peuvent être ajoutés ou incorporés dans les pages du portail. Vous pouvez utiliser les widgets du système de base fournis avec , Portail de services cloner et modifier les widgets, ou développer des widgets personnalisés en fonction de vos besoins.