CMS vers la Portail de services transition

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 7 minutes de lecture

    • Votre CMS peut inclure des formulaires complexes et des personnalisations 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 son implémentation pour Portail de services l’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. Passez en revue le scripting et la migration du GlideForm (formulaire g) du client mobile.

    Remarque :
    Pour plus d’informations sur la redirection des utilisateurs CMS vers Portail de services, consultez l’article Comment rediriger automatiquement les utilisateurs qui naviguent vers n’importe quelle page CMS vers Portail de services [KB0722455] de 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 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 des 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 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 référencent d’autres champs ou variables dans le formulaire, vous pouvez intégrer 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 client.
    • 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, passez en revue le scripting et la migration de GlideForm (g form) du client mobile.
    • Mettez à jour vos scripts pour supprimer toutes les API client 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 client non prises en charge.

    Catalogue de services variables

    Catalogue de services Les variables sont prises en charge dans Portail de services avec 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 sont les suivants :
      • Le 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 contraire, 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 forme de liste de choix au lieu d’une zone de liste double 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 Catalogue de services script de formulaire par un widget.
    • Si vous utilisez une variable avec des annotations, assurez-vous de tester vos éléments de catalogue dans Portail de services 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 :
    Créateurs d’enregistrements

    Les créateurs d’enregistrements 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’enregistrements 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 Portail de services dans 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 les 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, 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’enregistrements sont affichés dans des widgets selon 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 seule colonne. 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 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 é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

    Cela Portail de services inclut un widget de panier d’achats du système de base.

    		 Utilisez le widget Panier.