---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - de-DE

ft:publication_title :

    - Xanadu IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Wartungszeitpläne konfigurieren -- Best Practices

# Wartungszeitpläne konfigurieren -- Best Practices {#ariaid-title1}

* Freigeben Version: Xanadu
* 
* Aktualisiert 31. Juli 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 Minute Lesedauer

Wartungszeitpläne definieren die Zeiträume, in denen ein Konfigurationselement oder Change implementiert werden kann.

Diese Zeitpläne werden in den Konflikterkennungsprozess für Change-Anforderungen integriert. Wenn eine Change-Anforderung nicht dem entsprechenden Wartungszeitplan entspricht, wird für sie ein Konfliktdatensatz generiert.  
Es gibt zwei Möglichkeiten, Wartungszeitpläne für Konflikterkennung zu definieren:

* [Konfigurieren Sie einen Wartungszeitplan](https://servicenow-prod.fluidtopics.net/PPDS0Phb8QslqCD4lGRm7A "Mit dem Sperrzeit- und dem Wartungsfenster können Sie einen Change planen. Sperrzeitfenster sind Zeiträume, in denen keine regulären Change-Aktivitäten geplant werden sollten. Wartungsfenster sind Zeiträume, in denen keine Change-Anforderungen geplant werden sollten. Erstellen Sie beispielsweise am Ende des Jahres einen Sperrplan für Code-Freezes. blackout-maintenance-schedule"). Dieser Pfad wird durch die Systemeigenschaft change.conflict.currentwindow aktiviert.
* Erstellen Sie einen Wartungszeitplan mithilfe der Tabelle „Zeitplan" \[cmn_schedule\]. Diese Methode kann mit der Systemeigenschaft change.conflict.ci_maint_sched aktiviert werden.  
  Hinweis:  
  Diese Systemeigenschaften können in den Konflikteigenschaften konfiguriert werden.
{#configuring-maintenance-schedules-best-practices__ul_j5h_njx_fcc}

## Wartungszeitplan im Formular „Wartungsplan" {#configuring-maintenance-schedules-best-practices__section_lh2_kkx_fcc}

Alle mit dieser Methode definierten Wartungszeitpläne werden basierend auf dem Bedingungsfeld verarbeitet, das ausgewertet werden muss, um seine Anwendbarkeit auf die Change-Anforderung, das primäre CI oder die zugehörigen betroffenen CIs zu bestimmen (wenn sie im erweiterten Modus ausgeführt werden).

Es ist zu beachten, dass sich durch das Vorhandensein mehrerer Wartungszeitpläne die Zeit verlängert, die zur Bestimmung ihrer Relevanz erforderlich ist. Diese Dauer nimmt mit jedem betroffenen CI zu.

Wenn ein allgemeiner Zeitplan für zahlreiche CIs oder Change-Anforderungen gilt, müssen Sie einen [Wartungszeitplan definieren](https://servicenow-prod.fluidtopics.net/PPDS0Phb8QslqCD4lGRm7A "Mit dem Sperrzeit- und dem Wartungsfenster können Sie einen Change planen. Sperrzeitfenster sind Zeiträume, in denen keine regulären Change-Aktivitäten geplant werden sollten. Wartungsfenster sind Zeiträume, in denen keine Change-Anforderungen geplant werden sollten. Erstellen Sie beispielsweise am Ende des Jahres einen Sperrplan für Code-Freezes. blackout-maintenance-schedule").

Wenn Ihre Zeitpläne jedoch auf eine begrenzte Anzahl von CIs zugeschnitten sind, sollten Sie in Betracht ziehen, einen Wartungsplan mithilfe der Zeitplantabelle zu erstellen.

## Wartungsplan anhand der Tabelle „Zeitplan" {#configuring-maintenance-schedules-best-practices__section_pcn_zlx_fcc}

Diese Methode ist geeignet, wenn einzelne CIs oder kleine Gruppen von CIs einem bestimmten Zeitplan folgen müssen.

In solchen Fällen sollte der Wartungsplan in der Tabelle „Zeitplan" (cmn_schedule) anstatt in der Tabelle „Wartungsplan" festgelegt werden. Dieser Ansatz verhindert, dass die Konflikterkennung den Zeitplan zweimal verarbeitet, einmal mithilfe des Wartungsformulars und einmal mit der Zeitplantabelle.

Im Unterschied zum Wartungsplan-Datensatz fehlt im Zeitplan-Datensatz eine Bedingung bzw. das Feld Gilt für, da er direkt einem CI zugeordnet werden soll. Nach dem Definieren des Zeitplandatensatzes muss der Typ auf <kbd class="ph userinput">Wartung</kbd> festgelegt werden, um eine Verknüpfung mit einem CI herzustellen. Um diesen Zeitplan an ein CI anzuhängen, muss er im Feld Wartungsplan im CI-Datensatz referenziert werden. Sollte dieses Feld nicht sichtbar sein, muss es dem Formular hinzugefügt werden.