Anpassung vs. Konfiguration mit ServiceNow Studio
Es gibt wichtige Unterschiede zwischen Anpassung und Konfiguration ServiceNowAnwendungen. Die ServiceNowDie Plattform wurde für Anpassung und Konfiguration entwickelt, aber wie Sie dies tun, kann erhebliche Auswirkungen haben ServiceNowSupport, Upgrade auf Zukunft ServiceNowPlattformversionen und die Funktionalität von ServiceNowPlattform.
- Passen Sie eine Anwendung nur an, wenn sie die ursprüngliche Absicht der Anwendung erweitert. Fügen Sie beispielsweise IT-Funktionalität zu hinzu ITSMFügen Sie jedoch keinen Reise-Workflow hinzu. Anstatt eine Anwendung zu übermäßig anzupassen, erstellen Sie eine neue Anwendung mit App EngineProdukte, z. B. Creator StudioOder ServiceNow Studio.
- Konfigurieren Sie so viel wie möglich, bevor Sie eine Anwendung anpassen.
- Wenn Sie Code hinzufügen oder andere Änderungen an der sofort einsatzbereiten Funktionalität vornehmen, besitzen Sie diese.
Was ist Konfiguration
Konfiguration ist der Prozess der Verwendung ServiceNowIntegrierte Tools und Funktionen zum Ändern des Verhaltens einer Anwendung, ohne Änderungen an Flows oder dem Code vorzunehmen, der Teil der Baseline-Installation auf einem ist ServiceNowInstanz.
Die Konfiguration kann die Form von annehmen ServiceNowIntegrierte Tools zum Hinzufügen von Tabellen und mehr, zum Festlegen instanzweiter Parameter sowie zur Verwendung von Code, um die Funktionalität einer Anwendung zu erweitern, um die Geschäftsanforderungen zu erfüllen, solange der Code die Baseline-Codeinstallation nicht ändert. Die gesamte Plattform ist so konzipiert, dass Sie Konfigurationscode hinzufügen können.
Wenn Sie Code hinzufügen, z. B. Workflow-Skripts, besitzen Sie ihn, auch wenn er die Baseline-Codeinstallation nicht ändert. Dies umfasst die Besitzrechte für die Auswirkungen, die es auf das gesamte hat ServiceNowPlattform. Probleme, die sich aus hinzugefügtem Code ergeben, liegen außerhalb des Umfangs von ServiceNowUnterstützung für Debuggen.
Das Wiederherstellen einer Konfiguration sollte keine Änderung des Baseline-Codes erfordern.
- Formulare: Konfigurieren Sie Tabellen, Felder, Datentypen, Standardwerte und Feldabhängigkeiten, um die Daten zu konfigurieren, die Sie erfassen und anzeigen.
- UI-Elemente: Ändern Sie Layouts, fügen Sie zugehörige Listen hinzu, fügen Sie Schaltflächen hinzu, und ändern Sie Feldnamen.
- Servicekatalog: Konfigurieren Sie Portale, in denen Ihre Kunden Katalogelemente wie Service- und Produktangebote anfordern können.
- ACLs: Verhindern Sie, dass nicht autorisierte Anwender auf Formulare und Daten zugreifen.
- Systemeigenschaftswerte: Ändern Sie die Experience der Anwendung für alle Anwender.
Was ist Anpassung
Die Anpassung ist jede Änderung, die an den Flows oder dem Code vorgenommen wird, die Teil der Baseline-Installation auf einem ist ServiceNowInstanz. Sie verwenden ServiceNowProdukte oder Code zum Anpassen von Anwendungen.
Wenn Sie Code hinzufügen, besitzen Sie ihn, auch wenn er die Baseline-Installation nicht ändert. Dies umfasst die Besitzrechte für die Auswirkungen, die es auf das gesamte hat ServiceNowPlattform.
- Skripting: Anpassen ServiceNowDurch Skripting mit JavaScript. Dies umfasst die Erstellung von Client-Skripts, serverseitigen Skripts und Business-Regeln mit komplizierter Logik, die den Baseline-Code ändern.
- Anwenderdefinierte Tabellen: Entwickeln Sie anwenderdefinierte Tabellen, um spezialisierte Daten aufzunehmen, die nicht in Standardtabellen passen.
- Integration: Passen Sie die Integration mit externen Systemen wie APIs und Webservices an, um einen nahtlosen Datenaustausch zu ermöglichen.
- Widgets und Portale: Erstellen Sie anwenderdefinierte Widgets und Portale, um einzigartige Funktionen und Anwender-Experiences bereitzustellen.
- Workflows: Erstellen und ändern Sie Workflows mit Workflow-Studio. Erstellen und verwalten Sie Playbooks, Flows, Aktionen, Entscheidungstabellen und Integrationen in einer Designumgebung, um Aufgaben zu automatisieren. Ein Upgrade auf eine neue Version eines Flows erfordert das erneute Anwenden Ihrer Anpassungen.
Tools für Anpassung und Konfiguration
ServiceNowBietet viele Tools und Funktionen, z. B. Business-Regeln, um das sofort einsatzbereite Verhalten von zu ändern ServiceNowAnwendungen. Ob eine Anwendung angepasst oder konfiguriert wird, hängt davon ab, wie sie verwendet wird. Die Verwendung dieser Tools zum Ändern der installierten Codebasis stellt eine Anpassung dar. Verwenden Sie diese Tools, um Code hinzuzufügen, der die Flows nicht ändert, oder die installierte Codebasis stellt eine Konfiguration dar. In beiden Fällen besitzen Sie den Code, den Sie hinzufügen, sowie die Auswirkungen, die er auf hat ServiceNowPlattform.
- UI-Richtlinien: Ändern Sie dynamisch die Sichtbarkeit von Feldern und Attributen in einem Formular gemäß Anwendereingaben.
- Business-Regeln: Aktionen basierend auf den angegebenen Bedingungen automatisch auslösen.
- UI-Aktionen: Erweitern und passen Sie Formulare und Listen an, indem Sie Schaltflächen, Kontextmenüelemente oder andere UI-Elemente hinzufügen, die beim Klicken bestimmte Aktionen ausführen.
- Clientseitige Skripts: Skripts, die im Browser des Anwenders ausgeführt werden, wenn bestimmte Aktionen auf einem Formular oder einer UI-Seite ausgeführt werden.
- Serverseitige Skripts: Skripts, die auf dem ServiceNow-Server oder der Datenbank ausgeführt werden, z. B. zum Aktualisieren von Datensatzfeldern, wenn eine Datenbankabfrage ausgeführt wird.
Was ist Personalisierung
Personalisierung ist, wenn Anwender sofort einsatzbereite Anwendungstools verwenden, um das Erscheinungsbild einer Anwendung nur für sich selbst zu ändern. Administratoren können das Erscheinungsbild für alle Anwender ändern, und dies gilt als Konfiguration. Personalisierungsbeispiele umfassen einen Anwender, der den dunklen Modus verwendet oder die anzuzeigenden Tabellenspalten auswählt.
Durch die Personalisierung wird die Baseline-Codeinstallation auf einem nicht geändert ServiceNowInstanz. Daher hat die Personalisierung keine Auswirkungen auf den Kundensupport oder stört Upgrades auf neue ServiceNowVersionen.
Auswirkungen der Anpassung ServiceNowProdukte
Die ServiceNowDie Plattform ist äußerst flexibel und wurde so entwickelt, dass sie Anpassungen und Konfigurationen umfasst, um eine Vielzahl von Geschäftsanforderungen zu erfüllen. Wie Sie anpassen ServiceNowAnwendungen können jedoch erhebliche Auswirkungen auf haben ServiceNowSupport, Upgrade auf Zukunft ServiceNowPlattformversionen und die Funktionalität der Plattform. Anstatt anzupassen ServiceNowAnwendungen, erwägen Sie die Verwendung App EngineEntwicklungsprodukte, z. B. Creator StudioUnd ServiceNow StudioUm neue Anwendungen zu erstellen.
Die ServiceNowDie Plattform verwendet ein Framework, das Anwendungen bei der Verarbeitung von Aufgaben, der Darstellung von Formularen in mehreren Browsern und der allgemeinen Anwender-Experience unterstützt. ServiceNowStützt sich auf die Integrität des Frameworks, um konsistente Unterstützung zu entwickeln und bereitzustellen. Anpassungen können dieses Framework beeinträchtigen, die Plattformfunktionalität ändern und Workflows und die Upgradefähigkeit beeinträchtigen.
Weitere Informationen finden Sie im Abschnitt Customer Updates table. Beachten Sie, dass die Komplexität der Wartung von Anpassungen dramatisch zunimmt, wenn die Anzahl der Anpassungen zunimmt.
Die Anpassung der installierten Codebasis kann kostspielig sein, technische Schulden generieren, Ihren Upgradezyklus verlängern und zukünftige Plattform-Upgrades komplizieren, da der anwenderdefinierte Code möglicherweise nicht einfach zu neuen Plattformversionen migriert werden kann. Anwenderdefinierter Code kann die Standardfunktionalität von ändern ServiceNowPlattform auf unbeabsichtigte Weise. Bewerten Sie die Anforderungen für Anpassungen sorgfältig, und greifen Sie nur auf Anpassungen zurück, bei denen es einen klaren Geschäftsnutzen gibt und keine Alternative gibt. Vermeiden Sie nach Möglichkeit Anpassungen, indem Sie stattdessen die Konfiguration verwenden.
- Sie sind dafür verantwortlich, die Anpassung in Zukunft beizubehalten.
- Kundenservice und Support Unterstützt keine Probleme, die durch anwenderdefinierten Code verursacht werden. Wenn dies die Ursache der Probleme ist, wird Ihnen das Supportteam wahrscheinlich empfehlen, den sofort einsatzbereiten Code wiederherzustellen.
Was ist der Kundenservice und SupportHaltung zur Unterstützung der Anpassung
Die ServiceNow Kundenservice und SupportEinstellung zur Anpassung: Wenn Sie Code hinzufügen, besitzen Sie ihn und seine Konsequenzen. Warum? Der Kundensupport ist nicht mit Ihrer anwenderdefinierten Geschäftslogik vertraut, weiß nicht, was das erwartete Verhalten sein soll, kann das Problem nicht in einer sofort einsatzbereiten Instanz reproduzieren, und Kundensupport-Techniker sind keine zertifizierten Implementierungsspezialisten, daher sind sie nicht für die Überprüfung der anwenderdefinierten Codelogik zertifiziert.
Alternativen zur Anpassung
- Verwenden Sie die Konfiguration anstelle der Anpassung.
- Senden Sie eine Verbesserungsanforderung an ServiceNowEntwicklungsteam. Jede Anforderung wird ausgewertet und, falls genehmigt, in ein zukünftiges Release integriert.
- Erstellen Sie eine App mit App EngineEntwicklerprodukte zur Verarbeitung der gewünschten Funktionalität.
Verwendungszeitpunkt App EngineEntwicklerprodukte anstelle der Anpassung
- Wenn die Anpassung den beabsichtigten Zweck der Anwendung erweitert, funktioniert die Anpassung besser. Sie können beispielsweise IT-Funktionalität zu hinzufügen ITSM.
- Wenn die Anpassung den beabsichtigten Zweck der Anwendung nicht erweitert, ist es besser, eine neue Anwendung mit zu erstellen App EngineEntwicklerprodukte. Verwenden Sie beispielsweise nicht erneut ITSMWorkflow zum Erstellen eines Reiseanforderungs-Workflows.
Beispiel: ITSMIst für die Behandlung von IT-Problemen konzipiert. Die Anpassung an die Bearbeitung von Reiseanträgen geht über die ursprüngliche Absicht von hinaus ITSM. Da IT- und Reiseanfragen unterschiedliche Workflows haben, ist es besser, eine Reiseanforderungs-App mit zu erstellen App EngineEntwicklertools, z. B. Creator StudioUnd ServiceNow Studio, Anstatt anzupassen ITSM.
Weitere Informationen finden Sie unter Verwenden App EngineAnstelle von Anpassungen.
Beispiele für die Verwendung App EngineEntwicklerprodukte
ServiceNow Produkte funktionieren am besten, wenn sie wie vorgesehen verwendet werden. Wenn Sie feststellen, dass Sie eine Anwendung stark anpassen, um sie wiederzuverwenden, besteht ein besserer Plan darin, eine neue Anwendung mit zu erstellen App EngineEntwicklerprodukte.
- Sie haben einen neuen Anwendungsfall für eine App, der nicht an einem Produkt-Workflow ausgerichtet ist.
- Sie haben einen Anwendungsfall, der durch umfassende Anpassung einer sofort einsatzbereiten Anwendung erstellt werden könnte, der jedoch nicht mit der Absicht der vorhandenen Anwendung übereinstimmt.
- Ihr Unternehmen hat eine Anwendergruppe oder einen Geschäftsprozess, die vom OOTB-Produkt-Workflow getrennt sein sollte.
Richtlinien für die Anpassung ServiceNowProdukte
- Maximieren Sie zuerst Konfigurationsoptionen.
- Vermeiden Sie das Kopieren von Objekten. Aktualisieren Sie stattdessen Objekte wo immer möglich, mit Ausnahme von ServiceportalWidgets und andere Elemente, die zur Wiederverwendung bestimmt sind.
- Standardmäßig „vor Bearbeitung hinzufügen“. Dies bedeutet, dass Sie beispielsweise Felder zu Formularen hinzufügen sollten, anstatt den Typ eines vorhandenen Felds zu ändern. Vermeiden Sie beim Hinzufügen von sofort einsatzbereiten Objekten, Methoden oder Klassen die Verwendung derselben Namen.
- Minimieren Sie die Anzahl der Felder, die Sie einem Formular hinzufügen. Je mehr Felder Sie in einem Formular haben, desto länger kann das Laden dauern.
- Exportieren Sie ursprüngliche Datensätze als Sicherungen, bevor Sie sie anpassen. Verfolgen Sie die sofort einsatzbereiten sys_IDs, falls Sie sie in der Zukunft wiederherstellen müssen.
- Verwenden Sie bereichsbezogene Anwendungen als Standard für jede neue anwenderdefinierte Entwicklung.
- Dokumentieren Sie alle Anpassungen. Fügen Sie Kommentare hinzu, die erklären, warum Sie angepasst haben (einschließlich geschäftlicher Begründung). Überprüfen Sie vor dem Upgrade alle Kommentare, um festzustellen, ob Sie den sofort einsatzbereiten Code wiederherstellen können.
- Erstellen Sie Tests für alle Anpassungen. Schreiben Sie Tests des automatisierten Test-Frameworks (ATF) für alle Anpassungen, wenn möglich.
- Verwenden Sie HealthScan regelmäßig, um unnötige Anpassungen zu identifizieren.
- Bei Bedarf sollten an Baseline-Objekten Anpassungen vorgenommen werden, damit Konfliktlösung und Entscheidungsfindung in den Updates ordnungsgemäß aufgezeichnet werden können. Ausgeblendete Anpassungen können dazu führen, dass Administratoren Aktualisierungen in zukünftigen Bewertungen übersehen, falls Rückstellungen oder Zusammenführungen erforderlich sind.
- Testen Sie Ihre Anpassung für alle Anwendungsfälle. Umfassen Leistungstests und die Einführung unbeabsichtigter Konsequenzen.
- Administratoren sind dafür verantwortlich, sicherzustellen, dass ihre Anpassungen nach einem funktionieren ServiceNowPlattform-Upgrade und zum Nachverfolgen der vorgenommenen Anpassungen.
Verarbeitung von Anpassungen beim Upgrade
Anpassungen lösen die Plattform aus, um sys_Update_xml-Datensätze zu erstellen, die in der Tabelle „Kundenaktualisierungen“ gespeichert werden. Diese Datensätze werden während Upgrades der Plattformversion nicht aktualisiert. ServiceNowMarkiert sie als übersprungene Datensätze in ServiceNow Upgradeüberwachung. Um sicherzustellen, dass sie erfolgreich in die aktualisierte Instanz portiert wurden, müssen Sie die übersprungenen Änderungen manuell verarbeiten. Weitere Informationen finden Sie im Abschnitt Customer Updates table.
- Behalten Sie jede Anpassung bei
- Sofort einsatzbereit wiederherstellen
- Führen Sie Ihre Anpassung mit dem Basissystem zusammen, um Konflikte zu lösen