Erstellen Sie Formular und Geschäftslogik

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 2 Minuten Lesedauer

    • Der nächste Schritt beim Entwerfen einer Anwendung besteht darin, Logik zu erstellen. Logik enthält Formularlogik (was Personen in einem Formular sehen/verwenden können) und Geschäftslogik (Regeln, die steuern, was mit Daten geschieht, wenn sie eingegeben werden).

    KI-Agent

    Erstellen Sie Anwendungen mit Hilfe von Agenten-KI. Weitere Informationen finden Sie unter Verwenden Sie KI-Fähigkeiten in anwenderdefinierten Anwendungen.

    Skripting und Änderungen

    Bevor Sie Code schreiben, beachten Sie die Auswirkungen auf Upgrades und die Einführung neuer ServiceNow-Funktionen. Beim Ändern von Baseline-Artefakten und -Prozessen ist besondere Vorsicht geboten.

    Beachten Sie vor dem Skripting Folgendes:

    • Bewerten Sie die Anforderung. Ist die Logik für die Funktion der App entscheidend?
    • 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 Plattformfunktionen ohne Code zu nutzen.
    • Low- und No-Code-Ansätze für Logik sind einfacher zu debuggen und Upgrade.

    Beispiele, wenn Skripting angemessen ist:

    • Flow Designer-Aktionen werden erstellt
    • Erstellen einer geskripteten REST-API
    • Logik für bereichsbezogene Anwendungen in Skripteinbindungen wird erstellt
    • Anpassen und Erstellen von Widgets für das Serviceportal

    Bewerten Sie die Geschäftsanforderung, und ziehen Sie eine No-Code-Route in Betracht, bevor Sie eine geskriptete Lösung verwenden.

    Achten Sie auf ServiceNow-Erweiterungen. Beispielsweise haben Virtual Agent-Konversationen im orlando-Release mehr Optionen ohne Code als London. Lesen Sie Release-Hinweise und andere Veröffentlichungen. Lassen Sie sich zertifizieren, und bleiben Sie mit Ihren Zertifizierungen auf dem neuesten Stand.

    Um besser zu verstehen, wann die Anpassung erfolgen soll, überprüfen Sie Erfolgs-Playbook für Innovationen im Maßstab „Skalierung“ Auf Kundenerfolgszentrum .

    Standardverhalten wird geändert

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

    • Entwickler können nicht erkennen, ob ein deaktiviertes Artefakt ohne Forschung aktualisiert wurde.
    • Zwei Dateien, die Original- und die Kopie, müssen gepflegt werden. Wartung verdoppelt sich jedes Mal, wenn eine Anpassung vorgenommen wird.
    • Mit jedem Release wird der anwenderdefinierte Datensatz älter.
      • Kunden erhalten nicht die in einem neuen Release enthaltenen Erweiterungen.
      • 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, in dem nur Aktiv Kennzeichnung geändert wird aktualisiert, aber das Skript wird nicht in der übersprungenen Liste angezeigt. Mit der Strategie zum Kopieren und Deaktivieren hat ein Entwickler weniger Einblick in Anpassungen und kann die Baseline-Version nicht einfach bewerten oder wiederherstellen.

    Bearbeiten Sie das Artefakt direkt, anstatt das ursprüngliche Artefakt zu kopieren und zu deaktivieren. Das ServiceNow-Upgrade-Modul 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.