CMS vers la Portail de services transition

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 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 comment modifier au mieux votre CMS et Catalogue de services votre implémentation en vue de leur Portail de services adoption, et pour comprendre comment une conversion peut affecter vos utilisateurs.

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

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

    Niveau de prise en charge 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 le Portail de services, l’enregistrement se met à 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 est utilisé uniquement 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 le Portail de services, les blocs de contenu 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 collecter les entrées de l’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 concepteur.
    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 à la place des macros d’interface utilisateur. Les widgets du système de base couvrent généralement la plupart des cas d’utilisation, mais pour les 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 dans le formulaire, vous pouvez incorporer le widget à l’intérieur d’une Catalogue de services variable. Pour en savoir plus : Remplacer un Catalogue de services script de 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 clientes.
    • Refactorisez 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 clientes.
    Scripts clients du catalogue

    Seules les options de type d’interface utilisateur Mobile / Portail de services et Tous 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 à la section Portail de services et scripts clients.

    Remarque :
    Les appels JavaScript synchrones ne sont pas pris en charge et Portail de services doivent être remplacés par des appels asynchrones. 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, consultez GlideAjax.

    Pour comprendre l’impact de la mise à jour de votre CMS pour qu’il fonctionne dans un environnement mobile, examinez le scripting et la migration de GlideForm (g form) du client mobile.
    • 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 les API prises en charge dans .Portail de services Pour obtenir la liste des API prises en charge, reportez-vous à la section Portail de services et scripts clients.

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

    Catalogue de services Les variables

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

    • Les macros d’interface utilisateur et les types de variable des 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 sont les suivants :
      • 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.
    • Le développement et la réduction du texte d’aide ne sont 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 au lieu d’une zone de sélection dans le Portail de services.
    • Si vous intégrez 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 Catalogue de services script de formulaire par un widget.
    • Si vous utilisez une variable avec des annotations, assurez-vous de tester vos éléments Portail de services de catalogue dans pour vous assurer que le texte d’aide s’affiche comme prévu.
    Guides de commande

    Les guides de commande utilisent Portail de services 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 avez des guides de commande volumineux, vous pouvez :

    • Les diviser en plusieurs guides de commande.
    • Simplifiez les variables utilisées dans les guides de commande.
    • En tant que solution temporaire, vous pouvez rendre l’élément à l’aide Catalogue de services d’un iFrame. Consultez Catalogue de services formulaires dans Portail de services.
    Créateurs d'enregistrements

    Les créateurs d’enregistrements sont utilisés dans Portail de services avec 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’enregistrements utilisés dans Portail de services pour vous assurer qu’ils se comportent comme prévu.
    Scénarios de connexion et redirections

    Dans CMS, vous utilisiez l’include de script CMSEntryPage pour définir des scénarios de connexion. Au lieu de cela, Portail de services utilise l’include de script SPEntryPage et les propriétés système connexes pour définir les 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 l’include de script SPEntryPage et en définissant les propriétés système.

    Pour plus d'informations, consultez 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 des 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. S’il existe d’autres conteneurs dans le conteneur de niveau supérieur, ils sont affichés sous la forme d’une colonne unique. S’il existe des divisions de conteneurs ou des conteneurs imbriqués dans ces conteneurs supplémentaires, ils sont affichés sous la forme d’une seule colonne. Un conteneur de niveau supérieur n’est pas un enfant d’un autre conteneur.
    • Il peut y avoir un maximum de deux colonnes dans Portail de services. Si votre implémentation inclut des formulaires de 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 énuméré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 de panier du système de base.

    		 Utilisez le widget du panier.