Formular und Geschäftslogik erstellen

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 2 Minuten Lesedauer

    • Der nächste Schritt beim Entwerfen einer Anwendung besteht in der Erstellung der Logik. Zur Logik gehören Formularlogik (was Personen in einem Formular sehen/verwenden können und was nicht) und Geschäftslogik (Regeln, die steuern, was mit Daten geschieht, wenn sie eingegeben werden).

    Agentische KI

    Erstellen Sie Anwendungen mit Hilfe von Agent AI. Weitere Informationen finden Sie unter Verwenden Sie Agent AI zum Erstellen und Bearbeiten von Anwendungen.

    Skripting und Änderungen

    Bevor Sie Code schreiben, müssen Sie sich der Auswirkungen auf Upgrades und die Einführung neuer ServiceNow-Funktionen bewusst sein. Bei der Änderung von Baseline-Artefakten und -Prozessen ist besondere Vorsicht geboten.

    Vor dem Skripting ist Folgendes zu berücksichtigen:

    • Bewerten Sie die Anforderung. Ist die Logik entscheidend für die Funktion der App?
    • Bestimmen Sie, ob ServiceNow so konfiguriert werden kann, dass die Anforderung ohne Code erfüllt wird.
    • Nutzen Sie Optionen wie Flow Designer, Virtual Agent und UI-Richtlinien, um die Fähigkeiten der Plattform zu nutzen, ohne Code zu schreiben.
    • Low-Code- und No-Code-Ansätze für Logik sind einfacher zu debuggen und zu aktualisieren.

    Beispiele dafür, wann Skripting angemessen ist:

    • Erstellen von Flow Designer-Aktionen
    • Erstellen einer geskripteten REST API
    • Erstellen von Logik für bereichsbezogene Anwendungen in Skripteinbindungen
    • Anpassung und Erstellung von Widgets für das Serviceportal

    Bewerten Sie die Geschäftsanforderung, und erwägen Sie eine Route ohne Code, bevor Sie eine Skriptlösung verwenden.

    Beachten Sie die Erweiterungen von ServiceNow. Beispielsweise verfügen Virtual Agent-Konversationen im Orlando-Release über mehr Optionen ohne Programmierkenntnisse als in London. Versionshinweise und andere Veröffentlichungen lesen. Sich zertifizieren lassen und mit Ihren Zertifizierungen auf dem neuesten Stand bleiben.

    Um besser zu verstehen, wann Anpassungen erforderlich sind, lesen Sie das Erfolgs-Playbook für skalierte Innovationen im Customer Success Center.

    Standardverhalten wird geändert

    In der Vergangenheit bestand eine der verwendeten Strategien darin, das Artefakt zu kopieren, um das Original zu aktualisieren und zu deaktivieren. Der Ansatz „Kopieren/Deaktivieren“ wird aufgrund der folgenden Probleme nicht mehr empfohlen:

    • Entwickler können nicht sagen, ob ein deaktiviertes Artefakt ohne Recherche aktualisiert wurde.
    • Zwei Dateien, das Original und die Kopie, müssen verwaltet werden. Die Wartung verdoppelt sich jedes Mal, wenn eine Anpassung vorgenommen wird.
    • Mit jedem Release wird der angepasste Datensatz älter.
      • Kunden erhalten nicht die Verbesserungen, die in einem neuen Release enthalten sind.
      • Ein neues Release kann davon abhängig sein, dass der ursprüngliche Datensatz aktualisiert wird.
      • Entwickler können weitere Änderungen vornehmen, um zu kompensieren, dass der ursprüngliche Datensatz inaktiv ist.

    Ein Skript, bei dem nur die Kennzeichnung „Aktiv“ geändert wird, wird aktualisiert, das Skript wird jedoch nicht in der Liste „Übersprungen“ angezeigt. Mit der Strategie „Kopieren und deaktivieren“ hat ein Entwickler weniger Einblick in Anpassungen und kann die Baselineversion nicht einfach bewerten oder wiederherstellen.

    Anstatt das ursprüngliche Artefakt zu kopieren und zu deaktivieren, können Sie es direkt bearbeiten. Die Upgrade-Engine von ServiceNow fügt dem Versionsverlauf die neueste Version hinzu und meldet, dass das Artefakt übersprungen wurde. Entwickler können sehen, dass mit dem Upgrade eine neue Version verfügbar ist.