CMS pour Portail de services la transition

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

    • Votre CMS peut inclure des formulaires et des personnalisations complexes qui ne s’affichent pas comme prévu dans Portail de services. Utilisez ce guide pour comprendre la meilleure façon de modifier votre CMS et Catalogue de services votre implémentation en vue Portail de services de leur adoption, et pour comprendre comment une conversion peut affecter vos utilisateurs.

    Si vous envisagez de passer de CMS à Portail de services, assurez-vous de comprendre l’impact du passage à un environnement mobile. Vérifiez le scripting et la migration du client Mobile GlideForm (formulaire g).

    Remarque :
    Pour plus d’informations sur la redirection des utilisateurs CMS vers Portail de services, consultez l’article Comment rediriger automatiquement les utilisateurs qui accèdent à des pages CMS vers Service Portal [KB0722455] dans la base de connaissances Now Support.

    Niveau de support et actions de transition

    Composant CMS

    Portail de services Soutien

    		 Actions de transition possibles
    Recherches de données

    Le composant côté client d’une recherche de données n’est pas pris en charge dans Portail de services. Toutefois, la recherche de données est appliquée dans la plateforme lorsqu’un enregistrement est soumis ou mis à jour dans Portail de services.

    Bien que les recherches de données ne soient pas appliquées dans , Portail de servicesl’enregistrement est mis à jour comme prévu dans l’interface utilisateur de la plateforme lorsqu’il est soumis ou mis à jour dans le Portail de services. Si votre CMS n’est utilisé que par les demandeurs, cette limitation peut ne pas affecter votre implémentation.
    Blocs de contenu

    Étant donné que les blocs de contenu utilisent Jelly, ils ne sont pas pris en charge dans Portail de services

    .

    Dans , les blocs de Portail de servicescontenu sont remplacés par des widgets. Les widgets sont des composants hautement personnalisables qui peuvent interroger les données d’enregistrement, afficher et mettre à jour les enregistrements, et recueillir des entrées utilisateur.

    Les widgets du système de base couvrent généralement la plupart des cas d’utilisation. Tout comme vous ajoutez des blocs de contenu à une page dans votre CMS, vous pouvez ajouter des widgets à une page à l’aide du Portail de services Designer.
    Macros d’interface utilisateur

    Étant donné que les macros d’interface utilisateur utilisent Jelly, elles ne sont pas prises en charge dans Portail de services.
    • Dans Portail de services, vous pouvez utiliser des widgets au lieu de macros d’interface utilisateur. Les widgets du système de base couvrent généralement la plupart des cas d’utilisation, mais pour des solutions personnalisées, vous pouvez développer de nouveaux widgets à l’aide d’AngularJS.
    • Si votre implémentation inclut des macros d’interface utilisateur dans Catalogue de services des formulaires qui font référence à d’autres champs ou variables du formulaire, vous pouvez incorporer le widget à l’intérieur d’une Catalogue de services variable. Pour en savoir plus : Remplacer un script de Catalogue de services formulaire par un widget.
    Actions d’interface utilisateur

    Toutes les actions d’interface utilisateur côté serveur sont prises en charge dans Portail de services, bien que les opérations setRedirectURL() soient ignorées, car Portail de services les formulaires gèrent la redirection d’une manière différente de celle de la plateforme.

    Le widget de formulaire ignore toutes les actions d’interface utilisateur marquées comme Client.
    • Refactoriser toutes les actions d’interface utilisateur pour supprimer les opérations setRedirectURL().
    • Vérifiez que les actions d’interface utilisateur ne sont pas marquées comme client.
    Scripts clients du catalogue

    Seules les options Type d’interface utilisateur Mobile / Service Portal et Toutes sont prises en charge. Type d’interface utilisateur Le bureau n’est pas pris en charge dans Portail de services. Pour obtenir la liste des API prises en charge, reportez-vous à Service Portal et scripts clients.

    Remarque :
    Les appels JavaScript synchrones ne sont pas pris en charge dans Portail de services les appels asynchrones et doivent être remplacés par ceux-ci. Par exemple, la méthode getXMLWait() de la classe GlideAjax n’est pas prise en charge dans Portail de services. Utilisez plutôt l’une des méthodes asynchrones prises en charge suivantes :
    • getXML(rappel de fonction)
    • getXMLAnswer(Rappel de fonction)

    Pour plus d’informations sur GlideAjax, reportez-vous à GlideAjax.

    Pour comprendre l’impact de la mise à jour de votre CMS pour qu’il fonctionne dans un environnement mobile, consultez les scripts et la migration du client mobile GlideForm (formulaire g).
    • Mettez à jour vos scripts pour supprimer toutes les API clientes non prises en charge.
    • Vérifiez que le type d’interface utilisateur du script est défini sur Mobile/Portail de services ou Tous.
    Politiques d’interface utilisateur

    Les politiques d’interface utilisateur scriptées ne peuvent utiliser que des API prises en charge dans Portail de services. Pour obtenir la liste des API prises en charge, reportez-vous à Service Portal et scripts clients.

    		 Mettez à jour vos scripts pour supprimer toutes les API clientes non prises en charge.

    Catalogue de services variables

    Catalogue de services Les variables sont prises en charge avec Portail de services les exceptions suivantes :

    • Les types de variables Macros d’interface utilisateur et Pages de l’interface utilisateur ne sont pas pris en charge.
    • Les scripts de validation pour les variables ne sont pas pris en charge. Les types de validation pris en charge incluent :
      • Champ obligatoire du formulaire de variable.
      • Variables en lecture seule.
      • Tous les champs de l’onglet Disponibilité du formulaire de variable.
    • La taille de variable par défaut n’est pas prise en charge.
    • Développer et réduire le texte d’aide n’est pas pris en charge. Au lieu de cela, les champs Texte d’aide et Instructions définis dans l’onglet Annotations du formulaire de variable sont toujours développés. La balise d’aide ne s’affiche pas.
    • La variable Collecteur de liste s’affiche sous la forme d’une liste de choix et non d’une zone de sélection dans le Portail de services.
    • Si vous incorporez un widget dans un formulaire d’élément de catalogue, vous pouvez utiliser le type de variable Macro d’interface utilisateur. Pour en savoir plus : Remplacer un script de Catalogue de services formulaire par un widget.
    • Si vous utilisez une variable avec des annotations, assurez-vous de tester vos éléments de catalogue pour Portail de services vous assurer que le texte d’aide s’affiche comme prévu.
    Guides de commande

    Guides de commande utilisés Portail de services dans le widget Guide de commande.

    Les guides de commande volumineux peuvent entraîner des problèmes de performances dans le Portail de services. Si vous disposez de guides de commande volumineux, vous pouvez :

    • Divisez-les en plusieurs guides de commande.
    • Simplifiez les variables utilisées dans les guides de commande.
    • En guise de solution temporaire, vous pouvez effectuer le rendu de l’élément Catalogue de services à l’aide d’un iFrame. Voir Catalogue de services formulaires dans Portail de services.
    Créateurs d’enregistrements

    Les créateurs d’enregistrement sont utilisés avec Portail de services les différences suivantes :

    • L’ordre de tri des éléments de catalogue dans les créateurs d’enregistrement n’est pas respecté.
    • Les valeurs de date ne respectent pas le fuseau horaire lorsque le créateur d’enregistrement soumet un enregistrement.

    Assurez-vous de tester tous les créateurs d’enregistrement utilisés pour Portail de services vous assurer qu’ils se comportent comme prévu.
    Scénarios de connexion et redirections

    Dans CMS, vous avez utilisé le script include CMSEntryPage pour définir des scénarios de connexion. Au lieu de cela, Portail de services utilise le script include SPEntryPage et les propriétés système connexes pour définir des scénarios de connexion. Les redirections ne sont pas prises en charge dans Portail de services.

    Dans Portail de services, définissez le comportement de connexion en modifiant le script include SPEntryPage et en définissant les propriétés système.

    Pour plus d'informations, voir Authentification unique, connexions et redirections d’URL.

    Formulaires Catalogue de services

    Catalogue de services Les formulaires, tels que les éléments de catalogue et les créateurs d’enregistrement, sont affichés dans les widgets dans une mise en page à deux colonnes. Les formulaires complexes peuvent ne pas s’afficher comme prévu.

    • Seuls les paramètres de conteneur de niveau supérieur sont respectés. Si d’autres conteneurs existent dans le conteneur de niveau supérieur, ils sont affichés sous la forme d’une seule colonne. S’il existe des divisions de conteneurs ou des conteneurs imbriqués dans ces conteneurs supplémentaires, ils sont restitués sous la forme d’une colonne unique. Un conteneur de niveau supérieur n’est enfant d’aucun autre conteneur.
    • Il peut y avoir un maximum de deux colonnes dans Portail de services. Si votre implémentation inclut des formulaires avec plus de deux colonnes, les champs sont réorganisés en deux colonnes dans Portail de services.
    • Les jeux de variables sont traités comme des conteneurs. Toutes les règles répertoriées précédemment s’appliquent aux jeux de variables ainsi qu’à tous les conteneurs qu’ils contiennent.
    • La taille de variable par défaut n’est pas prise en charge dans Portail de services.
    Panier

    Le Portail de services inclut un widget Panier du système de base.

    		 Utilisez le widget Panier.