Configurer, personnaliser ou créer des applications

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

    • La configuration et la ServiceNow AI Platform personnalisation sont des caractéristiques qui permettent à votre entreprise de personnaliser les flux de travail en fonction de ses besoins spécifiques. Vous pouvez également créer de nouvelles applications pour de nouveaux cas d’utilisation ou processus de service qui ne correspondent pas au périmètre de vos applications actuelles.

    Quelle que soit la manière dont vous choisissez d’apporter des modifications aux fonctionnalités de la plateforme et de l’application, tenez compte des informations suivantes pour faire le choix le plus éclairé.

    Configuration et personnalisation

    Bien que les termes configuration et personnalisation puissent sembler très similaires, ils signifient des choses différentes sur le ServiceNow AI Platform. Il existe de nombreuses façons de mettre à jour des applications prêtes à l’emploi pour qu’elles fonctionnent pour votre cas d’utilisation. Que vous personnalisiez, configuriez, personnalisiez ou créiez une application, il existe des directives générales sur la manière de faire fonctionner vos applications pour vous. Chaque terme pertinent est défini dans le tableau suivant.

    Tableau 1. Termes et définitions
    Terme Définition
    Personnalisation Lorsque les utilisateurs modifient l’apparence d’une application uniquement pour eux-mêmes.
    Configuration Lorsque les utilisateurs modifient le comportement d’une application sans apporter de modifications aux flux ou au code du système de base.
    Personnalisation Lorsque les utilisateurs apportent des modifications aux flux ou au code qui font partie de l’installation de base de référence sur une ServiceNow instance.
    Création d’un nouveau Lorsqu’un utilisateur crée une application personnalisée à l’aide App Engine de produits tels que ServiceNow Studio.

    Impact des changements

    L’impact des changements que vous apportez sur la plateforme peut avoir des implications en termes de coûts et d’assistance. Examinez attentivement les mises à jour que vous souhaitez effectuer. Consultez des exemples de chaque type de changement et de ses implications.

    Tableau 2. Exemples et impact de chaque changement
    Changement Exemples Impact
    Personnalisation
    • Choisir le mode sombre ou le mode clair.
    • Choisir les colonnes à afficher dans une table.
    • Ne modifie pas l’installation du code de base de référence.
    • N’a pas d’impact sur le support client ni n’interfère avec les mises à niveau.
    Configuration
    • À l’aide d’outils intégrés pour ajouter des tables et plus encore.
    • Définition des paramètres à l’échelle de l’instance.
    • Utiliser du code pour étendre les fonctionnalités d’une application.
    • Si vous ajoutez du code, vous en devenez propriétaire, même si cela ne modifie pas l’installation du code de base.
    • L’annulation d’une configuration ne devrait pas nécessiter de modifications du code.
    Personnalisation
    • Création de scripts ou de règles métier avec une logique qui modifie le code de base de référence.
    • Ajout de tables personnalisées.
    • Ajouter des intégrations, des widgets, des portails ou des workflows personnalisés.
    • Service client et implications financières.
    • La mise à niveau vers une nouvelle version nécessite de réappliquer ou de rétablir vos personnalisations.
    • Peut créer une dette technique.
    Créer de nouvelles applications Création d’applications globales ou incluses dans le périmètre, quels que soient leur taille ou leur objectif.
    • Peut avoir un impact sur les accords de licence, en fonction des produits que vous avez mis en service.
    • Peut avoir un impact sur les mises à niveau.
    • Peut créer une dette technique qui doit être gérée.

    Que se passe-t-il lorsque vous personnalisez

    Lorsque vous personnalisez une application, plusieurs choses se produisent dont vous devez être conscient.
    1. Les personnalisations déclenchent la création par la plateforme d’un enregistrement dans la table Customer Update [sys_update_xmll].

      Chaque enregistrement de cette table doit être pris en compte lors de la mise à niveau vers une nouvelle version.

    2. La plateforme ignore les enregistrements personnalisés lors des mises à niveau de plateforme. Vous devez choisir ce qu’il advient des personnalisations.
      • Conservez chaque personnalisation.
      • Rétablissez l’état prêt à l’emploi de chaque personnalisation.
      • Fusionnez les personnalisations avec le système de base.
    3. Avec chaque personnalisation conservée, il peut y avoir des conséquences sur le support client. Étant donné que les agents de l’assistance clientèle ne savent pas quel doit être le comportement attendu d’une personnalisation, il est difficile de reproduire le problème sur une instance prête à l’emploi et d’aider avec les tickets de support.
    Gardez ces situations à l’esprit lorsque vous créez des personnalisations.
    Conseil :
    N’oubliez pas de ne personnaliser une application que lorsque la personnalisation étend l’objectif prévu de l’application. Si cela n’étend pas l’objectif prévu, envisagez de créer une application.

    Ordre de changement recommandé

    1. Personnalisez votre instance et vos applications autant que vous le souhaitez.
    2. Configurez les applications ServiceNow autant que possible avant de les personnaliser.
    3. Personnalisez une application pour ajouter des fonctionnalités uniquement lorsqu’elle étend l’intention de l’application.
    4. Utilisez App Engine des produits de développeur, tels que Creator Studio et ServiceNow Studio, pour créer de nouvelles applications plutôt que de personnaliser une application pour créer une fonctionnalité qui ne correspond pas à son objectif initial.