Konfigurieren, anpassen oder erstellen Sie neue Apps

  • Freigeben Version: Australia
  • Aktualisiert 12. März 2026
  • 3 Minuten Lesedauer

    • Konfiguration und Anpassung sind Kennzeichen von ServiceNow AI Platform Mit denen Ihr Unternehmen Workflows an die spezifischen Anforderungen anpassen kann. Sie können auch neue Apps für neue Anwendungsfälle oder Abteilungsprozesse erstellen, die nicht in den Umfang Ihrer aktuellen Anwendungen passen.

    Unabhängig davon, wie Sie Änderungen an der Plattform und der App-Funktionalität vornehmen, berücksichtigen Sie die folgenden Informationen, um die informierteste Auswahl zu treffen.

    Konfiguration und Anpassung

    Während die Bedingungen Konfiguration Und Anpassung Klingt möglicherweise sehr ähnlich, sie bedeuten verschiedene Dinge auf ServiceNow AI Platform. Es gibt viele Möglichkeiten, OOTB-Apps so zu aktualisieren, dass sie für Ihren Anwendungsfall geeignet sind. Unabhängig davon, ob Sie eine Anwendung personalisieren, konfigurieren, anpassen oder erstellen, gibt es allgemeine Richtlinien für den Ansatz, damit Ihre Apps für Sie funktionieren. Jeder relevante Begriff ist in der folgenden Tabelle definiert.

    Tabelle : 1. Begriffe und Definitionen
    Termin Definition
    Personalisierung Wenn Anwender das Erscheinungsbild einer Anwendung ändern Nur für sich selbst. .
    Konfiguration Wenn Anwender das Verhalten einer Anwendung ändern Ohne Änderungen an Flows oder dem Basissystemcode vorzunehmen .
    Anpassung Wenn Anwender machen Alle Änderungen an den Flows oder dem Code, die Teil der Baseline-Installation sind Auf einem ServiceNow Instanz.
    Wird neu erstellt Wenn ein Anwender Erstellt eine anwenderdefinierte App Wird verwendet App Engine Produkte wie ServiceNow Studio.

    Auswirkung von Changes

    Die Auswirkungen von Changes, die Sie auf der Plattform vornehmen, können Kosten und Support beeinträchtigen. Überlegen Sie sorgfältig, welche Updates Sie vornehmen möchten. Sehen Sie sich Beispiele für jede Art von Change und ihre Auswirkungen an.

    Tabelle : 2. Beispiele und Auswirkungen der einzelnen Changes
    Change Beispiele Auswirkung
    Personalisierung
    • Wählen Sie den dunklen Modus oder den hellen Modus aus.
    • Auswählen, welche Spalten in einer Tabelle angezeigt werden sollen.
    • Ändert die Baseline-Codeinstallation nicht.
    • Hat keine Auswirkungen auf den Kundensupport oder stört Upgrades.
    Konfiguration
    • Verwenden integrierter Tools zum Hinzufügen von Tabellen und mehr.
    • Instanzweite Parameter werden festgelegt.
    • Verwenden von Code, um die Funktionalität einer App zu erweitern.
    • Wenn Sie Code hinzufügen, besitzen Sie ihn, auch wenn er die Baseline-Codeinstallation nicht ändert.
    • Das Zurücksetzen einer Konfiguration sollte keine Codeänderungen erfordern.
    Anpassung
    • Erstellen von Skripts oder Business-Regeln mit Logik, die den Baseline-Code ändert.
    • Anwenderdefinierte Tabellen werden hinzugefügt.
    • Anwenderdefinierte Integrationen, Widgets, Portale oder Workflows werden hinzugefügt.
    • Auswirkungen auf Kundenservice und Kosten.
    • Ein Upgrade auf eine neue Version erfordert das erneute Anwenden oder Zurücksetzen Ihrer Anpassungen.
    • Kann technische Schulden erstellen.
    Neue Apps werden erstellt Erstellen neuer globaler oder bereichsbezogener Apps, unabhängig von Größe oder Zweck.
    • Kann sich auf Lizenzvereinbarungen auswirken, je nachdem, welche Produkte Sie bereitgestellt haben.
    • Kann sich auf Upgrades auswirken.
    • Erstellt möglicherweise technische Schulden, die verwaltet werden müssen.

    Was passiert, wenn Sie anpassen

    Wenn Sie eine Anwendung anpassen, passieren mehrere Dinge, die Sie beachten müssen.
    1. Anpassungen lösen die Plattform aus, um einen Datensatz in der Tabelle „Kundenaktualisierung“ [sys_Update_xmll] zu erstellen.

      Jeder Datensatz in dieser Tabelle muss beim Upgrade auf eine neue Version behandelt werden.

    2. Die Plattform überspringt anwenderdefinierte Datensätze während Plattform-Upgrades. Sie müssen auswählen, was mit Anpassungen geschieht.
      • Behalten Sie jede Anpassung bei.
      • Setzen Sie jede Anpassung auf den OOTB-Status zurück.
      • Führen Sie die Anpassungen mit dem Basissystem zusammen.
    3. Bei jeder beibehaltenen Anpassung kann es Konsequenzen für den Kundensupport geben. Da Kundensupport-Mitarbeiter nicht wissen, wie das erwartete Verhalten einer Anpassung aussehen soll, ist es schwierig, das Problem in einer OOTB-Instanz zu reproduzieren und bei Supportfällen zu helfen.
    Beachten Sie diese Situationen, wenn Sie Anpassungen erstellen.
    Tipp:
    Denken Sie daran, eine Anwendung nur anzupassen, wenn die Anpassung den beabsichtigten Zweck der Anwendung erweitert. Wenn der beabsichtigte Zweck nicht erweitert wird, erwägen Sie die Erstellung einer neuen Anwendung.

    Empfohlene Reihenfolge der Changes

    1. Personalisieren Sie Ihre Instanz und Apps nach Belieben.
    2. Konfigurieren Sie ServiceNow-Anwendungen so weit wie möglich, bevor Sie sie anpassen.
    3. Passen Sie eine Anwendung so an, dass Funktionalität nur hinzugefügt wird, wenn sie die Absicht der Anwendung erweitert.
    4. Verwenden App Engine Entwicklerprodukte, z. B. Creator Studio Und ServiceNow Studio, Um neue Anwendungen zu erstellen, anstatt eine Anwendung so anzupassen, dass Funktionen erstellt werden, die nicht dem ursprünglichen Zweck entsprechen.