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

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 4 minutes de lecture

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

    Lorsque vous utilisez 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 entreprise 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 l’expansion de la recherche de code, voir Développer les tables de recherche de code.
    Tableau 1. Types de fichiers pris en charge pour la recherche de code
    Type de fichier Nom de 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é sécurisée
    • 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 comme suit :
      • 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 aussi 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 les 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 Écrivez la façon dont le système répond aux e-mails entrants.
    Map pages cmn_map_page Afficher ServiceNow les données sous forme graphique sur une page Google Map en fonction des données d’emplacement que vous fournissez.
    Mapper des transformations sys_transform_map
    Utilisé pour l’importation de données. Cartes de transformation :
    • Définissez les 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 sur les événements importants liés à l’application.
    Processeurs 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 TEXT 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
    Contenir des scripts qui s’exécutent lorsqu’un événement se produit, par exemple :
    • L’approbation est annulée
    • Le changement est approuvé
    • Le problème est affecté
    Includes de script sys_script_include Contenir 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 complexe ou réutilisable doit être un script include, 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 schedulertravaux 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, etc. Vous pouvez accéder aux enregistrements d’éléments de calendrier pour résoudre les problèmes de 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.
    Macros d'interface utilisateur 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.
    Pages de l'interface utilisateur 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 fonctionner.
    Scripts d'interface utilisateur 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.
    Widgets sp_widget Décrivez les objets qui contiennent du contenu et qui peuvent être ajoutés ou incorporés aux pages du portail. Vous pouvez utiliser les widgets du système de base fournis avec , cloner et modifier les Portail de serviceswidgets, ou développer des widgets personnalisés en fonction de vos propres besoins.