Selfservice

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 2 Minuten Lesedauer

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

    Serviceportal

    Wenn die Anwendung über anfordernde oder Self-Service-Benutzer verfügt, verwenden Sie das Service Portal, um eine benutzerfreundliche Web-Experience zu bieten.

    Erstellen Sie einen Datensatzersteller, um Selfservice-Benutzern die Möglichkeit zu geben, Anwendungsdatensätze einfach über das Service Portal zu erstellen. Ein Datensatzersteller kann eine bessere Endbenutzer-Experience bieten als ein normales Formular. Sprechen Sie mit Ihrem ServiceNow-Administrator über den entsprechenden Katalog und die richtige Kategorisierung, um den Datensatzersteller über das Service Portal zugänglich zu machen.

    Erstellen Sie alternativ ein Service Portal für Ihre App, wenn Folgendes zutrifft:

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

    ODER

    Die Organisation verfügt über kein vorhandenes Service Portal.

    UND

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

    UND

    Die Anwendung erfordert eine individuellere Benutzer-Experience, als die Standardformulare und -listen bieten können.

    ODER

    Die Anwendung benötigt mehr Kontrolle über Branding und Designs, als die Standardschnittstelle bietet.
    Tipp:
    Versuchen Sie nicht, vorhandene Service Portal-Seiten in einer Anwendung wiederzuverwenden. Erstellen Sie neue Seiten, und verwenden Sie dann Komponenten auf Ihren Seiten wieder, z. B. Widgets und Header.

    Widgets

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

    Überlegungen zum Erstellen von benutzerdefinierten Service Portal-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 beim Entwickeln eines Widget das Vorschaufenster, 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 beim Debuggen von browserbasierten Anwendungen Debugging-Tools von Drittanbietern. Zum Beispiel die Chrome-Erweiterung ng-inspektor für Angular JS.
    • Vermeiden Sie die Verwendung von $rootScope.$broadcast(). Verwenden Sie stattdessen $rootScope.$emit(), um ein Event im Stammbereich zu veröffentlichen.
    • Verwenden Sie Widget-Optionen, um die Wiederverwendbarkeit von Widgets zu erleichtern. Das Widget-Optionsschema definiert die vom Benutzer konfigurierbaren Felder.
    • Erstellen Sie für Feldtypen, die im Optionsschema nicht unterstützt werden, eine Erweiterungstabelle, um ein benutzerdefiniertes Widget-Optionsschema zu speichern.
    • Verwenden Sie Angular Providers, bei denen es sich um wiederverwendbare Komponenten handelt, 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 Providers können Sie Daten für die Lebensdauer Ihres Service Portals verwalten und Komponenten und Datenobjekte für mehrere Widgets wiederverwenden.

    Weitere Informationen finden Sie unter Service Portal-Schulung.