Skripterstellung und Änderungen

Bevor Sie Code schreiben, sollten Sie sich der Auswirkungen von Upgrades und der Einführung neuer ServiceNow-Funktionen bewusst sein. Besondere Sorgfalt ist beim Ändern von Baseline-Artefakten und -Prozessen geboten.

Berücksichtigen Sie vor der Skripterstellung Folgendes:

• Bewerten Sie die Anforderung. Ist die Logik für das Funktionieren 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 die Plattformfunktionen zu nutzen, ohne Code schreiben zu müssen.
• Low- und No-Code-Ansätze für die Logik sind einfacher zu debuggen und zu aktualisieren.

Beispiele dafür, wann Skripting angemessen ist:

• Flow Designer-Aktionen für Gebäude
• Erstellen einer Scripted REST API
• Erstellen von Logik für bereichsbezogene Anwendungen in Skripteinbindungen
• Widgets für Service Portal anpassen und erstellen

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

Beachten Sie die Verbesserungen von ServiceNow. Zum Beispiel haben Virtual Agent-Konversationen im Orlando-Release mehr Optionen ohne Code als London. Lesen Sie Versionshinweise und andere Veröffentlichungen. Lassen Sie sich zertifizieren, und bleiben Sie mit Ihren Zertifizierungen auf dem Laufenden.

Um besser zu verstehen, wann Anpassungen erforderlich sind, lesen Sie das Playbook „Innovieren im großen Maßstab“ im Customer Success Center.

Ändern des Standardverhaltens

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

• Entwickler können ohne Nachforschung nicht sagen, ob ein deaktiviertes Artefakt 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 benutzerdefinierte Datensatz älter.
  • Kunden erhalten nicht die Verbesserungen, die in einem neuen Release enthalten sind.
  • Ein neuer Release kann davon abhängig sein, dass der ursprüngliche Datensatz aktualisiert wird.
  • Entwickler können weitere Änderungen vornehmen, um die Inaktivität des ursprünglichen Datensatzes zu kompensieren.

Ein Skript, bei dem nur die Kennzeichnung „ Aktiv “ geändert wird, wird aktualisiert, das Skript wird jedoch nicht in der übersprungenen Liste 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, bearbeiten Sie es direkt. Die ServiceNow Upgrade Engine 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.