Selfservice

Ihre Anwendung benötigt möglicherweise eine Möglichkeit, damit Endanwender auf Ihr Datenmodell zugreifen können, daher sind Selfservice-Optionen verfügbar.

Serviceportal

Wenn die Anwendung anfordernde Anwender oder Selfservice-Anwender hat, verwenden Sie das Serviceportal, um eine benutzerfreundliche Web-Experience bereitzustellen.

Erstellen Sie, um Selfservice-Anwendern die Möglichkeit zu geben, Anwendungsdatensätze einfach über das Serviceportal zu erstellen Datensatzersteller . Ein Datensatzersteller kann eine bessere Endanwender-Experience bieten als ein reguläres Formular. Sprechen Sie mit Ihrem ServiceNow-Administrator über den entsprechenden Katalog und die Kategorisierung, um den Datensatzersteller über das Serviceportal zugänglich zu machen.

Erstellen Sie alternativ ein Serviceportal für Ihre App, wenn Folgendes wahr ist:

Die Anwendung benötigt ein anderes Branding, eine andere Navigation oder eine andere Anwender-Experience als das aktuelle Serviceportal einer Organisation.

ODER

Die Organisation verfügt über kein vorhandenes Serviceportal.

UND

Die Anwendung benötigt mehr Funktionalität als die Standardportale bieten.

UND

Die Anwendung erfordert eine anwenderdefinierte Anwender-Experience, als die Standardformulare und -Listen bereitstellen können.

ODER

Die Anwendung benötigt mehr Kontrolle über Branding und Designs als die Standardschnittstelle bietet.

Tipp:

Versuchen Sie nicht, vorhandene Serviceportal-Seiten in einer Anwendung wiederzuverwenden. Erstellen Sie neue Seiten, und verwenden Sie dann Komponenten auf Ihren Seiten, z. B. Widgets und Header.

Widgets

Widgets definieren den Portalinhalt. Die mit dem Serviceportal bereitgestellten Basissystem-Widgets können verwendet werden, oder Entwickler können anwenderdefinierte Widgets erstellen, die den Geschäftsanforderungen entsprechen.

Überlegungen zum Erstellen anwenderdefinierter Serviceportal-Widgets für eine Anwendung:

• Beginnen Sie mit einem vorhandenen Widget, anstatt ein Widget von Grund auf neu zu erstellen. Um vorhandene Widgets vor versehentlichen Änderungen zu schützen, sind alle Baseline-Widgets schreibgeschützt.
• Verwenden Sie bei der Entwicklung eines Widgets den Vorschaubereich, um das Verhalten des Widgets schnell zu testen. Testen Sie das Widget immer auf einer Portalseite, bevor Sie ein Widget für die Produktion freigeben.
• Verwenden Sie Debugging-Tools von Drittanbietern beim Debugging browserbasierter Anwendungen. Beispiel: Ng-Inspector Chrome-Erweiterung für Angular JS .
• Vermeiden Sie die Verwendung von $rootScope.$Broadcast() . Verwenden Sie stattdessen $rootScope.$emit() Um ein Ereignis im Rootscope zu veröffentlichen.
• Verwenden Sie Widget-Optionen, um Widgets leichter wiederverwendbar zu machen. Das Widget-Optionsschema definiert die vom Anwender konfigurierbaren Felder.
• Erstellen Sie für Feldtypen, die im Optionsschema nicht unterstützt werden, eine Erweiterungstabelle, um ein anwenderdefiniertes Widget-Optionsschema zu speichern.
• Verwenden Sie Winkelanbieter, die wiederverwendbare Komponenten sind, die in mehrere Widgets eingefügt werden können. Um ein schnelles Laden von Widgets und ein leistungsfähiges Portal sicherzustellen, erstellen Sie Angular Providers, anstatt Ihre Client-Controller mit permanenten Daten und zusätzlicher Logik zu überladen. Mit Angular Providern können Sie Daten für die Lebensdauer Ihres Serviceportals verwalten und Komponenten und Datenobjekte über mehrere Widgets hinweg wiederverwenden.

Weitere Informationen finden Sie unter Serviceportal-Schulung .