CMS pour Portail de services la transition

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 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. Passez en revue le scripting et la migration du client mobile GlideForm (g form).

Remarque :

Pour en savoir plus 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 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 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 le , 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 les entrées des utilisateurs. 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 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 / Portail de services et Tout sont prises en charge. Type d’interface utilisateur Ordinateur de bureau n’est pas pris en charge dans Portail de services. Pour obtenir la liste des API prises en charge, reportez-vous à la section Scripts clients et Portail de services. 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, consultez la section Scripts et migration GlideForm (formulaire g) 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 Scripts clients et Portail de services.	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 macros d’interface utilisateur et les types variables de pages d’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 comprennent : Champ Obligatoire du formulaire de variable. Variables en lecture seule. Tous les champs de l’onglet Disponibilité du formulaire de variables. 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 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 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 dans 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 servicesfichier . 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’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 pour Portail de services vous assurer qu’ils se comportent comme prévu.
Scénarios de connexion et redirections	Dans CMS, vous avez utilisé 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 associées 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’enregistrement sont affichés dans des widgets dans une mise en page en 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 restitué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 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.	Simplifiez tous les formulaires complexes dans votre Catalogue de servicesfichier . 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.
Panier	Il Portail de services inclut un widget de panier d’achat du système de base.	Utilisez le widget Panier.