Inhaltsmanagement und Serviceportal
Serviceportal ist eine überzeugende Alternative zum Content Management System (CMS) mit einer verbesserten Benutzererfahrung. Es bietet nicht dieselbe Funktionalität wie die CMS- oder Plattform-Benutzeroberfläche. Daher müssen Benutzer, die anspruchsvolle Funktionen von CMS nutzen, möglicherweise etwas Zeit in den Wechsel zu Serviceportal investieren. Dies gilt insbesondere, wenn die CMS-Implementierung komplexe und individuelle Servicekatalog-Formulare enthält.
Serviceportal Kompatibilität mit vorhandenen CMS-Sites
ServiceNow unterstützt CMS auch zukünftig in aktuellen und kommenden Releases. Ihre CMS-Sites funktionieren nach der Aktivierung von Serviceportal in Ihrer Instanz weiterhin, da CMS und Serviceportal separate Anwendungen sind.
Unterschiede zwischen Serviceportal und CMS
Serviceportal ist eine Alternative zu CMS, die auf moderneren Technologien basiert. Zu den Hauptunterschieden zählen:
- Zugrunde liegende Technologie
- CMS verwendet Jelly, eine nicht weit verbreitete Technologie. Serviceportal verwendet stattdessen AngularJS, serverseitiges JavaScript, HTML und CSS. Skripts, die Jelly verwenden, funktionieren in Serviceportal nicht. Um Widgets in Serviceportal zu erstellen, sind Kenntnisse von AngularJS erforderlich.
- Visuelle Ebene
- CMS verwendet iFrames, die schwierig zu bearbeiten sein können, in Bezug auf das Styling eingeschränkt sind und anfällig für Upgrade-Probleme sind. Alternativ ist Serviceportal eine eigenständige Anwendung, die auf Daten aus anderen Tabellen der Plattform zugreift. Dies ermöglicht eine fein abgestimmte Kontrolle über die Gestaltung und das responsive Design.
- Mobile-First-Ansatz
- Im Gegensatz zu CMS ist Serviceportal für eine mobile Umgebung optimiert. Aus diesem Grund gilt für die Serviceportal-Umgebung Folgendes:
- Alle in Serviceportal verwendeten Skripts können nur APIs verwenden, die in einer mobilen Umgebung unterstützt werden. Zum Beispiel werden einige APIs aus Ihren Servicekatalog-Client-Skripts möglicherweise nicht unterstützt. Eine Liste der unterstützten APIs finden Sie unter Service Portal und Client-Skripts.
- Serviceportal -Formulare unterstützen maximal zwei Spalten. Stark angepasste Servicekatalog-Formulare wie Katalogelemente und Datensatzersteller, die Container und Variablensätze verwenden, müssen in ein zweispaltiges Layout umgewandelt werden.
Überprüfen Sie vor dem Übergang zum Serviceportal die folgende Ressource: Skripting und Migration für Mobile Client GlideForm (g-Formular).
In der folgenden Tabelle ist die Konfiguration der CMS-Kernkomponenten in Serviceportal dargestellt.
| CMS-Komponente | Serviceportal Äquivalent |
|---|---|
| Content Website | Portal |
| Content-Seite | Seite |
| Content-Typen | Content-Typen verknüpfen eine Tabelle mit einer Content-Seite. In Serviceportal werden Content-Typen nicht mehr benötigt. Datensatzdaten werden mit Widgets des Basissystems abgefragt und angezeigt. Sie können Widgets zu einer beliebigen Anzahl von Serviceportal-Seiten hinzufügen. Weitere Informationen: Portal-Widgets verwenden. |
| Layout und Dropzonen | In Serviceportal bestehen Seiten aus Containern, Zeilen und Spalten. Weitere Informationen: Seiten. |
| Content-Block | Ein Content-Block besteht aus wiederverwendbarem Inhalt. In Serviceportal werden Content-Blöcke durch Widgets ersetzt. Weitere Informationen: Portal-Widgets verwenden. |
Servicekatalog |
Servicekatalog-Seiten werden in Serviceportal mit dem Widget „SC-Katalogelement“ dargestellt. Deshalb werden Servicekatalog-Formulare wie Katalogelemente und Datensatzersteller von Ihrer CMS-Implementierung und Serviceportal gemeinsam genutzt. Für einen stark angepassten Servicekatalog kann das Vereinfachen der Servicekatalog-Elemente und Client-Skripts aufwendig sein, damit sie wie erwartet in Serviceportal dargestellt werden. Weitere Informationen: Servicekatalog-Formulare in Serviceportal. |
| Thema | Thema |
| CSS | CSS |
CMS und Servicekatalog-Anpassungen
Serviceportal wird mit Basissystem-Widgets für häufige Anwendungsfälle und die Anzeige von Datensatzdaten geliefert. Obwohl es keinen direkten Migrationspfad von CMS zu Serviceportal gibt, werden möglicherweise einige Elemente, z. B. Katalogelemente oder Wissensartikel, ohne Bearbeitung wie erwartet in Serviceportal angezeigt
Weil Serviceportal jedoch in einer mobilen Umgebung unterstützt wird, müssen Sie ggf. angepasste Formulare und Skripts ändern. Dadurch stellen Sie sicher, dass die Elemente auf einem mobilen Gerät gut angezeigt werden und eine bessere Benutzererfahrung bieten. Vor dem Wechsel zu Serviceportal müssen Sie möglicherweise:
- Client-Skripts umgestalten, die in Ihrem CMS/Servicekatalog verwendet werden, damit unterstützte mobile APIs und globale Objekte eingesetzt werden können. Eine Liste der unterstützten APIs finden Sie unter Service Portal und Client-Skripts.
- Widgets erstellen, um UI-Makros und andere nicht unterstützte Skripts zu ersetzen. Wenn Sie ein UI-Makro in einem Katalogelementformular verwenden und auf Werte im Formular verweisen, können Sie stattdessen die folgende Problemumgehung verwenden: Servicekatalog-Formularskripts durch Widgets ersetzen.
- Komplexe Formulare in Ihrem Servicekatalog vereinfachen, damit sie in das zweispaltige Formularlayout von Serviceportal passen.
- Berücksichtigen, welches Release die erforderliche Funktionalität unterstützt. Sie können Ihre Instanz vor dem Wechsel aktualisieren, um sicherzustellen, dass Sie über die erforderlichen Basissystemfunktionen verfügen.