Libre-service

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 2 minutes de lecture

    • Votre application peut avoir besoin d’un moyen pour que les utilisateurs finaux puissent accéder à votre modèle de données, c’est pourquoi des options en libre-service sont disponibles.

    Portail de services

    Si l’application comporte des utilisateurs Demandeur ou Self-service, utilisez Service Portal pour fournir une expérience Web conviviale.

    Pour permettre aux utilisateurs en libre-service de créer facilement des enregistrements d’application à partir de Service Portal, créez un créateur d’enregistrement. Un créateur d’enregistrement peut offrir une meilleure expérience à l’utilisateur final qu’un formulaire ordinaire. Échangez avec votre administrateur ServiceNow au sujet du catalogue et de la catégorisation appropriés pour rendre le créateur d’enregistrement accessible via le portail de services.

    Vous pouvez également créer un portail de services pour votre application si les conditions suivantes sont remplies :

    L’application a besoin d’une marque, d’une navigation ou d’une expérience utilisateur différente de celle du portail de services actuel d’une organisation.

    OU

    L’organisation n’a pas de portail de services existant.

    ET

    L’application a besoin de plus de fonctionnalités que celles fournies par les portails par défaut.

    ET

    L’application requiert une expérience utilisateur plus personnalisée que celle que peuvent offrir les formulaires et listes par défaut.

    OU

    L’application a besoin de plus de contrôle sur les marques et les thèmes que l’interface par défaut.
    Conseil :
    N’essayez pas de réutiliser les pages existantes du portail de services dans une application. Créez de nouvelles pages, puis réutilisez des composants dans vos pages, tels que des widgets et des en-têtes.

    Widgets

    Les widgets définissent le contenu du portail. Les widgets du système de base fournis avec Service Portal peuvent être utilisés, ou les développeurs peuvent créer des widgets personnalisés pour répondre aux besoins de l’entreprise.

    Considérations relatives à la création de widgets Service Portal personnalisés pour une application :

    • Commencez à partir d’un widget existant au lieu de créer un widget à partir de zéro. Pour protéger les widgets existants contre toute modification accidentelle, tous les widgets de base de référence sont en lecture seule.
    • Lorsque vous développez un widget, utilisez le volet d’aperçu pour tester rapidement le comportement du widget. Testez toujours le widget sur une page du portail avant de le mettre en production.
    • Utilisez des outils de débogage tiers lors du débogage d’applications basées sur un navigateur. Par exemple, l’extension Chrome ng-inspector pour Angular JS.
    • Évitez d’utiliser $rootScope.$broadcast(). Utilisez plutôt $rootScope.$emit() pour publier un événement dans le rootscope.
    • Utilisez les options de widget pour rendre les widgets plus facilement réutilisables. Le schéma de l’option widget définit les champs configurables par l’utilisateur.
    • Pour les types de champs non pris en charge dans le schéma d’options, créez une table d’extension pour stocker un schéma d’option de widget personnalisé.
    • Utilisez les fournisseurs Angular, qui sont des composants réutilisables qui peuvent être injectés dans plusieurs widgets. Pour garantir un chargement rapide des widgets et un portail performant, créez des fournisseurs Angular au lieu de surcharger vos contrôleurs clients avec des données persistantes et une logique supplémentaire. Avec les fournisseurs Angular, vous pouvez conserver les données pendant toute la durée de vie de votre Service Portal et réutiliser les composants et les objets de données dans plusieurs widgets.

    Pour plus d’informations, consultez Formation Service Portal.