Gestion du contenu et Portail de services
Portail de services est une alternative convaincante au système de gestion de contenu (CMS) avec une expérience utilisateur raffinée. Il ne duplique pas les fonctionnalités de CMS ou de l'interface utilisateur de la plateforme. Les utilisateurs qui disposent d’expériences sophistiquées fournies via CMS devront peut-être investir du temps dans la transition Portail de servicesvers , en particulier si la mise en œuvre de CMS comprend des formulaires complexes et personnalisés Catalogue de services .
Portail de services compatibilité avec les sites CMS existants
ServiceNow continue de prendre en charge CMS dans les versions actuelles et à venir. Si vous avez des sites CMS existants et que vous les activez Portail de services sur votre instance, vos sites CMS continueront de fonctionner en tant que CMS et Portail de services sont des applications distinctes.
Différences entre Portail de services et CMS
Portail de services est une alternative au CMS basée sur des technologies plus modernes. Les principales différences sont les suivantes :
- Technologie sous-jacente
- CMS utilise Jelly, qui n’est pas une technologie largement utilisée. Portail de services utilise plutôt AngularJS, JavaScript côté serveur, HTML et CSS. Tous les scripts qui utilisent Jelly ne fonctionnent pas dans Portail de services. La création de widgets dans Portail de services nécessite une connaissance d’AngularJS.
- Couche visuelle
- CMS utilise des iFrames qui peuvent être difficiles à utiliser, limités en termes de style et susceptibles de problèmes de mise à niveau. Il s’agit également Portail de services d’une application autonome qui accède aux données à partir d’autres tables de la plateforme. Cela permet un contrôle précis du style et un design réactif.
- Mobile d’abord
- Contrairement au CMS, Portail de services il est optimisé pour un environnement mobile. Pour cette raison, les règles suivantes s’appliquent à l’environnement Portail de services :
- Tous les scripts utilisés dans Portail de services peuvent uniquement utiliser les API prises en charge dans un environnement mobile. Par exemple, certaines API utilisées dans vos Catalogue de services scripts clients peuvent ne pas être prises en charge. Pour obtenir la liste des API prises en charge, reportez-vous à la section Scripts clients et Portail de services.
- Portail de services Les formulaires prennent en charge un maximum de deux colonnes. Par conséquent, tous les formulaires hautement personnalisés Catalogue de services , tels que les éléments de catalogue et les créateurs d’enregistrements qui utilisent des conteneurs et des jeux de variables, doivent être simplifiés pour fonctionner dans une mise en page à deux colonnes.
Si vous effectuez une transition vers Portail de services, passez en revue la ressource suivante : Client mobile GlideForm (formulaire g) Scripting and migration.
Pour comprendre comment les composants CMS principaux sont configurés dans Portail de services, reportez-vous à la table suivante.
| Composant CMS | Portail de services équivalent |
|---|---|
| Site de contenu | Portail |
| Page de contenu | Page |
| Types de contenu | Les types de contenu lient une table à une page de contenu. Dans Portail de services, les types de contenu ne sont plus nécessaires. Les données d’enregistrement sont interrogées et affichées à l’aide des widgets du système de base. Vous pouvez ajouter des widgets à n’importe quel nombre de Portail de services pages. Pour en savoir plus : Utilisation des widgets du portail. |
| Mise en page et zones de dépôt | Dans Portail de services, les pages sont constituées de conteneurs, de lignes et de colonnes. Pour en savoir plus : Pages. |
| Bloc de contenu | Un bloc de contenu est un élément de contenu réutilisable. Dans Portail de services, les blocs de contenu sont remplacés par des widgets. Pour en savoir plus : Utilisation des widgets du portail. |
Catalogue de services |
Catalogue de services les pages sont rendues à l’aide du widget Élément de catalogue SC dans Portail de services. Pour cette raison, Catalogue de services les formulaires tels que les éléments de catalogue et les créateurs d’enregistrements sont partagés entre votre implémentation CMS et Portail de services. Si vous disposez d’un fichier hautement personnalisé Catalogue de services, vous devrez peut-être investir du temps dans la simplification de vos éléments et de vos Catalogue de services scripts clients afin qu’ils s’affichent comme prévu dans Portail de services. Pour en savoir plus : Catalogue de services formulaires dans Portail de services. |
| Thème | Thème |
| CSS | CSS |
CMS et Catalogue de services personnalisations
Portail de services est fourni avec des widgets de système de base pour traiter les cas d’utilisation courants et pour afficher les données d’enregistrement. Même s’il n’existe pas de chemin de migration direct de CMS vers Portail de services, certains éléments, tels que des éléments de catalogue ou des articles de la base de connaissances, peuvent s’afficher comme prévu dans Portail de services sans aucun effort.
Toutefois, étant donné qu’il Portail de services est pris en charge dans un environnement mobile, vous devrez peut-être modifier les formulaires et scripts personnalisés. Cette approche garantit que les éléments s’affichent bien sur un appareil mobile et présentent une meilleure expérience utilisateur. Avant de passer à Portail de services, vous devrez peut-être :
- Refactorisez les scripts clients utilisés dans votre CMSCatalogue de services pour utiliser les API mobiles et les objets globaux pris en charge. Pour obtenir la liste des API prises en charge, reportez-vous à la section Scripts clients et Portail de services.
- Créez des widgets pour remplacer les macros d’interface utilisateur et d’autres scripts non pris en charge. Si vous utilisez une macro d’interface utilisateur dans un formulaire d’élément de catalogue et que vous faites référence à des valeurs sur le formulaire, vous pouvez utiliser la solution de contournement suivante à la place : Remplacer un script de Catalogue de services formulaire par un widget.
- Simplifiez tous les formulaires complexes utilisés dans votre Catalogue de services pour l’adapter à la mise en page du Portail de services formulaire à deux colonnes.
- Réfléchissez à la version qui prend en charge les fonctionnalités requises. Vous souhaiterez peut-être mettre à niveau votre instance avant la transition pour vous assurer que vous disposez des fonctionnalités système de base requises.