Rapport de diagnostic d'élément

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 2 minutes de lecture
  • Pour les données et la configuration d’un élément de catalogue, vous pouvez identifier les violations possibles des ServiceNow pratiques recommandées.

    Le rapport de diagnostic d'élément comprend un score qui mesure la santé de l'élément, ainsi qu'une liste d'entrées du résultat du diagnostic. Ces entrées se composent d'une règle, d'un document (enregistrement qui viole la règle) et d'un nombre (le nombre de violations dans le dossier).

    Corrigez les violations pour améliorer les performances et conserver le comportement attendu.

    Le score doit être le plus bas possible, 0 étant l'idéal. Un score plus élevé signifie qu’un élément comporte davantage de violations par rapport aux ServiceNow pratiques recommandées. Chaque règle a un poids et un niveau d'importance différents. Par exemple, une violation des variables en doublon est plus susceptible d'entraîner des problèmes d'utilisateur. Une violation de l’utilisation d’AJAX est moins susceptible de causer des problèmes car le résultat pourrait simplement causer un retard dans l’interface utilisateur. Résultats du diagnostic

    Règles de diagnostic par défaut

    Ces règles de diagnostic sont conçues conformément aux ServiceNow pratiques recommandées.

    Tableau 1. Règles de diagnostic par défaut
    Règle Description
    checkUserCriteriaUsage Identifie si l’élément utilise des droits au lieu de critères d’utilisateur
    checkBalancedContainers Vérifie si les variables de début et de fin du conteneur sont équilibrées.
    checkDuplicateVariables Identifie les variables ayant le même nom associées à un élément de catalogue (ou un jeu de variables associé).
    checkDOMManipulation Identifie toute violation des données mensuelles dans les scripts clients du catalogue. Les données mensuelles ne sont pas nécessairement les mêmes d'une version à l'autre. Elles peuvent affecter les scripts clients du catalogue lors des mises à niveau. Par conséquent, il convient que les clients ne manipulent les données mensuelles d'aucune manière.

    Vous pouvez afficher des informations détaillées pour chaque script client en cliquant sur l'icône d'informations.

    checkLookupVariableRowCount Vérifie si la variable de recherche est exécutée sur des tables contenant de nombreux enregistrements, car elle peut entraîner des temps de chargement plus lents.
    checkAJAX Identifie tous les appels AJAX dans les scripts clients du catalogue, car bien qu'ils y soient autorisés, ils doivent être asynchrones. Tous les appels AJAX sont répertoriés, car même les appels asynchrones peuvent entraîner un retard.

    Vous pouvez afficher des informations détaillées pour chaque script client en cliquant sur l'icône d'informations.

    checkSelectBoxUnique Identifie les variables de type zone de sélection pour lesquelles l’attribut est activé pour afficher uniquement des entrées uniques dans la zone de sélection.
    checkOrderGuideRuleBaseCount Recherche un nombre élevé de bases de règles actives dans un guide de commande, car un nombre plus élevé de bases de règles peut ralentir les temps de chargement
    checkFormatterVariablesUsage Vérifie si l’élément a les types de variables suivants :
    • Macro
    • Macro avec étiquette
    • Page de l'IU

    Pour plus d’informations sur la disponibilité des variables sur les différents canaux, reportez-vous à la section Prise en charge variable dans différents canaux.

    détails du diagnostic